GB/T 19488.1-2004 电子政务数据元 第1部分：设计和管理规范

ICS01.040.35一一

L72药黔

中华人民共和国国家标准

GB/T19488.1-2004

电子政务数据元

第1部分：设计和管理规范

Dataelementsfore-government-

Part1：Specificationfordesignandmanagement

2004-04-05发布2004-10-01实施

木替冒瞥臀霭嚼譬攘瞥臀暴发“

标准分享网免费下载

GB/T19488.1-2004

．山i．一．．．

1,',言

GB/T19488《电子政务数据元》分为两个部分：

第1部分：设计和管理规范；

第2部分：公共数据元目录。

本部分为GB/T19488的第1部分。

本部分的附录A、附录B、附录C均为资料性附录。

本部分由国家电子政务标准化总体组提出并归口。

本部分的起草单位：中国标准化研究院、首都信息发展股份有限公司、万达信息股份有限公司、中国

科学院软件研究所、＿上海颐东网络信息有限公司、太极计算机公司、长城软件公司、北京市质量技术监督

信息研究所、标杆网络技术有限公司、北京九城数码科技有限公司、北京书生电子技术有限公司、深圳西

风信息科技产业集团有限公司、深圳中兴通讯股份有限公司、上海市人民政府办公信息处理中心、星通

信息技术有限公司。

本部分主要起草人：魏宏、杨锡平、章建方、吕建、张峰昌、孔繁坚、傅朝霞、王怀惠、丁爱民、田川、

刘克斌、石非、吴志刚、高展。

GB/T19488.1-2004

引言

本部分是在GB/T18391标准的大框架下编制的应用于电子政务环境的国家标准。它保持了与上

述标准的一致性。本部分结合电子政务的实际情况，将GB/T18391标准中的许多原则性和理论性内

容进行了充分的细化，使之具有较好的可操作性。本部分还提出了具有电子政务特点的数据元的注册

和维护管理的组织和程序。

标准分享网免费下载

GB/T19488.1-2004

电子政务数据元

第1部分：设计和管理规范

1范围

GB/T19488的本部分规定了电子政务数据元的基本概念和结构、电子政务数据元的表示规范以

及特定属性的设计规则和方法，并给出了电子政务数据元的动态维护管理机制。

本部分适用于政府部门编制各种通用的或专用的数据元目录，并为建立数据元的注册和维护管理

机制提供了指导。

2规范性引用文件

下列文件中的条款通过GB/T19488的本部分的引用而成为本部分的条款。凡是注日期的引用文

件，其随后所有的修改版（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成

协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本

部分。

GB2312信息交换用汉字编码字符集基本集

GB/T2659世界各国和地区名称代码（GB/T2659-2000,egvISO3166-1;1997)

GB/T7408数据元和交换格式信息交换日期和时间表示法（GB/T7408-"idtISO8601;

2002)

GB/T17295-1998国际贸易用计量单位代码

GB/T18391.1-2002信息技术数据元的规范与标准化第1部分：数据元的规范与标准化框

架（ISO/IEC11179一1：1999，IDT)

GB/T18391.2-2003信息技术数据元的规范与标准化第2部分：数据元的分类（ISO/IEC

11179-2：2000，IDT)

GB/T18391.3-2001信息技术数据元的规范与标准化第3部分：数据元的基本属性（(idt

ISO/IEC11179-3：1994)

GB/T18391.4-2001信息技术数据元的规范与标准化第4部分：数据定义的编写规则与指

南（idtISO/IEC11179-4：1995)

GB/T18391.5-2001信息技术数据元的规范与标准化第5部分：数据元的命名和标识原则

(idtISO/IEC11179-5：1995)

GB/T18391.62001信息技术数据元的规范与标准化第6部分：数据元的注册（idt工SO/

IEC1.1179-6：1997)

GB/T19487-2004电子政务业务流程设计方法通用规范

3术语和定义

下列术语和定义适用于本部分。

3.1

数据data

对事实、概念或指令的一种形式化表示，适用于以人工或自动方式进行通信、解释或处理。

1)该标准将被修订。

GB/T19488.1-2004

仁GB/T18391.1-2002，定义3.12]

3.2

数据元dataelement

用一组属性描述定义、标识、表示和允许值的数据单元。

[GB/T18391.1-2002，定义3.14〕

3.3

电子政务数据元electronicgovernmentdataelement

电子政务数据元是指政务活动过程中涉及的所有数据元。

3.4

元数据metadata

定义和描述其他数据的数据。

[GB/T18391.1-2002，定义3.41]

3.5

数据元概念dataelementconcept

能以数据元的形式表示，＿目以‘任何特定的表示法无关的一种概念。

[GB/T18391.1-2002，定义3.15〕

3.6

对象类objectclass

对象集。现实世界中的想法，抽象概念或事物的集合，有清楚的边界和含义，并且特性和其行为遵

循同样的规则而能够加以标识。

[GB/T18391.1-2002，定义3.45]

3.7

特性property

对象类的所有个体所共有的某种性质。

仁GB/T18391.1-2002，定义3.48]

3.8

表示representation

值域、数据类型的组合，必要时也包括计量单位或字符集。

[GB/T18391.1-2002，定义3.60〕

3.9

对象object

可以想象或感知的客观世界的任一部分。

注：改写GB/T18391.1-2002，定义3.440

3.10

实体entity

任何具体或抽象的事物，包括事物间的联系。

[GB/T18391.1-2002，定义3.30]

3.11

属性attribute

标准分享网免费下载

GB/T19488.1-2004

某个对象或实体的一种特性。

仁GB/T18391.1-2002，定义3.3〕

3.12

分类方案classificationschema

根据对象的共性如：来源、构成、结构、应用、功能等将其排列或分组。

[GB/T18391.1-2002，定义3.6〕

3.13

语境context

一个名称所用于的或所源自的应用环境或规程的描述。

3.14

值域valuedomain

允许值的集合。

仁GB/T18391.1-2002，定义3.75]

3.15

注册机构registrationauthority

经授权对数据元或其他对象注册的组织。

仁GB/T18391.12002，定义3.56]

3.16

提交机构submitorganization

对数据元注册系统的数据元提出增补、变更、取消、删除或撤出的机构或其所属部门。

[GB/T18391.1-2002，定义3.68]

4电子政务数据元框架

4.1数据元的概念

数据元：又称数据类型，通过定义、标识、表示以及允许值等一系列属性描述的数据单元。在特定的

语义环境中被认为是不可再分的最小数据单元。

数据元一般来说由三部分组成：

a)对象类：思想、概念或真实世界中的事物的集合，它们具有清晰的边界和含义，其特征和行为遵

循同样的规则。

b)特性：对象类中的所有成员共同具有的一个有别于其他的、显著的特征。

。）表示：它描述了数据被表达的方式。

对象类是人们希望研究、搜集和存储它们的相关数据的事物，比如汽车、人、房屋、订单等。

特性是人们用来区分和描述对象的一种手段。特性的例子包括颜色、性别、年龄、收人、地址等等。

表示与数据元的值域关系密切。一个数据元的值域指数据元的所有允许值的集合。例如，对于“个

人所得税金额”这个数据元，它的值域可以是一系列非负整数（带有货币单位），这是一种非枚举型的值

域。而“个人所得税比率”对收入进行分段划分，并给每一段赋予一个比率，它的值域就是这些比率的集

合。此时称它的值域为枚举型值域。

如果脱离值域，“个人所得税”实际上是一个数据元概念，即一个对象类与特性的组合。因此，一个

数据元概念是由一个对象类和一个特性组成，一个数据元则是由一个数据元概念和一个表示组成。

GB/T19488.1-2004

图1给出了数据元的结构模型。

｝｝

｝数据元概念数据元｝数据模型

1！

一仆口

图1数据元的结构模型

数据元由数据元概念和表示两部分组成。当一个表示被联合到一个数据元概念时就能够产生一个

数据元。根据图1中所示，数据元和数据元概念之间存在多对一的关系，也就是一个数据元必须要一个

数据元概念，而一个数据元概念可以对应多个数据元，换句话说，多个数据元可以共享一个数据元概念。

数据元需要并且只能有一个表示。当数据元的概念模型相同而表示不同时就是两个不同的数据

元，数据元的表示是描述数据元概念中特性的表达方式，也就是说在数据元中，特性都具有且只有一个

表示。

在数据元概念中对象类和特性之间是一对一的关系，一个对象类需要且只需要一个特性或（者特性

类），一个特性只描述一个对象类，当一个特性和一个对象类建立关联时就产生了一个数据元概念。

同实体关系类的数据模型相比，模型中的实体相当于数据元中的对象类，而实体的属性相当于数据

元中的特性和表示。

4.2元数据的概念

元数据是描述其他数据的数据，或者说是用于提供某种资源的有关信息的结构数据。元数据是描

述信息资源或数据等对象属性的数据，其使用目的在于：识别资源；评价资源；追踪资源在使用过程中的

变化；实现简单高效地管理大量网络化数据；实现信息资源的有效发现、查找、一体化组织和对使用资源

的有效管理。

元数据的基本特点主要有：

a)元数据一经建立，便可共享。元数据的结构和完整性依赖于信息资源的价值和使用环境；元数

据的开发与利用环境往往是一个变化的分布式环境；任何一种格式都不可能完全满足不同团

体的不同需要。

b)元数据首先是一种编码体系。元数据是用来描述数字化信息资源，特别是网络信息资源的编

码体系，这导致了元数据和传统数据编码体系的根本区别；元数据的最为重要的特征和功能

是为数字化信息资源建立一种机器可理解框架。

由于元数据也是数据，因此可以用类似数据的方法在数据库中进行存储和获取。如果提供数据元

的组织同时提供描述数据元的元数据，将会使数据元的使用变得准确而高效。用户在使用数据时可以

首先查看其元数据以便能够获取自己所需的信息。

4.3电子政务数据元

电子政务数据元是指政务活动过程中涉及的所有数据单元。电子政务数据元是属于政府业务这一

特定领域的数据元。它的概念和结构遵循一般数据元的概念和结构，是通用数据元的一个子集，并具有

自身的特点。

标准分享网免费下载

GB/T19488.1-2004

电子政务数据元采用相关的元数据来描述数据元的属性。这些元数据帮助用户理解和使用电子政

务数据元。电子政务数据元标准中制定数据元所需的元数据，例如分类方案、命名、定义、注册等。

电子政务数据元标准由两大部分组成：

a)第1部分：设计和管理规范

主要阐述电子政务数据元的设计和管理的方法论；

b)第2部分：数据元目录

收录依照第1部分中规定的数据元设计和管理规范制定的电子政务数据元。

其中，本部分主要包括以下内容：

1)电子政务数据元框架

在这一部分中，对电子政务数据元进行整体的介绍和描述，对基本概念和术语进行定义和阐述，协

调其余各部分之间的关系，规定其余各部分的功能及作用。

2）电子政务数据元表示规范

这一部分对电子政务数据元的所有属性做出一系列详细的、可行的规定，以便形成一个完整规范的

电子政务数据元。

3)电子政务数据元设计方法

这一部分将从电子政务数据元的提取及分析方法、分类规则、命名规则、标识符分配规则以及定义

的编写规则等方面来说明如何来设计一个符合规范的数据元。

4)电子政务数据元的注册和管理

这一部分对如何建立注册机构、如何提交数据元、如何对数据元进行维护和管理做出一系列的

规定。

电子政务数据元标准结构如图2所示：

一

图、2电子政务数据元标准结构

5电子政务数据元的表示规范

数据元表示规范是通过描述数据元的一系列属性来实现的。这些属性实际上是数据元的元数据。

鉴于XML是主流信息描述技术，本标准的附录B给出了数据元的XMLSchema定义。

电子政务数据元通常包括以下六个方面的基本属性：

cB/T19488.1-2004

a）标识类属性：适用于电子政务数据元标识的属性。

—中文名称；

—英文名称；

—中文全拼；

—内部标识符；

—版本；

－－一注册机构；

—同义名称；

—语境。

b)定义类属性：描述电子政务数据元语义方面的属性。

—定义；

—对象类词；

—特性词；

—应用约束。

。）关系类属性：描述各电子政务数据元之间相互关联和（或）数据元与模式、电子政务数据元概

念、对象、实体之间关联的属性。

—分类方案；

—分类方案值；

—关系。

d)表示类属性：描述电子政务数据元表示方面的属性。

—表示词；

—数据类型；

—数据格式；

—值域；

－－一计量单位。

e)管理类属性：描述电子政务数据元管理与控制方面的属性。

—状态；

—提交机构；

—批准日期。

f)附加类属性：在上面未能详细描述的其他属性。

—备注。

5.1数据元属性的描述方法

数据元属性应依照一种标准方式来描述。下面的描述符只对数据元属性的描述有效对（数据元的

描述无效）。

a）名称

赋予数据元属性的标记。名称是唯一的。名称以字符串形式表示。

b）定义

属性的描述，可使一种属性与其他属性清晰地区别开来。定义以字符串形式表示。

c)约束

显示一个属性是始终还是有时出现的描述符。该描述符可以有两个取值：必选或可选。前者表示

该属性必须出现，后者表示该属性可以出现，也可以不出现。

d）出现次数

显示一个属性出现多少次的描述符。该描述符有以下四种情况：0e1(表示不出现或出现1次），

标准分享网免费下载

GB/T19488.1-2004

0，n(表示不出现或出现。次）,l，1（表示出现且仅出现1次）,1‘n(表示出现1次或多次）。

e)数据类型

描述属性的所有取值的类型。属性值的数据类型示例有：“字符”、“字符串”、“数字”、“日期”。

f)备注

与属性应用有关的注释。

5.2标识类属性

5.2.1名称：中文名称。

定义：赋予数据元的单个或多个中文字词的指称。

约束：必选。

出现次数：1，to

数据类型：字符串。

备注：中文名称的命名规则见6.30

5.2.2名称：英文名称。

定义：赋予数据元的单个或多个英文字词的指称。

约束：必选。

出现次数：1，1p

数据类型：字符串。

备注：英文名称的命名规则见6.3.

5.2.3名称：中文全拼。

定义：数据元中文名称的汉语拼音。

约束：必选。

出现次数：1=l0

数据类型：字符串。

备注：中文全拼的命名规则见6.3.5a

5.2.4名称：内部标识符。

定义：在一个注册机构内，由注册机构分配的、与语言无关的数据元的唯一标识符。

约束：必选。

出现次数：1，to

数据类型：数字。

备注：内部标识符的分配规则见6.4.2.

5.2.5名称：版本。

定义：在一个注册机构内的一系列逐渐完善的数据元规范中，某个数据元规范发布的标识。

约束：必选。

出现次数：1，la

数据类型：字符串。

备注：版本的格式规则见6.4.30

5.2.6名称：注册机构。

定义：经电子政务标准化主管部门授权对数据元实施注册、维护和管理功能的组织。

约束：必选。

出现次数：1，la

数据类型：字符串。

备注：属性“注册机构”、“内部标识符”和“版本”的组合可用来唯一地确定一个数据元。

5.2.7名称：同义名称。

GB/T19488.1-2004

定义：一个数据元在应用环境下的不同称谓。

约束：可选。

出现次数：。：no

数据类型：字符串。

备注：一个数据元可以有多个同义名称，第一个同义名称应该是统一的约定名称。

5.2.8名称：语境。

定义：产生或使用数据元的应用环境或应用规程的说明。一个语境可以是一个业务领域、信息

系统、数据库、文件或数据模型等，也可以是他们的组合。

约束：必选。

出现次数：1：no

数据类型：字符串。

备注：必须为数据元指定属性“语境”。

5.3定义类属性

5.3.1名称：定义。

定义：表达一个数据元的本质特性并使其区别于所有其他数据元的陈述。

约束：必选。

出现次数：1：to

数据类型：字符串。

备注：数据元定义的规则见6.50

5.3.2名称：对象类词。

定义：数据元名称成分之一，表达了该数据元所属事物或概念的集合。

约束：必选。

出现次数：1：to

数据类型：字符串。

备注：标识出数据元的对象类词有助于实现对数据元的规范化命名、分析、类比和查询等功能。

5.3.3名称：特性词。

定义：数据元名称成分之一，表达了该数据元所属的对象类的某个显著的、有区别的特征。

约束：必选。

出现次数：1：la

数据类型：字符串。

备注：标识出数据元的特性词有助于实现对数据元的规范化命名、分析、类比和查询等功能。

5.3.4名称：应用约束。

定义：数据元在实际应用中的相关约束。

约束：可选。

出现次数：0:to

数据类型：字符串。

备注：该属性侧重于描述从应用中提取出的约束需求，比如数据元的保密问题、用法、规则等等。

5.4关系类属性

5.4.1名称：分类方案。

定义：根据对象的共性如：来源、构成、结构、应用、功能等将其排列或分组。

约束：可选。

出现次数：0"n0

数据类型：字符串。

标准分享网免费下载

GB/T19488.1-2004

备注：采用分类方案的标识符进行标识。分类方案的标识符参见附录Ao

5.4.2名称：分类方案值。

定义：一个分类方案中的某一分类的代码。

约束：可选。

出现次数：0"n.

数据类型：字符串。

备注：分类方案值与分类方案有一一对应关系。分类方案值参见附录Ao

5.4.3名称：关系。

定义：当前数据元与其他相关的数据元之间关系的一种描述。

约束：可选。

出现次数：0:no

数据类型：字符申。

备注：表1给出了数据元的儿种基本关系的表示格式。

表1数据元基本关系的表示格式表

一洲

5.5表示类属性

5.5.1名称：表示词。

定义：数据元名称成分之一，表达了该数据元值域的表示形式。

约束：必选。

出现次数：1，to

数据类型：字符串。

备注：标识出数据元的表示词有助于实现对数据元的规范化命名、分析、类比和查询等功能。

表2给出了国际范围内认可的表示词。

表2国际范围内认可的表示词的列表

HM七Aq,$KAA}fGB/T74080月

GB/T19488.1-2004

表2续（）

表示词含义

日期时间特定的年月日中的特定时间点，格式参照GB/T74080

代码表示一组值中的一个值的字符串字（母、数字、符号）。

表示一个人、客体、地点、事件或概念的一系列句子，既可用于定义通（常用一两个句子），也可

描述用于较长文本。在数菇元的中文漏中通常使用说“明”、，＆’奋、蔽“辱词。

名称为一个人、砂、地点、事件或概念指定的一个词或短语。该词或短语是该人、客体、地点、事件、

或概念的称谓。

号码一个特定的值的数字表示。它通常暗示了顺序或一系列中的一个。

百分比具有相同计量单位的两个值之间的百分数形式的比率。

量非货币单位数量，通常与计量单位有关。

比率一个计量的量或金额与另一个计量的量或金额的比。

指示符两个且只有两个表明条件的值，如On/Off,True/False，又称标志。

5.5.2名称：数据类型。

定义：用于表示数据元的符号、字符或其他表示的类型。

约束：必选。

出现次数：1，l,

数据类型：字符串。

备注：表3包括了数据类型可能的取值列表，但不限于下表中所列。

表3数据类型可能的取值列表

一导习

5.5.3名称：数据格式。

定义：从业务的角度规定的数据元值的格式需求，包括所允许的最大和／或最小字符长度，数据

元值的表示格式等。

约束：必选。

出现次数：1，to

数据类型：字符串。

备注：1．数据格式中使用的字符含义如下：

标准分享网免费下载

GB/T19488.1-2004

a＝字母字符

n一数字字符

an＝字母数字字符

m(m为自然数）＝定长m个字符（字符集默认为GB2312)

二ul一长度不确定的文本

二P+q(P,9均为自然数）＝最长P个数字字符，小数点后4位

二从最小长度到最大长度，前面附加最小长度，后面附加最大

长度

YYYYMMDDhhmmss="YYYY”表示年份，"MM”表示月份，"DD'，表示日期，"hh”表

示小时，“mm”表示分钟，"ss”表示秒，可以视实际情况组合

使用。

例l:an5(aannn)表示定长5个字母数字字符，前2个为字母字符，后三个为数字

字符；

例2:n..17,2表示最长17个数字字符，小数点后两位。

例3,an3..8表示最大长度为8，最小长度为3的不定长的字母数字字符。

2．如果“数据类型”是“二进制”，在本属性中应标识出二进制的具体格式，如“JPEG'

格式参照RFC2046"。

5.5.4名称：值域。

定义：根据相应属性中所规定的数据类型、数据格式而决定的数据元的允许值的集合。

约束：必选。

出现次数：1：to

数据类型：字符串。

备注：该集合可以通过以下四种方式给出：

—通过名称给出，即直接指出值域的名称，比如数据元“两字母国家代码”的值域是

GB/T2659《世界各国和地区名称代码》中的全部两字母代码；

—通过参考资料给出，比如数据元“产品条码”的值域是己经在物品编码中心注册的所

有产品的条形码；

—通过－一一列举的方式给出所有可能的取值以及每一个值对应的实例或含义；

—通过规则间接给出，比如数据元“无线电频率”的值域是从3kH：到300GHz，并且

遵循IEC-50的规范。

除以上四种方式外，也可对值域不做要求。

5.5.5名称：计量单位。

定义：属于数值型的数据元值的计量单位。

约束：可选。

出现次数：0：to

数据类型：字符串。

备注：详见GB/T17295-1998《国际贸易用计量单位代码》中的计量单位的名称。

5.6管理类属性

5.6.1名称：状态。

GB/T19488.1-2004

定义：数据元在其注册的全生存期内所处状态的标示。

约束：必选。

出现次数：1：to

数据类型：字符。

备注：数据元在其注册的全生存期内包括四种阶段：

—草案：该数据元的内容处在草案阶段，相关单位和部门可以广泛提出意见和建议；

－－一试用：该数据元的内容经过一定的技术程序，可以在一定范围内进行试用，并反馈实

验意见；

—标准：该数据元的所有内容已经成为各方应当遵守的标准；

—废止：该数据元的内容即将从标准中删去。

数据元生命周期阶段的详细内容见7.4.1,

5.6.2名称：提交机构。

定义：提出对数据元进行增加、变更导（致版本变更）或废止的组织或组织内的部门。

约束：可选。

出现次数：0:to

数据类型：字符串。

5.6.3名称：批准日期。

定义：数据元进入“标准”阶段的日期。

约束：可选。

出现次数：。：to

数据类型：字符串。

备注：当数据元进人“标准”阶段时，该属性必选。采用YYYYMMDD的格式。

5.7附加类属性

5.7.1名称：备注。

定义：数据元的附加注释。

约束：可选。

出现次数：0:10

数据类型：字符串。

备注：在上述属性未能描述的其他注释。

6电子政务数据元的设计方法

6.1电子政务数据元的提取和分析过程

为电子政务数据元提取提供一个方法论指南是确保提取数据元具有科学性和互操作性的关键。电

子政务数据元的提取分两大步骤，一是数据元的提取，二是对具体数据元提取其属性并进行数据元的提

交。6.1.1和6.1.2将分别介绍数据元和数据元属性的提取。

在数据元提取过程中，建议采用面向对象的方法，使用GB/T19487-2004《电子政务业务流程设

计方法通用规范》提供业务建模方法，利用其全程一体化精细建模的特点，对电子政务的业务进行数据

元的提取和分析。对于已有的电子政务系统，也可以根据其自身数据库系统的实体关系图进行数据元

的提取，然后直接进人到6.1.2数据元属性提取。

标准分享网免费下载

GB/T19488.1-2004

6.1.1电子政务数据元的提取

电子政务数据元的最基本目的是进行信息管理和信息传递，而信息离不开电子政务的业务流程，因

此电子政务数据元的提取离不开对电子政务业务流程的分析。在对业务流程分析的基础上，利用流程

建模获得电子政务业务的主导方和相关参与方，并确定业务的实施细则，进行数据元的提取。

在业务流程等相关分析中采用GB/T19487-2004((电子政务业务流程设计方法通用规范》提供的

业务建模方法对政务流程进行建模，下面通过公文收取的业务示例来说明针对政务业务进行数据元提

取的具体步骤：

步骤1：业务功能建模

数据元是在特定的业务流程和语境中使用，因此电子政务数据元的提取必须基于相关的业务流程

的调研和分析。在描述业务流程之前，采用分工组成树描述业务分工有利于在政府机关中清晰、有序地

了解与各项业务相关的各种角色及其职责等功能性信息，分工组成树如图3所示。

图3分工组成的示例

其中机构领导、办公室收发员、办公室秘书、档案管理员是具体的承担业务活动角色，通过分工组成

建模，可以提取这些承担业务活动的角色，即主动类对象类。

步骤2：业务流程建模

业务流程从两个角度进行描述：业务协作流程和职责执行流程，前者是存在于各角色间的业务往来

过程，属于宏观交互描述，使用业务协作流程图表达。后者是一个角色执行自身职责的流程，属于微观

操作描述，使用职责执行流程图表达。

在上述步骤1中，已经按照政府政务的职能域进行建模，在此，可以继续扩展职能域模型，并识别每

个职能域的业务流程，继续扩展业务流程模型，最后列出业务流程中的每项业务活动步骤。业务活动步

骤是政府政务功能分解功能单元，可以根据需要再行分解。

在本例中，收文办理的业务协作流程见图4}

GB/T19488.1-2004

Q外部发文单位IsOa*atcvmlW04}*Vs刁厄不履面至在几弃｝6a`-*-tff－11tas*23M-

．z：送秘书收文：：

传人文徉．

广

图4业务协作流程的示例

通过描述业务协作流程，可以提取被业务角色进行处理的业务信息，即被动类对象类。

在描述业务协作流程基础上，可以描述职责执行流程，本例中，“来文登记”是“办公室收发员”执行

其职责“文件接收”的一个步骤，其过程如图5和图s所示。

标准分享网免费下载

GB/T19488.1-2004

皇”部发文单“

｝送，Off-m-)

OA-t#卜A

一

图5职责执行流程示例之一：文件接收

GB/T19488.1-2004

此

图6职贵执行流程示例之二：来文登记

职责执行流程通过对业务信息各个栏目的处理操作描述，如写人、修改、读取、审核、删除，为提取数

据元标识类属性、定义类属性提供必要的基础信息，并通过这些操作为数据元的管理提供基础。特别需

要指出的是，对标识类属性的语境而言，需要明确其中业务领域、信息系统对数据元进行不同操作处理

的各种主体或角色，上述对业务信息栏目的处理操作为此提供了必要的素材。

步骤3：信息建模

这里需要对在上面步骤1,2中获得的主动类对象角（色）与被动类对象业（务信息）进行信息建模。

图7和图8分别给出了办公室收发员和文件的信息模型。

办公室收发员

一一’1．11．益AD}I-4}STS}4)}z}V4}llAJ}}}c}i#frN}2t#Ii`h}t}t}}(一

图7办公室收发员的信息模型

标准分享网免费下载

GB/T19488.1-2004

文件接收登记薄

文件标题

收文日期—

办文编号来文单位

来文单位一

紧急程度名称厂－－丁丁－一－

份兰二二二召，二釜地址

办文时限二隶属机构乙－－一竺二一—

秘密等级地址

二二呈二～～省

文件内容呈

二’六口二市

送出日期百＿＿

二二二二＿县（区）

接收单位—之孟～

二二二二二：街道

二返回日期二二二。

二二二：墓：门牌号

接收签字三：

图8文件的信息模型

步骤4：数据元的提取

分析图7和图8中显示的信息模型发现，其中两个是描述主动类对象的参与方（角色），另外一个是

描述被动类对象的参与方（业务信息）。

对信息模型的进一步分析可以采用自然语言的逻辑分析方法，即对主动对象类这类参与方（人）、地

点、事物、事件、时间进行分析。对于其中的人、事物和事件，每一个又包含两方面内容：标识和特征。比

如在图7中，标识号和姓名等就是人的标识，外语水平、写作水平等就是人的特征。详细步骤如下：

a)确定所有的参与方的细节；

b)确定标识身份的元素，比如ID号和名称都属于这一范畴；

c）确定所有与事件有关的细节。事件必须有一个日期／时间和一个类型。一般来讲，还应有一个

事件发生的地点／位置。在本例中，收文是一个焦点事件，该事件是一个包含参与方、位置和其

他事件在内的复杂对象。因此，需要进行多级分解以便能够彻底地分解该事件；

d)相关参与方的定义。办公室收发员是与来文登记簿有关的参与方。他们有别于来文单位，来

文单位是收文事件的相关参与方。在业务文档中，一般来说会有一些参与方不作为业务流程

的角色或直接业务信息处理对象，例如本例中的考核指标、来文单位、地址等。最重要的问题

是他／它们是否与事件或文件登记簿有关。在本例中，来文单位、地址确实与来文登记簿有关；

e)地点／位置的定义。地点有三种基本类型：邮寄／交付地址、物理位置（经纬度）和通信联系。

图9显示了经过分析后得到的文件接收过程中的主动类和被动类对象类及其包含的一些数据元。

M-Nt}P}lt7to

图9数据元的提取结果

上述步骤提取的数据元可以看作对象类和特性的组合，再结合一定的业务需求，细化