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

第七章

国家安全生产信息系统工程初步设计有关内容

目 录

第1章 应用系统平台 1
1.1 概述 1
1.2 集成应用支撑平台设计 3
1.3 公共数据交换平台 17
1.4 GIS系统平台 25
1.5 安全体系 40
第2章 应用系统概述 43
2.1 设计原则与目标 43
2.2 设计内容 44
2.3 应用系统体系与模式 44
2.4 应用系统逻辑架构 45
2.5 应用系统总体部署 47
2.6 业务通用模块设计 51
第3章 监督管理及行政执法系统设计 1
3.1 概述 1
3.2 系统功能设计 1
3.3 系统架构设计 2
3.4 煤矿安全监察及行政执法子系统 2
3.5 非煤矿山监管子系统 5
3.6 危险化学品监管子系统 7
3.7 烟花爆竹监管子系统设计 13
3.8 重大危险源监管子系统设计 23
3.9 伤亡事故管理子系统设计 27
第4章 安全生产调度与统计系统 29
4.1 概述 29
4.2 核心业务流程 29
4.3 系统结构设计 31
4.4 事故调度快报子系统设计 31
4.5 伤亡事故统计子系统 32
4.6 安全生产行政执法统计子系统设计 33
4.7 作业场所职业卫生统计子系统设计 38
4.8 煤炭经济运行统计子系统设计 45
4.9 安全生产辅助决策支持子系统设计 51
第5章 矿山应急救援信息管理系统 55
5.1 概述 55
5.2 核心业务流程 56
5.3 系统结构设计 56
5.4 应急预案管理子系统 57
5.5 救援资源管理子系统 62
5.6 救援专家管理子系统 66
第6章 标准规范制定 69
6.1 标准规范的行业应用背景 69
6.2 建设原则 70
6.3 建设内容 70
6.4 标准化实现措施 73
6.5 数据编码管理中心 74
第7章 网站建设方案 75
7.1 背景及建设目标 75
7.2 网站总体架构 76
7.3 专网网站网络建设方案 77
7.4 系统边界 78
7.5 门户系统 80
7.6 专网网站功能设计 82
7.7 外网网站功能设计 86
第8章 远程教育培训系统 89
8.1 概述 89
8.2 需求分析 89
8.3 设计原则 90
8.4 远程教育培训平台整体框架 91
8.5 平台运行模式 92
8.6 远程教育培训平台子系统设计 93
8.7 远程教育培训工作流程 109
8.8 培训教室及课件录制间 120
8.9 远程教育培训系统的培训内容和培训业务 121

- iv -
第1章 应用系统平台

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

图1-1 应用系统平台架构

应用系统平台向应用系统提供组件集成、开发和运行环境，提供应用系统的开发框架，在此基础上向应用系统提供基础服务和通用的应用服务功能，实现软件构件高度复用的目标，为整个应用系统的高可用性、灵活性、可扩展性、安全性、稳定性以及其他性能指标等提供了基础保障。
整个应用系统平台的最终建设目标是：通过在底层软硬件环境上搭建构件化软件平台的开发管理体系架构，实现系统管理与业务应用的的无缝集成；实现业务应用的定制型开发、配置型管理，大大减少业务开发的硬编码工作量，提高应用系统的灵活性和复用性。
应用系统平台主要由集成应用开发平台、公共数据交换平台和地理信息系统平台三个部分组成。
⑴. 集成应用开发平台
集成应用开发平台：包含工作流平台、报表生成器、应用基础服务，提供应用系统的业务通用模块。
· 采购基本的工作流平台和报表生成器，进行应用定制,部署在总局监督管理与行政执法系统、调度与统计系统的各省级节点的应用服务器中；
· 应用基础服务器：是采购应用服务器中间件部署在总局监督管理与行政执法系统、调度与统计系统和各省级节点的应用服务器中；
· 数据库管理系统: 是采购数据库管理系统在总局监督管理与行政执法系统、调度与统计系统和各省级节点的应用服务器中 。
· 业务通用模块：是应用系统开发的基础通用模块，通过复用支持各应用系统开发。
⑵ 公共数据交换平台：采购基本的数据交换产品，部署在总局监督管理与行政执法系统、调度与统计系统的各省级节点的应用服务器中；
⑶ GIS平台：采购基本的GIS基础平台产品，进行应用定制，部署在：监督管理与行政执法系统、调度与统计系统和数据中心和各省级节点的应用服务器中;

1.1.3 部署方案
应用平台在国家局节点和省级节点两级部署，具体部署见表1-1和表1-2。

表1-1 国家局节点应用系统平台配置表
软件名称
来源
规 格
数量
应用服务器
采购
按两个CPU计算，具有双机热备功能。
2
地理信息系统平台
采购并定制
国家局级空间数据生产、数据库建立和维护工具，专题分析；空间数据引擎；电子地图、地理信息网络共享、发布、查询工具；创建独立应用或集成到第三方系统的开发工具
3
空间数据插件产品
采购
4Processer计算
2
数据库管理系统
采购
4Processer计算，具有双机热备功能

2
公共数据交换平台
采购

1
工作流平台
采购并定制

1
报表生成器
采购并定制

1

表1-2 省级节点应用系统平台配置表

软件名称
来源
规 格
数量
应用服务器
采购
按两个CPU计算。
17
应用服务器
采购
按一个CPU计算。
28
地理信息系统平台
采购并定制
省级空间数据生产、数据库建立和维护工具；地理信息网络共享、发布、查询工具
45
数据库管理系统
采购
2Server+30Client
46
省级数据交换平台
定制
异构数据，异种数据类型
1

1.2 集成应用支撑平台设计
1.2.1 总体架构
集成应用支撑平台主要提供系统的整体开发框架以及应用集成开发环境（workshop）和运行管理监控环境；另外，还提供与应用支撑平台提供的构件平台的接口，使之在应用开发中更好的与系统集成。如下表所示：

表1-3 平台功能模块列表
主功能
子功能模块
控制台
集成管理控制台
基础服务
数据访问服务
集成服务
事务服务
消息服务
目录服务
安全控制服务
应用服务
工作流平台
报表生成器
业务通用模块

国家安全生产信息系统是紧密围绕国家安全监管总局的职能和核心业务的综合信息系统，必须适应国家对安全生产要求的不断提升及业务的不断变化。应用系统的建设不是一次性过程，因此，必须要求在应用系统的建设、部署上具有高度的灵活性和可扩展性，能够及时高效地根据需求进行应用系统的建设和变更。建立一套应用支撑平台对应用系统建设和维护是非常必要的。
集成应用支撑开发平台与应用系统的关系如图1-2所示：

图1-2 集成应用支撑开发平台与应用系统的关系

1.2.2 基础服务功能
服务是集成应用支撑开发平台为应用系统提供的接口服务，是将应用系统开发中共性和复杂的部分提取出来，以减少应用系统的开发工作量，提高应用系统的性能和可靠性。
基础服务是由中间件厂商提供的，集成应用支撑开发平台将这部分接口经过特定的配置后提供给应用系统。
（1）数据访问服务
数据访问服务通过支持J2EE的JDBC标准来访问各种数据源，有效管理和简化应用访问各种数据源的复杂性。通过数据访问服务，可以创建、管理数据库的链接池，这样各个应用之间就能共享数据链接资源。应用支撑平台不但能管理各种数据链接的实时状态，还能诊断发生的问题，一旦数据链接失效，应用支撑平台可以自动为访问应用回复有效的链接。此外应用支撑平台还能在数据访问层提供高可用性的特性，这样一旦后台的数据源发生问题而无法链接，应用支撑平台能自动链接到备份的数据库上。
（2）集成服务
通过应用支撑平台的Web服务，或集成服务，可以将应用系统的业务功能加工成开放的、标准的、以服务方式访问的应用接口，这些接口封装了完整的、功能相对独立的业务功能，可以在互联网上通过HTTP， FTP， STMP等标准协议访问到这些应用功能。通过在应用系统中实现关键业务的Web服务，可以建立起应用业务面向服务（SOA）的架构，这样就为运行在异构平台的众多应用提供了有效的应用集成手段。
J2CA服务用来集成非J2EE架构的应用系统。J2CA服务采用点对点的集成方式，为特定应用提供符合J2CA标准的应用适配器，这样，基于JAVA的开放式应用就可以访问这些被集成的应用系统了。
（3）事务服务
事务服务负责管理应用系统对后台不同数据源访问的原子性、一致性操作。应用支撑平台通过对J2EE标准JTA和JTS的支持，能够使得运行在其上的各种应用无论是在访问数据库、还是对通过消息系统访问其它用数据、或是操作各种后台交易系统（例如TUXEDO）、遗留系统，都能有效的保证所有数据操作的一致性。如果一旦其中的某些操作失败，系统能自动回滚到上一个有效的状态。这样保证了集成的不同应用所包含数据有效性和完整性。
（4）消息服务
消息服务能在不同系统应用之间通过传递统一格式的消息来实现异构系统的有效集成。各种异构平台上运行的应用由于开发技术的不同，只能运行在不同操作系统中，它们彼此不能直接相互访问，从而为应用集成代理了难度。通过对J2EE的JMS标准的支持，应用支撑平台为不同机制的应用提供了消息服务。消息服务提供了一种中间形式的应用相互访问机制，通过消息服务提供的消息总线，异构平台的应用能使用彼此理解的中间格式相互传递各种应用数据，从而实现异构应用的集成。应用支撑平台还需要支持消息的可靠传递，即便是在消息的接收方暂时无法访问到或者网络短时断开的情况下也能将消息准确传送到。此外在大规模应用中，消息服务会自动实现消息传送负载均衡等特性。
（5）目录服务
由于J2EE应用组件可以独立运行，而且通常是在不同设备上运行，因此客户端和应用服务器层代码必须以某种方式查找和参考其它代码和资源。客户端和应用代码使用Java命名和目录接口(JNDI )查找用户定义对象和环境变量。另外还可以通过JNDI标准接口来访问应用支撑平台的LDAP目录管理服务。
（6）安全控制服务
当运行在应用支撑平台的系统应用规模越来越复杂，集成的应用数量越来越多的情况下，安全生产信息系统的安全保证就会成为突出的重点。
为了有效保护应用功能（与功能相关的Web页面或与业务相关的EJB组件）、业务数据的安全，需要支撑应用运行的平台提供多种机制的安全控制功能。通过一系列手段，比如访问控制列表（ACL）或SSL，RSA， X.509等标准的支持，有效地保障应用被安全访问，数据能在网络上被安全可靠的传输，从而保证的整个系统的安全性。

1.2.3 应用服务功能
应用服务是面向行业的基础构件。根据应用系统所在的行业特点进行领域建模，将面向领域的通用服务提取出来，作为通用的构件，为面向行业的应用系统提供服务。在通用服务的基础上提供面向行业的服务构件，就形成了行业解决方案的基础架构。

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

图1-3 WFMC工作流参考模型

如图1-8所示，在工作流管理系统中有如下组件：过程定义工具、工作流执行服务及其应用程序接口（WAPI）、工作流客户应用程序、被调用的应用程序、管理和监控工具，各个组件之间可通过标准的工作流应用程序接口（WAPI）与工作流执行服务进行交互。
同时，在保证各工作流组件之间独立性的同时，为了保证系统具有良好的开发性和扩展性，工作流系统还提供了相应的接口标准以支持其他应用程序开发商为其定制应用。其中：Interface1为过程定义接口；Interface2工作流编程接口；Interface3为应用程序接口；Interface4为工作流引擎间调用接口；Interface5为管理、监控接口。
安全生产信息系统电子工作流平台严格遵循WFMC标准，不但是一个独立的功能子系统，而且还是一个可以在其上不断开发新功能、拓展新应用的业务平台，其设计的初衷就是以系统的开放性保证该系统仅需通过配置就可满足未来用户业务需求的不断变化。为了达到上述目的，工作流系统的各模块之间完全通过标准接口进行数据交换，并且公开所有接口，因而用户既可以独立扩展子模块的功能、又可以采用其他厂商开发的产品，从而保证系统的扩容和业务维护不依赖于单一设备厂商、系统或软件供应商的产品。例如：由于其各主要模块接口都符合WFMC2.0标准，所以该系统可以方便的和同样满足该标准的Microsoft Exchange或Lotus Notes等群件系统进行数据交互。
（2）主要功能
从用户的角度来看，工作流主要用来管理和控制整个企业环境的运行规则与过程；但从计算机技术的角度来看，工作流系统实际上是整个企业应用系统中的业务驱动和业务集成核心，为此我们必须将业务中的工作流逻辑从系统中剥离出来，形成相对独立的工作流平台，这样做有如下几点好处：
l 便于业务系统的维护与扩展
应该说任何基于时序和规则的业务流转特性都可以得到工作流的系统支持，尤其是对于企业业务系统中，参与者和流程经常变化的情况，更应该将工作流逻辑从复杂的业务系统中剥离出来，以便于更好的对业务变化做出反应。在基于工作流平台的应用系统中，任何涉及到参与者和流程拓扑机构的改动都可以通过适当的图形化配置工具得以解决，而不用修改相应的业务代码。
将工作流逻辑从系统剥离出来以后，业务系统其他模块的功能将不再受人员变化和规则变化的影响，因而更便于维护和升级，而剥离出的工作流应用接口使得扩展与其他业务系统的接口时更为容易。
l 便于对流程进行监管和统计
实际的业务系统中，重点监管的是业务流转的路径和所处的状态，而这些与具体的业务逻辑是无关的，当工作流逻辑和业务逻辑耦合在一起的时候，会给上述工作带来很大的困难。只有将工作流逻辑剥离出来，才可能集中精力针对流程数据进行监管和统计。
l 便于技术升级和保证系统实现的技术无关性
技术的发展一日千里，大量的“技术洪水”扑面而来，从最早的桌面应用到后来的C/S应用，再到现在的以B/S架构为主的“大集中”系统，每一次应用架构的突破都受益于相应技术的进步，但安全生产信息系统是一个规模庞大的业务系统，其核心的应用模型并不依赖于技术的变化而变化，当我们将与技术变化相关的应用逻辑和应用接口剥离出来以后，整个系统就不会再受技术变化的影响。比如：2～3年后，WebService技术会逐渐成为应用主流，应用之间的流程调用接口都将适应这股技术潮流，以便更好地与其他业务系统进行交互，那么届时我们只要调整接口的封装就可以了，丝毫不会影响主流业务系统。
l EAI等业务需求要求必须提供独立的流程支撑平台（EAI Process）
初级的EAI应用只能解决界面集成和数据集成等应用问题，但业务模块之间的基于业务规则的流转应用却需要各业务模块抽象出自己的工作流逻辑和工作流接口，以保证数据流和控制流可以在通过适当的接口转换后，在各业务模块之间无缝地流转。
每一个业务系统在完成自己的操作后，都可以通过工作流接口，把任务通过工作流引擎发到下一个业务系统，并由相应的人员进行办理。这样就好象在工作流系统的周围形成了一个虚拟的业务循环，业务信息可以在不同的业务系统之间流转。
工作流系统组成结构如图1-4所示。

图1-4 工作流平台系统组成

如图所示，系统由以下几个模块组成：流程定义工具、组织机构定义工具、工作流引擎、工作流服务中心、管理监控web客户端、工作流编程接口及监控接口（包括java接口和vb接口）、工作流任务办理客户端（包括Windows客户端及Web客户端）、工作流管理监控web客户端，下面对各个模块的功能作简要的介绍：
l 图形化的流程定义工具
流程定义模块是工作流管理系统中的一个重要组成部分，也是实施工作流管理的起点。借助于流程定义工具，工作流程将被直观地、图形化地建立起来，进而帮助人们理解工作流程各个元素之间的复杂关系。流程定义可以使用图形化的描述工具来对一个流程实体中的各个元素进行表达，使工作流引擎能够解释流程定义生成的结果以作为流转的依据。流程定义的结果可以作为模板直接存到数据库中，也可以保存到本地二进制文件或XML文件中，以便于修改和重建。流程定义工具提供合法性校验和模拟的功能，可以帮助用户正确定义复杂流程。在流程定义中声明参与者时要用到组织机构模型，在活动节点上要声明应用系统提供的应用程序。
l 组织机构定义工具
使用组织机构定义工具不但可以方便地构建项目建设办公室的组织机构模型，并以树状图形来表示、描述组织机构内部各部门、组织单元之间的层次关系，而且可以方便地对组织机构内部的组织单元、岗位、角色、人员进行维护，从而使组织机构更易于管理和维护。组织结构的存储支持数据库和LDAP。组织机构定义工具作为一个组件，可以方便的与其它系统结合到一起。
l 工作流引擎
工作流引擎是工作流管理系统中为业务流程实例和节点实例提供运行环境的服务软件，是整个工作流管理系统的核心，工作流引擎的功能主要有：解释流程定义；控制流程实例的创建、激活、挂起、终止等行为；在活动间导航，包括控制顺序或并行操作，控制实例生存期；确定工作项正确分配给相应的用户；维护工作流相关数据；给/从应用程序或用户传递工作流相关数据等。可以把工作流引擎当作一个状态转换机，它主要控制进程和活动的创建、激活、挂起及终止等状态。在状态转换中，流程实例或节点实例的状态因响应外部事件（如：一个节点实例的完成）或指定由工作流引擎采取的控制决策（如导向流程实例的下一步行动）而改变。工作流引擎主要负责三种对象的状态转换：流程实例，节点实例，工作项。目前的工作流系统支持分布式引擎，多个引擎可以通过消息分发器对负载进行均衡，多引擎协同工作以提高多用户并发时的工作效率。
l 服务中心
提供工作流系统的各种外围服务，包括自动应用管理器、超时检测服务、日志服务、归档服务、监控服务等，其中自动应用管理器支持分布式应用。服务中心协助工作流引擎保证工作流系统正常的后台运作。
l 管理监控web客户端
提供对工作流系统中各种对象的管理和维护，包括服务配置、流程实例、流程定义、服务的运行控制、日志查看、统计分析等功能。
l 工作流编程接口
为工作流客户端或其它应用系统提供访问工作流数据库和工作流引擎的接口，它主要实现了工作流标准的Interface2和Interface5。工作流编程接口通过消息机制与工作流引擎通讯。
l 工作流Web客户端
针对不同用户的需要提供了两种客户端：Windows客户端和Web客户端，分别提供对工作项列表的处理、流程监控与管理、允许用户创建新的流程、可以调用应用程序工具进行具体的任务办理。其中Windows客户端既可以作为一个独立的程序使用，也可以作为一个控件插入到其他应用程序中。而Web客户端可供Web用户直接使用。
l 后台应用程序
在用户定义工作流流程的时候，可以指定某个节点为自动节点，即该任务由自动应用管理器通过应用代理自动调用指定的应用程序完成。这里所指的应用程序就是后台应用程序，它可能与工作流服务器在同一台服务器上，也可能在另外一台应用服务器上。用户可以使用工作流系统提供的应用代理，也可以按照规则自己开发相应的代理和自动应用程序。
l 应用程序工具
用户在工作流客户端办理某个具体的任务的时候，根据应用性质的不同，可能需要启动不同的应用程序，完成不同的任务。这里的应用程序就是指应用程序工具，它可能是用户开发的一个独立的应用程序，也可能是与工作流客户端集成在一起的某个功能，应用程序工具和后台应用程序都是由应用系统自己开发的，而且需要提供工作流管理标准的Interface3接口。
l 其他实用功能
除了前面介绍的系统基本功能以外，本系统还从方便用户使用的角度出发，设计实现了许多十分实用的功能：
Ø 流程轨迹的动画播放功能
对于流程比较复杂的系统，如果只知道当前流程的即时运行状态还是远远不够的，当流程出现异常或进行灾难恢复时，我们通常希望了解流程是怎样一步一步到达当前状态的。本系统提供的流程轨迹动画播放功能，可以使用户清晰的了解自流程创建以来办理过的每一个任务，该功能对于管理大型或超大型工作流体系尤为重要。
Ø 跨流程、跨引擎的监控功能
从负载平衡和安全性等多方面来考虑，一个大型的工作流系统仅依靠一个工作流引擎是不能胜任的，本系统着眼于上述需求，不但在底层提供了相应的机制来完成多工作流引擎之间的数据通信，还提供了相应地提供了跨流程、跨引擎监控功能，利用此功能，用户可以自由地选择所要监控的系统，并可以一级一级地深入到子流程中去，这样，系统管理人员就可以随时监控整个环境中各个子环境的详细运行情况。
Ø 支持电子Form的定义和解释
由用户自己定义电子Form，并可对相应组件进行基于VBA的编程，Form组件和相关数据以及业务表中的具体字段之间可以创建关联，并自动生成相应的代码。定义结果可被客户端的FormReader组件解释。
Ø 实现对自定义表单数据和业务系统记录的流转
采用本工作流系统，用户可以在不作任何编程和数据库操作的情况下，实现任意格式的自定义表单数据的流转，即系统自动提供表单数据的管理能力；另外，也可以通过映射关系，非常方便地实现对现存业务系统记录的流转能力。（系统中的数据分三个层次：相关数据（即控制信息）、办理数据（即需要在办理过程中处理的数据，包括附件，现在我们的工作流系统要提供对办理数据的管理能力，类似Ultimus的SpreadSheet，在用户不作任何编程和数据库操作的情况下，即可以实现表单数据的流转。）、业务系统数据（即其他业务系统软件中的数据）。这三者之间的关系是以办理数据为核心，其他两种数据都和它建立映射关系，通过引擎的同步操作，建立起业务系统数据、办理数据和相关数据的关联和同步。）
（3）技术特性
l 易用、开放的图形工具
电子工作流平台提供了工作流管理系统常用的工具，如：组织机构定义工具、流程定义工具、监控配置工具。
各个工具均以图形化的形式提供，用户在简单的拖拽中即可轻松地完成流程定义、组织机构定义工作。
流程定义、组织机构工具提供定义的合法性检查的功能。
流程定义工具提供流程模拟运行的功能。
流程定义既可以在线定义到数据库，也可以保存为本地文件，也可以保存为XML文件。
组织机构可以引用已有的定义，也可以使用工作流提供的定义模式。可以保存到数据库，也可以保存到LDAP服务器。组织机构定义可以在线保存到组织机构服务器，也可以保存为本地文件。并且提供多种组织机构模式的定义。
监控工具提供图形化的监控功能，并提供在线修改流程的功能。
l 完备的流程结构
为满足各种流程化的业务的需求，电子工作流平台提供了完备的流程结构的支持。电子工作流平台提供的基本结构化的图形有顺序、并发、子流程、条件分支。通过这些元素，用户可以出顺序、循环、并发、条件路由的流程。
用户可以选择办理步骤，可以实现选择办理的功能。
流程可以根据优先级按优先路径流转。
并发流转，实现业务同时办理。
条件流转，实现动态流转业路径。
子流程办理，实现不同流程共享业务流程。
l 通用的应用开发接口
参照WFMC和OMG的标准，电子工作流平台提供通用的工作流办理和应用程序编程接口(Interface2&3)、提供了监控接口（Interface5）。并且提供了java和vb两种形式。用户根据应用系统的需求，开发出java或windows的应用系统。
提供了组织机构的开发接口。当我们提供的组织机构形式不能满足用户需求时，用户可以通过对组织机构接口编程开发应用和工具。还可以提供自己的组织机构的实现。
l 完备的自动应用的开发方案
自动应用程序是工作流应用中的一个重要方面，同时也是一个难点。电子工作流平台引入了自动应用管理器和应用程序代理的概念。通过代理适配器完成对各类应用的调用。
自动应用程序代理采用java开发，但应用程序可以是任意的实现形式和语言开发的应用。代理作为桥梁完成工作流服务器和其它形式应用程序的通信。
l 远程监控管理
电子工作流平台提供web管理监控工具。用户可以远程、图形化地监控管理流程，查看服务日志，进行统计分析等。远程配置、修改服务器端的信息。
l 丰富的任务处理功能
电子工作流平台的工作流的办理人全部来自组织机构定义的各种人员、岗位、角色。
办理人可以使组织机构中任意一种逻辑单元，岗位、角色、人员。
提供工作项的办理人的业务处理能力，服务器根据业务规则自动分配办理任务。
工作项可以由多人办理的功能。
工作项可以被重新分配给其它人进行办理。
办理人可以根据业务需要，选择下一个办理步骤和办理人。
l 功能完善的服务器
电子工作流平台提供了一个稳定、健壮、高效、功能完善的服务器。服务器端提供的丰富的服务，包括自动应用代理器、超时检测服务、归档服务、日志服务、监控中心、引擎及消息分发器。各个服务协调工作，共同构建一个功能强大的服务器。
l 可扩展的服务器
电子工作流平台支持多引擎并发任务处理，能够根据引擎的繁忙程度，动态进行负载均衡。
电子工作流平台支持多个自动应用程序代理同时运行，实现多任务的并行处理，增强自动业务的处理能力。
企业可以根据业务的繁忙程度来部署服务器，从而提供整个系统的处理能力。
l 多操作系统平台支持
电子工作流平台的服务器端是完全采用java开发，它的使用没有操作系统平台的限制。
电子工作流平台提供Java编程接口、vb编程接口，用户可以根据应用需求开发适合的应用支撑平台需求的应用。
l 多种数据库支持
电子工作流平台访问数据库可以使用Microsoft的 ODBC 驱动，也可以是用支持各个数据库供应商提供的专用的驱动程序。
电子工作流平台提供对多种数据库的支持，这些数据库包括Microsoft SQL Server、Oracle、Db2、Sybase、Access、Ingres等。
l 多模式的工作流应用系统
电子工作流平台的提供流程定义结构、编程接口，可以满足多种工作流应用系统编程的需求，开发出client/server体系架构、browser/server、异步办理模式（如邮件办理）的工作流应用系统。
在电子工作流平台基础上开发工作流应用系统，可以开发出面向流程的应用（整个流程采用统一的应用程序），面向步骤的应用（系统由多种应用集成而成）。
l 与已有系统无缝集成
电子工作流平台是一个平台，它对应用的限制很少。通过它提供了丰富的编程接口，用进行很少的开发就可以轻松实现对企业现有的应用系统的集成。同时，可以轻松添加新的业务的功能工作流引擎。
任何组织的运营都包含了许多的业务流程。建设各类信息系统的重要工作之一就是发现用户的工作流程，进行分析建模，并把它体现到信息系统的设计中。然而，传统的系统设计方式将业务流程以编码的方式固化在应用系统中，在业务流程和组织流程发生改变的情况下，需要将系统进行重新设计，使企业重复投资。实际上，业务流程的改变是导致应用系统失效的最主要的原因。
工作流管理系统使得上述情况发生了改变。应用系统的开发人员通过可视化的方式分析和设计业务流程，并将各个应用系统联接在一起。在组织结构和业务发生变化的时候，能够在很少修改甚至不修改原来应用的情况下，仅仅通过修改工作流程的定义就能适应变化了的情况。

1.2.3.2 报表生成器
报表生成器提供以下功能：
l 集成的解决方案
集查询、报表、决策分析等功能于一体，为跨平台的Web终端用户提供一致的、友好界面。
l 企业级的报表系统
该工具能满足多层次组织机构管理的需要，支持报表数据分层次机构存放，并可对不同层次机构的报表数据进行合并汇总、分析比较。
l 支持多种数据源
具有完备的跨数据库的数据源管理功能，可以同时连接多个不同的数据源。数据源可以来自Oracle、DB2、Informix、MS SQL Server、Sybase SQL Anywhere等数据库系统；也可以是非数据库数据源如Java Objects、XML、EJB、CSV等商业数据存储介质。
l 灵活的报表定制工具
图形化、交互式的查询条件生成工具，使报表设计人员能轻松自如地操作数据库； 基于模板的智能报表生成向导，引导用户逐步完成报表设计；丰富的内置公式及统计函数，能满足设计报表的需要；强大的自定义公式能力，极大地扩充了报表设计的灵活性；直观的专业控件（柱状图、饼状图、线性图等），决策分析一目了然；可把统计结果以行列的形式显示出来，这大大方便了用户对商业数据进行比较；可在主报表中嵌入子报表，并基于某种标准建立它们之间的关联。
l 丰富的输出格式
可以输出到打印机或输出为HTML、PDF、PS、Text、CSV等格式；

1.2.3.3 业务通用模块
业务通用模块是为了提高相同功能模块的可复用性，减少应用系统开发工作量，经过对业务的分析梳理提炼出的公用模块,这些模块与应用支撑平台的其他模块协同工作，共同向应用系统提供服务。主要包括数据采集、数据查询、数据传输、统计分析、打印管理、数据字典管理等等，具体描述详见“应用系统”章节。

1.2.4 技术特性
集成应用支撑开发平台来自实际应用对软件系统的需求，来自于计算机软件技术本身发展的要求。软件技术的发展越来越明显地表现出以下特征：软件系统越来越庞大，但是软件系统内部组成模块的规模却越来越小；软件系统的功能越来越复杂，但是系统的开放性却越来越好。计算机应用软件正在向着不依赖于特定的硬件和操作系统以及具有高度可重用性的方向发展。集成应用支撑平台的目的就是提供开放的、易维护的、可重构的应用系统定制与系统运行的集成支持工具。
集成应用支撑平台可以缩短应用系统定制和集成周期，提高运行效率，降低系统维护费用，提供通用的通信和信息访问服务，使应用软件功能不依赖于特定的硬件系统、操作系统、网络协议和数据库管理系统，因此使应用系统具有良好的可移植性，提供通用的应用编程接口和图示化界面，方便用户使用；能够集成已有的系统和信息源，充分保证在信息技术上的投资效益，保证所定制的软件具有高度的可重用性。
集成应用支撑平台是一个支持复杂信息环境下系统定制、应用集成和系统运行的软件平台，在异构分布环境（操作系统、网络、数据库）下提供透明、一致的信息访问和交互手段，对其上运行的应用进行管理，为应用提供服务，并支持各特定领域应用系统的集成。 集成应用支撑平台主要应具备下列特性：
（1）以XML为数据总线，通过灵活的配置，提供数据有效性检查、安全认证等复杂应用服务；
（2）以XML为数据总线，通过描述和配置而不是传统的编程方式实现管理；
（3）基于数据库模式自动生成代码；
（4）提供大量的精心设计的通用模块；
（5）文档自动生成机制；
（6）集成的自动的测试系统；
（7）低成本，高性能，高开发效率；
（8）高度的可移植性；
（9）强大的可管理性。
集成应用支撑开发平台设计的好坏直接影响到整个应用系统的运行质量，因此设计需要达到以下标准：
（1）符合J2EE规范：应用服务器软件支持J2EE 1.4和其它各项开发标准和规范。
（2）开放：支持各种主流操作系统和数据库，支持异构数据库之间事务处理，支持可动态调整的连接池技术。如果在运行过程中数据库宕机，在数据库重新启动后，应用服务器可以自动连接。
（3）先进：应用服务器软件在国内外有着众多企业级的成功实施案例，应用服务器软件厂商应具有强大的技术支持能力。
（4）可扩展：支持应用级负载均衡，能够管理多个应用服务器软件和组件的调度和运行。在原业务系统不停机的情况下，支持动态增加服务器，扩展系统性能。
（5）易于开发：提供集成化的应用开发、测试、部署工具，能够很方便地在可视化环境中调试Web应用组件、EJB组件、流程定义，并可方便地与应用服务器软件本身集成。
（6）易于管理：提供集成化、图形化的客户端管理工具，可以方便地进行管理。提供基于浏览器的管理工具，支持JMX规范，可以方便的进行远程管理。提供对应用服务器运行状态监测及统计分析功能，以便对系统进行有效的优化工作。
（7）安全：提供加密、访问控制、目录服务、认证和授权等服务，以保证应用和数据的安全；除了提供以上的安全策略外，应用服务器软件还具有与主流的安全厂商产品无缝集成的能力。

1.3 公共数据交换平台
1.3.1 总体架构
公共数据交换平台是应用支撑平台中的中枢环节，提供底层的数据交换和共享支持，使用统一的数据交换标准，实现了跨平台、支持异构数据库、实时快速的数据共享和交换功能，为整合不同部门的基于不同操作平台和数据库类型的应用系统提供了重要保证。
公共数据交换平台实现应用系统之间业务和数据的交换、路由、转储、发布、订阅、连接等功能，实现部门对部门之间的无缝连接，具有简洁统一的数据交换标准，不需对原有业务系统进行改造，不需要对已有的业务流程重新开发，从而最大限度地保护了投资。同时，公共数据交换平台通过完善的安全机制进行严格的身份认证、权限管理和数据加密，基于国家信息安全基础设施，充分保证系统运行和数据的安全。
国家安全生产信息系统的建设，是一个庞大的系统工程，其覆盖了从国家到省、地市、企业的信息上传下达，为了避免信息系统采用不同数据库产品、不同公共数据交换平台所带来的信息共享的问题，需要对数据的采集与转换进行统一规划、统一标准，将分散建设的若干应用信息系统进行整合，通过计算机网络构建信息交换平台，从而使多个系统进行信息/数据的传输及共享，最大范围提高信息资源的利用率。保证分布异构系统之间互联互通，建立中心数据库，完成数据的抽取、集中、加载、展现，构造统一的数据采集和交换平台，最终实现一站式、一体化、协同办公。

1.3.1.1 数据交换平台的逻辑层次
信息交换平台可以从逻辑上分为三个层次：网络传输层、核心功能层、应用接口层，如图1-5所示。

核心功能层
应用接口层
（为应用系统提供数据交换和共享的服务接口）
网络传输层
（利用消息中间件，实现全网范围内的数据传输）
国家安全生产信息网络
适配器
数据交换引擎
格式转换
配置管理
图1-5数据交换平台逻辑架构
网络传输层：基于消息中间件，在全网络范围内建立起数据传输的通道，实现数据从任何源节点到任何目标节点的可靠的数据传输。主要功能有异步通讯、点到点的消息传送（PTP）、订阅/发布的消