GAT542-2005公安业务数据素编写规则.pdf 13页

'ICS35.020A90中华人民共和国公共安全行业标准GA/T542-2005公安业务数据元素编写规则Dataelementsforpublicsecurityrulesfordesignanddraftingstandards2005-04-05发布2005-05-01实施中华人民共和国公安部发布 GA/T542-2005目次前言····。·····················。·······················································································⋯⋯工1范围···············································································································⋯⋯12规范性引用文件··································································..······......·........·...·⋯⋯13术语和定义····················································································...···············⋯⋯14数据元素的表示规范·....................................................................，..·.··········....⋯⋯25数据元素的提取······································································，···......···············⋯⋯76数据元素的提交、维护和管理·······································.············............................⋯⋯77数据元素目录标准的编写规则···············································.......··...................⋯⋯8附录A(规范性附录)公安业务基础数据元素类目分组·····，···········································。·⋯10附录B(资料性附录)公安业务基础数据元素目录示例·················································。·⋯10 GA/T542-2005月U言本标准的附录A为规范性附录，附录B为资料性附录。本标准由公安部信息通信局提出。本标准由公安部计算机与信息处理标准化技术委员会归口。本标准起草单位:公安部信息通信局、中国标准化研究院、京安丹灵公司。本标准主要起草人:欧阳满、孙王龙、宋玉纂、魏宏、王电、孙晓晶、张秋萍。 GA/T542-2005公安业务数据元素编写规则范围本标准规定了公安业务数据元素(以下简称数据元素)的表示、提取、提交、维护和管理规范以及数据元素目录标准的编写规则。本标准适用于公安业务数据元素的提交、注册、维护和管理及数据元素目录标准的编写。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB2312信息交换用汉字编码字符集基本集GB/T2659世界各国和地区名称代码(GB/T2659-2000,egvISO3166-1:1997)GB/T7027信息分类和编码的基本原则与方法GB/T7408数据元和交换格式信息交换日期和时间表示法(GB/T7408-1994,egvISO8601:1988)GB11643-1999公民身份号码GB/T17295国际贸易用计量单位代码GB1803。信息技术信息交换用汉字编码字符集基本集的扩充GB/T19488.1-2004电子政务数据元第1部分:设计和管理规范GA/T541-2005公安业务数据元素管理规程术语和定义GB/T19488.1-2004规定的术语和定义适用于本标准。数据元素dataelement通过定义、标识、表示和允许值等一系列属性描述的一个数据单元。[见GB/T19488.1-2004中3.2],示例:人的性别代码、案件类别代码、案件编号。3.2对象类objectclass数据元素所属事物或概念的集合。仁见GB/T19488.1-2004中3.6卫。示例:人的性别代码中的人、事件类别代码中的案件。特性property数据元素所属的对象类的某个最主要的特征。仁见GB/T19488.1-2004中3.7]。示例:数据元素“人的性别代码”中的性别、“案件类型代码”中的“类型”。 GA/T542-20053.4表示representation值域和数据类型的组合。必要时包括计量单位和字符集。[见GB/T19488.1-2004中3.81.示例:数据元素“案件类别代码”中的“代码”。4数据元素的表示规范4.1数据元素的属性数据元素的表示规范是通过对其一系列属性的描述来实现的。表1给出了数据元素的6大类属性。表1数据元素的6大类属性属性类别属性名称说明中文名称英文名称中文全拼交换标识标识类属性是用于标识数据标识类属性内部标识符元素的一类属性版本注册机构同义名称语境定义对象类词定义类属性是描述数据元素语义方面定义类属性的一类属性特性词应用约束分类方案关系类属性是描述数据元素之间相互关系类属性分类方案值关系的一类属性关系表示词数据类型表示类属性是描述数据元素表示方面表示类属性数据格式的一类属性值域计量单位状态管理类属性是描述数据元素管理与管理类属性提交机构控制方面的属性批准日期附加类属性备注附加类属性是描述上述属性以外的其他属性 GA/T542-20054.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位数字组成。示例:如数据元素“案件类别代码”的内部标识符为“D5001",4.2.6版本版本是在一个注册机构内的一系列逐渐完善的数据元素规范中，某个数据元素规范发布的标识。版本是由阿拉伯数字字符和小数点字符组成的字符串。版本应至少包括两个阿拉伯数字字符和一个小数点字符。示例:1.0,3.104.2.7注册机构被授权注册公安数据元素或其他对象的机构 GA/T542-20054.2.8同义名称同义名称是一个数据元素在不同应用环境下的不同称谓。42.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)数据元素可使用多种分类方案进行描述，以便于使用者从不同的角度进行查询和使用。每种分类方案有一个标识符，不同的标识符代表不同的分类方案。示例:电子政务数据元素可采用两种分类方案，其标识符分别为“CSOl”和“CS02"。分类方案CSOl将电子政务数据元素按服务主体分为政府对政府(GG)、政府对企业(GB)、政府对公民(GC)和企业对政府(BG)、公民对政府(CG)和政府部门内业务(GI)6大类，每一大类下又分为两层。分类方案CS02则将电子政务数据元素按照政府机关的活动领域划分为政府内部活动(GI)、政府外部活动(GO)和政府决策(GD)支持3大类，每一大类下再划分中类和小类。4.4.2分类方案值分类方案值是指某个数据元素在一个分类方案中所处的位置，用该数据元素在此分类方案中的分类代码表示。有几个分类方案就有几个分类方案值即分类方案和分类方案值之间存在一一对应关系。示例:数据元素“文件名称”是公文办理业务中提取的一个数据元素，在分类方案CSoI中数据元素文件名称的分类:大类为GG(即政府对政府)、中类为公共层其代码为01、小类为公文管理其代码为03，顺序号为001，则该数据元素属性分类方案值即为GG0103001。而在CS02方案中，其分类方案值为GI01010001,4.4.3关系关系用以描述当前数据元素与相关数据元素之间的关系。表2给出了数据元素之间基本关系的表示格式。 GA/T542-2005表2数据元寮墓本关系的表示格式关系关系表示符关系描述描述了数据元素之间的继承关系，一个较为专用的数据元素是由一个较为通用的数派生关系Derive-from据元素加上某些限定词派生而来，例如“Derive-fromB"(B是数据元素的标识符，下同)，表明当前数据元家由数据元素B派生而来描述了整体和部分的关系，一个数据元素由另外若千个数据元素组成，例如“Com-组成关系Compose-ofpose-ofB,C,D"，表示当前数据元素是由数据元素B,C,D共同组成描述了数据元素之间的替代关系，例如“ReplacrofB”表明当前数据元素替代了数替代关系Replace-of据元素B描述了一个数据元素与另外若干数据元素一起使用的情况，例如:"Link-withB,C,连用关系Link-withD"，表明当前数据元素需要和数据元素B,C,D一起使用4.5表示类属性4.5.1表示词表示词用于描述数据元素值域的表示形式。表示词是数据元素名称的组成成分之一。标识出数据元素的表示词有助于实现数据元素的规范化命名、分析、类比和查询。国际范围内认可的表示词见表3.表3国际范围内认可的表示词表示词含义金额货币单位的数量，通常与货币类型有关日期特定的年月日，格式采用GB/T7408日期时间特定的年月日的特定时间点，格式参照GB/T7408代码表示一组值中的一个值的字符串表示一个人、客体、地点、事件或概念一系列句子，即可用于定义(通常用一两个句子)，也可用于较描述长文本。在数据元素的中文名称中通常使用“说明”、“备注”、“意见”等词表示一个人、客体、地点、事件或概念指定的一个词或短语。该词或短语是该人、客体、地点、事件名称或概念的称谓号码一个特定的值的算术表示，它通常暗示了顺序或一系列中的一个百分比具有相同计量单位的两个值之间的百分数形式的比率量非货币单位数量，通常与计量单位有关比率一个计量的量或金额与另一个计量的量或金额的比指示符两个且只有两个表明条件的值，如on/off,true/false，又称标志4.5.2数据类型数据类型指数据元素的表示方法。数据类型的可能取值见表4e GA/T542-2005表4数据类型的取值数据元家值的类型说明字符型(string)以字符包括字母、数字、汉字和其他字符形式表达的数据元素值的类型数值型(numeric)用任意实数表达的数据元素值的类型日期型(date)通过YYYYMMDD的形式表达的值的类型，符合GB/T7408日期时间型(datetime)此类型数据的表达形式引用GB/T7408时间型(time)通过hhmmss的形式表达的值的类型，符合GB/T7408布尔型(boolean)两个且只有两个表明条件的值，如on/off,true/false二进制型(binary)上述无法表示的其他数据类型，比如图像、音频等说明:字符型采用GB2312中规定的字符，其中汉字用2个字节表示，其余字符用1个字节表示;GB2312没有规定则采用GB1803。中规定的字符。4.5.3数据格式数据格式指从业务视角规定的数据元素值的表示方式(与使用的软件开发工具无关)，包括所允许的最大和/或最小长度等。公安业务数据元素推荐使用的数据格式如下:a)数据格式中使用的字符含义见表5,表5数据格式中使用的字符含义字符含义说明C表示数据类型为字符型见表4l表示数据类型为数值型见表4d表示数据类型为日期型和日期时间型见表4t表示数据类型为时间型见表4bl表示数据类型为布尔型见表4bn表示数据类型为二进制型见表4二.l表示长度不定的文本从最小长度到最大长度，前面附加最小长度，如c..6表示最多6个字符;n2..7表示最少2后面附加最大长度(也可以只附加最大长度)位数字最多7位数字n..P,q(P,9表示数据类型为数值型，最长P位，小数点后q如n..8,2表示最多8位数字，小数点后2位均代表一个自然数)位(小数点前为P9位)注:在系统建设中遇到数据格式为“二”时建议按最大值使用.用c或n后直接加自然数的方式表示定长。如c4表示4个字符定长(一个汉字相当于两个字符);n3表示3位数字定长。用d后加4,6,8,10等，分别表示不同数据格式的日期型数据元素。d4表示YYYY，即只表示到年份;d6表示YYYYMM，即表示到月份;d8表示YYYYMMDD，即表示到日。用t后加2,4,6分别表示不同数据格式的时间型数据元素。t2表示hh，即只表示小时;t4表示、hmm，即表示到分钟;t6表示hhmmss，即表示到秒。如果数据类型是二进制，在数据格式中应标识出二进制的具体格式，如“JPEG"。格式参照RFC2046e GA/T542-20054.5.4值域值域是根据相应属性中规定的数据类型、数据格式而决定的数据元素的允许值的集合。该集合可通过以下4种方式给出:—通过名称给出，即直接指出值域的名称，比如数据元素“两字母国家代码”的值域是GB/T2659中的全部两字母代码;—通过参考资料给出。比如数据元素“产品条码”的值域是已经在物品编码中心注册的所有产品的条形码;—通过一一列举的方式给出所有可能的取值以及每一个值对应的实例或含义;—通过规则间接给出;—无要求。4.5.5计.单位计量单位为数值型数据源元的一个属性。计量单位的名称应符合GB/T17295中的计量单位名称。4.6管理类属性4.6.1状态状态指数据元素在其注册的全部生存期(即生命周期)内所处的状态。数据元素在其注册的全部生存期内存在7种状态:a)原始—已经创建数据元素并提交，提交新的数据需求和对现行数据元素的修改建议都从本状态开始;b)草案—经过数据元素注册机构形式审查后，等待技术审查;c)征求意见—经过技术初审后，正在征求意见中;d)报批—经过技术终审后，等待审批;e)标准—新增或变更的数据元素，经过标准化过程的协调和审查，已得到数据元素管理机构批准;f)未批准—在新增或变更数据元素的流程中，在任何一个阶段未能通过审查或批准;g)废止—不再需要其支持信息需求，经数据元素管理机构批准而废止。4.6.2提交机构提出对数据元素注册系统的数据元素提出新增、变更或废止的机构或所属部门。4.6.3批准日期批准日期指数据元素进人“标准”状态的日期。日期的表示采用YYYYMMDD的格式。4.7附加类属性附加类属性只有备注一个。备注用以描述数据元素的附加注释，即上述5类属性未能描述的其他注释。5数据元素的提取5.1数据元素的提取包括数据元素的提取和每个数据元素属性的提取。5.2数据元素提取应采用面向对象的方法，通过研究特定领域的业务流程，并建立相应的信息模型。从信息模型中提取其对象类和特性，再结合实际业务需求细化其表示，以构成完整的数据元素(见GB/T19488.1-2004中6.1.1)05.3数据元素属性的提取应符合GB/T19488.1-2004中6.1.2的规定，最重要的是保证在属性中最大程度和最准确地体现业务需求。6数据元素的提交、维护和管理6.1数据元素的提交工作应由数据元素提交机构(见4.6.2)负责。数据元素提交的步骤应符合a GA/T542-2005GB/T19488.1-2004中7.2的规定。6.2对各提交机构提交的数据元素应由注册机构(见4.2.7)组织专家评审，其评审步骤应符合GB/T19488.1-2004中7.3的规定。6.3提交机构根据专家评审意见对数据元素进行修改后，向注册机构注册数据元素。6.4数据元素维护和管理包括数据元素生命周期管理，数据元素的新增、变更和废止等。数据元素的维护工作由注册机构负责。数据元素的维护和管理应符合GA/T541-2005的规定。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的规定;10)提交机构:应符合4.6.2的规定;11)注册机构:应符合4.2.7的规定;在编写“数据元素描述格式”一章时，应列出上述属性，并逐一说明其含义和格式。7.2.2数据元素的类目分组数据元素的类目分组一章，应写明本数据元素目录中数据元素的分类原则，以及具体类目分组(不同类目分组占有不同的内部标识符)，数据元素的分类应符合GB/T7027的规定。 GA/T542-2005公安业务基础数据元素的类目分组见附录Ao7.2.3数据元素的管理和维护数据元素的管理和维护一章应简明扼要说明数据元素的提交、注册和管理维护的相关规定。7.2.4数据元素索引为便于用户查找和使用数据元素目录，应至少建立两个索引，即按数据元素内部标识符顺序建立的索引，和按数据元素名称的汉语拼音字母顺序建立的索引。索引中只需要列出数据元素的内部标识符和中文名称即可。7.2.5数据元素目录数据元素目录一章是数据元素目录标准的核心。本章应按每个数据元素的内部标识符由小到大的顺序(或分类的顺序)，按照7.2.1规定的数据元素描述格式，对数据元素逐个进行描述，不同数据元素之间用一条贯通的实线隔开，具体格式见附录B. GA/T542-2005附录A(规范性附录)公安业务基础数据元索类目分组按照数据元素的对象类，把公安业务基础数据元素内部标识符分为6组。公安业务基础数据元素内部标识符分组如表A.1,表A.1公安业务基础数据元索内部标识符分组序号内部标识符类目1D1000--D1999与个人信息有关的数据元素2D2000-D2999与物品信息有关的数据元素3D3000-D3999与机构、单位、组织信息有关的数据元素4D4000-D4999与地址信息有关的数据元素5D5000-D5999与案件信息有关的数据元素6D9000-D9999其他数据元素附录B(资料性附录)公安业务基础数据元素目录示例内部标识符，D1000中文名称:公民身份号码英文名称:numberofcitizenidentification同义名称:身份证号、居民身份证号中文全拼:gong-min-shen-fen-hao-ma说明:《中华人民共和国居民身份证》的编号对象类词:人特性词:公民身份证表示词:号码表示:c18计量单位:值域:语境:全关系:版本:提交机构:注册机构:备注:公民身份号码的编制遵照GB11643-1999的规定'