标准解读

《GA/T 542-2005 公安业务数据元素编写规则》是由中华人民共和国公安部发布的一项行业技术标准,旨在为公安信息系统中数据的标准化处理提供指导和规范。该标准详细规定了公安业务数据元素的定义、标识、表示形式及数据类型等方面的编写规则,以促进数据共享、交换与整合的高效性和准确性。下面是标准内容的具体阐述:

  1. 范围:标准明确了其适用范围,即针对全国各级公安机关在开展业务过程中所涉及的数据元素的定义与编写,确保数据的一致性与兼容性。

  2. 术语和定义:首先对数据元素、数据项、数据结构等关键术语进行了明确界定,为后续规则的理解和应用奠定基础。

  3. 数据元素的命名规则:提出了数据元素命名应遵循的原则,包括简洁性、唯一性、可读性及避免使用保留字等,确保名称能够清晰反映数据内容且易于识别。

  4. 数据元素的标识:规范了数据元素的编码规则,通过特定的编码体系来唯一标识每一个数据元素,便于系统间的数据交换和识别。

  5. 数据元素的定义描述:要求对每个数据元素的功能、取值范围、数据来源等进行详细描述,以便于用户理解和正确使用数据。

  6. 数据类型与格式:详细说明了常用数据类型的定义及表示格式,如字符型、数值型、日期时间型等,确保数据处理的一致性和准确性。

  7. 数据元素值的约束条件:规定了数据元素在实际应用中可能受到的限制条件,如最大长度、允许值范围、必填与否等,有助于数据质量控制。

  8. 数据元素之间的关系:阐述了数据元素间的关联方式,包括一对一、一对多等关系,帮助设计合理的数据结构和数据库模型。

  9. 实施与维护:提供了数据元素编写规范在公安信息系统实施中的指导原则,以及如何根据业务发展和需求变化进行维护和更新的方法。

  10. 附录:包含了参考示例、数据类型编码表等辅助材料,为实际操作提供具体参照。


如需获取更多详尽信息,请直接参考下方经官方授权发布的权威标准文档。

....

查看全部

  • 废止
  • 已被废除、停止使用,并不再更新
  • 2005-04-05 颁布
  • 2005-05-01 实施
©正版授权
GA-T542-2005公安业务数据元索编写规则.pdf_第1页
GA-T542-2005公安业务数据元索编写规则.pdf_第2页
GA-T542-2005公安业务数据元索编写规则.pdf_第3页
GA-T542-2005公安业务数据元索编写规则.pdf_第4页
免费预览已结束,剩余12页可下载查看

下载本文档

GA-T542-2005公安业务数据元索编写规则.pdf-免费下载试读页

文档简介

I C S 3 5 . 0 2 0A 9 0中华人 民共和 国公 共安全行 业标准G A / T 5 4 2 -2 0 0 5公安业务数据元素编写规则D a t a e l e m e n t s f o r p u b l i c s e c u r i t y r u l e s f o r d e s i g n a n d d r a f t i n g s t a n d a r d s2 0 0 5 - 0 4 - 0 5发布2 0 0 5 - 0 5 - 0 1 实施中华人民共和国公安部发 布GA/ T 5 4 2 -2 0 0 5目次前言 。 。 工1 范围 12 规范性引用文件 . . . . . . . . . . . . . . . . . . . 13 术语和定义 . . . 14 数据元素的表示规范 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . , . . . . . . . 25 数据元素的提取 , . . . . . . 76数 据 元 素的 提 交、 维护 和 管 理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77数 据 元 素目 录 标 准 的 编 写 规则 . . . . . . . . . . . . . . . . . . . . . . . . . 8附录 A ( 规范性附录) 公安业务基础数据元素类 目分组 , 。 1 0附录 B ( 资料性附录) 公安业务基础数据元素目录示例 。 1 0GA / T 5 4 2 -2 0 0 5月U言本标准的附录A为规范性附录, 附录B为资料性附录。本标准由公安部信息通信局提出。本标准由公安部计算机与信息处理标准化技术委员会归口。本标准起草单位: 公安部信息通信局、 中国标准化研究院、 京安丹灵公司。本标准主要起草人: 欧阳满、 孙王龙、 宋玉纂、 魏宏、 王电、 孙晓晶、 张秋萍。GA/ T 5 4 2 - 2 0 0 5公安业务数据元素编写规则范 围 本标准规定了公安业务数据元素( 以下简称数据元素) 的表示、 提取、 提交、 维护和管理规范以及数据元素目录标准的编写规则。 本标准适用于公安业务数据元素的提交、 注册、 维护和管理及数据元素目录标准的编写。2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件, 其随后所有的修改单( 不包括勘误的内容) 或修订版均不适用于本标准, 然而, 鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件, 其最新版本适用于本标准。 G B 2 3 1 2 信息交换用汉字编码字符集 基本集 GB / T 2 6 5 9 世界各国和地区名称代码( G B / T 2 6 5 9 -2 0 0 0 , e g v I S O 3 1 6 6 - 1 : 1 9 9 7 ) GB / T 7 0 2 7 信息分类和编码的基本原则与方法 GB / T 7 4 0 8 数据元和交换格式信息交换日期和时间表示法( G B / T 7 4 0 8 -1 9 9 4 , e g v I S O8 6 0 1: 1 9 8 8 ) G B 1 1 6 4 3 -1 9 9 9 公民身份号码 G B / T 1 7 2 9 5 国际贸易用计量单位代码 GB 1 8 0 3 。 信息技术信息交换用汉字编码字符集基本集的扩充 GB / T 1 9 4 8 8 . 1 -2 0 0 4 电子政务数据元第 1 部分: 设计和管理规范 G A / T 5 4 1 -2 0 0 5 公安业务数据元素管理规程术语和定 义GB / T 1 9 4 8 8 . 1 -2 0 0 4 规定的术语和定义适用于本标准。数据元素d a t a e l e me n t通过定义、 标识、 表示和允许值等一系列属性描述的一个数据单元。 见 G B / T 1 9 4 8 8 . 1 -2 0 0 4中 3 . 2 ,示例: 人的性别代码、 案件类别代码、 案件编号。3 . 2对象类 o b j e c t c l a s s数据元素所属事物或概念的集合。仁 见 G B / T 1 9 4 8 8 . 1 -2 0 0 4中 3 . 6 卫 。示例: 人的性别代码中的人、 事件类别代码中的案件。特性 p r o p e r t y数据元素所属的对象类的某个最主要的特征。仁 见G B / T 1 9 4 8 8 . 1 -2 0 0 4 中3 . 7 。示例: 数据元素“ 人的性别代码” 中的性别、 “ 案件类型代码” 中的“ 类型” 。GA/ T 5 4 2 - 2 0 0 53 . 4表示 re p r e s e n t a t i o n值域和数据类型的组合。必要时包括计量单位和字符集。 见 G B / T 1 9 4 8 8 . 1 -2 0 0 4中3 . 8 1 .示例: 数据元素“ 案件类别代码” 中的“ 代码” 。4 数据元素的表示规范4 . 1 数据元素的属性 数据元素的表示规范是通过对其一系列属性的描述来实现的。 表 1 给出了数据元素的 6 大类属性。 表 1 数据元素的 6 大类属性属性类别属性名称说明标 识 类 属 性中 文 名 称 标 识 类 属 性 是 用 于 标 识 数 据 元 素 的 一 类 属 性英文名称中 文 全 拼交换标识内部 标 识 符版 本注册 机 构同 义 名 称语 境定 义 类 属 性定 义定义类属性是描述数据元素语义方面 的 一 类 属 性对 象 类 词特 性 词应 用 约 束关 系 类 属 性分 类 方 案关系类属性是描述数据元素之间相互 关系的一类属性分类方案值关 系表 示 类 属 性表 示 词表示类属性是描述数据元素表示方面 的 一 类 属 性数 据 类 型数 据 格 式值 域计 量 单 位管 理 类 属 性状 态管理类属性是描述数据元素管理与 控制方面的属性提 交 机 构批 准 日期附加类属性备注附加类属性是描述上述属性以外的其他属性GA / T 5 4 2 -2 0 0 54 . 2 标识类属性4 . 2 . 1 中文名称 a ) 中文名称是赋予数据元素的单个或多个中文字词的指称; b ) 中文名称的命名应符合以下规则: 1 ) 在一定语境下数据元素的名称应唯一; 2 ) 中文名称由一个对象类词、 一个特性词和一个表示词组成, 其顺序如下: 中文名称=对象类词+特性词+表示词; 3 ) 中文名称中应有且只有一个对象类词、 特性词和表示词; 4 ) 表示词应尽量选用 4 . 5 . 1 表 3 所列出的词语; 5 ) 可以使用限定词对对象类词、 特性词或者表示词进行限定, 限定词应位于限定成分之前; 6 ) 当表示词与特性词有重复或部分重复时, 可将冗余词删除 示例 1 : 数据元素“ 案件类别代码” 中, “ 案件” 为对象类词、 “ 类别” 为特性词、 “ 代码” 为表示词。 示例 2 : 数据元素“ 治安案件类别代码” 中, “ 治安” 为对象类词“ 案件” 的限定词。 示例 3 : 数据元素“ 犯罪嫌疑人姓名” 中, “ 犯罪嫌疑人” 为对象类词、 “ 姓名” 为特性词, 其表示词“ 名称” 因与特性词“ 姓名” 重复被删除。4 . 2 . 2 英文名称 a ) 英文名称是赋予数据元素的单个或多个英文字词的指称; b ) 英文名称中的名词使用单数形式, 动词使用现在时; c ) 名称的各个成分之间用空格分开, 不允许使用特殊字符; d ) 允许使用缩写词、 首字母缩略语和大写字母。4 . 2 . 3中文全拼 数据元素的中文名称由其中文名称每一个汉字的拼音组成。拼音中间用连字符“ 一 ” 连接, 并全部使用小写 。4 . 2 . 4 交换标识 交换标识是不同参与方在进行数据交换时对数据元素的统一标识。交换标识由该数据元素中文名称中每个汉字的汉语拼音首字母( 不区分大小写) 组成, 如果按照以上规则, 不同数据元素的交换标识出现重复, 则在后面加下划线再加 1 -9以区别。4 . 2 . 5 内部标识符 a ) 内部标识符是一个注册机构( 见4 . 2 . 7 ) 内由注册机构分配的, 与语言无关的数据元素的唯一 标识符 。 b ) 内部标识符可按照数据元素提交的顺序编号, 也可按照数据元素的分类加流水号的方式进行 分配 。 c ) 公安业务数据元素的内部标识符由一个大写英文字母“ D , 和4位数字组成。 示例: 如数据元素“ 案件类别代码” 的内部标识符为“ D 5 0 0 1 ,4 . 2 . 6 版本 版本是在一个注册机构内的一系列逐渐完善的数据元素规范中, 某个数据元素规范发布的标识。 版本是由阿拉伯数字字符和小数点字符组成的字符串。版本应至少包括两个阿拉伯数字字符和一个小数点字符。 示例: 1 . 0 , 3 . 1 04 . 2 . 7 注册机构 被授权注册公安数据元素或其他对象的机构G A/ T 5 4 2 -2 0 0 54 . 2 . 8同义名称 同义名称是一个数据元素在不同应用环境下的不同称谓。4 2 . 9 语境 语境是对产生或使用数据元素的应用环境或应用规程的说明或描述。如, 语境可以是一个业务领域、 一个信息系统、 数据库、 文件或数据模型等。4 . 3 定义类属性4 . 3 . 1定义 定义是表达一个数据元素的本质特性并使其区别于其他数据元素的陈述。数据元素的定义应具有唯一性( 在出现此定义的任意一个数据字典中) 。数据元素的定义中不应加人理论说明、 功能说明、 范围信息或程序信息。4 . 3 . 2 对象类词 对象类词表示数据元素所属的事物或概念, 表示某一语境下一个活动或对象。 对象类词是数据元素名称的成分之一( 见 4 . 2 . 1 ) 并在数据元素名称中占支配地位。 标识出数据元素的对象类词有助于实现对数据元素的规范化命名、 分析、 类比和查询。4 . 3 . 3特性词 特性词用以表达数据元素对象类的某个特征。它是数据元素名称的成分之一( 见 4 . 2 . 1 ) , 标识出数据元素的特性词有助于对数据元素的规范化命名、 分析、 类比和查询。4 . 3 . 4 应用约束 应用约束表示数据元素在实际应用中的相关约束, 侧重于描述从应用中提取出的约束要求, 如数据元素的保密要求、 用法等。4 . 4关系类属性4 . 4 . 1 分类方案 a ) 分类方案是根据数据元素的来源、 组成、 结构、 应用、 功能等共同特性, 将数据元素排列或划分 成组的模式 b ) 数据元素可使用多种分类方案进行描述, 以便于使用者从不同的角度进行查询和使用。每种 分类方案有一个标识符, 不同的标识符代表不同的分类方案。 示例: 电子政务数据元素可采用两种分类方案, 其标识符分别为“ C S O l ” 和“ C S 0 2 。分类方案 C S O l将电子政务数据元素按服务主体分为政府对政府( GG ) 、 政府对企业( G B ) 、 政府对公民( G C ) 和企业对政府( B G ) 、 公民对政府( C G) 和政府部门内业务( G I ) 6 大类, 每一大类下又分为两层。分类方案 C S 0 2则将电子政务数据元素按照政府机关的活动领域划分为政府内部活动( GI ) 、 政府外部活动( GO ) 和政府决策( GD ) 支持 3 大类, 每一大类下再划分中类和小类。4 . 4 . 2 分类方案值 分类方案值是指某个数据元素在一个分类方案中所处的位置, 用该数据元素在此分类方案中的分类代码表示。有几个分类方案就有几个分类方案值即分类方案和分类方案值之间存在一一对应关系。 示例: 数据元素“ 文件名称” 是公文办理业务中提取的一个数据元素, 在分类方案 C S o I中数据元素文件名称的分类: 大类为 G G( 即政府对政府) 、 中类为公共层其代码为 0 1 、 小类为公文管理其代码为0 3 , 顺序号为0 0 1 , 则该数据元素属性分类方案值即为G G 0 1 0 3 0 0 1 。而在C S 0 2 方案中, 其分类方案值为GI 0 1 0 1 0 0 0 1 ,4 . 4 . 3关 系 关系用以描述当前数据元素与相关数据元素之间的关系。表 2给出了数据元素之间基本关系的表示格式 。GA/ T 5 4 2 -2 0 0 5表 2数据元寮墓本关 系的表示格 式关系关系表示符关系描述派 生 关 系D e r i v e - f r o m描述了数据元素之间的继承关系, 一个较为专用的数据元素是由一个较为通用的数据元素加上某些限定词派生而来, 例如“ De r iv e - f r o m B ( B是数据元素的标识符, 下同) , 表明当前数据元家由数据元素B派生而来组 成 关 系C o m p o s e - o f描述了整体和部分的关系, 一个数据元素由另外若千个数据元素组成, 例如 “ C o m-p o s e - o f B , C, D , 表示当前数据元素是由数据元素B , C, D共同组成替 代 关 系R e p l a c e - o f描述了数据元素之间的替代关系, 例如 “ R e p la c r o f B ” 表明当前数据元素替代了数据元素B连 用 关 系Li n k - wi t h描述了一个数据元素与另外若干数据元素一起使用的情况, 例如: L i n k - wit h B, C,D , 表明当前数据元素需要和数据元素B , C , D一起使用4 . 5 表示类属性4 . 5 . 1 表示词 表示词用于描述数据元素值域的表示形式。表示词是数据元素名称的组成成分之一。 标识出数据元素的表示词有助于实现数据元素的规范化命名、 分析、 类比和查询。 国际范围内认可的表示词见表3 . 表 3 国际范围内认可的表示词表 示 词含义金 额货币单位的数量, 通常与货币类型有关日 期特定的年月日, 格式采用G B / T 7 4 0 8日期 时 间特定的年月日的特定时间点, 格式参照GB / T 7 4 0 8代 码表示一组值中的一个值的字符串描 述表示一个人、 客体、 地点、 事件或概念一系列句子, 即可用于定义( 通常用一两个句子) , 也可用于较长文本。在数据元素的中文名称中通常使用“ 说明” 、 “ 备注” 、 “ 意见” 等词名 称表示一个人、 客体、 地点、 事件或概念指定的一个词或短语。该词或短语是该人、 客体、 地点、 事件或概念的称谓号 码一个特定的值的算术表示, 它通常暗示了顺序或一系列中的一个百 分 比具有相同计量单位的两个值之间的百分数形式的比率量非货币单位数量, 通常与计量单位有关比率一个计量的量或金额与另一个计量的量或金额的比指 示 符两个且只有两个表明条件的值, 如o n / o f f , t r u e / f a l s e , 又称标志4 . 5 . 2数据类型 数据类型指数据元素的表示方法。数据类型的可能取值见表4 eGA / T 5 4 2 -2 0 0 5表 4 数据类 型的取 值数据元家值的类型说明字符型( s t r i n g )以字符包括字母、 数字、 汉字和其他字符形式表达的数据元素值的类型数值型( n u m e r i c )用任意实数表达的数据元素值的类型日期型( d a t e )通过YY Y YMMD D的形式表达的值的类型, 符合 G B / T 7 4 0 8日 期时间型( d a t e t i m e )此类型数据的表达形式引用 G B / T 7 4 0 8时间型( t i m e )通过h h m ms s 的形式表达的值的类型, 符合 G B / T 7 4 0 8布尔型( b o o l e a n )两个且只有两个表明条件的值, 如 o n / o f f , t r u e / f a l s e二进制型( b in a r y )上述无法表示的其他数据类型, 比如图像、 音频等 说明: 字符型采用G B 2 3 1 2 中 规定的字符, 其中 汉字用2 个字节表示, 其余字符用 1 个字节表示;G B 2 3 1 2没有规定则采用 G B 1 8 0 3 。中规定的字符。4 . 5 . 3 数据格式 数据格式指从业务视角规 定的 数据元素 值的表示方式( 与使用的软件开发工具无关) , 包括所允许的最大和/ 或最小长度等。公安业务数据元素推荐使用的数据格式如下: a ) 数据格式中使用的字符含义见表 5 , 表 5 数据格式中使用的字符含义字符含义说明C表示数据类型为字符型见 表 4ll表示数据类型为数值型见 表 4d表示数据类型为日期型和日期时间型见 表 4t表示数据类型为时间型见 表 4b l表示数据类型为布尔型见 表 4b n表示数据类型为二进制型见 表 4二 . l表示长度不定的文本从最小长度到最大长度, 前面附加最小长度,后面附加最大长度( 也可以只附加最大长度)如c . . 6 表示最多 6个字符; n 2 . . 7表示最少 2位数字最多7位数字 n . . P , q ( P , 9均代表一个自然数)表示数据类型为数值型, 最长 P 位, 小数点后q位( 小数点前为P 9 位)如n . . 8 , 2表示最多8位数字, 小数点后 2 位注: 在系统建设中遇到数据格式为“ 二” 时建议按最大值使用.用 c 或n后直接加自然数的方式表示定长。如c 4表示4个字符定长( 一个汉字相当于两个字符) ; n 3 表示 3 位数字定长。用 d 后加 4 , 6 , 8 , 1 0 等, 分别表示不同数据格式的日期型数据元素。d 4 表示 Y YY Y, 即只表示到年份; d 6 表示 YY Y Y MM, 即表示到月份; d 8表示 Y Y Y YMMD D, 即表示到日。用 t 后加 2 , 4 , 6 分别表示不同数据格式的时间型数据元素。t 2表示 h h , 即只表示小时; t 4表示 、h m m , 即 表示到分钟; t 6 表示h h m m s s , 即表示到秒。如果数据类型是二进制, 在数据格式 中应标识出二进制的具体格式, 如“ J P E G 。格式参照 RF C 2 0 4 6 eGA/ T 5 4 2 -2 0 0 54 . 5 . 4 值域 值域是根据相应属性中规定的数据类型、 数据格式而决定的数据元素的允许值的集合。该集合可通过以下 4 种方式给出: 通过名称给 出, 即直接 指出值域的名称, 比如数 据元素“ 两字母国家代码”的值域是 G B / T 2 6 5 9中的全部两字母代码; 通过参考资料给出。比如数据元素“ 产品条码” 的值域是已经在物品编码中心注册的所有产品 的条形码 ; 通过一一列举的方式给出所有可能的取值以及每一个值对应的实例或含义; 通过规则间接给出; 无要求 。4 . 5 . 5 计.单位 计量单位为数值型数据源元的一个属性。 计量单位的名称应符合 G B / T 1 7 2 9 5中的计量单位名称 。4 . 6 管理类属性4 . 6 . 1 状态 状态指数据元素在其注册的全部生存期( 即生命周期) 内所处的状态。数据元素在其注册的全部生存期内存在 7 种状态: a ) 原始已经创建数据元素并提交, 提交新的数据需求和对现行数据元素的修改建议都从本 状态开始; b ) 草案经过数据元素注册机构形式审查后, 等待技术审查; c ) 征求意见经过技术初审后, 正在征求意见中; d ) 报批经过技术终审后, 等待审批; e ) 标准新增或变更的数据元素, 经过标准化过程的协调和审查, 已得到数据元素管理机构 批 准 ; f ) 未批准在新增或变更数据元素的流程中, 在任何一个阶段未能通过审查或批准; g ) 废止不再需要其支持信息需求, 经数据元素管理机构批准而废止。4 . 6 . 2提交机构 提出对数据元素注册系统的数据元素提出新增、 变更或废止的机构或所属部门。4 . 6 . 3批准 日期 批准日期指数据元素进人“ 标准” 状态的日期。日期的表示采用YY Y YMMD D的格式。4 . 7 附加类属性 附加类属性只有备注一个。备注用以描述数据元素的附加注释, 即上述 5 类属性未能描述的其他注释 。5 数据元素的提取5 . 1 数据元素的提取包括数据元素的提取和每个数据元素属性的提取。5 . 2 数据元素提取应采用面向对象的方法, 通过研究特定领域的业务流程, 并建立相应的信息模型。从信息模型中提取其对象类和特性, 再结合实际业务需求细化其表示, 以构成完整的数据元素( 见G B / T 1 9 4 8 8 . 1 -2 0 0 4中6 . 1 . 1 ) 05 . 3 数据元素属性的提取应符合 G B / T 1 9 4 8 8 . 1 -2 0 0 4中6 . 1 . 2的规定, 最重要的是保证在属性中最大程度和最准确地体现业务需求。6 数据元素的提交、 维护和管理6 . 1 数据元素的提交工作应由数据元素提交机构( 见 4 . 6 . 2 ) 负责。数据元素提交的步骤应符合 aGA/ T 5 4 2 -2 0 0 5G B / T 1 9 4 8 8 . 1 -2 0 0 4 中7 . 2的规定。6 . 2 对各提交机构提交的数据元素应由注册机构 ( 见 4 . 2 . 7 ) 组织专家评审, 其评审步骤应符合G B / T 1 9 4 8 8 . 1 -2 0 0 4 中7 . 3的规定。6 . 3 提交机构根据专家评审意见对数据元素进行修改后, 向注册机构注册数据元素。6 . 4 数据元素维护和管理包括数据元素生命周期管理, 数据元素的新增、 变更和废止等。数据元素的维护工作由注册机构负责。数据元素的维护和管理应符合 G A/ T 5 4 1 -2 0 0 5的规定。7 数据元寮目录标准的编写规则7 . 1 数据元素目录标准的结构 公安业务数据元素目录标准宜采用以下结构: 1范围 2 规范性引用文件 3 数据元素的描述格式 4 数据元素的类目分组 5 数据元素的管理和维护 6 数据元素目录 7 数据元素索引 7 . 1 按数据元素内部标识符索引 7 . 2 按数据元素名称的汉语拼音字母顺序索引 针对不同的数据元素目录标准, 可按需要新增其他章节, 如新增“ 术语和定义” 章等。7 . 2 有关章节的编写要求7 . 2 . 1 数据元素的描述格式 a ) 数据元素的描述格式一章应给出数据元素目录中数据元素属性的描述格式, 即选择的数据元 素属性以及每个属性的简要说明; b ) 公安业务数据元素应至少选取以下属性: 1 ) 内部标识符: 应符合 4 . 2 . 5的规定; 2 ) 中文名称: 应符合 4 . 2 . 1的规定; 3 ) 英文名称: 应符合 4 . 2 . 2的规定; 4 ) 中文全拼: 应符合 4 . 2 . 3的规定; 5 ) 说明: 用以解释数据元素的含义。能够给出严格定义的, 应按 4 . 3 . 1的规定对数据元素进 行定义; 难以严格定义的, 应以说明的方式说明其含义; 对一些约定俗成但难以说明的数 据元素, 如“ 颜色” 、 “ 时间” 等, 可以不加说明( 即此属性的内容为空) ; 6 ) 特性词: 应符合4 . 3 . 3 的规定; 7 ) 表示: 为数据类型和数据格式两个属性的结合, 数据元素的表示应符合 4 . 5 . 3表5 所列的 格式 ; 8 ) 语境: 应符合 4 . 2 . 9 的规定; 9 ) 版本: 应符合 4 . 2 . 6的规定; 1 0 ) 提交机构: 应符合 4 . 6 . 2的规定; 1 1 ) 注册机构: 应符合 4 . 2 . 7的规定; 在编写“ 数据元素描述格式” 一章时, 应列出上述属性, 并逐一说明其含义和格式。7 . 2 . 2 数据元素的类目分组 数据元素的类目 分组一

温馨提示

  • 1. 本站所提供的标准文本仅供个人学习、研究之用,未经授权,严禁复制、发行、汇编、翻译或网络传播等,侵权必究。
  • 2. 本站所提供的标准均为PDF格式电子版文本(可阅读打印),因数字商品的特殊性,一经售出,不提供退换货服务。
  • 3. 标准文档要求电子版与印刷版保持一致,所以下载的文档中可能包含空白页,非文档质量问题。

评论

0/150

提交评论