电子政务数据元第1部分:设计和管理规范

电子政务数据元第1部分:设计和管理规范

国家标准 GB/T19488.1一2004 电子政务数据元 部分设计和管理规范 Dataelementsfore-government- Part1:Specifieationfordesignandmanagement 2004-10-01实施 2004-04-05发布 国家质量监督检验检疫总局 发布 中 国国家标准化管委员会国家标准
GB/T19488.1一2004 目 次 前言 引言 范围 规范性引用文件 术语和定义 电子政务数据元框架 数据元的概念 元数据的概念 电子政务数据元 电子政务数据元的表示规范 数据元属性的描述方法 标识类属性 2 5. 定义类属性 关系类属性 8 5.5表示类属性 管理类属性 1l 附加类属性 12 12 电子政务数据元的设计方法 12 电子政务数据元的提取和分析过程 13 电子政务数据元的提取 19 数据元属性的提取 20 数据元的分类规则 数据元命名规则 数据元标识符的分配规则 6. 数据冗定义的编写规则和指南 6. 5 电子政务数据元的注册和管理 数据元提交机构和注册机构的职责 数据元的提交 数据元的评审 数据元的维护 7.4.1数据元生命周期管理 7.4.2数据元的添加 25 7.4.3数据元的删除 25 7.4.4数据元的更新 26 附录A资料性附录电子政务数据元的分类方案 26 A.1数据元的分类原则和方法 26 A.2分类方案1 29 A.3分类方案2
GB/T19488.1一2004 31 附录B(资料性附录)电子政务数据元的XMISehema定义 31 B.1目标 31 B.2需求 31 B.3xMLSehema定义 87 附录C资料性附录参与本部分制定工作的单位名单 88 参考文献
GB/T19488.1一2004 前 言 GB/T19488(《电子政务数据元》分为两个部分 第1部分:设计和管理规范; 第2部分;公共数据元目录 本部分为GB/T19488的第1部分 本部分的附录A、附录B、附录C均为资料性附录 本部分由国家电子政务标准化总体组提出并归口 本部分的起草单位:标准化研究院、首都信息发展股份有限公司、万达信息股份有限公司、 科学院软件研究所、上海顾东网络信息有限公司太极计算机公司长城软件公司北京市质量技术监督 信息研究所、标杆网络技术有限公司,北京九城数码科技有限公司,北京书生电子技术有限公司、深圳西 风信息科技产业集团有限公司、深圳中兴通讯股份有限公司,上海市人民政府办公信息处理中心、星通 信息技术有限公司 本部分主要起草人魏宏、杨锡平,章建方、吕建、张蜂昌,孔繁坚、傅朝霞、王怀惠、丁爱民,田川、 刘克斌.石非、吴志刚.高展
GB/T19488.1一2004 引 言 本部分是在GB/T18391标准的大框架下编制的应用于电子政务环境的国家标准 它保持了与上 述标准的一致性 本部分结合电子政务的实际情况,将GB/T18391标准中的许多原则性和理论性内 容进行了充分的细化,使之具有较好的可操作性 本部分还提出了具有电子政务特点的数据元的注册 和维护管理的组织和程序 N
GB/T19488.1一2004 电子政务数据元 第1部分;设计和管理规范 范围 GB/T19488的本部分规定了电子政务数据元的基本概念和结构电子政务数据元的表示规范以 及特定属性的设计规则和方法,并给出了电子政务数据元的动态维护管理机制 本部分适用于政府部门编制各种通用的或专用的数据元目录,并为建立数据元的注册和维护管理 机制提供了指导 规范性引用文件 下列文件中的条款通过GB/T19488的本部分的引用而成为本部分的条款 凡是注日期的引用文 件,其随后所有的修改版(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成 协议的各方研究是否可使用这些文件的最新版本 凡是不注日期的引用文件,其最新版本适用于本 部分 GB2312信息交换用汉字编码字符集基本集 GB/T2659世界各国和地区名称代码(GB/T26592000,eqISO3166-1:1997 GB/T7408数据元和交换格式信息交换日期和时间表示法(GB/T7408一》idtIsO86o1: 2002 GB/T17295一1998国际贸易用计量单位代码 信息技术数据元的规范与标准化第1部分数据元的规范与标准化框 GB/T18391.12002 架(1SO/IEC1l179-1:1999,IDT 信息技术数据元的规范与标准化第2部分数据元的分类(IsO/IEC GB/T18391.22003 1l179-2:2000,IDT 信息技术数据元的规范与标准化第3部分;数据元的基本属性(idt GB/T18391.32001 ISO/IEC11179-3:1994 GB/T18391.4一2001信息技术数据元的规范与标准化第4部分;数据定义的编写规则与指 南(idtISO/IEC11179-4:1995) GB/T18391.52001信息技术数据元的规范与标准化第5部分;数据元的命名和标识原则 idtISO/IEc11179-5;1995 GB/T18391.6一2001 信息技术数据元的规范与标准化第6部分:数据元的注册(idtIsO/ IEC11179-6;1997) GB/T19487一2004电子政务业务流程设计方法通用规范 术语和定义 下列术语和定义适用于本部分 3.1 数据data 对事实、概念或指令的一种形式化表示,适用于以人工或自动方式进行通信、解释或处理 1 该标准将被修订
GB/T19488.1一2004 [GB/T18391.12002,定义3.12] 数据元dataelement 用一组属性描述定义、标识,表示和允许值的数据单元 [GB/T18391.12002,定义3.14门] 3.3 电子政务数据元eleetromicgoermmentdataelement 电子政务数据元是指政务活动过程中涉及的所有数据元 3. 元数据metadata 定义和描述其他数据的数据 [GB/T18391.1一2002,定义3.41] 3.5 数据元概念dataelementeoneept 能以数据元的形式表示,且以任何特定的表示法无关的一种概念 [[GB/T18391.1一2002,定义3.15] 3.6 对象类objieeteass 对象集 现实世界中的想法,抽象概念或事物的集合,有清楚的边界和含义,并且特性和其行为遵 循同样的规则而能够加以标识 [[GB/T18391.12002,定义3.45] 特性property 对象类的所有个体所共有的某种性质 [GB/T18391.1一2002,定义3.48] 3.8 表示representatiom 值城、数据类型的组合,必要时也包括计量单位或字符集 [[GB/T18391.1一2002,定义3.6o] 3.9 对象object 可以想象或感知的客观世界的任一部分 注;改写GB/T18391.1一2002,定义3.44 3.10 实体entity 任何具体或抽象的事物,包括事物间的联系 [GB/T18391.1一2002,定义3.30] 3.11 属性 attribute
GB/T19488.1一2004 某个对象或实体的一种特性 -202,定义3.3] [GB/T18391.！ 3.12 分类方案elassifieationschema 根据对象的共性如;来源、构成、结构、应用、功能等将其排列或分组 [GB/T18391.1一2002,定义3.67 3.13 语境context 一个名称所用于的或所源自的应用环境或规程的描述 3.14 值域valuedomain 允许值的集合 [[GB/T18391.12002,定义3.75] 3.15 注册机构registratiomauthority 经授权对数据元或其他对象注册的组织 [GB/T18391.12002,定义3.56] 3.16 提交机构 Submmit organizaton 对数据元注册系统的数据元提出增补、,变更、取消、,删除或撤出的机构或其所属部门 [GB/T18391.12002,定义3.68] 电子政务数据元框架 数据元的概念 数据元;又称数据类型,通过定义、标识,表示以及允许值等一系列属性描述的数据单元 在特定的 语义环境中被认为是不可再分的最小数据单元 -般来说由三部分组成 数据元- 对象类;思想,概念或真实世界中的事物的集合,它们具有清晰的边界和含义,其特征和行为遵 a 循同样的规则 b)特性;对象类中的所有成员共同具有的一个有别于其他的、显著的特征 表示;它描述了数据被表达的方式 c 对象类是人们希望研究,搜集和存储它们的相关数据的事物,比如汽车、人、房屋、订单等 特性是人们用来区分和描述对象的一种手段 特性的例子包括颜色、性别年龄,收人、地址等等 表示与数据元的值域关系密切 一个数据元的值域指数据元的所有允许值的集合 例如,对于“个 人所得税金额”这个数据元,它的值域可以是一系列非负整数(带有货币单位),这是一种非枚举型的值 域 而“个人所得税比率”对收人进行分段划分,并给每一段赋予一个比率,它的值域就是这些比率的集 合 此时称它的值域为枚举型值域 如果脱离值域,“个人所得税”实际上是一个数据元概念,即一个对象类与特性的组合 因此，一个 数据元概念是由一个对象类和一个特性组成，一个数据元则是由一个数据元概念和一个表示组成
GB/T19488.1一2004 图1给出了数据元的结构模型 数据元概念 数据元 数据模型 对象类 对象类 实体 1 特性 特性 属性 表示 图1数据元的结构模型 数据元由数据元概念和表示两部分组成 当一个表示被联合到一个数据元概念时就能够产生- 数据元 根据图1中所示,数据元和数据元概念之间存在多对一的关系,也就是一个数据元必须要 数据元概念,而一个数据元概念可以对应多个数据元,换句话说,多个数据元可以共享一个数据元概念 数据元需要并且只能有一个表示 当数据元的概念模型相同而表示不同时就是两个不同的数据 元,数据元的表示是描述数据元概念中特性的表达方式,也就是说在数据元中,特性都具有且只有 表示 在数据元概念中对象类和特性之间是一对一的关系，一个对象类需要且只需要一个特性(或者特性 个特性只描述一个对象类,当一个特性和一个对象类建立关联时就产生了一个数据元概念 同实体关系类的数据模型相比,模型中的实体相当于数据元中的对象类,而实体的属性相当于数据 元中的特性和表示 4.2元数据的概念 元数据是描述其他数据的数据,或者说是用于提供某种资源的有关信息的结构数据 元数据是描 述信息资源或数据等对象属性的数据,其使用目的在于:识别资源;评价资源;追踪资源在使用过程中的 变化;实现简单高效地管理大量网络化数据;实现信息资源的有效发现、查找、一体化组织和对使用资源 的有效管理 元数据的基本特点主要有: 元数据一经建立,便可共享 元数据的结构和完整性依赖于信息资源的价值和使用环境;元数 据的开发与利用环境往往是一个变化的分布式环境;任何一种格式都不可能完全满足不同团 体的不同需要 b 元数据首先是一种编码体系 元数据是用来描述数字化信息资源,特别是网络信息资源的编 码体系,这导致了元数据和传统数据编码体系的根本区别;元数据的最为重要的特征和功能 是为数字化信息资源建立一种机器可理解框架 由于元数据也是数据,因此可以用类似数据的方法在数据库中进行存储和获取 如果提供数据元 的组织同时提供描述数据元的元数据,将会使数据元的使用变得准确而高效 用户在使用数据时可以 首先查看其元数据以便能够获取自己所需的信息 4.3电子政务数据元 电子政务数据元是指政务活动过程中涉及的所有数据单元 电子政务数据元是属于政府业务这一 特定领域的数据元 它的概念和结构遵循一般数据元的概念和结构,是通用数据元的一个子集,并具有 自身的特点
GB/T19488.1一2004 电子政务数据元采用相关的元数据来描述数据元的属性 这些元数据帮助用户理解和使用电子政 务数据元 电子政务数据元标准中制定数据元所需的元数据,例如分类方案,命名、定义、注册等 电子政务数据元标准由两大部分组成: a)第1部分:设计和管理规范 主要阐述电子政务数据元的设计和管理的方法论; b)第2部分;数据元目录 收录依照第1部分中规定的数据元设计和管理规范制定的电子政务数据元 其中,本部分主要包括以下内容 电子政务数据元框架 在这一部分中,对电子政务数据元进行整体的介绍和描述,对基本概念和术语进行定义和阐述,协 调其余各部分之间的关系,规定其余各部分的功能及作用 2)电子政务数据元表示规范 这一部分对电子政务数据元的所有属性做出一系列详细的、可行的规定,以便形成一个完整规范的 电子政务数据元 电子政务数据元设计方法 3) 这 一部分将从电子政务数据元的提取及分析方法,分类规则命名规则、标识符分配规则以及定义 的编写规则等方面来说明如何来设计一个符合规范的数据元 4)电子政务数据元的注册和管理 这一部分对如何建立注册机构、如何提交数据元、如何对数据元进行维护和管理做出一系列的 规定 电子政务数据元标准结构如图2所示 电子政务数据元标准 电子政务数据元设计和管理规范 图2电子政务数据元标准结构 电子政务数据元的表示规范 数据元表示规范是通过描述数据元的一系列属性来实现的 这些属性实际上是数据元的元数据 鉴于xML是主流信息描述技术,本标准的附录B给出了数据元的xMlschema定义. 电子政务数据元通常包括以下六个方面的基本属性
GB/T19488.1一2004 标识类属性;适用于电子政务数据元标识的属性 a -中文名称; 英文名称; 中文全拼 -内部标识符; 版本; -注册机构; 同义名称 语境 b)定义类属性:描述电子政务数据元语义方面的属性 -定义; 对象类词 -特性词; 应用约束 关系类属性;描述各电子政务数据元之间相互关联和(或)数据元与模式,电子政务数据元概 念、对象、实体之间关联的属性 分类方案; 分类方案值; 关系 表示类属性;描述电子政务数据元表示方面的属性 d 表示词 数据类型 数据格式， 值域; 计量单位 管理类属性:描述电子政务数据元管理与控制方面的属性 状态; 提交机构; 批准日期 附加类属性;在上面未能详细描述的其他属性 f 备注 5.1数据元属性的描述方法 数据元属性应依照一种标准方式来描述 下面的描述符只对数据元属性的描述有效(对数据元的 描述无效). a)名称 赋予数据元属性的标记 名称是唯一的 名称以字符串形式表示 b)定义 属性的描述,可使一种属性与其他属性清晰地区别开来 定义以字符串形式表示 约束 c 显示一个属性是始终还是有时出现的描述符 该描述符可以有两个取值;必选或可选 前者表示 该属性必须出现,后者表示该属性可以出现,也可以不出现 d 出现次数 显示一个属性出现多少次的描述符 该描述符有以下四种情况:0:1(表示不出现或出现1次).
GB/T19488.1一2004 n(表示不出现或出现n次),1:1(表示出现且仅出现1次),1;n(表示出现1次或多次 0 数据类型 e 描述属性的所有取值的类型 属性值的数据类型示例有“字符”“字符串”“数字”、“日期” fD 备注 与属性应用有关的注释 5.2标识类属性 5.2.1名称;中文名称 定义:赋予数据元的单个或多个中文字词的指称 约束:必选 出现次数:l:1 数据类型字符串 备注;中文名称的命名规则见6.3 5.2.2名称;英文名称 定义;赋予数据元的单个或多个英文字词的指称 约束;必选 出现次数;1:1 数据类型字符串 备注;英文名称的命名规则见6.3 5.2.3名称中文全挑 定义;数据元中文名称的汉语拼音 约束;必选 出现次数;1;1， 数据类型;字符串 备注;中文全拼的命名规则见6.3.5 5.2.4名称;内部标识符 定义;在一个注册机构内,由注册机构分配的,与语言无关的数据元的唯一标识符 约束;必选 出现次数;l:1 数据类型:数字 备注;内部标识符的分配规则见6.4.2 5.2.5名称版本 定义;在一个注册机构内的一系列逐渐完善的数据元规范中,某个数据元规范发布的标识 约束:必选 出现次数:l:1 数据类型字符串 备注;版本的格式规则见6.4.3 5.2.6名称;注册机构 定义:经电子政务标准化主管部门授权对数据元实施注册、维护和管理功能的组织 约束:必选 出现次数;l:1 数据类型字符串 备注;属性“注册机构”“内部标识符”和“版本”的组合可用来唯一地确定一个数据元 5.2.7名称:同义名称
GB/T19488.1一2004 定义:一个数据元在应用环境下的不同称谓 约束:可选 出现次数:0:n. 数据类型;字符串 备注;一个数据元可以有多个同义名称,第一个同义名称应该是统一的约定名称 5.2.8名称;语境 定义;产生或使用数据元的应用环境或应用规程的说明 一个语境可以是一个业务领域、信息 系统、数据库、文件或数据模型等,也可以是他们的组合 约束:必选 出现次数:1:n 数据类型:字符串 备注;必须为数据元指定属性“语境” 5.3定义类属性 5.3.1名称;定义 定义;表达一个数据元的本质特性并使其区别于所有其他数据元的陈述 约束;必选 出现次数:1:1 数据类型;字符串 备注;数据元定义的规则见6.5 5.3.2名称,对象类词 定义;数据元名称成分之一,表达了该数据元所属事物或概念的集合 约束;必选 出现次数:l:l 数据类型;字符串 备注;标识出数据元的对象类词有助于实现对数据元的规范化命名、分析、类比和查询等功能 5.3.3名称,特性词 定义;数据元名称成分之一,表达了该数据元所属的对象类的某个显著的、有区别的特征 约束;必选 出现次数:1:1 数据类型;字符串 备注:标识出数据元的特性词有助于实现对数据元的规范化命名、分析、类比和查询等功能 5.3.4名称;应用约束 定义;数据元在实际应用中的相关约束 约束;可选 出现次数:0:1 数据类型:字符串 备注;该属性侧重于描述从应用中提取出的约束需求,比如数据元的保密问题、用法,规则等等 5.4关系类属性 5.4.1名称;分类方案 定义;根据对象的共性如:来源、构成、结构、应用、功能等将其排列或分组 约束:可选 出现次数:0:n. 数据类型:字符串
GB/T19488.1一2004 备注:采用分类方案的标识符进行标识 分类方案的标识符参见附录A 5.4.2名称;分类方案值 定义;一个分类方案中的某一分类的代码 约束:可选 出现次数:0:n 数据类型字符串 备注;分类方案值与分类方案有一一对应关系 分类方案值参见附录A 5.4.3名称;关系 定义;当前数据元与其他相关的数据元之间关系的一种描述 约束可选 出现次数:0:n 数据类型字符串 备注;表1给出了数据元的几种基本关系的表示格式 表1数据元基本关系的表示格式表 关系中文名称 关系表示符 关系描述 派生关系 derive-from 描述了数据元之间的继承关系,一个较为专用的数据元是由一个较为通用的数 据元加上某些限定词派生而来,例如“derivefromB"(B是数据元的标识符,下 同),表明当前数据元由数据元B派生而来 组成关系 描述了整体和部分的关系，一个数据元是另外著干个数据元组成,例如;“onm composeof pose-ofB、C、,D",表示当前数据元是由数据元B,C、D共同组成 替代关系 描述了数据元之间的替代关系,例如,“replaceof”表明当前数据元替代了数据 eplace-of 元B 描述了一个数据元与另外若干数据元一起使用的情况,例如;“ink-withB,C 连用关系 link-with D”,表明当前数据元需要和数据元B.c、D一起使用 5.5表示类属性 5.5.1名称;表示词 定义;数据元名称成分之一,表达了该数据元值域的表示形式 约束:必选 出现次数1:1 数据类型:字符串 备注;标识出数据元的表示词有助于实现对数据元的规范化命名、分析,类比和查询等功能 表2给出了国际范围内认可的表示词 表2国际范围内认可的表示词的列表 表示词 金额 货币单位的数量,通常与货币类型有关 特定的年月日,格式参照GB/T7408. 日期
GB/T19488.1一2004 表2(续 表示词 日期时间 特定的年月日中的特定时间点,格式参照GB/T7408 代吗 表示一组值中的一个值的字符串(字母、数字,符号) 表示一个人、客体,地点、事件或概念的一系列句子,既可用于定义(通常用一两个句子),也可 描述 用于较长文本 在数据元的中文名称中通常使用“说明",“备注”,“意见"等词 为一个人、客体,地点,事件或概念指定的一个词或短语 该词或短语是该人、客体,地点、事件 名称 或概念的称谓 号码 个特定的值的数字表示 它通常嗜示了顺序或一系列中的一个 具有相同计量单位的两个值之间的百分数形式的比率 百分比 量 非货币单位数量,通常与计量单位有关 比率 个计量的量或金额与另一个计量的量或金额的比 指示符 两个且只有两个表明条件的值,如Om/OH、True/False,又称标志 5.5.2名称;数据类型 定义;用于表示数据元的符号,字符或其他表示的类型 约束;必选 出现次数;1:1 数据类型;字符串 备注:表3包括了数据类型可能的取值列表,但不限于下表中所列 表3数据类型可能的取值列表 说 数据类型 明 字符型(string》 通过字符形式表达的值的类型 数字型(number) 通过从“o"到“9”数字形式表达的值的类型 日期型(date 通过YYYYMMDD的形式表达的值的类型,符合GB/T7408 日期时间型(datetime) 通过YYYYMMDDhhmmss的形式表达的值的类型,符合GB/T7408 两个且只有两个表明条件的值,如on/of.True/False 布尔型boolean 二进制(binary) 上述无法表示的其他数据类型,比如图像,音频等 5.5.3名称;数据格式 定义:从业务的角度规定的数据元值的格式需求.包括所允许的最大和/或最小字符长度.数据 元值的表示格式等 约束:必选 出现次数;l:1 数据类型:字符串 备注:1 数据格式中使用的字符含义如下 1o
GB/T19488.1一2004 =字母字符 -数字字符 n =字母数字字符 an m(m为自然数 =定长m个字符(字符集默认为GB2312) 一长度不确定的文本 ..ul .p.qp.q均为自然数)=最长p个数字字符,小数点后q位 =从最小长度到最大长度,前面附加最小长度,后面附加最大 长度 YYYYMMDDhhmmss=“YYYY”表示年份,“MM”表示月份,“DD”表示日期,“hh”表 示小时,“mm”表示分钟,“ss”表示秒,可以视实际情况组合 使用 表示定长5个字母数字字符,前2个为字母字符,后三个为数字 例1;an5(aannn 字符; 例2;n..17. 表示最长17个数字字符,小数点后两位 ,2 表示最大长度为s.最小长度为3的不定长的字母数字字符 例3;an3..8 2 如果“数据类型”是“二进制”,在本属性中应标识出二进制的具体格式,如“JPEG” 格式参照RFC2046m 5.5.4名称;值域 定义-根据相应属性中所规定的数据类型,数据格式面决定的数据元的允许值的集合 约束;必选 出现次数;1:1 数据类型字符串 备注;该集合可以通过以下四种方式给出 通过名称给出,即直接指出值域的名称,比如数据元“两字母国家代码”的值域是 GB/T2659《世界各国和地区名称代码》中的全部两字母代码 通过参考资料给出,比如数据元“产品条码”的值域是已经在物品编码中心注册的所 有产品的条形码 通过一一列举的方式给出所有可能的取值以及每一个值对应的实例或含义; -通过规则间接给出,比如数据元“无线电频率”的值域是从3kHz么到300GHz,并且 遵循IEC-50的规范 除以上四种方式外,也可对值域不做要求 5.5.5名称;计量单位 定义;属于数值型的数据元值的计量单位 约束;可选 出现次数:0:1 数据类型,字符串 备注;详见GB/T17295一1998(《国际贸易用计量单位代码》中的计量单位的名称 5.6管理类属性 5.6.1名称:状态 11
GB/T19488.1一2004 定义:数据元在其注册的全生存期内所处状态的标示 约束:必选 出现次数;l:1 数据类型;字符 备注;数据元在其注册的全生存期内包括四种阶段 -草案;该数据元的内容处在草案阶段,相关单位和部门可以广泛提出意见和建议 -试用;该数据元的内容经过一定的技术程序,可以在一定范围内进行试用,并反馈实 验意见， -标准:该数据元的所有内容已经成为各方应当遵守的标准; -废止;该数据元的内容即将从标准中删去 数据元生命周期阶段的详细内容见7.4.1 5.6.2名称提交机构 定义;提出对数据元进行增加,变更(导致版本变更)或废止的组织或组织内的部门 约束可选 出现次数;0:1 数据类型字符串 5.6.3名称;批准日期 定义;数据元进人“标准”阶段的日期 约束:可选 出现次数;0:1 数据类型字符串 备注;当数据元进人“标准”阶段时,该属性必选 采用YYYYMMDD的格式 5.7附加类属性 5.7.1名称;备注 定义;数据元的附加注释 约束;可选 出现次数:0:1 数据类型字符串 备注;在上述属性未能描述的其他注释 电子政务数据元的设计方法 6.1电子政务数据元的提取和分析过程 为电子政务数据元提取提供一个方法论指南是确保提取数据元具有科学性和互操作性的关键 电 子政务数据元的提取分两大步骤，一是数据元的提取,二是对具体数据元提取其属性并进行数据元的提 交 6.1.1和6.1.2将分别介绍数据元和数据元属性的提取 在数据元提取过程中,建议采用面向对象的方法,使用GB/T19487一2004《电子政务业务流程设 计方法通用规范)提供业务建模方法,利用其全程一体化精细建模的特点,对电子政务的业务进行数据 元的提取和分析 对于已有的电子政务系统,也可以根据其自身数据库系统的实体关系图进行数据元 的提取,然后直接进人到6.1.2数据元属性提取 12
GB/T19488.1一2004 6.1.1电子政务数据元的提取 电子政务数据元的最基本目的是进行信息管理和信息传递,而信息离不开电子政务的业务流程,因 此电子政务数据元的提取离不开对电子政务业务流程的分析 在对业务流程分析的基础上,利用流程 建模获得电子政务业务的主导方和相关参与方,并确定业务的实施细则,进行数据元的提取 在业务流程等相关分析中采用GB/T19487一2004(电子政务业务流程设计方法通用规范》提供的 业务建模方法对政务流程进行建模,下面通过公文收取的业务示例来说明针对政务业务进行数据元提 取的具体步骤: 步骤1;业务功能建模 数据元是在特定的业务流程和语境中使用,因此电子政务数据元的提取必须基于相关的业务流程 的调研和分析 在描述业务流程之前,采用分工组成树描述业务分工有利于在政府机关中清晰、有序地 了解与各项业务相关的各种角色及其职责等功能性信息,分工组成树如图3所示 办公室主任 机构领导 办公室副主任 A2.2 文件接收 A2.4.1 办公室秘书 办公室 2.3 接受 A2.4.2.1 机构 办公室收发员 文件发送 发文登记 A2.4 A2.4.2 A2.4.2.2 处室间传递 业务处室 档案管理员 2.4.2.3 A2.5 编号、盖章 2.4.2 发文归档 A2.4.2.5 图3分工组成的示例 其中机构领导,办公室收发员,办公室秘书、档案管理员是具体的承担业务活动角色,通过分工组成 建模,可以提取这些承担业务活动的角色,即主动类对象类 步骤2:业务流程建模 业务流程从两个角度进行描述;业务协作流程和职责执行流程,前者是存在于各角色间的业务往来 过程,属于宏观交互描述,使用业务协作流程图表达 后者是一个角色执行自身职责的流程,属于微观 操作描述,使用职责执行流程图表达 在上述步骤1中,已经按照政府政务的职能域进行建模,在此,可以继续扩展职能域模型,并识别每 个职能域的业务流程,继续扩展业务流程模型,最后列出业务流程中的每项业务活动步骤 业务活动步 骤是政府政务功能分解功能单元,可以根据需要再行分解 在本例中,收文办理的业务协作流程见图4 13
GB/T19488.1一2004 外部发文单位办公室收发员 、办公室秘书 、办公室副主任 办公室主任 档案管理员 A2.3 A2.2 A2.4 A2.1 A2.5 送文 传入文件 来文登记 2送秘书收文 他入文件 填写办理意见 3:送副主任签收 入文件 副主任来文批示 Yes;送主任签收 是杏需要主 任批示 传入文f 表 5:送交办理 传入文什 主任收文批示 还 6返回主任签收批示 传入文件 是否内部 表 办理 办公室内部 办理来文 送交来文 8:送已批示来文 传入文件 办表 是杏需要其 9:直接送收文存档 No 征业务处 传入文件 存档 办文表 图4业务协作流程的示例 通过描述业务协作流程,可以提取被业务角色进行处理的业务信息,即被动类对象类 在描述业务协作流程基础上,可以描述职责执行流程,本例中,"来文登记”是“办公室收发员”执行 其职责“文件接收”的一个步骤,其过程如图5和图6所示 14
GB/T19488.1一2004 外部发文单位 开始 送文 传入文件 接受 A2.4.I.1 来文登记 A2.4.1.2 送秘书收文 传入文件 办公室秘书 送已批示来文 文件 内部传递 是否需要其他 业务处室办理 A2.4.l.4 c2.4.1.3 交办收文 送存档 A2.4.1.5 传入文件 文 业务处室 直接送收文存档 入文进件 结束 档案管理员 A2.5 图5职责执行流程示例之一;文件接收 15
GB/T19488.1一2004 开始 填写办文编号 A2.4.1.2.1 转抄文件标题 A2.4.l.2.2 文件接收登记簿 传送文件 填写收文日期 办文编号 文什标愿 文件标题 收文日期 来文单位 来文单位 转抄来文单位 紧3程 紧急程度 办文时限 A2.4.1.2.4 办文时限 秘密等级 秘密等级 文件内容 转抄紧急程度 送出日期 A2.4.L2 按受单位 返回日 期 接收签学 转抄办文时限 2.4.l.2. 转抄级 2.4.l.2 填写接受单位 2.4.1.2.8 接收签字 A2.4.L.2.9 送秘书收文 入文件 结束 办公室秘书 A2.3 图6职责执行流程示例之二来文登记 职责执行流程通过对业务信息各个栏目的处理操作描述,如写人、修改、读取、审核、删除,为提取数 据元标识类属性、定义类属性提供必要的基础信息,并通过这些操作为数据元的管理提供基础 特别需 要指出的是,对标识类属性的语境而言,需要明确其中业务领域、信息系统对数据元进行不同操作处理 的各种主体或角色，上述对业务信息栏目的处理操作为此提供了必要的素材 步骤3;信息建模 这里需要对在上面步骤1、2中获得的主动类对象(角色)与被动类对象(业务信息)进行信息建模 图7和图8分别给出了办公室收发员和文件的信息模型 办公室收发员 参与方 身份 考核指标 工作量 ID号 平均完成时间 姓名 服务满意程度 图7办公室收发员的信息模型 16
GB/T19488.1一2004 文件按收登记簿 文件标题 收文日期 来文单位 办文编号 来文单位 名称 紧急程度 地l 办文时限 隶属机构 秘密等级 地址 省 文件内容 市 送出日期 县区 接收单位 街道 返回日期 门牌号 按收签字 图8文件的信息模型 步骤4:数据元的提取 分析图7和图8中显示的信息模型发现,其中两个是描述主动类对象的参与方(角色),另外一个是 描述被动类对象的参与方(业务信息》) 对信息模型的进一步分析可以采用自然语言的逻辑分析方法,即对主动对象类这类参与方(人,地 点、事物、事件、时间进行分析 对于其中的人、事物和事件,每一个又包含两方面内容;标识和特征 比 如在图7中,标识号和姓名等就是人的标识,外语水平,写作水平等就是人的特征 详细步骤如下 确定所有的参与方的细节; a ,比如D号和名称都属于这一 b)确定标识身份的元素， 范; c 确定所有与事件有关的细节 事件必须有一个日期/时间和一个类型 一般来讲,还应有一个 事件发生的地点/位置 在本例中,收文是一个焦点事件,该事件是一个包含参与方、位置和其 他事件在内的复杂对象 因此,需要进行多级分解以便能够彻底地分解该事件; 相关参与方的定义 办公室收发员是与来文登记簿有关的参与方 他们有别于来文单位， 来 文单位是收文事件的相关参与方 在业务文档中,一般来说会有一些参与方不作为业务流程 的角色或直接业务信息处理对象,例如本例中的考核指标,来文单位,地址等 最重要的问题 是他/它们是否与事件或文件登记簿有关 在本例中,来文单位,地址确实与来文登记簿有关 地点/位置的定义 地点有三种基本类型;邮寄/交付地址、物理位置(经纬度)和通信联系 图9显示了经过分析后得到的文件接收过程中的主动类和被动类对象类及其包含的一些数据元 文件接收登记簿 办公室收发员 文件标题 姓名 收文日期 标识号 来文单位 办文编号 来文单位 紧急程度 名称 地址 隶属机构 办文时限 秘密等级 地址 有计量单位 有固定值 文件内容 市 范围的特征 的征 送出日期 县区 接收单位 街道 工作量 返回日期 门牌号 年龄 平均完成时间 接收签字 婚香 维 种族 数据元的提取结果 上述步骤提取的数据元可以看作对象类和特性的组合,再结合一定的业务需求,细化其表示,即构 成了一个完整的数据元 步骤5,数据元的提交 经过上述步骤提取出的数据元有可能是数据元注册库中已有的数据元或注册库中有类似的数据 n
GB/T19488.1一2004 元,因此提取和分析的结果应同注册库中的数据元进行比较,以决定是否创造一个新的数据元或对注册库中 现有的数据元进行重用和扩展,然后文档化数据元的需求,并进行数据元的提交 其具体的操作流程如图10 数据元比较 和分析 注册库中有相 同的数据元? 比较数据需求 是 写出要增加的 香 注册库中有类 相同的语境? 新数据元 似的数据元? 写出要解决 写出新用户组纵、 相向的语境? 行业、区域等 的差异 否 写出要增加的 新语境 数据元提交 图10数据元的提交 18
GB/T19488.1一2004 6.1.2数据元属性的提取 对于需新增加的数据元提交者应提交相应的数据元属性,数据元提交者需要提交的数据元属性如 表4所示 表4提取分析的数据元属性 属性 数据元属性类别 提交者提取 标识类属性 是 中文名称 标识类属性 英文名称 中文全拼 标识类属性 是 内部标识符 标识类属性 否 版本 标识类属性 注册机构 标识类属性 否 同义名称 标识类属性 是 语境 标识类属性 是 定义 定义类属性 是 对象类词 定义类属性 是 定义类属性 特性词 是 应用约束 是 定义类属性 分类方案 关系类属性 是 分类方案值 关系类属性 关系类属性 是 关系 表示词 表示类属性 是 是 数据类型 表示类属性 数据格式 表示类属性 值域 表示类属性 是 计量单位 表示类属性 否 状态 管理类属性 提交机构 管理类属性 是 批准日期 管理类属性 是 备注 附加类属性 数据元属性的提取分析过程如图11 19
GB/T19488.1一2004 开始提取数据元属性 因为在定义新的数据元时， 可 能需要使用到已经存在的数据 选取电子政务数 元，例如，描述新的数据元的 关系 而在使用到已经存在的 据元标准版本 数据元时必须确定数据元标准 的版本作为本次开发的基线 定义和命名实体 定义类属性中的对象类司 定义类中的特性词，定义 类中的定义，应用约束 定义和命名实体 标识类属性中的中文名称， 的特性 英文名称，中文全拼，语境 同义词 确定实体之间的 关系类中的关系属性， 关系包括实体特性 分类方案，分类方案值 之间的关系 表示类属性中的数据类型 确定实体属性的 参考电子政务数据元对数揪 数据类型 类型的定义 确定实体属性 表示类中的数据格式， 数据的值域 的值域 管理类属性中的提交机构 确定该数据元的 提交机构 数据元属性提取结束 图11数据元属性提取过程 6.2数据元的分类规则 电子政务系统是一个跨行业跨部门的系统,其数据元也必然是跨行业跨部门的,因此电子政务数据 元的种类也将是多种多样的,不可能用一种分类方法将这些数据元进行很好的归纳,常用的分类方法有 以下几种 20
GB/T19488.1一2004 按数据元本身的结构:对象类、特性和表示来划分 a b 按数据元使用的政府职能部门来划分,如国务院、教育、海关、公安、工商、税务等， 按数据元的应用分类,如基础公共类数据元、日常办公类数据元、档案管理类数据元、人口管理 类数据元,物资管理类数据元、资源管理类数据元等; 按电子政务服务的主体进行分类:如政府对政府、政府对企业、政府对公民,企业对政府、公民 对政府等 个数据元可以使用多种分类方案进行描述 分类方案可以由数据元提交机构提出修改建议,并 由数据元注册机构进行统一的维护管理 6.3数据元命名规则 6.3.1唯一性规则 规则1在一定语境下数据元名称应该唯一,名称巾一股包搞对象类间,特性间、表示间和定间 如,在数据冗"公文种类代码"中,"公文"为对象间"种类"是该数据元的特性间,"代码"是该数撮元 的表示词 6.3.2语义规则 规则2;对象词表示数据元所属的事物或概念,它表示某一语境下一个话动或对象,它是数据元中 占支配地位的部分 规则3.数据元名称中应有一个且仅有一个对象词 如;在下面的数据元中 公文种类代码， 审批人姓名 成分“公文”,“审批人”是对象词 规则4;特性词是表示数据元的对象类的显著的、有区别的特征 规则5;数据元名称中应有一个且仅有一个特性词 如:在下面的数据元中 公文种类代码， 审批人姓名 成分“种类”,“姓名”是特性词 规则6;表示词是数据元名称中描述数据元表示形成的一个成分 它描述了数据元有效值集合的 格式 规则7;数据元名称中应有一个且仅有一个表示词 规则8:当需要描述一个数据元并使其在特定的语境中唯一时,可以使用限定词对对象类词、特性 词或表示词进行限定 限定词是可选的 6.3.3语法规则 规则9;对象词应处于名称的第一(最左)位置 规则10特性词应处于第二位置 规则11;表示词应处于最后位置 规则12;限定词可以附加到对象类词、特性词和表示词上 限定词应位于被限定成分的前面,限定 词的顺序的不同不能用于区别不同的数据元 规则13:当表示词与特性词有重复或部分重复时,可以从名称中将冗余词删除掉 如;在下面的数据元中 公文种类代码; 审批人姓名 成分“代码”是“公文种类代码”的表示词,“名称”是“审批人姓名”的表示词,由于表示词“名称”与特 21
GB/T19488.1一2004 性词“姓名”语义重复,因此删去一个冗余词“名称” 6.3.4针对数据元英文名称的词法规则 规则14:名词使用单数形式,动词使用现在时 规则15:名称的各个成分之间用空格分隔,不允许使用特殊字符 规则16;允许使用缩写词、首字母缩略词和大写首字母 6.3.5针对数据元中文全拼的格式 规则17;数据元中文全拼由中文名称中的每一个汉字的拼音组成,拼音中间用连字符“-”连接,并 全部使用小写 6.4数据元标识符的分配规则 个数据元的标识符由注册机构标识符、内部标识符和版本标识符组合而成,这三部分合在一起构 个完整的数据元标识符,实现了在任何环境下对该数据元的唯一标识 6.4 注册机构标识符 电子政务数据元的注册机构需要向电子政务标准化主管部门申请注册机构的标识符 建议采用 “EGDEXXX”的方式进行分配,其中“EGDE”代表电子政务数据元,“XXX”为从“001”开始的自然数 6.4.2内部标识符 内部标识符由注册机构自行分配,每个数据元应有一个唯一的内部标识符 建议内部标识符按照 数据元提交的顺序采用流水号 当在某一特定领域内存在一种科学、合理和完善的数据元分类法时,可 以根据分类法和流水号相结合的方式对提交的数据元分配内部标识符 6.4.3版本标识符 电子政务数据元版本标识符(以下简称“版本”)的编写格式以及版本控制须遵循以下原则: 电子政务数据元的版本是由阿拉伯数字字符和小数点字符组成的字符串 a b)电子政务数据元的版本至少包含两个阿拉伯数字字符和一个小数点字符 电子政务数据元的版本字符串应为“mm .m.n...n”的形式,其中“m”、“n”表示阿拉伯数字字 符,小数点字符前的子串“m. m”和小数点字符后的子串“n..n”在数学上应是具有意义的 正整数 电子政务数据元的版本字符串中,小数点字符前的子串“m...m”表示电子政务数据元的主版 本号,小数点字符后的子串“n...n”表示电子政务数据元的次版本号 当 -个电子政务数据元的某些属性发生了变化时,其版本需要进行相应的改变 对于应在何 更新,以及更新后的数据元(称为后续数据元)的版本等属 时对数据元(称为当前数据元)进行 性,应由数据元注册机构以及评审小组决定,但可参考以下基本原则: 如果当前数据元和后续数据元之间可以进行有效的数据交换,则可以只改变后续数据元 的版本字符串中的小数点字符后的子串“ n”(次版本号),当前数据元和后续数据元 的版本字符串之间的关系请参考原则 如果当前数据元和后续数据元之间无法进行有效的数据交换,则需要改变后续数据元的 版本字符申中的小数点字符前的子串“ 串“m...m"(主版本号),当前数据元和后续数据元的 版本字符串之间的关系请参考原则f 当 -个电子政务数据元的版本发生改变时,其改变后的版本(称为“后续版本”,表示为“p...p f q..q”)和当前版本(表示为“m. n”)之间应遵循以下原则 ，m，n 若电子政务数据元的版本字符串的小数点后的子串(次版本号)发生变动,而小数点前的 子串(主版本号)不发生变动,则从数学意义上来看,应满足:q..q=n...n十1 2)若电子政务数据元的版本字符串的小数点前的子串(主版本号)发生变动,则从数学意义 上来看,应满足;p...p=m...m十1,q...q=0 若电子政务数据元的版本字符串的小数点前的子串(主版本号)和小数点后的子串(次版本号)均需 22
GB/T19488.1一2004 发生变动,则电子政务数据元的版本字符串的变动情况可以参考原则f中的第2)条 如;数据元“公文种类”,假定向某注册机构(其标识符为EGDE001)提交注册,注册机构分配其数据 标识符为流水序号0112,版本标识符为1.0,则该数据元的完整的唯一标识符为EGDE001-0112-1.0. 6.5 数据元定义的编写规则和指南 6.5.1规则 数据元的定义应: 具有唯一性(在出现此定义的任何数据字典中); a 要阐述其概念是什么,而不是阐述其概念不是什么; bb 用描述性的短语或句子阐述; c d)仅可使用人们普遍理解的缩略语 表述中不要加人不同的数据元定义或引用下层概念 e 6.5.2指南 数据元的定义宜 刚述概念的基本含义; a b准确而不含糊; 简练; c 能单独成立 d 表述中不要加人理论说明、功能说明、范围信息或程序信息 避免相互依存; 相关定义使用相同的术语和一致的逻辑结构 g 电子政务数据元的注册和管理 电子政务数据元的注册和管理工作建议成立专门的机构来负责 相关行业或领域也可以成立专门 的机构对本领域的数据元实施注册和管理功能 在数据元的注册和管理过程中,可能涉及多个角色 本部分只定义了数据元的提交机构和数据元 的注册机构两个角色,并对其职责进行了规定 在具体实施过程中,可视具体情况对机构及其职责进行 重新定义,增加机构的数量并细化其职能 数据元提交机构和注册机构的职责 数据元提交机构的职责 数据元提交机构的职责是 收集、发现、提取数据元 对数据元进行基本审查; 提交数据元 7.1.2数据元注册机构的职责 数据元注册机构的职责是 受理数据元提交机构的数据元提交业务; 对数据元提交机构提交的数据元进行评审; 对数据元注册系统进行管理、维护工作,包括保证数据库的有效性,进行数据库的更新,对数据 库进行版本控制,制定版本控制的规则 及时对外及相关机构发布最新的数据元及数据元注册系统的更新升级信息,保持数据元及数 据元注册系统的时效性 7.2数据元的提交 数据元的提交工作应由数据元提交机构负责,并应严格按照以下步骤来进行 23
GB/T19488.1一2004 收集、发现、提取数据元 a bb 将收集和提取到的数据元以本部分所规定的格式和规范进行编写 对编写好的数据元进行基本审查工作,包括审查数据元是否已经存在,数据元是否与现有数据 元存在冲突等 向数据元注册机构提交数据元,所提交的数据元是以下三种之一;新数据元,更新数据 元,废止数据元 更新已有数据元应明确描述欲更新的内容和理由,废止已有的数据元应 明确给出废止的理由 7.3数据元的评审 数据元的评审工作应由数据元注册机构负责,在其组织和主持下,召集各领域专家组成评审小组 按照以下步骤进行数据元的评审工作 由数据元注册机构的专家进行初步的评审工作 a b数据元注册机构发出通知进行正式的评审 数据元的正式评审应以会议的形式进行,会议议程应至少包括提交机构的论述报告,评审小组 的论证和形成正式的评审意见 在新的数据元标准发布之前,如果有组织或机构对此数据元有异议,可自行组织评审工作,将 评审工作结果提交数据元注册机构提出二次评审的请求 请求通过后,再由数据元注册机构 组织进行正式评审(转至c)工作) 提交机构根据评审意见对数据元进行修改后,向数据元注册机构注册数据元 数据元的维护 数据元的维护工作应包括数据元生命周期管理、数据元的添加、数据元的删除、数据元的更新等工 作,这些工作应由数据元注册机构负责 7.4.1数据元生命周期管理 数据元生命周期管理工作应包括对数据元的各个阶段的管理 数据元的生命周期包括以下阶段 草案阶段 试用阶段， 标准阶段; 废止阶段 当提交机构提交的数据元通过注册机构的初步审查后(即评审过程中的第一步),数据元进人其生 命周期的第一阶段 -草案阶段 此时,数据元的阶段为草案阶段,只能在注册机构内部使用,还不能 被正式推荐或发布使用 所有的处在草案阶段的数据元在注册机构内部应统一的编号、备案和管理 当提交机构提交的数据元通过评审小组的评审后(即评审过程中的第二步),数据元进人其生命周 期的第二阶段 -试用阶段 在试用阶段,注册机构可对外以通知,通告的形式发布试用数据元,但不 能以标准的形式发布 处在试用阶段的数据元,任何组织或机构都可向数据元注册机构对其提出异议 或建议,采纳与否由数据元注册机构进行评审后决定 所有的处在试用阶段的数据元在注册机构内部 应统一的编号、备案和管理 当提交机构提交的数据元通过一定时间的试用阶段后,证明数据元是正确的、实用的,则可允许数 据元进人其生命周期的第三阶段 -标准阶段 在标准阶段,数据元将以标准的形式被发布和使用,所 有使用此数据元的组织或机构都应遵守标准的规定 当处在标准阶段的数据元因为某种原因而不能再继续被使用时,注册机构可将数据元标记为“废 止”,并以通知、通告或标准的形式向外发布信息 数据元的废止应是一个过程,自数据元注册机构发布 废止通知,通告或更新后的标准之日开始,数据元便处于废止阶段 7.4.2数据元的添加 当数据元进人标准阶段后,数据元注册机构便应正式添加此数据元,其步骤如下 24
GB/T19488.1一2004 进行数据元的正式注册,包括赋予数据元的内部标识符、填写数据元状态及生效日期等 a bb 将数据元呈报上级管理部门备案; 更新数据元注册系统,并对外发布更新通知 e d)数据元添加工作结束 7.4.3数据元的删除 当数据元进人废止阶段后,数据元注册机构应在一定时限内完成数据元的删除工作,包括: 对所要删除的数据元进行备份 a 将数据元呈报上级管理部门备案; bb 更新数据元注册系统,并对外发布更新通知; e d)数据元删除工作结束 7.4.4数据元的更新 只有处在标准阶段的数据元才能进行更新 数据元进行更新时应遵循以下步骤 保留当前版本的数据元,对后绩版本的数据元进行数据元的正式注册,除版本标识符和欲更新 a 的属性外,后续版本数据元的其他属性应继承当前版本数据元的属性， 将当前版本及后续版本的数据元呈报上级管理部门备案; b 更新数据元注册系统,并对外发布更新通知; c d)数据元更新工作结束 25