国家安全生产系统设计方案-金安工程

1、- i - 第七章 国家安全生产信息系统工程初步设 计有关内容 - ii - 目目 录录 第第 1 1 章章应用系统平台应用系统平台.1 1.1概述.1 1.2集成应用支撑平台设计.3 1.3公共数据交换平台.17 1.4gis 系统平台.25 1.5安全体系.40 第第 2 2 章章应用系统概述应用系统概述.43 2.1设计原则与目标.43 2.2设计内容.44 2.3应用系统体系与模式.44 2.4应用系统逻辑架构.45 2.5应用系统总体部署.47 2.6业务通用模块设计.51 第第 3 3 章章监督管理及行政执法系统设计监督管理及行政执法系统设计.1 3.1概述.1 3.2系统功能设计

2、.1 3.3系统架构设计.2 3.4煤矿安全监察及行政执法子系统.2 3.5非煤矿山监管子系统.5 3.6危险化学品监管子系统.7 3.7烟花爆竹监管子系统设计.13 3.8重大危险源监管子系统设计.23 3.9伤亡事故管理子系统设计.27 第第 4 4 章章安全生产调度与统计系统安全生产调度与统计系统.29 4.1概述.29 4.2核心业务流程.29 4.3系统结构设计.31 - iii - 4.4事故调度快报子系统设计.31 4.5伤亡事故统计子系统.32 4.6安全生产行政执法统计子系统设计.33 4.7作业场所职业卫生统计子系统设计.38 4.8煤炭经济运行统计子系统设计.45 4.9

3、安全生产辅助决策支持子系统设计.51 第第 5 5 章章矿山应急救援信息管理系统矿山应急救援信息管理系统.55 5.1概述.55 5.2核心业务流程.56 5.3系统结构设计.56 5.4应急预案管理子系统.57 5.5救援资源管理子系统.62 5.6救援专家管理子系统.66 第第 6 6 章章标准规范制定标准规范制定.69 6.1标准规范的行业应用背景.69 6.2建设原则.70 6.3建设内容.70 6.4标准化实现措施.73 6.5数据编码管理中心.74 第第 7 7 章章网站建设方案网站建设方案.75 7.1背景及建设目标.75 7.2网站总体架构.76 7.3专网网站网络建设方案.7

4、7 7.4系统边界.78 7.5门户系统.80 7.6专网网站功能设计.82 7.7外网网站功能设计.86 第第 8 8 章章远程教育培训系统远程教育培训系统.89 8.1概述.89 8.2需求分析.89 8.3设计原则.90 8.4远程教育培训平台整体框架.91 - iv - 8.5平台运行模式.92 8.6远程教育培训平台子系统设计.93 8.7远程教育培训工作流程.109 8.8培训教室及课件录制间.120 8.9远程教育培训系统的培训内容和培训业务.121 1 第第 1 1 章章 应用系统平台应用系统平台 1.11.1概述概述 应用基础平台是一种以业务为导向，可快速构建应用软件的平台

5、。应用 基础平台解决了管理软件的业务描述以及与操作系统、软件基础构架平台之 间的交互管理问题，同时它屏蔽了技术细节，使开发人员能够集中全力关注 产品研发中的业务与管理问题，摆脱技术细节的困扰，从而大大提高了产品 研发效率。 在国家安全生产信息系统建设中，需要构建层次化、结构化、整体化的 软件基础架构，以提高系统的安全性 、可靠性、可维护性、 可扩展性等重要 性能。要实现以上目标，必须完善 基础设施应用基础平台，提供统一的 服务和架构来建设信息系统的各种应用。 .1 技术路线技术路线 国家安全生产信息系统的应用系统平台的核心技术标准采用 j2ee。 .2 总体架构

6、总体架构 应用系统平台总体架构如图 1-1 所示。 基础数据库 门户系统 操作系统 数据库交换共享平台 地理信息平台 网 站 系 统 视 频 会 议 远 程 教 育 培 训 系 统 煤 矿 安 全 监 察 非 煤 矿 山 监 管 危 化 品 监 管 烟 花 爆 竹 监 管 重 大 危 险 源 监 管 事 故 调 度 快 报 事 故 统 计 行 政 执 法 统 计 职 业 病 危 害 统 计 煤 炭 经 济 运 行 统 计 安 全 生 产 辅 助 决 策 应 急 预 案 管 理 救 援 资 源 管 理 救 援 指 挥 调 度 救 灾 专 家 管 理 救 援 资 源 管 理 县级采集点 信息数据整

7、合、采集 集成应用支撑开发平台 安全生产 基本情况库 重大危险源 和预案 抢险救灾资源 数据库 重大安全隐患 省级 地市采集点 伤 亡 事 故 管 理 其他系统 安全生产监督及行 政执法系统 安全生产调度与统 计系统 矿山应急救援信息 系统 运 行 管 理 体 系 安 全 管 理 平 台 突 发 事 件 管 理 运 行 维 护 管 理 存 储 备 份 管 理 网 络 安 全 平 台 应 用 安 全 平 台 系 统 安 全 平 台 基础服务数据访问集成服务事务服务消息服务 应用服务工作流平台集成安全服务表单处理器业务分析平台 目录服务 图 1-1 应用系统平台架构 2 应用系统平台向应用系统提供

8、组件集成、开发和运行环境，提供应用系统 的开发框架，在此基础上向应用系统提供基础服务和通用的应用服务功能，实 现软件构件高度复用的目标，为整个应用系统的高可用性、灵活性、可扩展性、 安全性、稳定性以及其他性能指标等提供了基础保障。 整个应用系统平台的最终建设目标是：通过在底层软硬件环境上搭建构件 化软件平台的开发管理体系架构，实现系统管理与业务应用的的无缝集成；实 现业务应用的定制型开发、配置型管理，大大减少业务开发的硬编码工作量， 提高应用系统的灵活性和复用性。 应用系统平台主要由集成应用开发平台、公共数据交换平台和地理信息系 统平台三个部分组成。 . 集成应用开发平台 集成应用开发平台：包

9、含工作流平台、报表生成器、应用基础服务，提供 应用系统的业务通用模块。 采购基本的工作流平台和报表生成器，进行应用定制,部署在总局监督管 理与行政执法系统、调度与统计系统的各省级节点的应用服务器中； 应用基础服务器：是采购应用服务器中间件部署在总局监督管理与行政 执法系统、调度与统计系统和各省级节点的应用服务器中； 数据库管理系统: 是采购数据库管理系统在总局监督管理与行政执法系 统、调度与统计系统和各省级节点的应用服务器中 。 业务通用模块：是应用系统开发的基础通用模块，通过复用支持各应用 系统开发。 公共数据交换平台：采购基本的数据交换产品，部署在总局监督管理与 行政执法系统、调度与统计系

10、统的各省级节点的应用服务器中； gis 平台：采购基本的 gis 基础平台产品，进行应用定制，部署在：监 督管理与行政执法系统、调度与统计系统和数据中心和各省级节点的应用服务 器中; .3 部署方案部署方案 应用平台在国家局节点和省级节点两级部署，具体部署见表 1-1 和表 1-2。 表 1-1 国家局节点应用系统平台配置表 软件名称来源规 格数量 应用服务器采购按两个 cpu 计算，具有双机热备功能。2 3 地理信息系统平台采购并定制 国家局级空间数据生产、数据库建立和维 护工具，专题分析；空间数据引擎；电子 地图、地理信息网络共享、发布、查询工 具；创建独立应用或集成到第三

11、方系统的 开发工具 3 空间数据插件产品采购4processer 计算2 数据库管理系统采购 4processer 计算，具有双机热备功能 2 公共数据交换平台采购1 工作流平台采购并定制1 报表生成器采购并定制1 表 1-2 省级节点应用系统平台配置表 软件名称来源规 格数量 应用服务器采购按两个 cpu 计算。17 应用服务器采购按一个 cpu 计算。28 地理信息系 统平台 采购并定 制 省级空间数据生产、数据库建立和维护工具；地理信 息网络共享、发布、查询工具 45 数据库管理 系统 采购2server+30client46 省级数据交 换平台 定制异构数据，异种数据类型1 1.21.

12、2集成应用支撑平台设计集成应用支撑平台设计 .1 总体架构总体架构 集成应用支撑平台主要提供系统的整体开发框架以及应用集成开发环境 （workshop）和运行管理监控环境；另外，还提供与应用支撑平台提供的构件 平台的接口，使之在应用开发中更好的与系统集成。如下表所示： 表 1-3 平台功能模块列表 主功能子功能模块 4 主功能子功能模块 控制台集成管理控制台 数据访问服务 集成服务 事务服务 消息服务 目录服务 基础服务 安全控制服务 工作流平台 报表生成器应用服务 业务通用模块 国家安全生产信息系统是紧密围绕国家安全监管总局的职能和核心业务的 综合信息系统，必须适应国家对安全

13、生产要求的不断提升及业务的不断变化。 应用系统的建设不是一次性过程，因此，必须要求在应用系统的建设、部署上 具有高度的灵活性和可扩展性，能够及时高效地根据需求进行应用系统的建设 和变更。建立一套应用支撑平台对应用系统建设和维护是非常必要的。 集成应用支撑开发平台与应用系统的关系如图 1-2 所示： 安安全全生生产产监监督督与与行行 政政执执法法系系统统 安安全全生生产产调调度度与与统统 计计系系统统 矿矿山山应应急急救救援援系系统统 集成应用支撑开发运行期支持 可视化工作流 定制 职能化报表制 作 自动化代码生 成 标准化数据格 式转换 集成应用支撑开发运行期支持 图 1-2 集成应用支撑开发

14、平台与应用系统的关系 .2 基础服务功能基础服务功能 服务是集成应用支撑开发平台为应用系统提供的接口服务，是将应用系统 开发中共性和复杂的部分提取出来，以减少应用系统的开发工作量，提高应用 系统的性能和可靠性。 5 基础服务是由中间件厂商提供的，集成应用支撑开发平台将这部分接口经 过特定的配置后提供给应用系统。 （1）数据访问服务 数据访问服务通过支持 j2ee 的 jdbc 标准来访问各种数据源，有效管理 和简化应用访问各种数据源的复杂性。通过数据访问服务，可以创建、管理数 据库的链接池，这样各个应用之间就能共享数据链接资源。应用支撑平台不但 能管理各种数据链接的实时状态，还

15、能诊断发生的问题，一旦数据链接失效， 应用支撑平台可以自动为访问应用回复有效的链接。此外应用支撑平台还能在 数据访问层提供高可用性的特性，这样一旦后台的数据源发生问题而无法链接， 应用支撑平台能自动链接到备份的数据库上。 （2）集成服务 通过应用支撑平台的 web 服务，或集成服务，可以将应用系统的业务功能 加工成开放的、标准的、以服务方式访问的应用接口，这些接口封装了完整的、 功能相对独立的业务功能，可以在互联网上通过 http， ftp， stmp 等标准 协议访问到这些应用功能。通过在应用系统中实现关键业务的 web 服务，可以 建立起应用业务面向服务（soa）的架构，这样就为运行在异构

16、平台的众多应 用提供了有效的应用集成手段。 j2ca 服务用来集成非 j2ee 架构的应用系统。j2ca 服务采用点对点的集 成方式，为特定应用提供符合 j2ca 标准的应用适配器，这样，基于 java 的 开放式应用就可以访问这些被集成的应用系统了。 （3）事务服务 事务服务负责管理应用系统对后台不同数据源访问的原子性、一致性操作。 应用支撑平台通过对 j2ee 标准 jta 和 jts 的支持，能够使得运行在其上的各 种应用无论是在访问数据库、还是对通过消息系统访问其它用数据、或是操作 各种后台交易系统（例如 tuxedo） 、遗留系统，都能有效的保证所有数据操 作的一致性。如果一旦其中的

17、某些操作失败，系统能自动回滚到上一个有效的 状态。这样保证了集成的不同应用所包含数据有效性和完整性。 （4）消息服务 消息服务能在不同系统应用之间通过传递统一格式的消息来实现异构系统 的有效集成。各种异构平台上运行的应用由于开发技术的不同，只能运行在不 同操作系统中，它们彼此不能直接相互访问，从而为应用集成代理了难度。通 过对 j2ee 的 jms 标准的支持，应用支撑平台为不同机制的应用提供了消息服 务。消息服务提供了一种中间形式的应用相互访问机制，通过消息服务提供的 消息总线，异构平台的应用能使用彼此理解的中间格式相互传递各种应用数据， 6 从而实现异构应用的集成。应用支撑平台还需要支持消

18、息的可靠传递，即便是 在消息的接收方暂时无法访问到或者网络短时断开的情况下也能将消息准确传 送到。此外在大规模应用中，消息服务会自动实现消息传送负载均衡等特性。 （5）目录服务 由于 j2ee 应用组件可以独立运行，而且通常是在不同设备上运行，因此 客户端和应用服务器层代码必须以某种方式查找和参考其它代码和资源。客户 端和应用代码使用 java 命名和目录接口(jndi )查找用户定义对象和环境变量。 另外还可以通过 jndi 标准接口来访问应用支撑平台的 ldap 目录管理服务。 （6）安全控制服务 当运行在应用支撑平台的系统应用规模越来越复杂，集成的应用数量越来 越多的情况下，安全生产信息

19、系统的安全保证就会成为突出的重点。 为了有效保护应用功能（与功能相关的 web 页面或与业务相关的 ejb 组 件） 、业务数据的安全，需要支撑应用运行的平台提供多种机制的安全控制功能。 通过一系列手段，比如访问控制列表（acl）或 ssl，rsa， x.509 等标准的 支持，有效地保障应用被安全访问，数据能在网络上被安全可靠的传输，从而 保证的整个系统的安全性。 .3 应用服务功能应用服务功能 应用服务是面向行业的基础构件。根据应用系统所在的行业特点进行领域 建模，将面向领域的通用服务提取出来，作为通用的构件，为面向行业的应用 系统提供服务。在通用服务的基础上提供面向行业的

20、服务构件，就形成了行业 解决方案的基础架构。 工作流平台工作流平台 我们知道，就安全生产领域的业务建模而言，主要包括静态建模和动态建 模两部分，工作流平台主要被用来解决系统动态建模需求。作为一个完整的工 作流平台，其目标不仅仅是处理过程，也不仅仅是把事物从一个地方流向另一 个地方，而是着眼于管理和引导作业环境如何运作的规则与过程，并把不同的 业务系统组件有机的结合在一起。 （1）总体架构 为了保证工作流平台的可靠性和标准化，建议采用标准的工作流模型， wfmc 工作流参考模型如图 1-3 所示。 7 工作流 管理工具 工作流客户 应用 工作流机直接 调用的应用 工作

21、流api与交换格式 工作流执行服务 工作流机 工作流机 工作流机 工作流api与交换格式 工作流执行服务 工作流机 工作流机 工作流机 工作流执行服务 工作流机 工作流机 工作流机 过程定义工具 其他工作流 执行服务 工作流机 工作流机 其他工作流 执行服务 工作流机 工作流机 工作流实现模型 接口1 接口2接口3 接口4 接口5 图 1-3 wfmc 工作流参考模型 如图 1-8 所示，在工作流管理系统中有如下组件：过程定义工具、工作流 执行服务及其应用程序接口（wapi） 、工作流客户应用程序、被调用的应用程 序、管理和监控工具，各个组件之间可通过标准的工作流应用程序接口 （wapi）与工

22、作流执行服务进行交互。 同时，在保证各工作流组件之间独立性的同时，为了保证系统具有良好的 开发性和扩展性，工作流系统还提供了相应的接口标准以支持其他应用程序开 发商为其定制应用。其中：interface1 为过程定义接口；interface2 工作流编程接 口；interface3 为应用程序接口；interface4 为工作流引擎间调用接口； interface5 为管理、监控接口。 安全生产信息系统电子工作流平台严格遵循 wfmc 标准，不但是一个独 立的功能子系统，而且还是一个可以在其上不断开发新功能、拓展新应用的业 务平台，其设计的初衷就是以系统的开放性保证该系统仅需通过配置就可满足

23、未来用户业务需求的不断变化。为了达到上述目的，工作流系统的各模块之间 完全通过标准接口进行数据交换，并且公开所有接口，因而用户既可以独立扩 展子模块的功能、又可以采用其他厂商开发的产品，从而保证系统的扩容和业 务维护不依赖于单一设备厂商、系统或软件供应商的产品。例如：由于其各主 要模块接口都符合 wfmc2.0 标准，所以该系统可以方便的和同样满足该标准 的 microsoft exchange 或 lotus notes 等群件系统进行数据交互。 8 （2）主要功能 从用户的角度来看，工作流主要用来管理和控制整个企业环境的运行规则 与过程；但从计算机技术的角度来看，工作流系统实际上是整个企业

24、应用系统 中的业务驱动和业务集成核心，为此我们必须将业务中的工作流逻辑从系统中 剥离出来，形成相对独立的工作流平台，这样做有如下几点好处： 便于业务系统的维护与扩展 应该说任何基于时序和规则的业务流转特性都可以得到工作流的系统支持， 尤其是对于企业业务系统中，参与者和流程经常变化的情况，更应该将工作流 逻辑从复杂的业务系统中剥离出来，以便于更好的对业务变化做出反应。在基 于工作流平台的应用系统中，任何涉及到参与者和流程拓扑机构的改动都可以 通过适当的图形化配置工具得以解决，而不用修改相应的业务代码。 将工作流逻辑从系统剥离出来以后，业务系统其他模块的功能将不再受人 员变化和规则变化的影响，因而

25、更便于维护和升级，而剥离出的工作流应用接 口使得扩展与其他业务系统的接口时更为容易。 便于对流程进行监管和统计 实际的业务系统中，重点监管的是业务流转的路径和所处的状态，而这些 与具体的业务逻辑是无关的，当工作流逻辑和业务逻辑耦合在一起的时候，会 给上述工作带来很大的困难。只有将工作流逻辑剥离出来，才可能集中精力针 对流程数据进行监管和统计。 便于技术升级和保证系统实现的技术无关性 技术的发展一日千里，大量的“技术洪水”扑面而来，从最早的桌面应用 到后来的 c/s 应用，再到现在的以 b/s 架构为主的“大集中”系统，每一次应 用架构的突破都受益于相应技术的进步，但安全生产信息系统是一个规模庞

26、大 的业务系统，其核心的应用模型并不依赖于技术的变化而变化，当我们将与技 术变化相关的应用逻辑和应用接口剥离出来以后，整个系统就不会再受技术变 化的影响。比如：23 年后，webservice 技术会逐渐成为应用主流，应用之间 的流程调用接口都将适应这股技术潮流，以便更好地与其他业务系统进行交互， 那么届时我们只要调整接口的封装就可以了，丝毫不会影响主流业务系统。 eai 等业务需求要求必须提供独立的流程支撑平台（eai process） 初级的 eai 应用只能解决界面集成和数据集成等应用问题，但业务模块之 间的基于业务规则的流转应用却需要各业务模块抽象出自己的工作流逻辑和工 作流接口，以保

27、证数据流和控制流可以在通过适当的接口转换后，在各业务模 块之间无缝地流转。 每一个业务系统在完成自己的操作后，都可以通过工作流接口，把任务通 9 过工作流引擎发到下一个业务系统，并由相应的人员进行办理。这样就好象在 工作流系统的周围形成了一个虚拟的业务循环，业务信息可以在不同的业务系 统之间流转。 工作流系统组成结构如图 1-4 所示。 图 1-4 工作流平台系统组成 如图所示，系统由以下几个模块组成：流程定义工具、组织机构定义工具、 工作流引擎、工作流服务中心、管理监控 web 客户端、工作流编程接口及监控 接口（包括 java 接口和 vb 接口） 、工作流任务办理客户端（包括 windo

28、ws 客户 端及 web 客户端） 、工作流管理监控 web 客户端，下面对各个模块的功能作简 要的介绍： 图形化的流程定义工具 流程定义模块是工作流管理系统中的一个重要组成部分，也是实施工作流 管理的起点。借助于流程定义工具，工作流程将被直观地、图形化地建立起来， 进而帮助人们理解工作流程各个元素之间的复杂关系。流程定义可以使用图形 化的描述工具来对一个流程实体中的各个元素进行表达，使工作流引擎能够解 释流程定义生成的结果以作为流转的依据。流程定义的结果可以作为模板直接 存到数据库中，也可以保存到本地二进制文件或 xml 文件中，以便于修改和 重建。流程定义工具提供合法性校验和模拟的功能，可

29、以帮助用户正确定义复 杂流程。在流程定义中声明参与者时要用到组织机构模型，在活动节点上要声 明应用系统提供的应用程序。 10 组织机构定义工具 使用组织机构定义工具不但可以方便地构建项目建设办公室的组织机构模 型，并以树状图形来表示、描述组织机构内部各部门、组织单元之间的层次关 系，而且可以方便地对组织机构内部的组织单元、岗位、角色、人员进行维护， 从而使组织机构更易于管理和维护。组织结构的存储支持数据库和 ldap。组 织机构定义工具作为一个组件，可以方便的与其它系统结合到一起。 工作流引擎 工作流引擎是工作流管理系统中为业务流程实例和节点实例提供运行环境 的服务软件，是整个工作流管理系统的

30、核心，工作流引擎的功能主要有：解释 流程定义；控制流程实例的创建、激活、挂起、终止等行为；在活动间导航， 包括控制顺序或并行操作，控制实例生存期；确定工作项正确分配给相应的用 户；维护工作流相关数据；给/从应用程序或用户传递工作流相关数据等。可以 把工作流引擎当作一个状态转换机，它主要控制进程和活动的创建、激活、挂 起及终止等状态。在状态转换中，流程实例或节点实例的状态因响应外部事件 （如：一个节点实例的完成）或指定由工作流引擎采取的控制决策（如导向流 程实例的下一步行动）而改变。工作流引擎主要负责三种对象的状态转换：流 程实例，节点实例，工作项。目前的工作流系统支持分布式引擎，多个引擎可 以

31、通过消息分发器对负载进行均衡，多引擎协同工作以提高多用户并发时的工 作效率。 服务中心 提供工作流系统的各种外围服务，包括自动应用管理器、超时检测服务、 日志服务、归档服务、监控服务等，其中自动应用管理器支持分布式应用。服 务中心协助工作流引擎保证工作流系统正常的后台运作。 管理监控 web 客户端 提供对工作流系统中各种对象的管理和维护，包括服务配置、流程实例、 流程定义、服务的运行控制、日志查看、统计分析等功能。 工作流编程接口 为工作流客户端或其它应用系统提供访问工作流数据库和工作流引擎的接 口，它主要实现了工作流标准的 interface2 和 interface5。工作流编程接口通过

32、 消息机制与工作流引擎通讯。 工作流 web 客户端 针对不同用户的需要提供了两种客户端：windows 客户端和 web 客户端， 分别提供对工作项列表的处理、流程监控与管理、允许用户创建新的流程、可 以调用应用程序工具进行具体的任务办理。其中 windows 客户端既可以作为一 11 个独立的程序使用，也可以作为一个控件插入到其他应用程序中。而 web 客户 端可供 web 用户直接使用。 后台应用程序 在用户定义工作流流程的时候，可以指定某个节点为自动节点，即该任务 由自动应用管理器通过应用代理自动调用指定的应用程序完成。这里所指的应 用程序就是后台应用程序，它可能与工作流服务器在同一台

33、服务器上，也可能 在另外一台应用服务器上。用户可以使用工作流系统提供的应用代理，也可以 按照规则自己开发相应的代理和自动应用程序。 应用程序工具 用户在工作流客户端办理某个具体的任务的时候，根据应用性质的不同， 可能需要启动不同的应用程序，完成不同的任务。这里的应用程序就是指应用 程序工具，它可能是用户开发的一个独立的应用程序，也可能是与工作流客户 端集成在一起的某个功能，应用程序工具和后台应用程序都是由应用系统自己 开发的，而且需要提供工作流管理标准的 interface3 接口。 其他实用功能 除了前面介绍的系统基本功能以外，本系统还从方便用户使用的角度出发， 设计实现了许多十分实用的功能

34、： 流程轨迹的动画播放功能 对于流程比较复杂的系统，如果只知道当前流程的即时运行状态还是远远 不够的，当流程出现异常或进行灾难恢复时，我们通常希望了解流程是怎样一 步一步到达当前状态的。本系统提供的流程轨迹动画播放功能，可以使用户清 晰的了解自流程创建以来办理过的每一个任务，该功能对于管理大型或超大型 工作流体系尤为重要。 跨流程、跨引擎的监控功能 从负载平衡和安全性等多方面来考虑，一个大型的工作流系统仅依靠一个 工作流引擎是不能胜任的，本系统着眼于上述需求，不但在底层提供了相应的 机制来完成多工作流引擎之间的数据通信，还提供了相应地提供了跨流程、跨 引擎监控功能，利用此功能，用户可以自由地选

35、择所要监控的系统，并可以一 级一级地深入到子流程中去，这样，系统管理人员就可以随时监控整个环境中 各个子环境的详细运行情况。 支持电子 form 的定义和解释 由用户自己定义电子 form，并可对相应组件进行基于 vba 的编程，form 组件和相关数据以及业务表中的具体字段之间可以创建关联，并自动生成相应 的代码。定义结果可被客户端的 formreader 组件解释。 12 实现对自定义表单数据和业务系统记录的流转 采用本工作流系统，用户可以在不作任何编程和数据库操作的情况下，实 现任意格式的自定义表单数据的流转，即系统自动提供表单数据的管理能力； 另外，也可以通过映射关系，非常方便地实现对

36、现存业务系统记录的流转能力。 （系统中的数据分三个层次：相关数据（即控制信息） 、办理数据（即需要在办 理过程中处理的数据，包括附件，现在我们的工作流系统要提供对办理数据的 管理能力，类似 ultimus 的 spreadsheet，在用户不作任何编程和数据库操作的 情况下，即可以实现表单数据的流转。 ） 、业务系统数据（即其他业务系统软件 中的数据） 。这三者之间的关系是以办理数据为核心，其他两种数据都和它建立 映射关系，通过引擎的同步操作，建立起业务系统数据、办理数据和相关数据 的关联和同步。 ） （3）技术特性 易用、开放的图形工具 电子工作流平台提供了工作流管理系统常用的工具，如：组织

37、机构定义工 具、流程定义工具、监控配置工具。 各个工具均以图形化的形式提供，用户在简单的拖拽中即可轻松地完成流 程定义、组织机构定义工作。 流程定义、组织机构工具提供定义的合法性检查的功能。 流程定义工具提供流程模拟运行的功能。 流程定义既可以在线定义到数据库，也可以保存为本地文件，也可以保存 为 xml 文件。 组织机构可以引用已有的定义，也可以使用工作流提供的定义模式。可以 保存到数据库，也可以保存到 ldap 服务器。组织机构定义可以在线保存到组 织机构服务器，也可以保存为本地文件。并且提供多种组织机构模式的定义。 监控工具提供图形化的监控功能，并提供在线修改流程的功能。 完备的流程结构

38、 为满足各种流程化的业务的需求，电子工作流平台提供了完备的流程结构 的支持。电子工作流平台提供的基本结构化的图形有顺序、并发、子流程、条 件分支。通过这些元素，用户可以出顺序、循环、并发、条件路由的流程。 用户可以选择办理步骤，可以实现选择办理的功能。 流程可以根据优先级按优先路径流转。 并发流转，实现业务同时办理。 条件流转，实现动态流转业路径。 子流程办理，实现不同流程共享业务流程。 13 通用的应用开发接口 参照 wfmc 和 omg 的标准，电子工作流平台提供通用的工作流办理和应 用程序编程接口(interface2煤矿安全生产监察子系统的应用对象是各级煤矿安全生产监察部 门。子系统的

39、边界到管理部门为止，安全生产监管需要的基础数据由企业通过安 4 全生产监测监控采集，管理部门通过企业上报报表或网络系统从企业获取数据。 .3 主要业务流程主要业务流程 煤矿安全监察子系统业务流程图如图 3-14 所示。 法律法规数据库 用户登录 身份验证 现场检查笔录 非法用户 合法用户 比照相关 法律法规 现场处理 决定 现场处理 决定书 现场笔录 打印 企业基础数据库 行政处罚 决定书 复查处理处理结束 立案调查取证 行政处罚 处理 处罚文书 送达 行政诉讼 行政复议 行政处罚 决定书 处理结束 监察执法数据库 身份验证 身份验证 企业建立维护 各级监管部门 监管审批 国家

40、法规 录入维护 地方法规 录入维护 图 3-14 煤矿安全监察子系统业务流程 3.53.5非煤矿山监管子系统非煤矿山监管子系统 .1 概述概述 非煤矿山指金属矿山（有色金属、黑色金属） 、非金属矿山（采石、粘土）和 其它矿山。其它矿山系指：油页岩、石油、天然气、油砂、天然沥青、铀、钍、 5 地下水、矿泉水、二氧化碳气、硫化氢气、氦气、氡气等矿产资源。 对非煤矿山安全监管子系统进行信息管理，使得非煤矿山各级安全监督管理 部门和相关单位可以通过本系统进行信息交互，为领导决策提供依据。非煤矿山 安全监管子系统的数据流程如图 3-21 所示。 各企业管理部门 企业 地市级 省级 国家总

41、局 市县级管理部门 省级管理部门 国家安全监管总局 法律法规 事故应急救援管理 安全生产综合管理 安全设施设计审查 和竣工验收 安全生产许可证矿山尾矿库 安全生产基 本情况 图 3-21 非煤矿山安全监管子系统的数据流程 .2 建设目标建设目标 非煤矿山安全监管子系统实现基于网络的数据交换平台，配合非煤矿山各级 安全监督管理部门，对安全生产法律、法规执行情况、非煤矿山安全生产条件、 设备设施安全和作业场所职业卫生情况、非煤矿山大型建设项目安全设施设计审 查和竣工验收相关的安全评估工作以及重大事故及事故应急救援工作进行信息管 理。 我们现在建设的这个非煤矿山安全监管子系统是专门为

42、各级安监部门服务的， 和非煤矿山企业网和应用系统无关，更不可能和它们进行连接。 .3 系统结构设计系统结构设计 非煤矿山安全监管子系统总体结构如图 3-23 所示。 6 法律法规 事故应急救援管理 安全生产综合管理 安全设施设计审查和竣工 验收 安全生产许可证 矿山尾矿库基本情况 安全生产基本情况 基础 数据库 统计输出 决策支持 分析预测 国家安全生产 监督管理总局 图 3-23 非煤矿山安全监管子系统总体结构 .4 非煤矿山监管数据库非煤矿山监管数据库 建设目标建设目标 非煤矿山监管数据库要求数据表和数据字段设计上合理，尽量减少冗

43、余，但又 要涵盖全部非煤矿山安全监管子系统的信息。 建设任务建设任务 非煤矿山监管数据库要保证能存储十年的非煤矿山监管数据库信息，要求数 据库并发性好，能够保证上千用户同时访问、快速访问；移植性好，能够在当前 所有主流的系统平台上运行（windows,unix,linux 等等）,支持 j2ee，.net 等开发 技术；容量大。 数据分析数据分析 (1)数据来源 非煤矿山监管子系统涉及金属矿山、非金属矿山和其他矿山，需要采集金属 矿山、非金属矿山和其他矿山的各项详细数据，数据来源于国家、省、地市、县 四级和企业上报的信息。 (2)数据基础

44、 有电子数据，有纸质数据。 (3)更新机制 7 非煤矿山安全监管数据库需要定期更新信息，更新基础是国家、省、地市、县 四级和企业上报的信息。 (4)数据访问接口 非煤矿山安全监管数据库需要存入企业安全生产基本情况数据库的数据，数据 被提取出来之后，转换成 xml 格式，企业安全生产基本情况数据库在接收之前 先转换成本数据库格式，然后存储到非煤矿山安全监管数据库中去。 (5)数据整合内容和方式 对多个行业的非煤矿山数据按照类别进行整合，建立统一的数据视窗，并在其 上建立报表、指标库，通过固定报表、即席查询以及预测等多种方法实现对数据 的全面洞察与深入分析。 非煤矿山安全监管数据库结合地理信息数据

45、，对历史数据进行整理，进而整合 成一个完整的数据库，这些数据结构不同、数量大，因此，数据整合系统将具备 数据抽取、转换和加载功能，数据整合系统还应具备图形化抽取转换、流程管理 工具，实现源数据到目的数据的映射、转换和数据移动；利用编程工具用程序来 实现复杂的数据转换，实现对历史数据、地理信息数据的转换、加载和整合过程。 (6)工作量估算 现有数据的采集来自金属矿山、非金属矿山和其他矿山，各个矿山的指标各不 相同，需要对安全生产法律、法规执行情况、非煤矿山安全生产条件、设备设施 安全和作业场所职业卫生情况、非煤矿山大型建设项目安全设施设计审查和竣工 验收相关的安全评估数据进行信息管理，又要对历史

46、数据进行整理，支持上千家 用户的快速访问，因此，工作量大，复杂性强。 .5 性能设计性能设计 非煤矿山安全监管子系统调用相关模块、相关数据库，使系统实现正常的运行。 3.63.6危险化学品监管子系统危险化学品监管子系统 .1 概述概述 危险化学品监管涉及多个部门，公安部门负责发购买证、准购、公路运输通 行证；质检部门负责化学品包装物生产许可证；环保部门负责废弃危化物处理、 重大危化物污染事故、危化现场应急监测、进口危化登记；工商部门负责批准许 可证和营业执照；邮政、铁路、民航、交通各部门负责运输、装卸、押运等人员 的资质认定。 8 危险化学品监管子系统实现基于网

47、络的数据交换平台，配合危险化学品各级 安全监督管理部门，综合监督管理危险化学品安全生产工作、危险化学品生产和 储存单位设立及其改建和扩建的安全审查、对危险化学品包装物和容器专业生产 单位的安全审查和定点危险化学品经营许可证的发放和对国内危险化学品登记， 使得危险化学品各级安全监督管理部门和相关单位可以通过本系统进行信息交互， 为领导决策提供依据。危险化学品监管子系统功能结构如图 3-34 所示。 危险化学品监管子系统 危 化 品 登 记 管 理 中 介 机 构 管 理 事 故 管 理 法 律 法 规 从 业 人 员 上 岗 管 理 事 故 预 案 管 理 重 大 危 险 源 信 息 管 理 剧

48、 毒 危 化 品 证 照 管 理 危 化 品 证 照 管 理 危 化 品 单 位 基 本 情 况 图 3-34 危险化学品监管子系统功能模块 .2 建设目标建设目标 本系统的建设目标是建立一个符合危化品当前政务工作模式，并适应未来信 息化发展和体现先进管理方法的信息管理平台。系统是以信息共享为核心，覆盖 各级安监部门的网上办公应用系统。在一个灵活、统一的平台上实现信息通信、 知识共享、协同工作、办公管理等功能，达到政务信息化的目的。 危险化学品监管子系统实现基于网络的数据交换平台，配合危险化学品各级 安全监督管理部门，综合监督管理危险化学品安全生产工作、危险化学品生产和 储存单

49、位设立及其改建和扩建的安全审查、对危险化学品包装物和容器专业生产 单位的安全审查和定点危险化学品经营许可证的发放和对国内危险化学品登记， 使得危险化学品各级安全监督管理部门和相关单位可以通过本系统进行信息交互， 为领导决策提供依据。 .3 主要业务流程主要业务流程 危险化学品监管子系统分为两个层面的监督管理： （1）危险化学品单位的分类，包括危险化学品单位的生产、存储、销售、运 输和使用等的监督管理。对于不同危险化学品单位进行资格审核、许可证发放管 9 理。对其危险化学品按危险源进行分类、安全评价； （2）危险化学品重大危险源及应急预案的监督管理。 危险化学品监管主要业务流程如

50、图 3-35 所示。 资格证书 人员培训 培训机构 危险化学品生 产、储存、经 营、使用单位 应急救援预案 危险化学品登记 安全评价机构 安全评价 监管 危化品包装 生产单位 申请书 每年 质检、交通、工 商部门 公安、交通、工 商、环保部门 国家化学品登记 注册中心 危危险险化化学学品品数数据据库库 相相关关数数据据库库 图 3-35 危险化学品监管主要业务流程 本系统的建设目标是建立一个符合危化品当前政务工作模式，并适应未来信 息化发展和体现先进管理方法的信息管理平台。系统是以信息共享为核心，覆盖 各级安监部门的网上办公应用系统。在一个灵活、统一的平台上实现信息通信、 知识共享、协同工作、

51、办公管理等功能，达到政务信息化的目的。危险化学品监 管子系统在国家安全生产信息系统数据库调用关系如图 3-36 所示。 10 信息共享平台 危化品登记、证照 管理、事故管理、 法律法规 提供危化品监管相关信息及工具 发布危化品 监管信息 提供危化品监管信息 危化品共 享数据库 危危险险化化学学品品监监管管子子 系系统统 重点监控企 业安全生产 基本情况数 据库 行政执法数 据库 抢险救灾资 源数据库 安全生产专 家及安全评 价中介机构 数据库 重特大事故 档案数据库 政策法规数 据库 危险化学品 监管数据库 重大安全生 产隐患数据 库 重大危险源 和预案数据 库 图 3-36 危险化学品监管子

52、系统数据库关系调用 根据用户使用信息系统的形式和目标，危险化学品监管子系统的主要用户可 以划分为 3 类：政府职能部门公务员、政府委托的危化品管理单位、系统管理维 护人员。其中，政府职能部门公务员主要利用本系统提供的行政审批、管理和决 策分析功能完成日常的业务工作，主要包括国家安全生产监督管理总局、危险化 学品安全生产监督管理司、省安全生产监督管理机构的公务员等；政府委托的危 化品单位主要利用本系统进行各种监测数据和申请表格的报送，主要包括危化品 生产、储存、经营、运输、使用、废弃处理等相关工作人员；系统管理维护人员 主要进行系统的运行管理、数据备份、软件更新等工作，主要包括国家安全生产 监督

53、管理总局信息中心的运行维护人员。危险化学品监管子系统相关的用户如图 3-37 所示。 11 生产废弃运输使用经营储存 环境保护管理部门运输管理部门安全监督部门 环境保护管理部门运输管理部门安全监督部门 国家环境保护总局交通部国家安全生产监督局国家总局 省级 地市级 企业 图 3-37 系统相关的用户结构图 .4 性能设计性能设计 系统总体性能要求 数据的精确性：数据加载、统计计算、制表制图等功能必须精确，保证数据 的准确性，才能真正反映危险化学品信息的运行状态。 系统的处理速度：要保证每日更新信息的及时获取、处理、入库与发布。从 信息获取到入库的最大延迟时间为 1 天。 系统的

54、容量要求：系统要求采用大型数据库系统，对数据库记录数的增长没 有限制，并且保证大容量数据库的可操作性。 查询速度要求：由于危险化学品监管信息系统的数据量非常大，并且数据记 录的增长速度非常快，对于关系数据库的查询能力和查询算法是一个挑战。必须 在高性能服务器的支撑下，设计出合理的数据库结构和查询算法，以保证查询的 响应速度，并不随记录数的增长急速下降。 应用系统性能：应用系统应满足业务处理流程的要求，稳定、可靠、实用， 人机界面友好，输入输出方便，检索查询简单快捷。 计算能力：危险化学品监管信息系统不仅数据量大，而且数据类型多样，包 括图像、多媒体等信息类型，因此，对处理系统的计算能力有比较高

55、的要求。 系统性能的要求如表 3-31 所示。 表 3-31 系统性能的要求表 功能名称性能要求 12 数据检索简单查询响应速度 3 秒；复杂和组合查询响应速度30 秒；查询结果可 以按照一定原则进行排序、筛选、保存；查询结果可以显示为图形或图 表，可以输出到通用的办公处理软件中。 数据转换向数据库中更新的速度5 秒。 数据分析能够检查出重复的关联。建立关联的速度不大于 5 秒。 文献资料检索对于关键字以外的字段能够修改。并检查数据的完整性、数值的合理性， 有相似性和重复性检查；响应时间在 5 秒内。 模型分析计算灵活建模、接收多种数据格式文件、显示计算进度。 业务办理流程流程可调整以适应办公

56、情况的变化（人员变动、缺席等） 。 数据录入编辑能够灵活生成数据录入表格以适应用户需求的变化。 数据上载接收一般处理时间不大于 10 秒钟；特别大的文件处理时间不超过 5 分钟；视 资料大小和网络情况而定，需要有进度提示。 数据汇总简单汇总处理时间不大于 30 秒钟；复杂汇总处理时间不大于 10 分钟， 并有进度显示；特别复杂汇总处理时间不大于 1 小时，并有进度显示。 数据库备份与恢 复 应用系统和数据库系统等的备份、恢复定期自动进行，也可以人工进行； 提供数据库和表两级备份恢复。处理时间最好不大于 30 分钟。 用户及权限管理根据用户类别，划分角色和权限。处理时间不大于 30 秒钟。 代码

57、维护代码表唯一性检查、代码修改或删除，检查对应实体表的数据完整性、 一致性，处理时间不大于 30 秒钟。 .5 接口设计接口设计 与各应用子系统的接口与各应用子系统的接口 危险化学品监管子系统按照 b/s 结构，划分成 web 服务器、应用服务器和 数据库服务器；部署各个业务处理系统，形成各个业务数据库，并利用数据整合 技术向信息共享平台提供共享信息。 危险化学品监管子系统子模块间关系危险化学品监管子系统子模块间关系 在危险化学品监管子系统中，三级子系统之间的数据关系如图 3-46 所示。 13 危化品登记 管理 法律法规

58、 事故预案管 理 重大危险源 信息管理 中介机构管 理 从业人员上 岗管理 危化品单位 基本情况 危化品证照 管理 事故管理 图 3-46 危险化学品监管子系统各子模块间关系 与政府网站的接口与政府网站的接口 系统建成后政府网站可作为国家安全生产信息系统信息采集、发布的窗口， 也是各类用户通过互联网访问本系统的门户。 3.73.7烟花爆竹监管子系统设计烟花爆竹监管子系统设计 .1 概述概述 国家安全监管总局负责监督烟花爆竹生产经营单位贯彻执行安全生产法律法 规的情况，负责烟花爆竹生产经营单位安全生产条件审查和安全生产许可证、销 售许可证发放工作，组织

59、查处不具备安全生产基本条件的烟花爆竹生产经营单位， 组织查处烟花爆竹安全生产事故。因此，为了规范烟花爆竹安全生产监督管理工 作，严格规范烟花爆竹生产经营单位安全生产条件，防止烟花爆竹安全事故，根 据中华人民共和国安全生产法 、 中华人民共和国民用爆炸物品管理条例 、 安全生产许可证条例 ，以及烟花爆竹生产企业安全生产许可证实施办法 、 烟花爆竹销售许可证管理办法 （征求意见稿）和有关法律、行政法规，编制 “烟花爆竹监管子系统” 。 .2 建设目标建设目标 烟花爆竹监管子系统必须能够规范烟花爆竹安全生产监督管理工作，能够提 高安监部门对烟花爆竹行业的监管水平，能够帮助各级安监部门

60、对自己辖区内烟 花爆竹安全生产状况及其发展变化情况有个准确的判断，能够为各级安监部门制 定政策提供科学的指导。 我们现在建设的这个烟花爆竹监管子系统是专门为各级安监部门服务的，和 14 烟花爆竹生产经营单位的企业网和应用系统无关，更不可能和它们进行连接。 .3 子系统设计子系统设计 烟花爆竹监管子系统功能模块结构图如图 3-47 所示。 公用模块 1.数据采集模块 2.数据查询模块 3.统计分析模块 4.数据打印模块 5.数据传输模块 6.导入导出模块 7.数据字典模块 烟花爆竹监管子系统 安 全 生 产 许 可 证 管 理 销 售 许 可 证 管 理 重 大 事 故 隐 患