数据资源技术服务方案

1标准规范体系建设

1.1标准规范架构设计

图1.1-1标准规范结构设计图

标准规范体系由一系列的规范、机制、制度组成。具体包括数据标准规范、

技术标准规范、管理标准规范、业务标准规范和管理标准5大部分。

＞业务标准规范：业务功能规范、业务流程规范、业务接口规范。

＞数据标准规范：数据字段标准、数据表名规范、数据结构、数据交换

规范。

＞技术标准规范：通过技术标准规范实现各业务系统与政务数据中心之

间的数据级和应用级整合，并提高业务系统之间的应用集成，互连互

通的能力。

＞管理标准规范：标准管理、数据管理、项目管理，用于指导数据中心

日常的运行管理、数据维护。

＞安全规范：物理安全规范、系统安全规范、网络安全规范、应用规范。

1.2标准规范构成设计

1.2.1数据标准规范设计

121.1数据字典规范

数据字典规范是指对数据的数据项、数据结构、数据流、数据存储、处理

逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详

细的说明。

121.2数据建设规范

基础数据是数据库建设的重要组成部分，对整个东城区政务信息资源共享

起着至关重要的作用。

121.3数据库建库规范

数据库建库规范主要影响数据资源的加工、整理或增建、质量控制、运行

维护、技术实现、共享与服务等。

数据字段标准

业务数据的编码采用四层六位字符形式表示，反映数据的定义级别、所属

业务类别、信息主体类型特征等。表示形式如下：

><>£XXX

第一层定义级别_______________________I

第二层业务类别___________________________

第三层信息主体类型或政策参数

第四层顺序号

第一层指标的定义级别用一位字母表示，其中：

A一市级

B一县区级

C一乡镇级

第二层指标所属的业务类别用一位字母表示，按A—Z顺序排列，其中

A—Z分属不同业务类型。

第三层信息主体类型或政策参数用一位字母表示，其中：

A一政策参数

B一单位

C一个人

D—其他主体

E一辅助性指标

F—统计

在业务分类发生变化时，如基本内涵不变，只是名称改变和（或）外延发

生局部调整，可修改名称和（或）定义，不改变业务类别代码；如有新的业务产

生，则在代码P后Y前，插入新的分类，顺序占用字母作为代码；对于停办的

业务，其原用代码不再使用；停办后又恢复的业务，仍使用原用代码。

第四层顺序号共三位数字，取值范围为001〜999。顺序号可分段使用；

停用的指标，其原用顺序号不再使用；停用后又恢复使用的指标，仍使用原顺序

号。顺序号确需超过999时可在百位上按ASCII码的序列继续使用英文字母（从

A01-Z99）o

数据表名标准

数据表名称的编码采用三层四位字符形式表示，反映业务类别和信息主体

类型特征。业务类别的分类和编码规则与第六条中的业务类别所述相同。顺序号

的取值规则与业务类数据库标准中的顺序号取值规则相同。

数据结构标准

数据结构标准用于规范数据指标的名称、编码、类型、长度等等。

指标类型分为：数值型、字符型、日期型、布尔型、备注型和图形图像型,

分别用“N”、"C”、"D”、"L”、"M”、“B”标识。

二级代码标准

二级代码标准用于规范数据字段常用的二级代码编码，如果二级代码有国

家标准遵循国家标准，否则按照行业标准，本系统独有标准需要自行定制，所有

系统中二级代码都需要在标准中定制，如果标准没有则需要上报不断补充。

数据采集标准

数据采集标准用于规范数据采集过程，提高采集的数据质量的同时提高采

集效率。数据采集标准包括信息采集流程、数据质量检查标准，以及采集程序的

本地化实施方案。

信息采集流程规范将在数据采集、数据校验、数据核查等方面的标准规范。

数据质量检查标准是在基础数据录入、数据入库、数据预处理时对数据的

类型、范围以及合法性数据属性检查标准，大致有如下内容：

＞非空处理：对于应该非空但实际为空的记录制定处理规则。

＞取值约束处理：对于有取值范围约束的字段进行规范化处理，即将采

集的数据取值规范到该范围内。

＞唯一键处理：对要求唯一的数据项（主键、唯一键）进行唯一检测，

并对检测出的不唯一的记录，制定处理规则。

＞附加分散处理：对某些表中的某些字段进行数据规范化处理，即将不

合规范的数据替换成规范的数据，几个表之间的关联处理，以及一些

特殊处理等。数据一致性处理.：对于有多个数据源的数据进行一致性

检查，制定处理规则。

121.9数据共享标准

数据共享标准说明共享数据库的数据共享标准，说明不同应用系统对共享

数据的不同的访问、修改权限，说明数据访问、修改等流程。

1.2.2业务标准规范设计

122.1资源目录体系标准规范

该规范详细规定对东城区政务服务事项资源目录体系的建设标准，确保数

据资源利用的规范性和便捷性。

1.2.2.2信息审核标准规范

该规范对系统信息审核设立标准，主要是对系统信息的准确性、规范性、

重复性等指标的一个详细规范。

122.3工作流程编制规程

业务流程规范主要明确各类业务和办事流程的设计要求，包括业务流转节

点，各阶段权限、授予角色或用户等。

业务流程规范往往与对外的办事相结合，因此各类业务流程规范与办事流

程相近统一。

122.4业务功能规范

业务功能规范主要明确各业务功能的设计要求，包括业务功能的分类、各

功能的明确要求，功能特点和应用范围等。

业务功能规范与信息系统建设的功能模块设计相近，规范编制过程中与应

用功能设计相结合，从标准化和规范化的角度约束信息系统的功能设计。

1.225业务接口规范

对外接口规范将主要体现接口的类型、接口的方式以及接口交换频率等，

接口的定义以规范化的描述和实现为主，不涉及具体的接口内容和对象。

以上仅给出了初步的交互业务情况，各业务部门之间的交互业务是十分复

杂的。我们应通过调研，掌握每项交互业务的流程、参与部门、业务条件、关联

业务、发生频率、数据传输内容等，从而为规范的交互业务标准设计提供基础。

1.226行业标准规范

根据各应用软件的业务特性以及标准化文件，制定相关行业业务标准。

1.2.3技术标准规范设计

1.231统一界面及身份认证规范

应用系统需要实现统一用户管理、单点登录和统一权限管理。为了达成统

一的界面管理和统一的用户及权限管理这一目标，将提供界面集成及统一身份认

证系统，系统实现界面及身份认证的集成；同时会提供一套集成规范。已有系统

依据此规范改造、新开发的系统依据此规范进行开发，即可通过界面集成及统一

身份认证系统实现统一的界面管理和统一的用户及权限管理。

1.232应用系统编码规范

各应用系统都是需要多个开发人员共同协作的情况下完成的，定义良好的

编码规范不仅仅是提高了开发效率，而且也有助于测试和后期维护。所以我们制

定的标准规范里制定了一系列编码规范用于提高源码的可读性，可维护性，提高

项目的整体效率。

应用系统使用不同程序语言编码的相关规范和标准，主要内容有：

《程序编码规范说明书》

《程序编码注释规范》

《程序编码命名总体规则》

《程序编码规则》

《程序编程准则》

《程序代码包规范》

《程序代码控制规范》

《程序输入控制规则规范》

《程序编码数据类型缩写表》

《程序编码服务控件命名缩写表》等。

根据适用编程语言的不同，对相应文档内容进行裁减以适应不同的需求。

1.233软件接口标准规范

软件接口标准的建设是关系信息化总体规划的大事情，按照系统的建设要

求，提供标准的软件接口，实现对各应用系统的支持。软件接口大致可以分为同

步和异步两种方式。各软件接口标准要与国家电子政务平台的软件接口标准保持

充分的一致性。

软件接口包括以下几个方面：

1、数据接口

>SQLServer；

>ORACLE；

>DB2；

>XMLo

2,应用接口

>Soap；

>WebService；

>COM/DCOM；

>J2EEo

123.4系统集成标准规范

系统集成标准规范用于规范硬件及系统软件应用平台集成过程，指导设备

采购、到货、分发、合理部署、检验、安装调试等过程的规范。主要包括：设备

验收标准、网络调试、主机调试、系统安全标准。

应用开发建议规范

系统建设中包含多个应用系统的开发，在本项目标准规范体系中我们加入

了应用开发的建议规范，在各应用系统设计过程中提出建议和指导，以保证应用

系统高质量、高性能、更加易于维护和扩展，延长应用系统的使用周期，保障了

用户方的资金投入。

1.2.4管理标准规范设计

124.1软件开发管理规范

软件开发管理规范是指导本系统在启动、需求、设计、开发、测试、实施

等软件开发各阶段的项目过程管理规范。它主要从本系统业务单位进行项目管理

的角度编写，主要描述业务单位的项目管理过程。

本规范也涉及有关单位的项目管理以及它们和业务单位之间的业务联系和

沟通。应用系统承建单位、监理单位作为应用系统的参与单位，要遵从本规范规

定的角色和职责的内容，也要参考本规范的要求制定自己项目管理相关的规定。

124.2整体测试管理规范

整体测试管理规范规定了开发商完善各自的测试组织体系，并在自行单元

测试、集成测试后提交测试报告给本系统项目测试小组，测试小组对测试报告进

行评审，评审通过后项目测试组测试各个应用开发商所开发的应用系统协同运行

的方法、流程和规程。

适用于本系统项目管理办公室，总集成商、监理、测试组等。开发商要严

格按照测试规范和总标准的测试标准要求进行测试活动，安排合理的人员，进行

应用软件系统的全面测试。

124.3系统验收管理规范

系统验收管理规范主要阐述了初验和终验活动的管理规范，规定了本系统

建设项目各应用软件系统验收的流程和程序，主要内容包括验收过程中的角色划

分及职责、验收申请、验收策划。沟通会议、验收资料、验收与验收会议及验收

问题处理。

适用于本系统项目管理办公室，总集成商、监理等。本管理办法应依据软

件工程管理规范、IS09001相关规范、CMMI相关规范，同时参考借鉴国内其他

类似工程的验收管理经验，以及相关行业验收管理管理办法的经验来编写。

124.4实施与试运行规范

运行维护规范规定了应用系统实施安装以及试运行阶段规范，包括：术语

定义、系统安装规范、系统实施规范、运行管理规范几个部分。它规定了各应用

系统安装前需要准备的资料，用户培训计划、实施条件标准检查以及试运行期间

运行管理规范。

适用于本系统项目管理办公室，总集成商、监理、分系统开发商等。本管

理办法应依据软件工程管理规范、IS09001相关规范、CMMI相关规范，同时参

考借鉴国内其他类似工程的实施与试运行管理经验来编写。

124.5售后服务管理规范

售后服务管理规范是为了保证项目各应用软件系统稳定运行而提供的服务

保障的管理规范。本规范主要包括技术服务承诺、系统维护规范、技术支持保障

体系要求。它规定了应用系统维护流程、维护人员日常维护规范，应用系统用户

和权限的分类和级别，应用系统操作权限和管理制度，以及维护服务响应时间要

求等。还有模板编制的规则、更新的制度以及日志跟踪、清理、备份的操作和管

理规范。

售后服务维护规范的意义就是让系统的管理和使用人员严格按照相应的权

限和制度进行日常的管理和操作，保障项目各应用系统长期、稳定的运行。

124.6过程文档管理规范

文档管理规范主要是针对项目实施过程的各个阶段，需要提交的文档进行

规范，包括文档的模板、文档编号、文档的生成时机、文档版本的控制、文档的

归档等各部分内容。

1.2.5安全标准规范设计

1.251物理安全规范

物理安全主要提供对系统内部关键设备、存储介质的物理运行环境安全，

确保设备能正常工作。物理安全规范的主要内容包括：门禁、物理隔离、链路加

密、抗侦收、视频监控等。

125.2系统安全规范

系统安全主要是从操作系统的角度考虑系统安全措施，防止不法分子利用

操作系统的一些BUG、后门取得对系统的非法操作权限。系统安全规范的主要

内容包括：口令、身份认证、生物特征、安全操作系统、SSL协议、端端加密、

主机防病毒、主机入侵检测、数字签名、审计跟踪、系统容灾等。

网络安全规范

网络安全提供对系统内部网络系统、广域网连接和拨号访问网络的运行安

全保障，确保各类应用系统能在统一的网络安全平台上可靠地运作。网络层安全

规范的主要内容包括：IPSec协议、防火墙、路由器、端端加密、网络病毒防护、

网络入侵检测、审计跟踪、抗毁网络设计、网络容灾等。

125.4应用安全规范

应用安全体系，作为整个安全系统架构中最高一级的安全，是与最终用户

密切相关、最体现系统特色的部分。该体系以密码技术为基础，建立一个统一的

应用层的安全平台，针对各类具体的功能统一提供相应的应用层安全保护，包括

数据资源的保护和应用系统处理过程的保护。应用层安全规范的主要包括：口令、

Kerberos>X.509协议、应用级网关、RBAC、PEM、PGP、S/MIME、SNMPv3

协议、https数字摘要、数字签名、应用审计、容错设计、应用容灾等内容。

2信息资源目录系统建设

2.1信息资源目录管理体系建设

信息资源资源目录体系建设需要围绕政务资源信息采集、组织、分类、保

存、发布与使用等信息生命周期各环节建立规范和标准。信息资源目录体系主要

有元数据、分类表、主题词表、唯一标识、信息组织、导航、发现、定位与服务

等关键要素，目录体系的建设主要要围绕以上要素设计切实可行的技术方案。

66）6

目录提供者目录管理者目录使用者

管理服务层

目录服务（识别、导航、定位）目

录

信

信

新

维

、

息

息

护

目录报送（多级报送、多数据源调度）资

目

目

机

源

制

获

录

录

取(

安

规目录管理（节点维护、信息管理）

)目

录

全

范

更

目录编目（分类、资源编码、内容抽取）

图2.1-1信息资源目录管理体系架构图

从上图可以看出，信息资源目录体系分三层架构，标准和安全是其约束和

保障。

2.1.1资源目录管理业务模型

政

务

信

息

资

源

目

录

•

站

式

服

务

M系

图2.1-2资源目录管理业务模型示意图

按国家电子信息资源目录体系标准的相关要求，信息资源目录体系管理架

构包括信息资源目录体系使用和管理的三个角色和六项活动。三个角色是信息资

源目录的提供者、管理者和使用者。六项活动包括规划、编目、注册、发布、维

护、查询。

提供者负责本部门信息资源目录内容的规划和编目，管理者负责信息资源

目录内容的注册、发布以及系统维护，使用者可以查询信息资源目录内容。

按政务信息资源标识符编码方案标识目录中的资源以及按主题分类（或行

业分类、服务分类、资源形态分类）对公共资源和交换资源进行划分。

最后，按国家电子信息资源目录体系管理架构，设计并实现相关活动和过

程，就完成了信息资源目录体系的规划。

2.1.2资源目录的技术形态

资源目录中心

目

录

管

目录理

报送系统/系

统

J

图2.1-3资源目录的技术形态

目录体系是以元数据为核心技术，用于发现、访问信息资源的服务接口。

目录服务是必须实现的，它提供对网络基础信息资源的查找、浏览、定位功能。

服务体系提供对网络基础信息资源的信息级或服务级的访问和获取。

从上图可以看出，信息资源目录系统设计上可以划分为以下四个主要部分:

•编目：完成对元数据的管理和入库，并可形成待审核的信息资源目录。

•编目报送：利用数据交换平台实现目录的自动报送、分发和监控。

•目录管理：完成信息资源目录的审核和发布。

•目录服务：实现对信息资源目录的查询。

2.1.3目录节点的管理机制设计

2.131前段码和后段码管理流程设计

根据国家电子信息资源目录体系的第5部分一标示编码标准，电子政务信

息资源的标示编码须由前段码和后端码构成（如下图所示）。

XXXXX/XX.X

-------------后段码

---------------------分隔符

-----------------------------前段码

图2.1-4目录信息标志的结构示意图

各级目录管理者和各级政务部门应在筹建政务信息目录系统之初申请前段

码，以便在开展信息资源目录建设时实现对信息资源的唯一标识。

目录管理者申请前段码时，首先应向上级目录管理者提出，上级目录管理者

在认定符合条件后，代其向前段码管理中心申请前段码。

上

下1提出申请（连同必要的信息）

级

级

目

目

录

录

管

管4分配前段码

理

理

者

者

2代申请前段码

（必要的信息）

5直接访问广、分配前段码

修改相关信息广前段码管理中；

图2.1-5前段码管理流程

如果没有上级目录管理者，目录管理者可以直接向前段码管理中心提出申请,

前段码管理中心认定其符合条件后，可直接为其分配前段码。

政务部门申请前段码时，首先应向平级目录管理者提出，平级目录管理者认

为其符合条件后，代其向前段码管理中心申请前段码。

如果没有平级目录管理者，政务部门可直接向前段码管理中心提出申请，前

段码管理中心认定其符合条件后，可直接为其分配前段码。

1）前段码的申请流程

对于目录管理者，无上级目录管理者的，前段码管理中心根据该目录管理者

提交的申请材料，为目录管理者分配前段码。有上级目录管理者的，申请材料应

先向上级目录管理者提出。

对于政务部门，由平级的目录管理者审查其前段码申请材料，代其向前段码

管理中心提出申请。如果没有平级的目录管理者，则可以直接向前段码管理中心

提出申请。政务部门获得前段码需具备如下条件：

＞正在建立或已经建立了部门的信息资源目录；

＞具备在本部门范围内管理和分配后段码的能力和设施；

＞其他必要的条件。

前段码的申请流程如下图：

无上级目录管理者1

前

前段码申请上级目录管理者代理申请段

目录管理者码

管

理

中

无平级的目录管理者心

政务部前段码申请平级目录管理者代理申彦

图2.1-6前段码的申请流程

2）前段码的审核流程

政务部门或目录管理者将前段码申请和有关材料提交前段码管理中心后，前

段码管理中心依据如下流程对申请进行审核。

前段码管理中心

不合格

批准及申请前

无上/平级材料真实段

码

目录管理生

者/政务部申请上/平级目录管成

门理者代为提出器

图2.1-7前段码的审核流程

（1）前段码管理中心首先对提交前段码申请的机构的身份进行判定，如果

该申请为目录管理者代其下级目录管理者或平级的政务部门提出，则

直接进入前段码生成阶段。

（2）如果该申请为目录管理者/政务部门直接提出的，则前段码管理中心

从其系统中查询该目录管理者/政务部门是否存在上级/平级目录管

理者，如果存在，则将申请返回给该目录管理者或政务部门。

（3）如果上级/平级目录管理者不存在，则审查该目录管理者/政务部门所

提交的申请及有关材料。如果审查通过，则进入前段码生成阶段，否

则，将申请返回给该目录管理者或政务部门。

3）生成前段码的流程

前段码管理中心对审核通过的申请进行如下处理：

前段码生成器

前段码申请

前段码

图2.1-8生成前段码的流程

（1）前段码管理中心将前段码申请中的申请者的隶属关系提取出来，输入

前段码生成器，再根据内建的前段码分配规则，为申请者生成前段码。

（2）前段码管理中心将前段码及有关信息保存。

4）通知前段码的流程

前段码管理中心依据如下的流程将生成的前段码告知申请者。

前申

请如果为

段的

码提代中请

申

安全方式交

请

管前段码者

理者

中

心申请者的安全方式

帐号/密码

图2.1-9通知前段码的流程

(1)如果前段码申请由目录管理者代为提出，则前段码管理中心将生成的

前段码用安全的方式发送给该目录管理者，该目录管理者再将前段码

转发给申请前段码的目录管理者或政务部门。

(2)不论前段码申请是否由目录管理者代为提出，前段码管理中心都直接

将帐号/密码用安全的方式发送给申请前段码的目录管理者或政务部

门。

5)前段码拥有者修改、查看资料的流程

目录管理者或政务部门获得前段码的同时，向前段码管理中心提交了其自身

的有关信息，便于前段码管理中心对前段码进行统一管理和分配。目录管理者或

政务部门还可以依据如下流程对提交给前段码管理中心的信息进行访问和修改。

图2.1-10前段码拥有者修改、查看资料的流程

(1)所有目录管理者和政务部门通过用户名和密码访问其前段码及有关

信息。

(2)如果为查看信息，目录管理者可查看其下属的所有目录管理者和以及

平级的、下级的政务部门的前段码和相关信息。政务部门只能读取其

自身的前段码和相关信息。

(3)如果为修改信息，目录管理者/政务部门提交其修改信息的同时，还

要向前段码管理中心提交书面的证明材料。前段码管理中心收到有效

的书面证明材料后，批准目录管理者/政务部门对信息进行修改。

6)特殊情况处理

1)如果一个目录管理者开始时并无上级目录管理者，而一定时期后其上级目

录管理者产生，则新产生的上级目录管理者根据以上的申请程序申请前段码。获

得前段码的同时，前段码管理中心将其下属的目录管理者和政务部门的前段码及

有关信息的查看权限发送给该目录管理者。

2）如果目录管理者或政务部门获得前段码后，经过一定时期却未实际建立

信息资源目录，前段码管理中心应将该前段码收回。

3）当两个目录管理者合并为一个目录管理者时，将出现一个目录管理者同

时拥有两个前段码的情况。此时，新的目录管理者应只使用其中一个前段码，另

一前段码由前段码管理中心收回。这时，原系统中两个前段码的资源标识符都继

续有效。

213.2信息资源的注册、审核和发布流程设计

根据共享文件存储的位置不同，注册/存储/发布管理流程又可分成中心集

中存储的注册/存储/发布管理流程，以及本地存储的注册/存储/发布管理流程。

1、中心集中存储的注册/存储/发布管理流程

中心集中存储的注册/存储/发布管理流程见下图。

图2.1-11集中存储方式下的注册/存储/发布流程示意图

在此流程中，共享文件提供者根据下发的元数据规范编制共享文件的元数

据属性，同时按照前段码，利用编码工具生成共享文件UID,然后将元数据文件

及编码后的共享文件一起提交给政务共享文件存储中心。后续的流程在图中已经

比较详细故在此不再敷述。在此流程关键点是存储和注册都在政务资源注册中心。

2、本地存储的注册/存储/发布管理流程

本地存储的注册/存储/发布管理流程如下图所示。

政务资源管理中心

共享文件提供者注册中心

图2.1-12本地存储方式下的注册/存储/发布流程示意图

在这种存储方式下，文件提供者和存储者都在政务中心，此流程与集中存

放的不同点在于对于存储在本地的文件由文件提供者直接将经过编码和元数据

属性文件提交到政务资源的注册中心，其余的流程与集中存储的一致。

2.1.4目录维护机制设计

由于信息资源涉及到政务数据中心、各政府部门，信息资源目录应采用集

中分布式管理与存储，在政务外网平台存储和提供信息资源总目录，政务数据中

心存储和提供相关信息资源分目录，可与信息资源总目录定时同步，提供基于总

目录的导航服务。

1.信息资源核心元数据和下级的信息资源核心元数据，通过各级信息资

源目录服务系统实现目录关联，构成整体信息资源目录体系。

2.信息资源使用者和应用系统，通过信息资源目录服务系统，得到具体

信息资源目录信息和定位信息。

3.目录系统所对应的信息资源内容，可通过应用支撑平台提供的数据交

换组件实现横向、纵向信息资源内容采集。

214.1目录交换机制设计

目录交换，主要采用应用支撑平台提供的数据交换组件实现，数据交换组

件为两级应用支撑平台中的不同应用系统、不同数据中心之间的横向和纵向信息

交换提供支持和服务。

传输消号

政务资源中心

图2.1-13数据交换组件目录交换传输应用图

如图所示，数据交换组件至少提供如下功能：

（1）支持拖拽式图形化数据交换的流程建模与设计

（2）提供可视化的管理控制功能，能够灵活的按需配置

（3）提供交换节点扩展计算能力保障复杂业务实现

（4）支持强大的数据格式转换与映射能力

（5）提供多种标准连接器与适配器

（6）支持跨应用基于消息数据、Web服务的业务协同管理

（7）提供多种数据交换方式，包括消息的同步通信、异步通信和会话通信

模式，满足不同的数据交换方式的要求；

（8）保障传输可靠性，通过断点续传、集群、事务技术等多种技术保证数

据传递的可靠性；

目录更新机制设计

业务交换模型描述了数据中心信息共享与交换中资源目录更新的机制与流

程。其流程为：

1）节点必须首先在中心进行注册，取得节点标识。节点与中心进行数据交

换时，中心通过节点标识信息确认消息的来源方（即发送方）和目的地

（即接收方）；

2）中心的信息数据来源于各节点。节点负责维护业务上归属本节点的信息

数据，此节点即该数据的业务归属方或业务归属节点;

3）中心数据采集由节点通过数据上传方式实现；

4）数据比对是为了保证中心采集的信息数据与该数据业务归属方数据的一

致性。中心作为数据比对的发起方，将比对数据发送到该数据业务归属

节点进行数据比对，比对结果由节点返回；

5）对于节点更新的数据，节点通过定时或实时方式将更新数据上传到中心;

或者，中心定时从节点读取；再者，节点向中心发送数据更新通知，中

心收到更新通知后，从节点读取更新数据；

6）节点可以在中心订阅信息数据，当订阅数据发生更改后，中心将更新数

据发送到订阅节点，从广义上实现异步方式的数据同步；

7）中心向节点提供信息的查询服务，实现信息共享；

8）中心可以通过广播方式向节点发送管理类信息，如目录更新通知信息等。

2.1.5资源获取方式设计

通过应用支撑平台提供的数据交换组件及政务信息目录系统提供的资源录

入与提交功能，实现目录信息关联资源的获取。

2.151数据交换方式获取资源

信息资源交换模式分为以下三种：

1、集中交换模式

信息资源集中存储于共享信息库中，信息资源提供者或使用者通过访问共享

信息库实现信息资源交换。

2、分布交换模式

信息资源分布存储于各业务信息库中，信息资源提供者和使用者通过交换结

点提供的交换服务实现两者之间信息资源定向传送的交换模式。分布式交换模式

可划分为有中心交换和无中心交换。

3、混合模式

集中交换模式和分布交换模式的组合，既可通过共享信息库实现信息交换,

又可通过直接互相访问或通过中心交换结点实现信息交换。

资源的获取主要通过两种方式进行，一为手工填报，二为自动获取。

手工填报，主要通过政务信息目录系统提供的资源录入与提交功能实现，具

体描述见本章资源目录管理功能设计部分。

下面着重阐述自动获取资源的方式：

自动获取主要通过数据交换进行，基于统一支撑平台提供的交换组件进行各

数据交换节点定制模块的定制开发。通过数据流程定制工具用户能灵活的对数据

交换流程进行设置，系统调用统一支撑平台的按照交换流程配置模板文件进行数

据交换操作。按照业务需求的不同，交换实现的方式也有所不同。

215.2数据交换获取资源的处理

数据交换处理模块解析数据交换节点定制工具定制出的数据交换流程模板

文件，按照模板文件的配置调用应用支撑平台的数据交换组件中的相关工具进行

交换处理。

数据交换处理模块遵循以下原则进行设计：交换分为内部数据交换和与其它

外部用户交换，即内部交换和外部交换，交换处理逻辑如下图所示。

外部用户

1

外部交换

数据交接总线

录

目

换

交

制

编

理

管

册

注

统

系

统

系

A

内部用户

内部交换

图2.1-15数据交换逻辑

数据交换中的参与者包括：提供者、管理者和使用者。

1、提供者：负责本部门可以共享的信息资源的组织、管理及更新；负责对

本部门共享目录内容的管理维护；负责与使用者、管理者协商并确定共享信息的

内容、模式、更新周期；

2、管理者：负责共享区中各功能的管理维护；负责对信息共享流程进行规

划、配置及部署；负责对本部门目录服务运行的管理维护；

3、使用者：根据需要提出信息资源共享需求；与提供者、管理者协商并确

定共享内容、模式、更新周期；对部门业务共享信息库进行管理维护；对于共享

获得的信息内容在授权范围内进行使用。

外部交换与内部交换描述如下：

1、外部交换

（1）部门向外部共享数据

数据提供方通过从业务信息库中提取数据形成一定主题的共享数据，并后提

交管理者确认是否可以共享。

管理者确认后进行目录编制并将目录注册到共享信息库中，通过数据交换总

线将共享的数据及目录信息装载到共享目录库、共享信息库中，同时将组织数据

的结构信息记录到交换数据记录库中。

数据使用方通过目录服务系统的浏览查询功能发现需要的信息资源，通过数

据下载或主题订阅功能下载数据或订阅进入本地交换信息库。目录内容是一个服

务引用，数据使用方则可以将服务的引用地址发送给使用服务的应用系统；

同时数据使用方可以在线浏览目录内的数据信息。

（2）部门与外部交换数据

使用者通过自己的交换前置系统将交换数据的请求提交到数据提供方的交

换管理系统，提交的内容包括交换数据的内容描述或交换数据的格式。

提供方得交换前置系统接收请求并自动发送给交换管理系统，提供者查看交

换请求，并根据申请要求从业务数据库中挑选相关数据字段形成满足交换需求的

数据。

管理者对形成的交换数据进行审批确认，然后进行目录编制和目录注册。通

过桥接系统和数据交换总线将交换数据及目录信息装载到交换信息库，同时将组

织数据的结构信息记录到交换数据记录库中，最后通过交换前置系统给数据请求

方发送处理结果信息。

使用者在交换前置系统收到消息后，通过前置交换系统查看提供方的交换目

录库及交换信息库授权数据，将交换数据下载到本地或通过同步定期进入本地共

享信息库。如果目录内容只是一个服务引用，可将服务的引用地址发送给使用服

务的应用系统；同时使用者可以在线浏览交换数据的抽样信息。

2、内部交换

（1）内部共享数据

数据提供方从业务信息库中提取、编制数据后提交管理者确认。

管理者对该数据确认后进行编目及目录注册，通过数据交换总线将共享的数

据及目录信息装载到应用目录库及应用信息库中，同时将数据的结构信息记录到

交换数据记录库中。

数据使用方通过目录服务系统的浏览查询功能查找需要的信息资源目录，并

能够进行信息浏览和共享数据下载。

（2）内部交换数据

使用者通过本地的交换前置系统提交换数据请求或者交换数据的内容到数

据提供方的交换管理系统。

提供者在交换管理系统接收到请求后，由管理员根据申请要求从业务数据库

中挑选相关数据字段形成满足交换需求的数据。

管理者对该数据确认后，进行目录编制和录注册，通过交换桥接、数据交换

总线将交换的数据及目录信息装载到应用目录库及应用信息库中，同时将组织数

据的过程记录到交换数据记录库中。并通过交换前置系统通知数据请求方交换处

理结束。

使用者在收到处理结果消息后.通过目录服务系统浏览应用目录库及应用信

息库，在相应有权限访问的目录中下载或订阅数据到本地。

数据交换获取资源的控制管理

数据交换控制管理工具提供以下功能：

1、交换管理

为处理数据交换请求提供工具，包括交换数据预览工具、处理请求管理工具、

交换数据格式设计工具、消息格式设置工具等。

（1）处理请求管理工具：展示通过分拣后的数据，供数据提供方进行处理。

提供数据请求的查看，以及请求方历史请求信息的查看功能。同时可以对交换信

息记录库进行检索查询，看是否有类似的需求共享或交换记录，如有可复用原来

的设置。

（2）交换数据格式设计工具：在进行数据交换请求设计过程中，根据请求

方发过来的请求内容分别处理。文字类需求，提供方则需要使用数据格式设计工

具来进行交换数据的提取设计；数据格式类需求，提供方则采用数据映射工具来

进行交换数据的提取设计。

（3）消息格式设计工具：数据格式设定后，要根据数据请求方与提供方之

间的数据传输通道协议进行消息格式设计或选择。

（4）交换数据预览工具：在数据格式设计完成后，可以通过交换数据预览

工具对要交换出去的数据进行预提取，并提供全数据和随机抽样数据两种方式进

行交换数据的预览，数据提供方根据预览后的情况判断设计是否准确。

2、目录管理

主要提供对共享或交换数据的目录编制和目录注册功能，同时提供共享数据

的设计工具。

（1）目录编制工具

完成目录的编制审批和发布功能，包含：目录维护，根据元数据库中的数据

实体进行目录项维护及管理，形成新的用于交换的交换数据实体，并建立目录与

数据实体之间的钩稽关系；目录提交审批，提出将某目录发布的申请，并依据流

程进行相关审批；目录内容摘要，形成目录内容的摘要，包括所提供的数据项、

数据的发布方等；目录停止及废除；提示停止、废除产生的相关影响，例如有人

还在进行订阅及交换、有人正在访问等。

（2）目录注册工具

对编制好的目录进行注册发布，包括：目录注册管理，设计目录的层次结构、

上下级关系等；目录移动、复制，提供目录层次调整，目录复制；目录删除提供

删除已注册的目录内容；注册目录同步，提供从外部注册目录（如应用目录库、

共享目录库、交换目录库）移动、复制的目录同步及同步策略管理。

（3）共享数据设计工具：提供进行数据共享的图形化设计工具，并且自动

标识为无权限目录注册

3、其他管理工具

（1）事件触发管理工具：提供交换、共享数据服务事件注册及发布；提供

外部对事件触发订阅确认管理工具。

（2）任务及调度管理工具：任务的注册管理，任务组的设置，任务调度策

略设置，以及任务执行调度的图形化设置。

（3）跟踪管理工具：对需要进行跟踪的模块或任务进行跟踪设置，包含跟

踪的粒度及内容设置，并提供可跟踪内容的注册及扫描。

（4）适配器管理工具：提供适配器的分类及适配器注册，包括适配器的实

现类、输入、输出参数接口，并提供适配器的查询检索。

（5）归档设计工具：提供对交换系统中交换规则、桥接规则、请求、审批

意见、跟踪信息、流程配置、任务设置等数据的定期备份策略，包括命名规则、

备份位置、备份事件等设置。并提供历史归档的管理功能，以及归档的恢复功能。

2.2目录系统技术架构

6）6）（3）

目录提供者目录使用者目录管理者

系统应用层集成服务

目

目录浏览与查询目

录

录

目

安

维

录

全

目录服务（识别、导航、定位）护ODBC

存

控

机

源

储

制

制

获

与JDBC

目录报送（多级报送、多数据源调度）取((

备

认

)目

份

录

证

管

更

目录管理（节点维护、信息管理）、Web

理

授

新Services