应急指挥中心方案

XX市应急响应中心系统 应急响应中心 软件开发项目 技术文件 南京本安仪表系统有限公司 目 录 - 5 -1、项目简介 - 6 -2、项目需求分析 - 6 -2.1项目主要建设内容 - 7 -2.2预防重大事故的需求 - 7 -2.3应急救援快速响应、联动救援的需求 - 8 -2.4网上监管需求 - 8 -3、系统技术 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 设计 - 8 -3.1设计指导思想 - 11 -3.2系统功能定位 - 13 -3.3系统网络设计 - 15 -3.4系统功能设计 - 17 -3.5数据库设计 - 19 -3.6系统安全设计 - 19 -3.6.1 应用层安全设计 - 20 -3.6.2 数据传输安全设计 - 20 -4、系统采用的技术方案和路线 - 20 -4.1第三方用户（环保、消防、治安、其他部门）接入方案 - 21 -4.1.1信息系统数据接口 - 22 -4.1.2实时监测系统数据接口 - 24 -4.2实时监测预警系统技术要求 - 25 -4.3采用了Struts Web框架 - 25 -4.4采用了Web Service技术 - 27 -4.5采用Spring框架的轻量级组件技术 - 28 -4.6采用了EJB技术 - 29 -4.7采用了Hibernate等ORM技术 - 29 -4.8规范要求设计 - 30 -5 各系统功能内容 - 30 -5.1危险源和事故隐患信息申报与管理系统 - 32 -5.1.1企业危险源和事故隐患申报系统 - 32 -5.1.1.1企业基本信息 - 33 -5.1.1.2危险源信息 - 33 -5.1.1.3事故隐患管理 - 33 -5.1.1.4综合信息 - 34 -5.1.1.5监控与评估报告 - 35 -5.1.1.6应急救援管理 - 35 -5.1.1.7 上传下达 - 35 -5.1.1.8系统管理 - 36 -5.1.2危险源、事故隐患监管业务中心系统 - 36 -5.1.2.1危险源信息管理 - 37 -5.1.2.2统计分析与报表打印 - 37 -5.1.2.3上传下达 - 37 -5.1.2.4隐患排查 - 38 -5.1.2.5隐患审核、评估 - 39 -5.1.2.6隐患整改管理 - 39 -5.1.2.7隐患统计、分析 - 40 -5.2基于 GIS的危险源动态监管系统 - 40 -5.2.1 GIS地理信息系统 - 41 -5.2.2危险源企业管理 - 42 -5.2.3危险源分类监管 - 43 -5.2.4危险源辨识 - 43 -5.2.5安全生产知识库 - 43 -5.2.6统计分析 - 43 -5.2.7报表统计 - 43 -5.3危险源远程监测预警系统 - 45 -5.3.1危险源企业监控系统建设方案 - 46 -5.3.1.1利用企业现有监控设备达到完善及联网预警的解决方案 - 47 -5.3.1.2实时数据采集传输单元（iHPM-CU）功能 - 48 -5.3.1.3本地上位机监测预警功能（选配） - 51 -5.3.2基于GIS的远程监测预警 - 52 -5.3.3实时数据监测 - 53 -5.3.4实时数据传输 - 53 -5.3.5基于GIS的远程实时图像监控 - 55 -5.3.6危险源实时预警 - 56 -5.3.7危险源监控管理 - 56 -5.3.8危险源预警联动 - 57 -5.4重大事故应急指挥平台 - 58 -5.4.1 应急救援地理信息系统 - 60 -5.4.2 应急值守事故接警系统 - 61 -5.4.3 应急救援指挥系统 - 63 -5.4.4 应急救援辅助决策支持系统 - 65 -5.4.5 应急救援统计分析 - 65 -5.5 应急资源管理系统 - 66 -5.5.1政府应急救援预案管理 - 66 -5.5.2企业应急救援预案管理 - 66 -5.5.3安全生产专家管理 - 67 -5.5.4救援指挥部成员管理 - 67 -5.5.5救援物资管理 - 67 -5.5.6救援力量管理 - 68 -6、中心系统硬件配置建议 1、项目简介 “XX市应急响应中心系统” 是针对XX市安全生产领域中的日常安全生产管理、隐患普查和动态监管、事故防范、危险区信号实时监测预警以及事故时应急指挥时的实际工作出发所设计一整套综合系统。 中心系统还承担XX市污染源的预警管理与监控和消防报警信息快速提供与事故救援时的辅助决策信息提供，同时中心系统还承担了公安社会治安监控信息的接入与预警。 “XX市应急响应中心系统”包括中心系统与企业端系统。其中心系统由计算机中心、网络中心、远程视频会议中心、显示大屏、监控值班中心及企业端数据信号接入系统等组成。企业端系统包括现场防爆传感器,数据采集报警记录传输控制单元,工业通讯GATEWAY及软件等组成. 本系统应用软件是建立在GIS基础上的应急处理应用技术平台及日常管理平台，(GIS的基础地理信息可以通过自学习路迹轨迹系统进行采集和修订),结合应急救援需要的各种数据库和调用实时监测数据，在日常监督管理和应急救援时提构，通过虚拟局域网（VPN），把建设在危险源企业中的监测点获取实时数据，在本地和远程进行预警。系统把工厂生产自动化系统、数据采集预警和记录系统、安全生产过程中的重大和一般风险信息监测、预警提示系统、安全生产企业信息管理、危险源监督管理和应急救援指挥系统全部集成在地理信息系统（GIS）平台上。可以在计算机网络上完成危险源实时数据的存储、传输、查询、预警报警以及根据预警和报警启动应急救援等工作。 2、项目需求分析 2.1项目主要建设内容 XX市应急响应中心系统重点建设在以下三个方面： 一是重大危险源远程监测预警。采集重点监管企业的安全数据、视频图像、安全状态等监测监控信息， 安全管理 企业安全管理考核细则加油站安全管理机构环境和安全管理程序安全管理考核细则外来器械及植入物管理 部门用于监督企业是否及时处置预警（报警）情况，消除隐患，以防止重特大事故发生。 二是基于GIS的应急救援指挥信息支持，增强政府对重特大事故的应急处置能力。在“重点危险单位”发生事故时，可提供包括：“重点危险单位”及其周围环境的基本技术数据，迅速准确地确定地理位置和掌握周边的道路、房屋、人员等信息，对危险源进行风险评价、定位；“重点危险单位”事故危及范围和及时启动相应的事故应急处理预案，实现事故救援的有效联动。降低事故对人员、财产造成的严重损失和可能对环境造成的严重污染。本系统作为安全生产监管方面的专业分系统，实现部门之间的应急联动，提升安全突发事件的快速处理能力。 三是满足XX市安监系统主要业务信息化的要求，方便日常监管。建立企业安全生产档案，实行一企一档，夯实管理的基础，做到定期了解企业的基本情况，掌握“重点危险单位”的有关安全技术工作参数（包括安全技术参数、安全监督管理要求数据），对“重点危险单位”实施有效的日常安全管理。为管理部门提供了大量从宏观（一个地区）和微观（一个企业）的详细信息，为管理部门制订政策、进行决策、强化监督服务。 2.2预防重大事故的需求 任何灾害或事故的发生都有一个发生和发展的过程，“酝酿伊始必有端倪，临近事故更有朕兆”，实时监控系统利用远程实时数据采集、数据库存储、Internet数据发布、组态控制、无线数据、图像传输、压缩技术、大型门户集成平台、计算机网络和综合布线等先进技术。就可以把我们关注的那些对于危险源的状态有决定性影响的参数--“端倪”与“朕兆”检测并按规定的方式显示出来，当它们之中有一个或几个出现异常时，系统就会按照事先设计的模式发出警告信号，或者给出未来趋势预报，在紧急状态下，还会触发必要的应急救援指挥调度，以便抑制事故发生或减少危害波及的范围。 2.3应急救援快速响应、联动救援的需求 基于GIS的重大危险源管理系统，旨在结合GIS和Internet的特点，建立一个可视化、开放的重大危险源网络数据库管理系统，方便安监局对现存的重大危险源信息及其地理环境空间信息数据进行集中管理。 构建企业重大危险源基本信息及其有关地理信息等方面的数据库。开发能够为用户提供具有重大危险源基本信息、重大危险源所处位置及其周围环境的地理信息的浏览、查询、分析等功能的应用程序。 利用大量丰富的基础数据，结合科学的统计分析，为安全生产应急救援提供保障。建立重大危险源动态监管与应急救援指挥系统可以在应急救援时提供最完备的辅助信息，能够帮助决策人员及时的做出正确的救援指令。 并且建立应急联动系统是通过采用统一的公众报告紧急事件和紧急求助的平台，整合各种应急救援力量及市政服务资源，实现多警种、多部门、多层次、跨地域的统一接警，统一指挥，联合行动，及时、有序、高效地开展紧急救援或抢险救灾行动，从而保障城市公共安全的综合救援体系及集成技术平台。 2.4网上监管需求 充分利用互联网，加强重大危险源的监管，提高政府部门协同与管理水平，有效防止特、重大事故发生。在监管手段上，把传统的手工填报、登记工作转变为网上由企业在线填写和申报，安监局可以及时掌握区域内重大危险源企业情况及重大危险源的分布情况，能达到对本区域内的重大危险源进行有效监管。 辖区内的高危行业企业和非高危行业企业的基本信息、机构信息、安全主任、主要负责人、特种作业人员、伤亡事故、设备设施等要求在网上填报。 3、系统技术方案设计 3.1设计指导思想 通过对XX市应急响应中心系统（以下简称“系统”）建设，可以达到和实现以下意义： 1、提升XX市对重、特大突发性事故的应急救援能力，特别是对XX市的应急救援水平。可以作为对XX市安全保障，从而加重了XX市招商引资的砝码。 2、通过建立应急救援指挥系统，可以对应急预案进行日常的定期演练，在发生突发的重、特大事故快速反应，及时救助，最大程度上减少事故造成的损失和人员伤亡。 3、通过普查，帮助政府掌握本地安全生产基本情况、危险源分布情况、重特大事故隐患整改情况、安全对策措施（技术措施、管理措施）有效性情况，为政府安全生产决策提供科学依据； 4、安全和环境监测相结合，特别是危险化学品的事故，往往会造成环境事故，中心系统整合了安全监测预警和环境监测。 5、通过对危险源进行辨识、评价分级、控制水平评估，帮助掌握本地区需要重点监控的高危高风险的目标,对危险源实现分级监管、分类监管、重点监管、动态监管，提高监管效率和力度； 6、通过危险源的远程实时数据（图像）监控系统的数据历史报表、报警数据趋势曲线分析等功能以及相关现场信息提供，为重、特大事故应急救援提供指挥辅助决策支持功能，帮助区政府、安监办、生产经营单位及时、科学地制定重、特大事故的应急救援方案和抢险救援实施方案，有效降低、减少事故导致的人员伤亡和财产损失； 7、通过危险源的远程实时数据（图像）监控系统，可实时监管企业的危险源监控设备工作状态、报警记录、处理时间；可实时记录、存储（不可更改）企业现场的每一次各种数据报警事件、数值、处理时间、处理人，为安监部门对企业危险源的事故隐患督查、行政执法、事故起因调查提供了可靠技术保障； 8、通过对企业监控设备的监管，可以监督企业对于自身的危险源处于有效的监控状态。 9、通过普查工作，帮助生产经营单位对本单位安全生产情况、企业危险源监控情况进行全面梳理，促进企业开展安全质量 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 化工作，提升本质安全水平，有效地预防和减少各类事故的发生。 在此次方案设计中，遵循了实用性、先进性、安全性、可扩性、经济性、标准性、高效性的原则和思想。针对XX市实际情况提出方案，利用现有资源；采用先进的设计理念、技术路线和技术体系架构，采用主流技术；并在应用、功能等方面设计出良好的、方便的可扩展接口；并且采用国家（或省、市）统一标准和规范的行业标准，保证了可移植性、互操作性、系统独立性和集成性。 系统的结构按照国家对安全生产信息化建设“三网一库”的要求进行设计： 图 “三网一库”系统结构图 3.2系统功能定位 XX市应急响应中心系统是一个集安全生产信息系统、危险源综合监管系统、重大事故应急救援指挥系统和环保、治安监控系统于一体，承担着对XX市危险源的监督管理、应急救援、综合监管的任务。 · 建设一个XX市级的公共突发事件应急救援指挥中心 中心是XX市应急救援指挥的一级平台，在发生特大事故，可以利用中心平台来调用环保、气象、公安、道路交通等其它部门的视频和数据信息进行联动指挥。 系统集远程数据（图像）采集、传输、监测、分析、报警、危险源信息管理、地理信息系统等功能于一体的智能化监测和事故防范功能，在重特大灾害和危险源监测、预警、防治、应急救援、相应事故处理的专家响应、事故分析处理技术、安全管理技术等方面为政府提供了强大技术平台及技术装备。 · 日常安监部门危险源的管理中心 中心平台提供了XX市所有企业基本信息、危险源（污染源）、政府机构、应急救援资源力量等的综合数据库信息应用管理软件，使之成为XX市安全管理平台。 · XX市企业危险源和污染源、治安的联网监测预警中心 中心平台通过虚拟局域网（VPN），把建设在危险源企业中的监测点获取实时数据，在本地和远程进行预警。系统把数据采集预警和记录系统（SCADA）、安全生产过程中的重大和一般风险信息监测、预警提示系统、安全生产企业信息管理、危险源监督管理和应急救援指挥系统全部集成在地理信息系统（GIS）平台上。可以在计算机网络上完成危险源实时数据的存储、传输、查询、预警报警以及根据预警和报警启动应急救援等工作。 中心平台可以根据面向对象的不同提供个性化的内容服务，以充分达到“XX市应急响应中心系统”的效果： · 面向企业和公众，企业可以通过外网接入平台获取安全生产信息、完成企业安全生产数据上报等业务，公众和企业可以查看安全生产信息、通报、统计数据等。 · 面向XX市安全生产监督管理部门，可以利用此系统进行日常安全生产管理、事故防范、监测预警以及事故发生时应急指挥的辅助决策信息支持。 · 面向市政府及安全生产委员会相关成员部门，与环保、公安、规划、交通、质监、工商、经发局等区级相关部门构建横向接口，利用共通的网络和运行环境实现部门间互联互通、信息共享和安监业务协同，相关业务部门可以从平台获取安全生产监管数据、明确安全专项整治任务、实时监控数据、应急救援任务； · 面向XX市市安监局，中心系统可以为市局的安全生产信息系统提供安全生产监督管理、应急救援指挥、事故模拟、内部办公、安全生产专项整治、安全生产情况检查和安全预警信息等各种安全生产信息； 3.3系统网络设计 XX市安监局内部用户办公都将利用现有的政府内网进行办公，并且面向的安监局也将接入到此内网内进行办公；而乡镇（街道）安监站的使用人员将使用Internet进行办公，面向的监管企业也将利用Internet进行必要的网络申报和管理。 但是在建立重大危险源监测预警时，由于监测预警对网络的要求比较严格，所以必须通过专用网络（VPN）网络进行监控数据及视频的数据交换。企业端的一套监控设备（数据和视频），在保证网络带宽的情况下，可以同时向多个中心发送数据而不会相互影响。 系统的整个网络结构是有3个部分网络组成： 一是重大危险源企业的信息申报和重大危险源的监控；（VPN专网） 二是政府的重大危险源安全管理中心网络，这个网络并入XX市政府的内部局域网；（政务内网） 三是系统对外的门户网络。（外网） 整个系统的网络结构如图所示： 图 系统网络结构图 3.4系统功能设计 此次XX市应急响应中心系统方案的设计，我们秉承“合理、实用、经济、可扩展”的原则，系统集综合监管、行政执法、办公自动化、远程数据（图像）采集、传输监测、分析预警、地理信息系统等功能于一体的安全生产监督管理的信息化办公平台，在安全生产监督管理、重特大灾害和危险源监测预警、应急救援快速响应、安全生产管理技术等方面为政府提供了强大技术平台及技术装备。 XX市应急响应中心系统是由以下几个部分组成： · 危险源和事故隐患信息申报与管理系统 · 企业危险源和事故隐患申报管理系统 · 危险源、事故隐患行政监督管理系统 · 基于 GIS的危险源动态监管系统 · GIS地理信息系统 · 危险源企业管理 · 危险源分类监管 · 危险源辨识 · 安全生产知识库 · 统计分析 · 报表统计 · 危险源远程监测预警系统 · 企业端监控系统建设 · 基于GIS的远程监测预警 · 实时数据监测 · 实时数据传输 · 基于GIS的远程实时图像监控 · 危险源实时预警 · 危险源监控管理 · 危险源预警联动 · 重大事故应急指挥平台 · 应急救援地理信息系统 · 应急值守事故接警系统 · 应急救援联动 · 应急救援指挥系统 · 应急救援辅助决策支持系统 · 应急救援统计分析 · 应急资源管理系统 · 政府应急救援预案管理 · 企业应急救援预案管理 · 安全生产专家管理 · 救援指挥部成员管理 · 救援物资管理 · 救援力量管理 3.5数据库设计 系统中需要大量的数据，数据包括危险源数据、危化品数据、执法数据、应急指挥数据、工程管理数据、办公数据、视频数据、图型数据、图像数据、电子地图数据、地理数据、法律法规数据等，有的数据是安监局在监管过程中直接产生的，有的是间接或直接来源于其他政府部门或上级单位如市安监局、区政府应急指挥中心、区信息办、工商局、经发局、规划局等，数据分布广、数据类型和格式多种多样，使用的是不同硬件平台和不同的操作系统，根据数据管理需要，要建成统一标准下“逻辑集中、物理分散”的数据仓库，为制定决策提供全面、及时、准确的服务。 建立统一标准下“逻辑集中、物理分散”的中心数据库，要以数据仓库和联机分析为平台进行数据挖掘，通过清洗、转换和装载等数据处理方法，发现大量数据间的关联和趋势，为安全生产监管、应急、预测、预警、快速反应、科学决策提供决策服务。 按照统一的标准和规范，建立政务信息资源目录体系和交换体系，为各级区政府、安监机构提供信息查询、信息交换、信息共享服务。 按照“一数一源、一源多用”原则，形成一套满足部门间业务协同需求的信息共享指标体系包括资源目录和目录指标； 建立参与交换与共享的三大信息库：公共数据库、共享数据库、交换数据库。 公共数据库 应急政策法规数据库 地理信息数据库 应急信息数据库 应急知识管理数据库 安全生产专家及中介数据库 决策支持模型数据库 应急资源及资产数据库 共享数据库 应急预案数据库 应急演练数据库 应急统计分析数据库 应急事故案例数据库 危险化学品监管数据库 重大安全生产隐患数据库 重点监管企业基本情况数据库 危险源和预案数据库 重特大事故档案数据库 交换数据库 抢险救灾资源数据库 调度与统计数据库 行政执法数据库 3.6系统安全设计 3.6.1 应用层安全设计 在用户使用权限管理方面，系统采用集中授权和分级管理方式进行系统用户管理，以保证系统的访问安全性，即有系统的运行技术支持单位负责利用系统的超级管理员帐号来分配下级管理帐号，公司利用所授予的管理帐号进行本管辖区内的企业帐号管理。具体用户权限设计如下： 管理员等级 管理员权限 超级管理员 账号管理，数据的添加，修改，删除，查看，审验，预览，统计，上报 区，县管理员 所辖区域的数据添加，查看，审验，预览，统计，上报 企业用户 所属企业的数据添加，查看，统计，上报 3.6.2 数据传输安全设计 由于企业申报是在公共互连网上进行的，为了防止非法人员（或团体）对网络进行监听或信息拦截窃取危险源申报信息从而进行不法行为。在企业与企业申报服务器进行通讯的时候采用通讯加密方式提高数据申报的安全等级，加密手段采用HTTPS加密传输方式通过SSL加密协议族进行加密处理。具体加密手段为当用户申报数据时通过公私钥加密方式交换分组加密算法与分组加密密钥，然后通过分组加密技术（DES）加密申报数据传输至服务器。 4、系统采用的技术方案和路线 4.1第三方用户（环保、消防、治安、其他部门）接入方案 XX市应急响应中心系统主要是安监局用于安全生产方面的监管和应急作用，系统主要侧重于危险源方面的监管与应急。第三方用户（环保、消防、治安、其他部门）又各自拥有自己的一套信息管理和数据、视频监控系统，主要侧重于各自管理范围之内的监管。从目前的情况来看，安监系统和其他第三方用户的系统还不能互联互通，需要各自提供接口才可以形成有效的整合，形成XX市的一个综合监管与应急中心系统。 下面着重讨论XX市应急响应中心系统（以下简称“安监系统”）与其他第三方用户系统数据交互的实现方案。 安监系统主要分为信息系统与实时监测系统两种类型的数据，因此针对不同的需求，需要建立不同的数据接口。 4.1.1信息系统数据接口 在信息系统数据方面，系统将以WebService的方式发布针对第三方用户的各类信息的接口，接口可以通过后期调研确定具体的数据格式，方式上均采用WebService的形式对外开放。 Web Service是构建互联网分布式系统的基本部件。Web Service通过标准通信协议，在互联网上发布有用的程序模块（以服务的方式），目前大部分是用SOAP来做通信协议。Web Service提供一份详细的接口说明书，来帮助用户构建应用程序，这个接口说明书叫作WSDL（Web Service Deion Language）。通常已发布的Web Service要注册到管理服务器，这样便于使用者查询和使用。这个是通过UDDI（Universal Discovery Deion and Integration）来完成的。 4.1.2实时监测系统数据接口 实时监测系统的数据具有实时性、准确性等特点，因此这类数据的接口需要采用兼容各系统的数据格式，建立对应的连接进行数据交互。 而在数据传输的载体上，可以采用XML的方式，通过接口进行数据拼接，并通过以太网传输给第三方用户。同样，第三方用户的实时数据也可以按照定义好的数据格式拼接成XML，传输给本系统。 数据格式及编码用来定义汇聚各系统通信的数据包格式。其必须包括以下数据内容： · 现场数据采集点的数据值 · “现场数据采集箱”的站点编号、IP地址。 · 该站点的数据采集通讯端口的信息 通讯接口信息包括：端口号，波特率，数据位，停止位，奇偶校验，扫描时间，逾时，再试计数，自动恢复时间，用Rts信号进行握手协议，用Dtr信号进行握手协议等。 · 通讯端口的下属设备 设备名称和设备地址（站号，用来区别多个数据采集模块）。 · 设备的下属数据采集I/O点点信息主要包括： 点的名称（点名称最大长度为10个汉字），地址，量程，单位，缩放类型（把传感器的原始值转换成有意义的测量值，如：把数据采集模块的4000-20000，转换成测量值温度0-100℃） 报警界限（报警界限分为一级报警和二级报警，报警区间的设定可以选择“≤”、“≥”、“==”和逻辑运算符“与”、“或”进行组合） 报警延时时间 该点的手机短信设定 该点的测量仪表的故障报警设置（如：可燃气体泄漏浓度探测，数据采集模块提供的正常数据应该在4000-20000之间，如果数据采集模块提供的数据是0，就表示该可燃气体浓度探头没有工作，或已经损坏，应进行过障报警，并进行数据上传，该点数值传送用“0”，该点的设备过障点置“1”并上传。）等。 · 接收实时数据的OPC Server 的IP地址和TCP端口号 · 接收历史记录数据文件的OPC Server 的IP地址、TCP端口号和文件存放路径。 4.2实时监测预警系统技术要求 大容量的历史档案管理系统-可达20万点，以原型方式存储3~5年数据 快速的压缩与恢复查询功能，每秒钟可处理20万点的压缩和归档；从2~3年的历史数据中查询所需数据信息的时间为秒级 实时数据采集和监控的时间间隔可与DCS完全一致、可与DCS无缝集成 每个平台监控的危险源数据点不少于20000个，并且可以同时进行数据记录； 现场发生报警后，中心收到报警的响应时间不超过3秒钟； 数据记录的最小间隔时间为1次/秒； 数据记录的时间不少于1年； 历史报警记录不少于15000条； 企业端图像保存时间不少于7天； 每个企业数据监测预警系统可以监测的数据不少于300个； 4.3采用了Struts Web框架 Struts框架是建立在动态网站领域中的JSP、Servlet、XML等相关开发技术基础之上的一种主流开发框架，具有组件模块化、灵活性和重用性的优点，同时极大的简化了Web应用程序的开发。他合理地将用户表示逻辑、业务逻辑和控制逻辑分离，使得开发过程变得简洁清晰，并提高了软件的可维护性和可重用性。 4.4采用了Web Service技术 Web Service是构建互联网分布式系统的基本构件。Web Service正成为企业应用集成的有效平台，Web Service通过标准通信协议，在网络上发布有用的程序模块(以服务的方式)，目前大部分是以SOAP来作通信协议。Web Service提供一份详细的接口说明书，来帮助用户构建应用程序，这个接口说明书是WSDL(Web Service Description Language)。通常已发布的Web Service要注册到管理服务器，这样便于使用者查询和使用，这个是通过UDDI(Universal Discovery Description and Integration)来完成，在目前的系统中我们不需要把发布的Web Service注册到管理服务器，而是通过企业服务总线ESB来集成。 Web Service的实现技术在本系统中以下面两种开发技术实现为主： · Axis框架开发包 Axis框架是基于JAVA语言的最新的SOAP规范和SOAP with Attachments规范(来自Apach Group)的开放源代码实现。整个AXIS框架包括以下几个部分： · 消息流子系统 消息流子系统提供了灵活的消息传递框架，这个消息传递框架包括处理程序、链、序列化程序和反序列化程序。处理程序是一个处理请求、响应和故障流的对象。处理程序可被组合在一起成为链，而且可以使用一个灵活的部署描述符来配置这些处理程序的顺序。 · 传输框架子系统 提供了一个传输框架，这个传输框架可以帮助您创建自己的可插式传输发送器和传输侦听器。 · 数据编码子系统 AXIS完全按照 XML Schema 规范提供各种数据类型的自动序列化，并且提供功能扩展接口来使用您自己定制的序列化器和反序列化器。 · 其他 AXIS完全支持 WSDL 以及日志记录、出错以及故障处理机制。它同时提供一些工具用来讲WSDL文档转换成客户端的调用框架以及根据类来产生WSDL定义文档。 · XFire框架开发包 XFire框架是一个开源框架，它构建了POJO(简单 Java 对象)和SOA之间的桥梁，主要特性就是支持将POJO通过非常简单的方式发布成Web服务，这种处理方式不仅充分发挥了POJO的作用，简化了Java应用转化为Web服务的步骤和过程，也直接降低了SOA的实现难度，为企业转向SOA架构提供了一种简单可行的方法。其特性如下： · 支持将 Web 服务绑定到 POJO、XMLBeans、JAXB1.1、JAXB2.0 和 Castor · 支持基于 HTTP、JMS、XMPP 等多种协议访问 Web 服务 · 支持多种 Web 服务业界重要标准如 SOAP、WSDL、Web 服务寻址（WS-Addressing）、Web 服务安全（WS-Security）等 · 支持 JSR181，可以通过 JDK5 配置 Web 服务 · 高性能的 SOAP 实现 · 服务器端、客户端代码辅助生成 · 对 Spring、Pico、Plexus 等项目的支持等 4.5采用Spring框架的轻量级组件技术 Spring框架的核心思想可以用两个字描述就是“解耦”，应用程序的各个部分(包括代码内部和代码与平台之间)尽量形成一种松耦合的结构，使得应用程序有更多的灵活性。应用内部的解耦主要通过一种称为控制反转(IOC)的技术来实现。控制反转的基本思想就是本来由应用程序本身来主动控制的调用等逻辑转变成由外部配置文件来被动控制。通常我们用一个所谓的“好莱坞原则”(Don’t call me.I will call you.)来比喻这种控制反转的关系。Spring框架的各个部分都充分使用了依赖注入的技术实现，从而给应用最大的灵活度。 Spring框架的另一个比较重要的特点是它面向切面的编程(AOP)的支持。随着应用复杂度的逐渐上升和对应用灵活性要求的提高，IT逻辑和业务逻辑尽量分离的呼声越来越高，AOP技术作为实现这种分离的一种比较好的途径而越来越受到重视。Spring提供的是一种动态的AOP实现，也即通过代理模式动态地在目标对象的方法前后插入相应的处理代码。应用程序与底层应用服务器平台的解耦也可以借助AOP技术来实现。最后Spring框架可以与许多已有的框架技术结合使用，比如Web层的Struts框架、OR映射层Hibernate框架等。 Spring框架与XFire框架整合的一个重大的作用是可以发布Web Service,这就大大简化了Spring框架开发Web Service。 4.6采用了EJB技术 EJB(Enterprise JavaBean)是一种服务器端组件体系结构，它简化了用Java开发企业级的分布式组件应用程序的过程，通过EJB，我们能写出可扩展的、健壮的和安全的应用程序，而不用自己去写复杂的分布式组件框架，EJB用于快速开发服务器端应用程序、通过利用由业界提供的预先写好的分布式基础结构，我们可以快速而且轻松地利用Java构建服务器端组件，EJB被设计为支持应用程序的可移植性和可重用性，这些特性是适用于任何厂商的企业中间件服务的。 4.7采用了Hibernate等ORM技术 Hibernate框架是最近比较流行的一个用来处理O/R Mapping的持久层框架。它的工作原理是通过文件把值对象和数据库表之间建立起一个映射关系，这样我们只需要通过操作这些值对象和Hibernate提供的一些基本类，就可以达到使用数据库的目的。使用Hibernate可以很好地将持久层和逻辑层进行隔离。 4.8规范要求设计 a.标准要求： 完全支持J2EE规范，通过J2EE1.5，1.4及1.3认证，支持开源Spring Framework，JSTL，WTP等技术标准； b.平台要求： 支持Redhat Linux，Windows等主流操作系统； c.数据库要求： 支持JDBC3.0。支持Oracle、MS SQL SERVER、mysql等主流数据库，并对数据库的访问效率优化； d.集成性要求： 实现了跨平台的通讯，包括主机（CICS\DB2\IMS等）、Windows应用（VB\COM等）和Java应用（RMI\EJB\JMS等）； e.通信模式要求： 提供多种同步消息模式的支持，支持请求和应答，以及单向的HTTP通讯协议； f.安全性要求： 提供包括md5数据加密、访问控制、认证和授权等服务。 g.高性能/高可靠性/伸缩性的要求： 完全支持多种硬件/操作系统平台下的集群功/负载均衡: 可以部署在由多个服务器实例组成的集群，以实现伸缩性和高可用性，通过内置的Web服务器，或与第三方的Web服务器如Apache/Websphere/Weblogic/ iPlanet等连接，或通过与第三方硬件负载均衡器结合，达到处理请求路由、平衡负载等复杂的工作。 h.开发管理要求： 提供基于Eclipse的统一、简化、可扩展的开发环境，提供可视化的控制台，用于定义管道线（pipeline）和消息流（message flow），从而提供服务聚合的能力，可支持XML/SOAP/JMS等多种数据格式。 i.本项目所采用的软件开发过程模型应为RUP开发过程模型 “统一建模语言 (UML)”应用到基本的面向对象分析和设计乃至整个软件过程中，使用UML建立业务模型、需求模型、分析模型、设计模型、实现模型、测试模型、部署模型并形成相应的文档。 5 各系统功能内容 5.1危险源和事故隐患信息申报与管理系统 危险源和事故隐患信息申报与管理系统是一个集企业安全生产基本信息、危险源信息、事故隐患信息、应急管理信息、监控措施信息、教育培训信息、职业卫生信息等和安全生产相关信息的申报管理和政府监管部门的管理软件。 企业申报端包括企业基本信息管理、危险源管理、安全生产信息管理、事故隐患管理、应急救援管理、监控水平与评估管理、教育培训管理、上传下达等功能，不仅起到了申报的功能，也是一个对企业自身安全生产的管理工具。 中心管理端不仅包括了企业信息、危险源信息、隐患信息的收集、浏览、查询功能，还具有审核、备案的业务处理功能，可以及时地与企业沟通，及时地更新申报数据的审核工作。 5.1.1企业危险源和事故隐患申报系统 软件主界面 功能包含： 5.1.1.1企业基本信息 企业基本信息是企业安全生产信息申报的最基本内容，包括企业类型、通讯地址、经纬度、联系方式、规模、产品等基本信息，使用企业必须正确、完整的填写，方便安监部门的统计和统一管理。以外，填写者还可以导入本企业图片资料。 5.1.1.2危险源信息 危险源信息包括国家规定的贮罐区、库区、危险性生产场所、压力管道、锅炉、压力容器、煤矿、金属非金属地下矿、尾矿库九类，每类危险源信息都列出了详细的填写内容，包括危险源信息，周边环境信息和危险源图片资料，并可添加多条记录。 5.1.1.3事故隐患管理 事故隐患管理程序严格按照国家规定流程进行： 企业录入隐患基本信息后，上报中心端进行信息核实，核实通过后可以在中心端更新内容中看到核实的隐患等级和整改状态。 整改通知部分由中心端录入下达 当中心端发出整改通知，整改状态由为整改变为整改中；这时经过整改，企业端上报整改报告。中心端接收报告后，发出复查通知。此时企业随时提交复查申请复查。复查通过后中心端发放复查意见，整改完毕。 对于拒不整改的隐患，中心端移交相关部门，下达移交记录。 5.1.1.4综合信息 综合信息包括三同时情况，安全投入情况，公司组织机构安全管理组织机构以及安全生产人员信息等内容； · 公司组织机构与安全管理组织机构可以以树状图的方式将录入的部门机构信息显示出来，使其之间的所属关系表现的更为直观。 · 危险物质部分可以统计企业所生产、使用、储存的所有危险物质信息，以供相关部门统计和备案。 · 对于企业已经发生过的事故，事故管理模块完成对事故相关信息的统计，一方面上报到有关部门备案，加强监督检查以避免事故发生，另一方面督促企业找出自身发生这些事故的原因和薄弱环节，完善自身的安全防范制度。 · 教育培训管理及人员信息 用来统计企业教育培训情况以及安全管理人员和特种作业人员的相关信息，包括人员参加过的培训，和人员的证书情况。 · 职业卫生信息，统计企业的职业病因素和接触职业病因素的人员情况。 · 除此以外，综合信息中还有安全工作日志、安全宣传交流、安全检查情况、安全 管理制度 档案管理制度下载食品安全管理制度下载三类维修管理制度下载财务管理制度免费下载安全设施管理制度下载 的相关信息录入。 5.1.1.5监控与评估报告 监控与评估报告主要是企业自己对本企业的危险源监控措施和评估的管理，具备了对危险源风险评估信息、事故后果分析示意图及企业监控设备设施等信息的录入、统计功能。 安全监控设施不仅包括设备设施的信息，还包括分布示意图。 危险源评估报告是管理评价机构对企业危险源的各种评估报告，其中还包括评估分析中的多个事故分析示意图。 5.1.1.6应急救援管理 应急救援管理模块是对企业的应急救援内容进行管理的模块，包括应急救援预案、应急救援演练等应急救援相关信息的录入和管理。 应急救援预案按照国家标准的预案内容进行管理，还可按照厂级预案和危险源预案管理。应急救援物资、应急救援队伍、应急救援设备都是企业相关的救援支持内容。 5.1.1.7 上传下达 除了上报信息外，企业端还提供了上传下达模块。企业可以使用上传下达反馈一些自己的意见或者相关信息到各级的中心端，实现了在企业本地就可和政府中心汇报交流的功能，同时也可以接收一些中心端的消息通知等等，可以直接在软件系统中获得中心的通知内容。 5.1.1.8系统管理 系统管理中有重新注册，数据更新与上报等几部分内容，对于企业编号和企业名称这些注册信息，可以通过重新注册来修改。 数据更新与上报完成企业端填写数据的上报，在联网和系统设置正确的前提下可以进行与中心端的数据同步。 数据备份和数据回复用来保存和恢复已经填写的信息，避免意外情况下的数据丢失。 5.1.2危险源、事故隐患监管业务中心系统 危险源是指不论长期地或临时地加工、生产、处理、搬运、使用或储存数量超过临界量的一种或多种危险物质或物质类别的设施（或场所）。危险源普查是重大事故预防的基础。 事故隐患是指作业场所、设备及设施的不安全状态，人的不安全行为和管理上的缺陷，是引发安全事故的直接原因。重大事故隐患是指可能导致重大人身伤亡或者重大经济损失的事故隐患，加强对事故隐患的控制管理，对于预防特大安全事故有重要的意义。 危险源、事故隐患行政监督管理系统是安监局中心对辖区内危险源和事故隐患的管理软件。危险源往往和事故隐患并存，而安监局日常的行政监督管理工作也往往都是针对这两类问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 的检查、管理、预防与救援的工作。 系统不仅包括对危险源的信息收集，还包括对收集的数据进行统计分析、备案通告、信息传达，而且还提供了对事故隐患的整治流程和已经整治的各项内容的管理功能。 5.1.2.1危险源信息管理 危险源信息管理包括对申报的危险源企业所有信息的审核功能，还包括了对已经入库登记的危险源企业的各类信息的查看、查询功能 · 待审核企业，危险源企业信息，危险源信息，应急预案信息，安全人员信息等 5.1.2.2统计分析与报表打印 统计分析可以通过设定统计条件检索出符合条件的数据，并且按照报表的形式体现出来，有助于安监局对危险源企业各种信息的管理 · 企业统计，统计条件分为：地区、行业类别、经济类型、高危行业 · 危险源统计，统计条件分为：地区、危险源类别、经济类型、行业类别、高危行业 · 人员统计，统计条件分为：地区、人员类别、是否持证 5.1.2.3上传下达 · 通知通告下达 · 企业响应反馈 5.1.2.4隐患排查 隐患排查的来源有5个：企业自查、日常监督检查、举报、评估评价报告、其他。填写事故隐患时需标明隐患来源。企业上报的隐患自动标明企业自查，另外4类来源由安监局工作人员填写隐患信息时选择。并附带来源的文字说明。 · 企业自查 企业自查的内容由企业在企业端申报软件中填写，填写完毕保存后上报到安监局中心数据库中。 · 日常监督检查（安全生产监督与检查） 日常监督检查是隐患排查的一个重要来源。 根据日常监督检查不符合项的实际情况，工作人员可当场进行隐患的填写，也可当场进行隐患的审核评估，并出具整改通知书。 · 举报、评估评价报告、其他 举报、评估评价报告、其他来源都是由安监局工作人员填写事故隐患信息，填写时需标明隐患来源和相应的文字说明，也可以填写时审核。 5.1.2.5隐患审核、评估 隐患排查结束后，隐患的状态还处于未审核的状态，安监局工作人员需对未审核的隐患进行审核、评估，并可填写审核说明。 · 隐患信息审核 审核隐患信息的完整与正确性 · 隐患等级判定 隐患等级分为一般隐患和重大事故隐患 · 重大事故隐患评估记录管理 重大事故隐患需有相关的评估记录，包括评估机构、评估人员和评估内容 · 挂牌整改隐患判定 · 挂牌隐患信息共享与公示 挂牌隐患信息可以与安全生产网站共享，并可以在网站上公示 5.1.2.6隐患整改管理 · 整改通知书 · 整改报告书 重大事故隐患填写整改通知书后，企业必须上报整改报告书； · 复查申请、复查通知单 企业整改完成需提出复查申请，中心根据复查申请下发复查通知单； · 复查意见书 现场复查后，中心出具复查意见书，并根据是否是挂牌整改隐患填写验收人员和验收意见； 复查意见书对应整改通知书，复查如果不合格，则可以继续整改并出具新的整改通知书。 · 移交记录 对于不肯整改的事故隐患，中心工作人员设定隐患的状态为移交，填写移交记录，该隐患是没有整改完成的隐患，还算存在。执法人员处罚后送交安监局监督整改，则形成新的隐患记录，来源为其他。如果新的隐患整改完成，则应核销原有移交和新的隐患。 5.1.2.7隐患统计、分析 · 行业、领域分类统计 统计按照国家安监分类的工矿商贸类和交通运输其他类进行统计 可以汇总成对应格式的统计表格，可进行打印。 · 隐患整改完成情况统计 统计按照隐患整治的状态进行，包括尚未整改、正在整改、整改完成等状态 · 隐患所在地区统计 可按照隐患所在地理位置进行统计 5.2基于 GIS的危险源动态监管系统 动态监管结合了地理信息系统（GIS），在地理信息系统上反映出辖区内的危险源企业、环保企业分布情况、危险源情况以及危险源的周边情况、道路交通情况，并且能通过地理信息系统的地理数据进行空间的数据分析 同时危险源又需要通过普查的数据进行动态的监管，包括各种信息的管理分析，所以通过基于GIS的危险源动态监管系统可以为XX市的管理提供有力的帮助和支持 5.2.1 GIS地理信息系统 GIS地理信息系统是结合了危险源业务信息的地理信息系统，不仅可以在空间上反映辖区内的危险源分布情况，也可以进行多种信息的查询与浏览 · 综合信息查询 通过综合信息的查询，可以关联业务数据与地理信息数据，可以在地图上直观反映出需要定位查找的各类资源 查询内容包括企业信息查询，危险源查询，救援物资查询，救援力量查询 · 图层管理 图层管理是对GIS中各类图层的叠加管理 包括监控点图层，危险源图层，救援力量图层，基础图层，救援物资图层 · 地图基础操作 漫游地图，拉框放大、缩小地图，全局显示地图，点选地物信息，保存打印地图，地图测距、测面积，最短路径分析，范围查询、模糊查询，关联实时监测 5.2.2危险源企业管理 危险源企业的安全生产信息的管理是安监局管理辖区内危险源、实现安全生产的前提，通过对企业安全生产信息的管理，可以有效的对企业的安全生产工作进行监督。通过地理位置、企业名称、企业代码、经济类型、高危行业等查询条件查询出需要管理的企业。 · 企业基本信息 显示企业的详细信息，包括名称、类型、法人代表、电话、经营品种等，以及是否进行了安全生产的一些措施 · 企业危险源（标准） 显示该企业的标准危险源，通过查询结果自动显示有哪几类危险源，详细信息调用分类监管中的页面 · 企业危险源（扩展） 显示该企业的扩展危险源，通过查询结果自动显示有哪几类危险源，详细信息调用分类监管中的页面 · “三同时”情况 显示该企业的三同时工作情况 · 安全投入情况 显示该企业在安全投入方面的工作情况 · 公司组织和其他信息 公司组织和其他信息还包括公司组织机构、安全管理组织机构、事故管理、安全管理人员、特种作业人员、安全教育培训6类和安全生产有关的信息。安全管理人员和特种作业人员的详细信息还包括人员的培训和人员获得的安全证书。安全教育培训还包括参加培训的人员名单。 · 资质情况 显示该企业的资质证书等情况 · 安全评价 显示该企业的安全评价情况 · 企业救援预案 显示该企业的应急救援预案情况，还包括对预案的审核状态、预案分类的编辑功能 · 企业图片 显示所有该企业的图片，包括企业图片以及危险源图片 5.2.3危险源分类监管 危险源分类监管：对国家标准危险源和江苏省扩展危险源的查询。实现按危险源类型、分布地区、企业经济类型、行业类别、企业规模等方式进行灵活的监管。可以对危险源数据定期更新情况进行自动跟踪。 5.2.4危险源辨识 能够自动根据企业申报的有关数据，依据有关国家标准进行危险源辨识。系统自动根据企业申报的数据进行辨识，确认重大危险源和非重大危险源。 · 重大危险源辨识 · 危险源的辨识结果 5.2.5安全生产知识库 包括危险化学品数据库、典型事故案例数据库、安全标准数据库、安全法规数据库 5.2.6统计分析 统计分析模块提供柱状图、饼状图、分析表三种形式的统计显示类型 提供危险源统计、企业统计、事故隐患统计、应急救援管理统计、安全管理人员证书统计、统计图表的显示、打印 5.2.7报表统计 报表统计可以动态的提供各种信息的报表 5.3危险源远程监测预警系统 本系统可以专门用于处理化学、温度、压力、气象及毒气数据,由传感器、信号隔离器、报警记录仪、工业数据通讯网关以及中心计算机数据监管系统等仪表和计算机通讯器材所组成的区别生产过程自动化系统以外的独立安全监管专用系统,是在安全生产关键场所,采集和记录可能直接产生重大事故的生产及环境监测关键预警参数(液位、温度、湿度、压力、流量、阀位、火焰、可燃及有毒气体、风向和风速等),并实现数据传输、联网报警、提供应急救援辅助决策与事故追忆分析的具有事故隐患监管、预防重大事故或减少事故损失、和落实安全责任的安全监管软硬件系统。 本系统可以根据工作需要无缝集成危险源的实时监控的相关功能，实时监控的建设可以按照“分级监控、分段显示、随即切换、实时在线”的原则和指导思路，分步实施工程建设，逐步建成区（县）-乡镇-企业三级监控网络，此系统可以实现企业现场安全参数（如：气体浓度等）自动检测报警，实时图像传输与存储，远程控制视频摄像机的取景，并能实时把信号传输到应急指挥中心，并与电子地图相集成直观查看事故现场信息。 本系统与GIS紧密结合，通过服务端软件对监控点实时数据的采集处理，反映到GIS上，方便快捷迅速的获取监控点的实时信息，对于突发的报警事件能够快速处理，同时在GIS上就能了解报警点的所有信息。还可以和企业的火灾自动报警系统进行连接，当火灾自动报警系统发生报警时，中心端就可以实时收到报警信号，并且可以快速的定位到发生报警企业在电子地图上所载的位置。这对于消防的应急救援指挥，具有重大的意义。 系统的数据监控采用网络化监控软件，每个平台可以集成的危险源企业数量不少于2000家； ◆ 每个平台监控的危险源数据点不少于20000个，并且可以同时进行数据记录； ◆ 现场发生报警后，中心收到报警的响应时间不超过3秒钟； ◆ 数据记录的最小间隔时间为1次/秒； ◆ 数据记录的时间不少于1年； ◆ 历史报警记录不少于15000条； ◆ 企业端图像保存时间不少于7天； ◆ 每个企业数据监测预警系统可以监测的数据不少于300个； 5.3.1危险源企业监控系统建设方案 应急救援指挥中心的建设的目的是为了能对辖区内的危险源点进行切实、合理、有效的进行监管，所以指挥中心的建设的绝大部分功能是为和企业端的信息交互服务的，我们对指挥中心进行的相关硬件的配备也正体现了这一点。 目前，对于危化品的使用、生产、储存的企业根据国家的相关的要求，绝大多数都有了相应的现场端的报警仪表，现场端的视频监控。我们在进行危险源应急救援指挥中心建设的时候如果将企业的这些前端设备弃之不用、另起炉灶，显然这种做法是不合理的，也是行不通的。所以应当考虑如何将企业端的现有设备进行适当的整合，采用适当的软、硬件的方式合理的取得现场端的危险源数据，并将之上传至指挥中心，供以日常的监管和事故时的应急救援指挥。 要对企业端的现有设备进行整合使得能够和中