数据交换平台方案

1、数据交换平台方案2(总18页)-CAL-FENGHAI.-(YICAI)-Company Onel-CAL-本页仅作为文档封面，使用请直接删除第一章概述错误!未指定书签。1.1建设背景错误!未指定书签。1.2应用场景错误!未指定书签。第二章必要性、可行性及效益分析错误！未指定书签。2.1必要性分析错误!未指定书签。2.2可行性分析错误!未指定书签。2.3效益分析错误!未指定书签。第三章建设目标、思路及原则错误！未指定书签。3.1建设目标错误!未指定书签。3.2建设思路错误!未指定书签。3.3建设原则错误!未指定书签。第四章关键问题解析错误！未指定书签。4.1面临的几个重要问题错误!未指定书签。

2、4.2数据交换平台与业务应用的关系错误!未指定书签。第五章总体设计错误！未指定书签。5.1总体结构错误!未指定书签。5.2系统逻辑结构错误!未指定书签。5.3系统技术架构错误!未指定书签。5.4系统物理结构错误!未指定书签。第六章数据交换平台功能设计错误！未指定书签。6.1交换中心子系统错误!未指定书签。6.2接入管理子系统错误!未指定书签。6.3前置机管理子系统126.4运行监控子系统错误!未指定书签。6.5系统管理错误!未指定书签。第七章交换平台安全设计错误！未指定书签。第八章本期主题应用开发错误!未指定书签。8.1政务资源目录管理系统错误!未指定书签。8.2电子业务统一平台与其它系统的数

3、据交换错误!未指定书签。第九章后续主题应用开发及拓展错误！未指定书签。9.1基础信息库错误!未指定书签。9.2领导决策支持系统错误!未指定书签。9.3网上联合/协同审批错误!未指定书签。第一章概述1.1应用场景场景一：电子业务统一平台与其它单位的信息交换由于各单位信息化进程不同，特别是一些垂直管理单位已经建立起了自己专门的 网上办公系统，这些单位如果要接收市公文，都必须通过手工录入，无法进行信 息的自动交换，通过数据交换平台，结合简单的接口开发，能使市电子业务统一 平台与已有业务系统之间实现信息的自动对接和交换，提高办事效率，减少人为 错误。场景三：基础信息库基础信息库包括：人口基础信息库、企

4、业基础信息库、宏观经济基础信息库、地 理基础信息库。这些基础信息是*重要的信息资源，但这些信息分散在各个部 门，各个单位独立存储，信息不全，也不具备权威性场景四：领导决策支持科学发展观是当前各级*的重要理论指导依据，科学发展观必须要求有科学的决 策，正确的决策需要有科学准确的数据作为支撑，但现阶段大量的数据分散在各 个单位业务系统中，各自通过纸质进行报送，一方面这些数据缺乏准确性和实效 性，另一方面不同单位数据之间无法产生内在的联系，不利于正确的决策。要建 立有效的数据采集和分析系统，自动从各单位系统中采集数据，然后通过建立相 应的模型进行分析，得出相对准确的结论，比如房地产，涉及国土、税务、

5、房 管、银行、运输、电力等。利用数据交换平台可很好的从不同系统中采集信息， 使开发者不需要关心数据的采集和传输问题，只需要解决与决策有关的业务问 题。场景N：随着电子业务的深入，数据交换平台的利用会越来越多，好比是经济发展需要修 建高速公路一样1.2术语介绍（1）企业基础信息工商、国税、地税、质监等部门涉及到企业注册登记、变更、注（吊）销、 年检、税务登记、组织机构代码登记等业务内容的基础信息，具有跨部门共享需 求的特征。（2）企业基础信息交换平台工商、国税、地税、质监等部门之间进行企业基础信息交换的通讯、传输与 管理系统。企业基础信息交换平台是指成熟的应用集成和数据交换中间件产品。（3）交换

6、前置机企业基础信息交换平台中与工商、国税、地税、质监等交换节点进行信息交 换连接的交换前置服务器。（4）信息交换桥接工商、国税、地税、质监等部门业务应用信息库与前置交换信息库之间信息 安全交换的连接通道。（5）企业基础信息库存储、管理企业基础信息的数据库。（6）前置交换信息库工商、国税、地税、质监等部门与企业基础信息交换平台之间共享信息双向 交换的中转数据库。（7）业务数据库业务数据库是指各个委办局保存业务数据的数据库，运行在委办局的内网 中。如税务部门的税务征管数据库，工商部门以“经济户口”为主要内容的工商 业务数据。（8）应用系统应用系统是指本项目开发的部署在各委办局节点前置机上的桥接系统

7、、中心 数据管理系统、数据比对和整合系统等应用的总称。（9）中心数据管理系统中心数据管理系统是指本项目开发的实现交换数据查询和管理等功能的应用 系统。（10）数据比对整合系统数据比对系统是用来加工整理各单位发送的企业基础信息的系统。按照一定 的比对规则和条件，数据比对系统对各部门的信息进行对比，形成完整、统一的 XX市基础信息数据库。第二章必要性、可行性及效益分析2.1必要性分析在信息化建设过程中，各职能部门通常采用不同的技术和体系结构来构建自身的 信息系统，虽然为各自业务发展起到了很好的促进作用，但各信息系统数据独立 存储形成一个个信息孤岛，使得各业务系统之间很难实现数据共享，严重制约着 *

8、各职能部门、业务系统之间的协作及工作效率的提升。如何在不改变原有系统 的基础上实现跨平台数据访问也成为信息化建设道路上必须思考的一个问题。2.2可行性分析从当前现状来看，xx几个职能部门已经建立起成熟的网上办公体系，网络及硬 件环境已经部署，各业务系统也已经投入使用，各业务数据对其他系统也有很好 的利用价值。在技术上，当前市场已经涌现很多实现数据交换的平台产品，形成先进的信息交 换和共享服务技术体系，能为数据交换平台的建立提供很好的技术架构。2.3效益分析通过数据交换平台的建立可以打破当前的“信息孤岛”现象，建立不同业务系统 的数据共享平台，形成*综合信息库。同时，通过统一的数据交换平台实现各

9、业 务系统之间数据交换的单一安全通道，在实现信息共享的基础上也确保了各自数 据信息的安全。从未来发展的角度看，当前建立数据交换平台可以为以后新的业务系统的建设提 供标准，一旦标准形成，审批、监察等业务都可以直接利用共享的基础信息库数 据，从而减少了数据采集的资本投入，也提高了监管工作效率和公共服务水平， 取得了良好的经济效益和社会效益。第三章建设目标、思路及原则3.1建设思路要实现各部门的数据共享，必须先建立统一的数据交换平台，通过交换平台实现 各异构数据库之间的数据集成，实现原有各业务系统在数据级集成，保证异构数 据库之间的数据交换与共享。在建立的数据交换平台基础上，针对各业务系统的技术和体

10、系结构，配置各业务 系统的数据交换映射关系，形成各业务系统的应用。当平台建立好以后，业务应 用可以任意扩展，添加新的共享数据。3.2建设原则信息交换平台建设必须遵守以下原则：不影响现有或其它相关信息系统的使用和信息安全；技术要成熟、可靠，在节约成本投入的前提下确保平台建设质量；建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更 新，网络及业务规模可以逐步扩展。统一规划，分步实施。第四章关键问题解析4.1数据交换平台能解决什么问题对数据交换平台的理解有一种误区，就是有了数据交换平台不同系统之间的信息 交换就可以随便实现了，而不需要任何编码；实际上这是不对的。数据交换平台的应用主要是在异

11、构系统之间的信息交换，但在信息交换过程中交 换平台本身要解决的问题只是一小部分，它本质是一个中间件，面向客户时屏蔽 了很多系统底层的信息，比如网络的协议、数据的传输安全等，据交换平台本身 不具有业务本身的处理功能，比如无法自动从某个业务系统中直接获取数据信 息，只能通过编程把数据从业务系统中提取出来，再送到数据交换平台。利用数 据交换平台使开发过程中不需要关注数据各式转换、消息的传输、数据路由等， 只需要关注与业务本身的数据处理部分。4.2数据交换平台与业务应用的关系在电子业务数据交换平台中，有些应用系统必须充分利用数据交换平台，比如资 源目录管理系统、人口基础信息库、企业基础信息库的关系、决

12、策支持系统等。 这些业务系统从不同单位的不同系统中获取数据，数据交换平台为信息交换和传 递提供一个安全可靠的通道，不同的应用系统可以公用相同的数据交换平台，因 为数据交换平台好比是高速公路，可以有不同的车道和车辆，而业务系统本身有 自身的业务逻辑。所以从功能和应用层次的角度交换平台尹业务应用。4.3数据交换平台无法解决实时性的业务需求假设有A、B两套完全独立的系统，中间通过数据交换平台连接，能实现一部信 息的交换，若从A系统发起一个请求查询B系统的数据，这类应用就是实时性业 务。这类业务数据交换平台是无法实现的，因为查询是针对A系统的数据库，如果要 看到B系统的信息必须B系统在查询前把信息传递

13、到A系统，否则无法直接查询 B系统的信息。第五章总体设计5.1系统总体结构（这是东方通的图）5.2系统逻辑结构业务系统的资源交换是通过中间件进行交换和共享。其中，发送模块负责从业务 系统接收信息、把信息的格式转换成中间件可识别的格式、和把转换后的信息发 送给中间件;接收模块负责从中间件接收信息、把信息的格式转换成接收系统可 识别的格式、和把转换后的信息发送给业务系统。5.3系统物理结构业务系统通过交换平台接入点连接业务系统，接入交换平台的业务系统，需要开 发相应的适配器，如下图：第六章数据交换平台功能设计6.1交换中心管理系统6.1.1数据交换标准定义根据对目标系统综合性应用内容的需求分析，定

14、义出一系列的数据交换标 准。这些标准将反映各个应用所需要的数据的结构。同时在标准中定义的还有数 据“宿主”位置等信息，表示该块数据将向哪个业务系统请求获得。所有的数据交换标准定义信息，均以XML结构记录。可以通过数据交换标准 定义管理工具完成如下功能：新建标准、修改或删除标准；维护标准中的属性，包括数据结构、数据“宿主”位置、缺省过滤条件等；实现对用户身份识别与管理权限控制；6.1.2数据交换流程定义数据交换是依据数据交换流程实现的，针对不同的数据，需要设定和管理不 同的数据流转过程。该模块的作用是提供图形化界面，供给数据交换平台的管理 人员实现数据流转过程的定义。数据交换流转过程的描述也采用

15、XML方式。具体功能如下：新建流程、修改或删除流程维护流程的规则、数据加工过程和数据路由方式实现对用户身份识别与管理权限控制6.1.3数据交换标准与内部数据结构的映射管理由于数据交换标准并不知道在具体业务系统内的相应数据的位置、属性、名 称等等信息，所以需要在业务系统内对数据交换标准中的对应项有一个映射关系 的定义。这种定义包括数据项与数据项的对应或组合对应（公式化）、数据类型 的匹配或转换关系、数据项位置描述记录等等。以XML结构保存定义的内容。具体功能包括：数据交换标准定义信息的导入维护数据交换标准与内部数据结构间的映射定义表，包括数据项与数据 项的对应或组合对应（公式化）、数据类型的匹配

16、或转换关系、数据项 位置描述记录等等实现对管理员的身份识别与管理权限控制6.1.4数据交换流执行数据交换流的执行是通过应用集成中间件实现的。采用中间件产品可以保证 数据交换的高效、安全和可靠地进行。其工作原理是：读入数据交换流程，根据 流程设定，启动数据交换过程。根据业务需要，同时可以并发若十个数据交换流 程。当业务变化时，只需修改数据交换流程定义，就可以实现基于新业务的数据 交换过程，因此系统具有很好的可扩展能力。具体功能如下：接收数据验证数据分析流程定义根据流程进行数据交互过程数据交互的事务管理日志管理和交换数据存储消息队列管理实现对管理员的身份识别与管理权限控制6.2接入管理系统6.2.

17、1接入点注册在接入点向信息交换平台注册时，信息交换平台会自动检测接入点提供的属性信 息是否正确，只有正确后，才可以注册，接入点才可以接入信息交换平台。6.2.2接入点配置由于有很大一部分的业务系统早已开发完成，且采用的数据库不同，有 Sybase、Oracle、SQL Server、Access等等，各个业务系统根据实际需要，挑 选可共享的数据，定制不同的共享接入点，将共享接入点发布到数据交换平台 上；也可以根据业务系统自身的不同的数据种类定制不同的共享接入点，将共享 接入点发布到数据交换平台上。这样就最大限度的提供了各自业务系统数据的共 享，也保证了各业务系统数据的安全。共享接入点的管理员可

18、以根据需要设置本接入点的类型（只能收、只能发、接收 都可）、本节点只接收那种信息类型 如果管理员本身是接入点的创建者，还可 以设置本接入点的管理员帐号。6.2.3接入点维护（一）新增接入点根据各个业务系统的实际需要，系统管理员可以增加新的接入点，和建立新接入 点的管理员帐号。为了便于管理和资源的充分利用，规定一个单位或部门只有一 个共享（单位或部门内部共享）接入点（因为多个业务系统可以通过一个接入点接 入交换信息平台）.如果要新增接入点，由使用单位或部门提出书面申请，经系统平台管理员审核同 意后，统一由系统平台管理员新增接入点，同时由系统平台管理员设置新增接入 点的相关信息（二）修改接入点因为

19、各个单位、部门的业务系统的数据种类是变化的，且用户的要求也是变化 的，所以共享接入点的管理员要根据需求实时来修改其共享接口，满足其他用 户、单位、部门对数据的需求。共享接入点的管理员先查询到要修改的接口，然 后对接口的关键字及其他属性进行修改，但接入点的唯一标识（比接入点编号）不 允许修改.修改后的共享接口在数据交换平台上能立即反映出来，以便其他单 位、部门使用。（三）删除接入点如果共享接入点的管理员认为其定制的共享接入点已没有使用意义或已被新的的 共享接入点替代，由接入点的管理员提出书面申请，经数据交换平台系统管理员 （接入点的创建者）审核通过后，统一由交换平台系统管理员进行删除。共享接入

20、点的管理员只能申请删除自己管理的共享接入点，在共享接入点删除后，数据交 换平台记录删除日志，并删除与它有关的在数据交换服务器（JMS）的队列.删除接 入点的信息要在数据交换平台监控上立即反映出来，以便其他单位、部门不再向 它发送信息。（四）查询接入点根据需要，可以按类型、状态查询各个接入点的情况，可以统计各个接入点的类 型、状态（是否有效、是否已删除）。6.3交换前置子系统6.3.1交换前置子系统的作用*职能部门配置交换前置机，成为与信息交换总线相连接的桥梁，同时也是 与部门内部业务系统及业务信息库相隔离的“堡垒”。在部门前置机上安装前置 交换数据库、应用适配器和信息交换软件，用于实现信息的发

21、送和接收。6.3.2交换前置子系统的部署部门交换前置机系统逻辑结构如下图所示。（1）操作系统部门交换前置机的操作系统一般采用Windows 2003 Server或Linux。（2）前置交换数据库部门交换前置机安装SQL Server/MySQL数据库作为部门前置交换信息库。（3）应用适配器系统部门交换前置机安装应用适配器系统。应用适配器系统负责自动从部门前置 交换信息库提取数据发送到信息交换总线，同时，从信息交换总线上获取信息并 存储到部门交换信息库。部门交换前置机上的应用适配器系统还实现部门业务信 息库与部门交换信息库之间的信息交换桥接功能。（4）信息交换软件部门交换前置机安装消息中间件产

22、品作为信息交换软件系统，与中心交换服 务器的信息交换软件共同构成信息交换总线。6.4交换桥接子系统6.4.1交换桥接系统的作用交换平台的交换桥接子系统指由部门业务应用数据库（或文件等数据）到前 置交换数据库（或文件等数据）之间的信息交换桥接接口，以完成两个数据库 （或文件等数据）之间的在线实时交换的系统。之所以采用桥接系统是为了保护业务系统的安全性和独立性，信息交换平台通过 交换前置机与业务系统相连，在前置机上建立交换库，用于存储各节点向外发布 的信息和从其他节点交换过来的信息。桥接系统的实现可以利用集成中间件提供的编程接口，但业务系统接口的编程是 必不可少的，必须像适配器提供一个透明的数据提

23、供源。考虑到业务系统的复杂 情形，有时并不一定是提供数据接口，也可以是文件的各式，提供给前置交换系 统，再通过交换平台的进行传递。桥接系统还包括把数据交换到目的系统的情形。比如把A系统的数据通过交换平 台传递到B系统，那么B系统在接收这些数据时也需要利用桥接系统编写相应的 适配器。6.4.2交换桥接系统的分工界面交换系统从源到目的都涉及不同单位、不同网络、不同架构的异构业务系统，除 了在组织协调大量的工作外，在分工界面上也应清晰。因为数据交换平台不是万 能的，在数据交换过程中涉及不少的编程工作，必须有业务单位和业务系统开发 商的配合。以下图为例：交换平台从某部门的业务系统获取数据后，传送到中心

24、数据库，再通过中心数据 库分发到三个不同的业务系统，这里至少涉及4个不同的系统：首先数据源提供系统必须把数据送入到前置机的数据，或者放在本地由数据交换 平台去抓取。数据交换平台无法从业务系统中去获取数据，因为它不知道业务系 统的数据结构和逻辑，比如数据交换平台并不知道OA系统中一份公文的数据保 存在哪些表，流程现在是什么状态，从安全的角度也不应该由数据交换平台直接 抓取。正确的做法是业务系统根据要求把数据提取出来放到某个位置（数据库或 者文件系统），交换系统适配器去获得这些数据。其次，接收的目的系统，在获取到数据后也要对数据进行解析放入到自己的系统 中，否则数据交换平台不知道该把数据放在什么位

25、置，即使知道也不安全。所以，从分工界面来说，数据交换与业务系统有着密切的关心，必须有业务系统 的支持才能实现信息的交换。6.5运行监控平台6.5.1传输监控传输监控的主要任务是对交换平台本身和流过交换平台的数据包进行观察与 控制。传输监控包括如下几个方面：（1）对数据流量和状态的查询、统计与审计；对信息交换平台自身运行状态的查询和监控；对信息交换平台的远程监控。数据流量和状态的监控，首先是对于所有通过信息交换平台进行交换的数据 总量的把握，其次是对每个通过信息交换平台的数据包状态的微观把握。通过监 控功能，可以了解在指定时间内按照进入/转出、目的地/来源地、数据量大小等 项目进行查询和统计，从

26、而实现对总量的把握；通过对数据状态(例如等待处 理、正在进行、处理完毕、回执收到、处理中断等)的监控，可以追踪某一个指 定数据的状态。对信息交换平台自身运行状态的查询和监控，是为了确认信息交换平台自身 的运行是否正常。查询和监控的对象主要是构成共享平台的各类软件运行实体 (例如进程、队列等)。以进程为例，监控的主要操作包括查询进程状态、停止 进程、重新启动进程等。对信息交换平台的远程监控，是指通过监控命令的交换，对系统中的远端信 息交换平台部件进行上述监控。由于信息交换平台的运行记录不仅是进行监控的重要依据，还是进行审计的重要 基础，因此根据监控的功能设计，必须实现相应的日志机制。6.5.2前

27、置节点运行监控中心数据交换平台通过网络连接了许多不同的节点，通过监控系统能对分布在不 同物理位置的前置交换系统状态进行必要的监控，及时发现异常的监控节点。6.5.3数据库运行监控数据交换平台涉及中心数据库，前置节点数据库等多套数据库系统，通过监控系 统能实时了解各节点数据运行的状态，能通过图示的方式进行提醒。6.5.4适配器监控监控平台对桥接服务实行数据传输量监控，速率监控，历史数据统计等监控管 理，对有关交换的各种组件运行状态及日志情况，可以非常方便的进行监控及查 询。6.6系统管理6.6.1接入编码管理接入点编号是由交换信息平台统一分配给各个使用单位或部门。各个使用单位或 部门要接入信息交

28、换平台，必须先申请接入点编号。获得接入点编号后，必须要 先进行接入点注册，然后才可以通过接入点接入到交换信息平台。接入点编号规则参考如下：编号长度为九位（数据的长度预留20位：如果以后要加市的，在原来基础上前 面加多俩位，依此类推：加省、）；位数的意义：第一、二位代表区;第三、四位代表单位类型;最后五位流水号。比如：000000000区 单位类型 流水号6.6.2数据备份及恢复数据交换平台涉及大量数据的存储，需要有良好的数据存储机制确保数据的安 全，避免数据丢失。6.6.3用户管理数据交换平台作为一套专门的信息交换系统，具有完善的用户管理体系，能创建 不同权限、不同角色的用户帐号，对系统内的信

29、息进行查看和访问。6.6.4日志管理管理员能查看系统不同类型的日志，对系统的运行状态进行监控，及时发现运行 过程中出现的问题。并提供日志审核的功能。第七章交换平台安全设计7.1威胁与风险分析交换系统的业务特点和信息的敏感性决定了系统可能承受来自各个方面的攻 击，如犯罪团伙的破坏，黑客的恶意攻击。信息交换平台系统的安全性应火*专网的网络安全中总体考虑，包括入侵检 测、防病毒系统、防火墙系统在内的安全措施由XX市*专网统一考虑。本实施 方案中重点考虑系统在应用、数据交换、数据管理以及系统管理方面的安全问 题。（1）信息安全信息安全指信息内容在采集、存取、处理、使用和传输中的机密性、完整 性、可用性

30、和不可否认性，以及确保信息在系统主体的可控性和可审计性等特征 的系统辨别、控制、策略和过程。主要威胁和风险包括：伪装、系统入侵、通信 监听、数据篡改、否认和拒绝服务等。（2）安全管理安全管理主要威胁和风险包括：（1）管理不当造成的口令及密钥丢失和泄露；（2）制度遗漏造成的系统无序运行、系统灾难；（3）人员管理漏洞；安全审计不力或无审计等。7.2安全需求分析为了使数据系统能够有效应对以上所描述的安全威胁和风险，切实保障系统 的安全，必须从组织管理、技术保障、政策环境、标准体系、人才培养等方面着 手，形成有效的安全防护能力、隐患发现能力和应急反应能力，为系统建立可靠 的安全运行环境，切实保障系统的

31、安全。从应用安全和信息安全需求来分析，重要的是要解决全网统一的身份鉴别， 要解决数据的完整性、数据的访问控制和授权，以及敏感信息的机密性。从安全管理需求来分析，要考虑规章制度的完善、安全策略的制定、系统人 员的安全培训等，特别要考虑到基层人员计算机应用水平还不高，必须加强安全 管理和人员培训，与技术保障紧密结合，形成一套比较完备的交换系统的安全保 密体系。因此，系统应用安全要重点做好以下几方面的工作，同时也是安全方案需要 解决的问题：（1）解决信息的备份问题。（2）解决信息交换平台的统一身份鉴别问题。（3）解决信息交换平台的信息资源管理，信息分类访问控制和分组共享（即什么人可以访问什么信息和哪些人可以共享哪些信息）问题，实现全系统的 有效访问控制。（4）解决系统敏感数据的加密问题，特别是重要信息的多级安全保护；采 用数字签名和各种安全审计手段，解决关键操作的抗抵赖问题。（5）解决内部人员滥用权力，有意犯罪，越权访问机密信息或恶意篡改等 问题。（6）解决系统安全运行的管理问题。7.3身份认证和授权管理设计为了保证信息的合法访问，建立统一的认证网关和授权管理系统。在本系统 中，主要有两类操作涉