河南安全生产信息化.DOC

1、 河南省安全生产 信息化 数据交换标准 （试行） 河南省安全生产监督管理局 2018 年 7 月 1 文档概述 . 2 1.1 文档说明 . 2 1.2 文档目的 . 2 1.3 文档定义 . 2 2 建设目标 . 3 2.1 建设内容 . 3 2.2 技术要求 . 3 3 总体设计 . 4 3.1 技术架构 . 4 3.2 部署架构 . 4 3.3 设计原则 . 5 3.3.1 架构体系 . 5 3.3.2 数 据传输 . 5 3.3.3 数据复用 . 6 3.3.4 接口 . 6 3.3.5 管理监控 . 6 3.3.6 安全保障 . 6 3.4 运行环境 . 7 3.4.1 省局数据交换

2、平台 . 7 3.4.2 市局 数据交换平台 . 7 4 数据交换设计 . 7 4.1 数据交换形式 . 7 4.1.1 文件传输 . 7 4.1.2 数据集成 . 7 4.2 数据交换内容 . 8 4.3 数据 交换设计 . 9 4.3.1 省安监平台 -市安监平台（基础数据交换流程） . 9 4.3.2 市安监平台 -省安监平台（基础数据交换流程） . 10 4.3.3 市安监平台 -省安监 平台（业务结果数据交换流程） . 11 4.3.4 省安监平台 -第三方系统（基础数据交换流程） . 13 4.3.5 第三方系统 -省安监平台（业务结果数据交换流程） . 14 4.4 服务设计 .

3、 15 4.4.1 服务注册 . 15 4.4.2 数据服务 . 15 5 附录 . 15 5.1 附录一：返回码定义 . 15 2 1 文档概述 1.1文档说明 本文档是河南省安全生产 信息化相关系统 数据交换部分的 规范文档 ，文档分为 建设目标、 总体设计、数据交换设计 3 大部分 ，以河南省安全生产综合监管平台为例， 对数据交换进行设计和描述。 在总体设计中，明确设计的原则；绘制总体框架及明确数据交换在数据中心中所处的地位 ；详细给出数据交换平台的运行环境。 在数据交换设计中，对交换所采用的多种形式进行逐一描述；给出交换的主要内容和列表；对每项交换内容进行详细的设计。 1.2文档目的

4、本文的读者为 河南省安全生产 信息化相关系统 项目组成员，详细设计参与人员， 数据交换管理开发人员。本文档明确数据交换的内容，描绘和搭建数据交换的架构，对其中的功能模块进行概要设计，为详细设计和开发提供依据。 1.3文档 定义 Webservice： Web Services 是由企业发布的完成其特定商务需求的在线应用服务 ,其他公司或应用软件能够通过 Internet 来访问 并使用这项在线服务 ,它是一种构建应用程序的普遍模型 ,可以在任何支持网络通信的操作系统中实施运行 ;它是一种新的 web 应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过 web 调用。 Web S

5、ervice 是一个应用组件 ,它逻辑性的为其他应用程序提供数据与服务 .各应用程序通过网络协议和规定的一些标准数据格式（ Http， XML， Soap)来访问 Web Service,通过 Web Service 内部执行得到所需结果 .Web Service 可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他 Web Service 应用程序可以发现并调用它部署的服务。 exadm： 图讯 数据交换服务平台 WSDL： 描述 Web 服务的公共接口。这是一个基于 XML 的关于如何与 Web 服务通讯和使用的服务描述；也就是描述与目录中列出的 Web 服务进行交互时需要绑定

6、的协议和信息格式。通常采用抽象语言描述该服务支持的操作和信息，使用的时候再将实际的网络协议和信息格式绑定给该服务。 Schema： 用于描述和规范 XML 文档的逻辑结构的一种语言 ,它最大的作用就是验证 XML 文件逻辑结构的正确性。可以理解成与 DTD（文档类型定义）功能差不多， 但是 Schema 在当前的 WEB 开发环境下优越很多。因为它本身就是一个有效的 XML 文档，因而可以更直观地了解 XML 的结构。除此之3 外， Schema 支持命名空间，内置多种简单和复杂的数据类型，并支持自定义数据类型。由于存在这么多的优点，所以 Schema 渐渐成为 XML 应用的统一规范。 MQ

7、： 是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸 如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。 2 建设目标 2.1建设内容 制订信息交换的 规范，搭建能够满足各种异构数据库访问、存取的环境，搭建 数据交互和共享的通路。同时具备多种数据访问方法，使得各应用系统能够简单、高效的获得所需的数据、简化各应用系统间的数据交换。 实现跨异构数据源的数据复制和联邦

8、查询 ， 解决 河南省安全生产综合监管平台对 全省各市 安监局经营及其它 系三方系统 数据的收集及数据的交换，达到最终实现系统数据的共享。通过数据交换平台，将增量数据汇总到省 级数据中心，形成一个集成多种业务主题的数据仓库，为下一步的辅助决策信息化打下坚实基础。 2.2技术要求 完成基于 SOA 的数据交换平台设计规范，实现基于交换平台的现有系统间的数据交换，数据交换技术应包括但不限于以下技术： MQ 传输通道、 ETL 传输、文件传输（ FTP）、服务访问（ Web Service）等。 建立数据集成与交换平台，将各应用系统间的数据层面和应用层面的信息共享需求转化为服务，增强系统的扩展性和集

9、成的灵活性。从根本上解决 各市局 和省 局 之间纵向数据交换需求，及省 局与 各自业务系统之间 、与其他政府单位之间 的横向数 据交换需求；同时为分析、决策系统做好数据准备 。 4 3 总体设计 3.1技术 架构 安 全 生 产 综 合 监 管 平 台数 据 交 换 服 务 共 享基 础数 据人 员 信 息业 务 系 统 层 省 / 市 级 综 合 监管 平 台安 委 会 成 员 单 位系 统省 / 市 本 级 其 他系 统组 织 信 息企 业 信 息中 介 信 息。 。 。业 务结 果数 据 隐 患 数 据执 法 数 据W e b S e r v i c e 服 务图 讯 e x a d m

10、 数 据 交 换 平 台 W e b S e r v i c e 接 口。 。 。管 理 界 面J D B C 连 接轻 量 级 数 据大 量 级 数 据。 。 。业务系统 与 安全生产综合监管平台 通过 图讯 exadm 数据交换 平台 和 Webservice 服务进行数据 交换 。 其中 WebService 服务 负责交互实时性高的轻量级数据， exadm 平台 负责交互大量级数据。 3.2部署 架构 根据河南安监当前业务系统信息交换及共享的需求，结合未来业务扩展的需要，数据交换平台采用省、市两级部署。 河南安监数据交换服务体系 部署架构 如下图所示： 5 市 局安 监平 台数 据交

11、换平 台省 局安 监平 台标准规范与信息安全保障企 业 隐 患 执 法许 可. . . 企 业 隐 患 执 法许 可. . . 企 业 隐 患 执 法许 可. . . 市 安 监 数 据 交 换平 台市 安 监 数 据 交 换平 台市 安 监 数 据 交 换平 台政 务 外 网临时库省 安 监 数 据 交 换 平 台企 业 隐 患 执 法许 可 . . .外部系统本 地 政 府 安 委 会 成 员 单 位O A 系 统 . . .省局数据交换平台负责省级业务系统间的横向数据交换、 与安委会成员单位之间的交换 、与各 市局 间的纵向数据交换，除了进行数据交换外，省局平台还提供对数据交换平台进行集

12、中管理和监控的功能。 市局 的数据交换提供 市局内部业务系统间的横向交换、对省市纵向交换的数据进行 预 处理 （交换到省局临时库） 。 3.3设计原则 河南 安监 数据交换 平台，是数据中心建设的核心内容， 平台除了满足当前的数据交换和共享需求外，还要能适应企业未来整个信息化发展的需要。数据交换平台在设计、开发阶段需遵循以下原则： 3.3.1 架构体系 数据交换平台 采用省市两级平台部署，两级平台之间、平台与外部业务系统间采用服务的方式进行数据交换， 整 个平台采用省局集中管理和监控 。 3.3.2 数据传输 1. 通道： 6 采用可靠、合适的数据传输通道，确保数据传输的安全与实时 。异地数据

13、传输采用 MQ 进行异步传输，确保数据传输的安全；本地 数据（非大数据量）原则上采用 WebServices 方式进行实时传输 ；海量数据的加载，采用 exadm 平台 辅助实现。 2. 数据格式： 数据在平台内部、服务接口均采用 XML 格式进行传输，针对业务系统的特殊接口，通过平台前端适配器进行数据格式转换。 3. 数据标准： 平台 的输入、输出、中间过程的数据均要求满足 交换数据的 数据标准，针对业务系统的特殊接口，通过平台前端适配器进行数据标准转换。 3.3.3 数据复用 对于相同的数据，平台从业务系统只采集一次，然后根据业务流程的需要，采用缓存、分发方式提供给相应的业务系统，减少对业

14、务系统的压力和网络负载，同时可以确保企业各 业务 系统间数据的一致性。 3.3.4 接口 1. 平台对外接口： 平台对外接口需要遵循 SOA 标准，以 WebServices、 MQ 接口为主。可以根据需要扩充其他符合 SOA 标准的 协议 接口。 2. 业务系统接口： 原则上 平 台对业务系统接口 提供的数据 要求符合企业交换数据的元数据标准、 接口要 符合SOA 标准 并 采用 WebServices 或 MQ 协议 。 3.3.5 管理监控 1. 在省局平台实现集中式的管理和监控。 2. 对所有的交换和服务记录日志信息和统计信息。 3. 可根据需要配置交换策略、提供 界面 手动 启动或通

15、过服务调用启动交换服务。 4. 提供对服务异常信息的界面查询及性能统计。 3.3.6 安全保障 1. 根据需要，采用安全的数据传输机制，如 MQ 进行异地传输 。 2. 记录交换日志，确保传输异常的数据能够被及时的发现和分析。 3. 采用服务授权机制，确保服务不被非法调用。 7 3.4运行环境 3.4.1 省局 数据交换 平台 省局 的数据交换平台部署 在省局 硬件要求： 2 CPU 2G 主频以上 2G 内存 100M 网卡 60G 硬盘空间 支撑软件： IBM MQ、 WebSphere、 TomCat 应用软件： exadm 3.4.2 市局 数据交换平台 市局的数据交换平台部署在市局

16、硬件要求： 2 CPU 2G 主频以上 2G 内存 100M 网卡 60G 硬盘空间 支撑软件： IBM MQ、 WebSphere、 TomCat 应用软件： exadm 4 数据 交换 设计 4.1数据 交换形式 当前， 数据交换模式可以分成文件传输、数据集成 两 种。 4.1.1 文件传输 文件传输就是把交换的数据用文件的方式保持起来，通过某种协商好的方式传递给对方。可能通过方式有 HTTP 文件上传 /下载、 FTP 模式进行文件暂存、通过 mail 发送、通过移动硬盘复制等。文件格式一般事先定义，早期是用分隔符隔开的字符串，现在一般用 XML 格式。 4.1.2 数据集成 数据集成一

17、般是绕开相对更复杂的应用系统，直接读另一个系统的数据库、直接写另一个系统的数据库、或利用中间库来传递数据。 常见的数据集成的 模式有： 8 1. 数据复制（数据同步）。 数据库自带或用第三方的工具。利用数据复制，可以把远程数据库复制到本地，好处是：使数据的使用更方便，减轻对网络的依赖，不用改动远程系统，可以通过设定复制时间来减少对原系统负载的影响。 2. ETL 抽取。 是一种数据中心常用的数据获取方式，算是一种特殊的数据复制。一般依赖第三方的 ETL 工具。相对于数据复制，支持的数据源种类更多，关键是可以对数据进行清洗、转换，并对数据质量有所控制。 3. 数据库联邦或数据库直连。 数据库联邦

18、是一种技术，把多个数据库映射为一个虚拟数据库。利用 数据库联邦可以用一个 SQL 语句来关联多个数据库的表进行联查，大大降低数据处理难度和数据库相关程序的编写难度。数据库直联指直接联上其它系统的数据库读取数据。为了防止误操作，一般会建立数据库视图来供其他系统访问。无论数据库联邦还是数据库直联都只是一种数据获得方式，需要另外开发程序或利用工具来处理数据。 DB2 的数据库联邦叫 DB2II， ORACLE 的数据库联邦叫 DB LINK。 4. 中间库模式。 虽然数据库联邦和数据库直联实现简单，但由于不好控制外部系统的访问时间，容易对系统数据库造成额外的压力而影响系统运行 。而且外部系统看到的数

19、据比较多，往往搞不清哪些数据是自己要的。针对以上两个问题，提出了中间库模式。中间库模式是提供数据的系统把变化了的数据写入中间库，然后外部系统定时读中间库来获取数据。 5. 通过 Webservice 调度 。 提供公用 WebService 供第三方厂商调用。 WebService 服务在网络连接、标准化、易用性上都有优点，但是存在效率不高等问题。所以只适合于小数量级的数据交互。 6. MQ 消息传递模式 。 消息队列（ MQ）是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序 的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。 4.2数据 交换内容 数据交换平台主要处理省安监平台与市安监平台、第三方系统的基础共享数据和业务结果数据，具体内容如下表 （ 表示交换， 表示不交换 ） ：