数据交换平台方案

数据互换平台方案2（总18

页）

-CAL-FENGHAI.-(YICAI)-CompanyOneI

目录

第一章概述.....................................

1.1建设背景.................................

1.2应用场景.................................

第二章必要性、可行性及效益分析.................

2.1必要性分析................................

2.2可行性分析................................

2.3效益分析.................................

第三章建设目的、思绪及原则.....................

3.1建设目的.................................

3.2建设思绪.................................

3.3建设原则.................................

第四章关键问题解析.............................

4.1面临日勺儿种重要问题.......................

4.2数据互换平台与业务应用曰勺关系.............

第五章总体设计.................................

5.1总体构造.................................

5.2系统逻辑构造.............................

5.3系统技术架构.............................

5.4系统物理构造.............................

第六章数据互换平台功能设计.....................

6.1互换中心子系统...........................

6.2接入管理子系统...........................

6.3前置机管理子系统.........................

6.4运行监控子系统...........................

6.5系统管理..................................

第七章互换平台安全设计.........................

第八章本期主题应用开发.........................

8.1政务资源目录管理系统......................

8.2电子业务统一平台与其他系统的数据互换.....

第九章后续主题应用开发及拓展...................

9.1基础信息库................................

9.2领导决策支持系统..........................

9.3网上联合/协同审批.........................

第一章概述

1.1应用场景

场景一：电子业务统一平台与其他单位的信息互换

由于各单位信息化进程不一样，尤其是某些垂直管理单位已经建立起了自己专门

日勺网上办公系统，这些单位假如要接受市公文，都必须通过手工录入，无法进行

信息日勺自动互换，通过数据互换平台，结合简朴的接口开发，能使市电子业务统

一平台与已经有业务系统之间实现信息的自动对接和互换，提高办事效率，减少

人为错误。

场景三：基础信息库

基础信息库包括：人口基础信息库、企业基础信息库、宏观经济基础信息库、地

理基础信息库。这些基础信息是**重要的信息资源，但这些信息分散在各个部

门，各个单位独立存储，信息不全，也不具有权威性.

场景四：领导决策支持

科学发展观是目前各级**的重要理论指导根据，科学发展观必须规定有科学的决

策，对H勺的决策需要有科学精确的数据作为支撑，但现阶段大量H勺数据分散在各

个单位业务系统中，各自通过纸质进行报送，首先这些数据缺乏精确性和实效

性，另首先不一样单位数据之间无法产生内在的联络，不利于对的的决策。要建

立有效的数据采集和分析系统，自动从各单位系统中采集数据，然后通过建立对

应的模型进行分析，得出相对精确n勺结论，例如房地产，波及国土、税务、房

管、银行、运送、电力等。运用数据互换平台可很好的从不一样系统中采集信

息，使开发者不需要关怀数据的采集和传播问题，只需要处理与决策有关的业务

问题。

场景N：...

伴随电子业务日勺深入，数据互换平台日勺运用会越来越多，好比是经济发展需要修

建高速公路同样....

1.2术语简介

(1)企业基础信息

工商、国税、地税、质监等部门波及到企业注册登记、变更、注(吊)销、

年检、税务登记、组织机构代码登记等业务内容的基础信息，具有跨部门共享需

求的特性。

(2)企业基础信息互换平台

工商、国税、地税、质监等部门之间进行企业基础信息互换日勺通讯、传播与

管理系统。

企业基础信息互换平台是指成熟日勺应用集成和数据互换中间件产品。

(3)互换前置机

企业基础信息互换平台中与工商、国税、地税、质监等互换节点进行信息互

换连接日勺互换前置服务器。

(4)信息互换桥接

工商、国税、地税、质监等部门业务应用信息库与前置互换信息库之间信息

安全互换的连接通道。

(5)企业基础信息库

存储、管理企业基础信息的数据库。

(6)前置互换信息库

工商、国税、地税、质监等部门与企业基础信息互换平台之间共享信息双向

互换n勺中转数据库。

(7)业务数据库

业务数据库是指各个委办局保留业务数据的数据库，运行在委办局H勺内网

中。如税务部门的税务征管数据库，工商部门以“经济户口”为重要内容的工商

业务数据。

(8)应用系统

应用系统是指本项目开发的布署在各委办局节点前置机上日勺桥接系统、中心

数据管理系统、数据比对和整合系统等应用的总称。

(9)中心数据管理系统

中心数据管理系统是指本项目开发的实现互换数据查询和管理等功能的应用

系统。

(10)数据比对整合系统

数据比对系统是用来加工整顿各单位发送的企业基础信息的系统。按照一定

【付比对规则和条件，数据比对系统对各部门的信息进行对比，形成完整、统一的

XX市基础信息数据库。

第二章必要性、可行性及效益分析

2.1必要性分析

在信息化建设过程中，各职能部门一般采用不一样日勺技术和体系构造来构建自身

日勺信息系统，虽然为各自业务发展起到了很好的增进作用，但各信息系统数据独

立存储形成一种个信息孤岛，使得各业务系统之间很难实现数据共享，严重制约

着**各职能部门、业务系统之间的协作及工作效率日勺提高。怎样在不变化原有系

统的基础上实现跨平台数据访问也成为信息化建设道路上必须思索的一种问迤。

2.2可行性分析

从目前现实状况来看，xx几种职能部门已经建立起成熟的网上办公体系，网络

及硬件环境已经布署，各业务系统也已经投入使月，各业务数据对其他系统也有

很好的运用价值。

在技术上，目前市场已经涌现诸多实现数据互换的平台产品，形成先进的信息互

换和共享服务技术体系，能为数据互换平台的建立提供很好的技术架构。

2.3效益分析

通过数据互换平台的建立可以打破目前的“信息孤岛”现象，建立不一样业务系

统的数据共享平台，形成**综合信息库。同步，通过统一日勺数据互换平台实现各

业务系统之间数据互换的单一安全通道，在实现信息共享日勺基础上也保证了各自

数据信息的安全。

从未来发展的角度看，目前建立数据互换平台可认为后来新的I业务系统的建设提

供原则，一旦原则形成，审批、监察等业务都可以直接运用共享的基础信息库数

据，从而减少了数据采集的资本投入，也提高了监管工作效率和公共服务水平，

获得了良好的经济效益和社会效益。

第三章建设目的、思绪及原则

3.1建设思绪

要实现各部门日勺数据共享，必须先建立统一的数据互换平台，通过互换平台实现

各异构数据库之间的数据集成，实现原有各业务系统在数据级集成，保证异构数

据库之间的数据互换与共享。

在建立的数据互换平台基础上，针对各业务系统的技术和体系构造，配置各业务

系统的数据互换映射关系，形成各业务系统的应月。当平台建立好后来，业务应

用可以任意扩展，添加新的共享数据。

3.2建设原则

信息互换平台建设必须遵守如卜.原则：

不影响既有或其他有关信息系统的使用和信息安全；

技术要成熟、可靠，在节省成本投入的前提下保证平台建设质量;

建立一种坚实的系统应用平台，便于系统的管理和维护，技术易于更

新，网络及业务规模可以逐渐扩展。统一规划，分步实行。

第四章关键问题解析

4.1数据互换平台能处理什么问题

对数据互换平台的理解有一种误区，就是有了数据互换平台不一样系统之间H勺信

息互换就可以随便实现了，而不需要任何编码；实际上这是不对日勺。

数据互换平台日勺应用重要是在异构系统之间日勺信息互换，但在信息互换过程中互

换平台自身要处理的问题只是一小部分，它本质是一种中间件，面向客户时屏蔽

了诸多系统底层的信息，例如网络的协议、数据的传播安全等，据互换平台自身

不具有业务自身的处理功能，例如无法自动从某个业务系统中直接获取数据信

息，只能通过编程把数据从业务系统中提取出来，再送到数据互换平台。运用数

据互换平台使开发过程中不需要关注数据各式转换、消息的传播、数据路由等，

只需要关注与业务自身的数据处理部分。

4.2数据互换平台与业务应用日勺关系

在电子业务数据互换平台中，有些应用系统必须充足运用数据互换平台，例如资

源目录管理系统、人口基础信息库、企业基础信息库的）关系、决策支持系统等。

这些业务系统从不一样单位FI勺不一样系统中获取数据，数据互换平台为信息互换

和传递提供一种安全可靠的通道，不一样的应用系统可以公用相似的数据互换平

台，由于数据互换平台好比是高速公路，可以有不一样日勺车道和车辆，而业务系

统自身有自身日勺业务逻辑。因此从功能和应用层次的角度互换平台工业务应用。

4.3数据互换平台无法处理实时性的业务需求

假设有A、B两套完全独立口勺系统，中间通过数据互换平台连接，能实现一部信

息的互换，若从A系统发起一种祈求查询B系统的数据，此类应用就是实时性业

务。

此类业务数据互换平台是无法实现口勺，由于查询是针对.A系统日勺数据库，假如要

看到B系统的信息必须B系统在查询前把信息传递到A系统，否则无法直接查询

B系统H勺信息。

第五章总体设计

5.1系统总体构造

（这是东方通H勺图）

5.2系统逻辑构造

业务系统的资源互换是通过中间件进行互换和共享。其中，发送模块负责从业务

系统接受信息、把信息的格式转换成中间件可识别的格式、和把转换后H勺信息发

送给中间件;接受模块负责从中间件接受信息、把信息日勺格式转换成接受系统可

识别的格式、和把转换后的信息发送给业务系统。

5.3系统物理构造

业务系统通过互换平台接入点连接业务系统，接入互换平台的业务系统，需要开

发对应日勺适配器，如下图:

第六章数据互换平台功能设计

6.1互换中心管理系统

6.1.1数据互换原则定义

根据对目的系统综合性应用内容的需求分析，定义出一系列的数据互换原

则。这些原则将反应各个应用所需要的数据的构造。同步在原则中定义的尚有数

据“宿主”位置等信息.，表达该块数据将向哪个业务系统祈求获得。

所有的数据互换原则定义信息，均以XML构造记录。可以通过数据互换原则

定义管理工具完毕如下功能：

新建原则、修改或删除原则；

维护原则中日勺屈性，包括数据构造、数据“宿主.”位置、缺省过滤条件

等；

实现对顾客身份识别与管理权限控制;

6.L2数据互换流程定义

数据互换是根据数据互换流程实现日勺，针对不一样的数据，需要设定和管理

不一样日勺数据流转过程。该模块时作用是提供图形化界面，供应数据互换平台时

管理人员实现数据流转过程口勺定义。数据互换流转过程口勺描述也采用XML方式。

详细功能如下：

新建流程、修改或删除流程

维护流程的规则、数据加工过程和数据路由方式

实现对顾客身份识别与管理权限控制

6.1.3数据互换原则与内部数据构造的映射管理

由于数据互换原则并不懂得在详细业务系统内的对应数据的位置、属性、名

称等等信息，因此需要在业务系统内对数据互换原则中H勺对应项有一种映射关系

H勺定义°这种定义包括数据项与数据项的对应或组合对应（公式化）、数据类型

H勺兀配或转换关系、数据项位置描述记录等等。以XML构造保留定义的内容,

详细功能包括:

数据互换原则定义信息的导入

维护数据互换原则与内部数据构造间的映射定义表，包括数据项与数据

项日勺对应或组合对应（公式化）、数据类型日勺匹配或转换关系、数据项

位置描述记录等等

实现对管理员的身份识别与管理权限控制

6.1.4数据互换流执行

数据互换流的执行是通过应用集成中间件实现的I。采用中间件产品可以保证

数据互换的高效、安全和可靠地进行。其工作原理是：读入数据互换流程，根据

流程设定，启动数据互换过程。根据业务需要，同步可以并发若干个数据互换流

程。当业务变化时，只需修改数据互换流程定义，就可以实现基于新业务的数据

互换过程，因此系统具有很好的可扩展能力。

详细功能如下:

接受数据

验证数据

分析流程定义

根据流程进行数据交互过程

数据交互的I事务管理

R志管理和互换数据存储

消息队列管理

实现对管理员的身份识别与管理权限控制

6.2接入管理系统

6.2.1接入点注册

在接入点向信息互换平台注册时，信息互换平台会自动检测接入点提供H勺属性信

息与否对的，只有对的后，才可以注册，接入点才可以接入信息互换平台。

6.2.2接入点配置

由于有很大一部分欧I业务系统早已开发完毕，且采用的数据库不一样，有

Sybase>Oracle>SQLServer>Access等等，各个业务系统根据实际需要，挑

选可共享的数据，定制不一样的共享接入点，将共享接入点公布到数据互换平台

上；也可以根据业务系统自身的不一样的数据种类定制不一样口勺共享接入点，将

共享接入点公布到数据互换平台上。这样就最大程度的提供了各自业务系统数据

日勺共享，也保证了各业务系统数据日勺安全。

共享接入点的管理员可以根据需要设置本接入点H勺类型（只能收、只能发、接受

都可）、本节点只接受那种信息类型，假如管理员自身是接入点日勺创立者，还可

以设置本接入点的管理员帐号。

6.2.3接入点维护

（一）新增接入点

根据各个业务系统的实际需要，系统管理员可以增长新日勺接入点，和建立新接入

点的管理员帐号。为了便于管理和资源的充足运月，规定一种单位或部门只有一

种共享（单位或部门内部共享）接入点（由于多种业务系统可以通过一种接入点接

入互换信息平台）.

假如要新增接入点，由使用单位或部门提出书而曰请，经系统平台管理员审核同

意后，统一由系统平台管理员新增接入点，同步由系统平台管理员设置新增接入

点的有关信息

（二）修改接入点

由于各个单位、部门的业务系统的数据种类是变化的，且顾客口勺规定也是变化

日勺，因此共享接入点的管理员要根据需求实时来修改其共享接口，满足其他颐

客、单位、部门对数据的需求。共享接入点的管理员先查询到耍修改H勺接口，然

后对接口的关键字及其他属性进行修改，但接入点H勺唯一标识（比接入点编号）不

容许修改.修改后日勺共享接口在数据互换平台上能立即反应出来，以便其他单

位、部门使用。

（三）删除接入点

假如共享接入点的管理员认为其定制日勺共享接入点已没有使用意义或已被新日勺日勺

共享接入点替代，由接入点日勺管理员提出书而申请，经数据互换平台系统管理员

（接入点的I创立者）审核通过后，统一由互换平台系统管理员进行删除。共享接入

点的管理员只能申请删除自己管理的共享接入点，在共享接入点删除后，数据互

换平台记录删除日志,并删除与它有关口勺在数据互换服务器（JMS）MJ队列.删除接

入点欧I信息要在数据互换平台监控上立即反应出来，以便其他单位、部门不再向

它发送信息。

（四）查询接入点

根据需要，可以按类型、状态查询各个接入点H勺状况，可以记录各个接入点的类

型、状态（与否有效、与否已删除）。

6.3互换前置子系统

6.3.1互换前置子系统的作用

**职能部门配置互换前置机，成为与信息互换总线相连接的桥梁，同步也是

与部门内部业务系统及业务信息库相隔离口勺“堡垒”。在部门前置机上安装前置

互换数据库、应用适配器和信息互换软件，用于实现信息的发送和接受。

6.3.2互换前置子系统日勺布署

部门互换前置机系统逻辑构造如下图所示。

（1）操作系统

部门互换前置机的操作系统一般采用Windows2023Server或Linux。

（2）前置互换数据库

部门互换前置机安装SQLServer/MySQL数据库作为部门前置互换信息库。

（3）应用适配器系统

部门互换前置机安装应用适配器系统。应用适配器系统负责自动从部门前置

互换信息库提取数据发送到信息互换总线，同步，从信息互换总线上获取信息并

存储到部门互换信息库.部门互换前置机上的应月适配器系统还实现部门业务信

息库与部门互换信息库之间日勺信息互换桥接功能。

（4）信息互换软件

部门互换前置机安装消息中间件产品作为信息互换软件系统，与中心互换服

务器的信息互换软件共同构成信息互换总线。

6.4互换桥接子系统

6.4.1互换桥接系统n勺作用

互换平台的互换桥接子系统指由部门业务应用数据库（或文献等数据）到前

置互换数据库（或文献等数据）之间的信息互换桥接接口，以完毕两个数据库

（或文献等数据）之间的在线实时互换的系统。

之因此采用桥接系统是为了保护业务系统H勺安全性和独立性，信息互换平台通过

互换前置机与业务系统相连，在前置机上建立互换库，用于存储各节点向外公布

H勺信息和从其他节点互换过来H勺信息。

桥接系统的实现可以运用集成中间件提供日勺编程接口，但业务系统接口日勺编程是

必不可少的，必须像适配器提供一种透明日勺数据提供源。考虑到业务系统的复杂

情形，有时并不一定是提供数据接口，也可以是文献的I各式，提供应前置互换系

统，再通过互换平台的进行传递。

桥接系统还包括把数据互换到目的系统的情形。例如把A系统H勺数据通过互换平

台传递到B系统，那么B系统在接受这些数据时也需要运用桥接系统编写对应口勺

适配器。

6.4.2互换桥接系统日勺分工界面

互换系统从源到目的都波及不一样单位、不一样网络、不一样架构的异构业务系

统，除了在组织协调大量的工作外，在分工界面上也应清晰。由于数据互换平台

不是万能的，在数据互换过程中波及不少日勺编程工作，必须有业务单位和业务系

统开发商的配合。如下图为例：

互换平台从某部门的业务系统获取数据后，传送到中心数据库，再通过中心数据

库分发到三个不一样的业务系统，这里至少波及4个不一样的系统：

首先数据源提供系统必须把数据送入到前置机的数据，或者放在当地由数据互换

平台去抓取。数据互换平台无法从业务系统中去获取数据，由于它不懂得业务系

统的数据构造和逻辑，例如数据互换平台并不懂得0A系统中一份公文的数据保

留在哪些表，流程目前是什么状态，从安全的角度也不应当由数据互换平台直接

抓取。对的的做法是业务系统根据规定把数据提取出来放到某个位置（数据库或

者文献系统），互换系统适配器去获得这些数据。

另一方面，接受的目的系统，在获取到数据后也要对数据进行解析放入到自」H勺

系统中，否则数据互换平台不懂得该把数据放在什么位置，虽然懂得也不安全。

因此，从分工界面来说，数据互换与业务系统有着亲密日勺关怀，必须有业务系统

日勺支持才能实现信息的互换。

6・5运行监控平台

6.5.1传播监控

传播监控日勺重要任务是对互换平台自身和流过互换平台的）数据包进行观测与

控制。

传播监控包括如下几种方面：

（1）对数据流量和状态的查询、记录与审计；

（2）对信息互换平台自身运行状态H勺查询和监控；

（3）对信息互换平台H勺远程监控。

数据流量和状态的监控，首先是对于所有通过信息互换平台进行互换的数据

总量的把握，另一方面是对每个通过信息互换平台的数据包状态H勺微观把握，通

过监控功能，可以理解在指定期间内按照进入/转出、目的地/来源地、数据量大

小等项目进行查询和记录，从而实现对总量的把握；通过对数据状态（例如等待

处理、正在进行、处理完毕、回执收到、处理中断等）口勺监控，可以追踪某一种

指定数据的状态。

对信息互换平台自身运行状态日勺查询和监控，是为了确认信息互换平台自身

日勺运行与否正常。查询和监控的对象重要是构成共享平台的各类软件运行实体

（例如进程、队列等）。以进程为例，监控的重要操作包括查询进程状态、停止

进程、重新启动进程等。

对信息互换平台的远程监控，是指通过监控命令的互换，对系统中的远端信

息互换平台部件进行上述监控。

由于信息互换平台的运行记录不仅是进行监控的重要根据，还是进行审计的重要

基础，因此根据监控的功能设计，必须实现对应H勺日志机制。

6.5.2前置节点运行监控

中心数据互换平台通过网络连接了许多不一样的节点，通过监控系统能对分布在

不一样物理位置的前置互换系统状态进行必要时监控，及时发现异常日勺监控节

点。

6.5.3数据库运行监控

数据互换平台波及中心数据库，前置节点数据库等多套数据库系统，通过监控系

统能实时理解各节点数据运行的状态，能通过图示日勺方式进行提醒。

6.5.4适配器监控

监控平台对桥接服务实行数据传播量监控，速率监控，历史数据记录等监控管

理，对有关互换的多种组件运行状态及日志状况，可以非常以便日勺进行监控及查

询。

6.6系统管理

6.6.1接入编码管理

接入点编号是由互换信息平台统一分派给各个使月单位或部门。各个使用单位或

部门要接入信息互换平台，必须先申请接入点编号。获得接入点编号后，必须要

先进行接入点注册，然后才可以通过接入点接入到互换信息平台。

接入点编号规则参照如下：

A.编号长度为九位（数据的长度预留20位：假如后来要加市日勺，在本来基础上前

面加多俩位，依此类推：加省、）：

B.位数欧）意义：第一、二位代表区；第三、四位代表单位类型;最终五位流水

号。例如：

000000000

区单位类型流水号

6.6.2数据备份及恢复

数据互换平台波及大量数据日勺存储，需要有良好日勺数据存储机制保证数据的安

全，防止数据丢失。

6.6.3顾客管理

数据互换平台作为一套专门日勺信息互换系统，具有完善日勺顾客管理体系，能创立

不一样权限、不一样角色的顾客帐号，对系统内日勺信息进行查看和访问。

6.6.4日志管理

管理员能查看系统不一样类型的日志，对系统的运行状态进行监控，及时发现运

行过程中出现日勺问题。并提供日志审核的功能。

第七章互换平台安全设计

7.1威胁与风险分析

互换系统日勺业务特点和信息的敏感性决定了系统也许承受来自各个方面H勺袭

击，如犯罪团伙的破坏，黑客日勺恶意袭击。

信息互换平台系统的安全性应从**专网日勺网络安全中总体考虑，包括入侵检

测、防病毒系统、防火墙系统在内日勺安全措施由XX市**专网统一考虑。本实行

方案中重点考虑系统在应用、数据互换、数据管理以及系统管理方面日勺安全问

题。

（1）信息安全

信息安全指信息内容在采集、存取、处理、使用和传播中口勺机密性、完整

性、可用性和不可否认性，以及保证信息在系统主体的可控性和可审计性等特性

的系统辨别、控制、方略和过程。重要威胁和风险包括：伪装、系统入侵、通信

监听、数据篡改、否认和拒绝服务等。

（2）安全管理

安全管理重要威胁和风险包括：

（1）管理不妥导致H勺口令及密钥丢失和泄露；

（2）制度遗漏导致的系统无序运行、系统劫难；

（3）人员管理漏洞；安全审计不力或无审计等。

7.2安全需求分析

为了使数据系统可以有效应对以上所描述的安全威胁和风险，切实保障系统

的安全，必须从组织管理、技术保障、政策环境、原则体系、人才培养等方面着

手，形成有效日勺安全防护能力、隐患发现能力和应急反应能力，为系统建立可靠

【付安全运行环境，切实保障系统的I安全。

从应用安全和信息安全需求来分析，重要的是要处理全网统一的身份鉴别,

要处理数据的完整性、数据日勺访问控制和授权，以及敏感信息日勺机密性。

从安全管理需求来分析，要考虑规章制度的完善、安全方略H勺制定、系统人

员的安全培训等，尤其要考虑到基层人员计算机应用水平还不高，必须加强安全

管理和人员培训，与技术保障紧密结合，形成一套比较完备的互换系统日勺安全保

密体系。

因此，系统应用安全要重点做好如下几方面的工作，同步也是安全方案需要

处理『、J问题：

（1）处理信息的备份问题。

（2）处理信息互换平台的统一身份鉴别问题。

（3）处埋信息互换平台的信息资源管埋，信息分类访问控制和分组共享

（即什么人可以访问什么信息和哪些人可以共享哪些信息）问题，实现全系统日勺

有效访问控制。

（4）处理系统敏感数据日勺加密问题，尤其是重要信息的多级安全保护；采

用数字签名和多种安全审计手段，处理关键操作日勺抗抵赖问题。

（5）处理内部人员滥用权力，故意犯罪，越权访问机密信息或恶意篡改等

问题。

（6）处理系统安全运行的管理