应急灾汛信息管理系统的设计.docVIP

应急灾汛信息管理系统的设计 【摘要】应急灾汛信息作为电力安全信息的其中一个主要内容，其信息管理重要性关系到电力系统能够的安全、可靠性运行。本文基于web开发技术实现浏览器/服务器（B/S）模式架构，采用JavaScript对web应用前端界面的开发，结合SQL Server与现有电网数据库系统实现兼容以及数据管理。该系统目前应用在电网公司应急信息提报管理系统，证明该信息系统的实用性和可靠性。 【关键词】应急;B/S;数据库 1.引言 应急灾汛信息管理系统是电力公司将灾汛信息进行软件化、网络化的体现，并且能提高工作效率和信息的准确可靠性[1]，提高预防和处置电力系统能够突发性灾害的能力，最大限度地减少影响和损失，保证电力系统能够安全稳定运行。 为预防台风等自然灾害对公司正常生产造成影响，地方供电局已实施防风防汛预案。在执行预案时，各基层单位需每隔2小时向省公司回报一次损失情况。目前汇报的工作流程是： ①基层单位检查现场，用 EXCEL 制作报表，汇报至地方供电局; ②地方供电局整理汇总 EXCEL 数据，再向省公司汇报。然而目前的汇报机制在数据上报和整理的过程往往超过2个小时的规定时间，使整个系统无法做到准确地、及时地获得现场的灾汛数据。 因此，有必要建立一套应急灾汛信息管理系统，以实现信息的及时、准确的采集和汇报。 系统软件功能针对各职能部门、区县局/所等不同级别人员，提供不同的填报功能及相关的人机交互功能界面。通过系统平台的数据库模块，查询各个汇总时间段的损失情况，生成省公司要求的格式报表，或导入导出部门、区县局/所汇总的明细报表。 2.系统的硬件平台 应急灾汛信息管理系统安放于信息中心的机房的设备上，工控机和服务器是安装系统的可选设备之一。工控机可耐高温，对工控机的运算能力和性能要求不高;相比工控机，服务器对环境适应能力的要求不高，而对于其运算能力要求较高。相同条件下服务器的性价比要比工控机高很多，同档次的工控机，服务器的其运算能力的4倍以上。对于现在的信息中心机房来说，因此环境相对较好，并且需要进行大量应急数据的处理，对内存、CPU性能、硬盘要求较高，因此使用服务器作为信息中心的硬件设备平台。 3.系统软件部分 应急灾汛信息管理系统整体采用B/S模式架构，B/S模式的机制是在服务器端架构Web和数据库服务，用户在客户端（如供电局下属区局单位）安装浏览器应用程序[2]，通过浏览器访问这些服务。 本系统后台服务软件系统分层的方式进行设计，分层结构如下图1所示： （1）Database，数据库可采用SqlServer，由于本系统所需的数据库支持并不特别复杂，容量要求也不高，可以与公司现有系统的数据库系统兼容; （2）WebService容器，提供WebService服务; （3）ORM，对象关系映射，是应用层与数据库的桥梁，本系统将采用 Hibernate框架[3]; （4）业务逻辑，完成系统要求的各项业务逻辑处理; （5）SpringMVC，WebService 框架，通过 AOP、Ioc 等特性使系统具有可配置性、可扩充性; （6）JQuery，javascript框架，并提供了丰富的AJAX特性和界面元素，本系统将采用它进行Web应用前端的开发; （7）用户端WebBrowser，为用户提供录入数据及数据查询的界面。 图1 后台服务软件系统分层结构 3.1 软件系统管理功能模块 系统管理模块功能部分可分为5个基本模块，其中包括用户权限管理、预案管理、数据提报、屏显管理及数据查询。系统功能模块组成图如图2所示： 图2 系统功能模块组成图 （1）用户权限管理，对各级用户进行管理，分配不同用户不同的操作权限和浏览权限;该系统安装于江门供电局应急信息中心后台，由于系统有四大类不同的角色：系统管理员（1个）、应急指挥中心用户（3个，分别是总指挥、安监部信息员和办公室信息员）、二级部门及县区局用户（含4类，分别是供输电管理所、变电管理所、县区局和调控中心）和基层用户（多个，如线路1班、台山巡维中心等）。具体人员架构如图3所示： 图3 用户权限管理人员架构图 （2）预案管理，预案管理功能的操作权限是系统管理员，主要包括启动或新建预案，对预案的修改及查询，关闭预案，以及对所有的预案以execel格式导出下载功能。例如当台风来的时候我们需要启动预案，这个时候系统会允许数据上报操作，同时系统也会自动抓取因灾损失一览表，信息汇总表;当台风过后需要关闭预案，这是系统将不会允许该预案的数据上报操作，同时也不会自动抓取信息。 （3）数据上报，提交设备损失及应急处理情况;数据上报功能主要是提供给不同的用户进行数据填写功能，不同的用户具有不同的权限，数据上报的内容也不同。例如输电管理所需填报和查看“突发事件信息”、“（101）输电设备损失及应急处置情况