基于大数据的应急救援指挥管理系统设计与实现
应急救援指挥是应急救援控股之指导中心,负责组织实施疾病控制和预防计划、负责突发公共卫生事件的现场处置,因此建设现代化、快捷有效的应对处置突发事件的应急系统,最大程度地减轻公共卫生事件对社会公众的危害是应急救援指挥的耽误之急,使得政府在物资和信息事件有限的前提下,能够高效、合理的应对突发应急救援事件的能力有待逐步提高。
本文论述基于JAVA的应急救援指挥的应急系统,该系统只需使用者通过电脑浏览器即可实现系统的访问和操作。为了保证系统数据的准确性、安全性的数据存储,系统应用SqlServer数据库进行系统数据存储服务。根据对应急救援工作的深入调研和对应急救援工作人员的走访调查,详细分析整体系统的业务需求。对应急救援指挥的应急涉及的业务需求进行整理,主要涵盖的操作模块有:人员信息模块、登录日志模块、应急事件模块、事件查找模块、数据统计模块五个模块。系统设计严格按照软件工程的设计标准来执行,进行了系统测试,及时纠正错误,确保数据准确。为了确保应急救援指挥的应急系统能够正常运行。
关键字:应急救援;指挥管理;JAVA;SqlServer
Emergency rescue command is the guiding center of emergency rescue holding, responsible for the organization and implementation of disease control and prevention plans, responsible for the on-site disposal of public health emergencies, therefore, it is urgent to build a modern, efficient and effective emergency response system to deal with emergencies and minimize the harm of public health events to the public. Under the premise of limited materials and information events, the government's ability to efficiently and reasonably respond to emergency rescue events needs to be gradually improved.
This paper discusses the emergency rescue command system based on JAVA. The system can be accessed and operated by users only through computer browser. In order to ensure the accuracy and security of system data storage, the system uses SqlServer database for system data storage services. Based on the in-depth investigation of the emergency rescue work and the interview survey of the emergency rescue workers, the business needs of the whole system are analyzed in detail. The business requirements involved in emergency rescue command are sorted out, mainly covering five modules: personnel information module, login log module, emergency event module, event search module and data statistics module. The system was designed in strict accordance with the design standards of software engineering, and the system was tested to correct errors in time to ensure the accuracy of data. In order to ensure that the emergency rescue command of the emergency system can operate normally.
Keywords: Emergencyrescue; Commandandmanagement; JAVA; SqlServer
目录
摘要...................................................................................................................................... II
Abstract.............................................................................................................................. III
1绪论.................................................................................................................................... 1
1.1国内外研究意义..................................................................................................... 1
1.1.1国内研究现状.............................................................................................. 1
1.1.2国外研究现状.............................................................................................. 2
1.2研究目的和意义..................................................................................................... 2
1.2.1应急救援指挥应急系统的目的.................................................................. 2
1.2.2应急救援指挥应急系统的意义.................................................................. 2
1.3相关技术介绍......................................................................................................... 3
1.3.1SSM结构模式................................................................................................ 3
1.3.2Tomcat服务器.............................................................................................. 4
1.3.3SqlServer数据库........................................................................................ 4
1.3.4Java语言介绍.............................................................................................. 5
1.4论文结构................................................................................................................. 5
2需求分析............................................................................................................................ 6
2.1可行性研究............................................................................................................. 6
2.1.1经济可行性.................................................................................................. 6
2.1.2技术可行性.................................................................................................. 7
2.1.3操作可行性.................................................................................................. 7
2.2系统功能需求分析................................................................................................. 7
2.2.1需求模型建立.............................................................................................. 7
2.2.2系统用例图.................................................................................................. 7
2.2.3系统用例描述.............................................................................................. 9
2.3非功能性需求........................................................................................................ 11
2.4本章小结............................................................................................................... 12
3系统设计.......................................................................................................................... 13
3.1模块设计原则........................................................................................................ 13
3.2软件结构设计........................................................................................................ 13
3.2.1软件结构图.................................................................................................. 14
3.2.2模块功能的划分.......................................................................................... 14
3.3数据库设计............................................................................................................ 15
3.3.2数据表设计....................................................................................................... 19
3.4本章小结............................................................................................................... 21
4系统详细设计与实现...................................................................................................... 22
4.1登录功能的实现................................................................................................... 22
4.2人员信息管理功能的实现................................................................................... 24
4.3应急事件功能的实现........................................................................................... 24
4.3.1应急事件功能的实现.................................................................................. 24
4.3.2事件修改功能的实现.................................................................................. 25
4.4事件查找模块功能的实现................................................................................... 26
4.4.1事件添加功能的实现.................................................................................. 26
4.4.2事件修改功能的实现.................................................................................. 27
4.5事件统计报表功能的实现................................................................................... 28
4.6日志记录管理功能的实现................................................................................... 28
4.7本章小结............................................................................................................... 31
5系统测试............................................................. 32
5.1登录测试................................................................................................................ 32
5.2人员信息录入测试................................................................................................ 33
5.3事件管理测试........................................................................................................ 34
5.4事件新增测试........................................................................................................ 35
5.5本章小结............................................................................................................... 35
结论.................................................................. 36
参考文献.............................................................. 37
由于突发公共卫生事件发生突然,情况比较紧急,处理原色是“快、准、全”。
要求采取控制措施要快。正确地提出现场展开工作,采取正确措施。突发事件不能局限于某一专业方面,要考虑控制事态扩大,和相关法律法规等问题。
近年来我国突发事件频频发生,其造成的生命和财产的损失也更加的沉痛。我国政府很早就对突发事件应急管理有了一定的关注度,成立了突发事件应急管理的科研与教学联合小组。经济的发展带动社会的进步,但与信息化的建设逐渐不相匹配,政府在物资和信息事件有限的前提下,能够高效、合理的应对突发应急救援事件的能力有待逐步提高。应用现代化的网络信息技术,设计和实现突发应急救援事件应急指挥系统已经势在必行。
对一个人来说,生命与健康有最根本的意义和价值,是人存在的基础。自人类摆脱动物单纯的生存本能状态进入文明社会以来,追求健康长寿就成为最高级意识形态和终极目标,并随着人类物质生活条件的不断改善而发展。在生与死之间,任何物质财富均丧失了意义。无数家庭的“因病致贫、因病返贫”每天都在诠释着这条基本规则。
我国经济社会快速持续发展,社会和个人财富积累,人民物质生活水平不断提高,吃、住、行基本生活成本明显下降。城乡居民“恩格尔系数”均低于40%,主要人口的温饱问题已经解决,社会进入相对富裕阶段,人们对健康的意识日益强烈。与此同时,国家新一轮医疗卫生体制改革、政府卫生投入增加、新医药物质、设备和技术的发展与普及应用,从医药费用和医疗卫生服务供给方面大大地激发了就医需求和推动了医疗卫生领域发展。2015年,我国卫生总费用达到GDP的6%,并保持着每年10%的增长趋势,人均卫生费用从2010年的1490.1元提高到2951.8元,且个人卫生支出已低于卫生总费用构成的30%。就医意愿增加和费用支付力提高,大大激发了就医行为,2016年全国门诊达到77亿人次,住院2亿人次。
管理信息系统在20世纪60年代发展起来了。管理信息系统设计管理、辛纳希和系统三个方面。在系统中,利用信息的传递,可以实现事件的共享。管理信息系统不仅涉及到“理论研究领域”,还属于“实用领域”。管理信息系统一直处于不断更新和发展中。它是利用科学的信息管理理论,运用计算机、网络通信技术及信息处理方法来进行的信息管理。管理信息系统引入科研管理后,形成了科研管理信息系统的概念。科研管理信息系统要求满足实现科研项目的申报,项目管理和在线审核。从科研成果项目的申报管理,成果管理,系统的掌控等多方面提出了一整套设计解决方案。科研成果管理信息系统的应用能够使一个高校在当今激烈的竞争中保持有优势和不断发展,能对迅速变化的环境快速的做出反应和有效的支持。
构建突发应急救援事件应急指挥系统有助于及时协调事件相关当事方,从根本上降低事件造成的负面影响。突发公共卫生事件的危害范围相当广,发生原因较为复杂,严重威胁人们的生命财产安全.如何预防突发公共卫生事件,并在公共卫生事件发生后做好管理与控制是应急救援机构的重点工作内容,也对其应急能力提出了严峻的挑战。
本系统的应用希望能够提高突发应急救援事件的处置效率和事件的利用率,降低了突发事件对人民生命安全的损失。在科技日新月异的今天,如何利用现代科技将突发应急救援事件应急指挥系统在处置流程上不断的完善使其更加适应政府和用户的需求,提高应对突发应急救援事件的能力,让有限事件的利用率达到最大,最大程度的保障人民的生命财产的安全,需要我们在未来不断探索和研究。
通过对应急事件善后处理的经验借鉴,可以从以下几方面着手:首先,政府要加强对危机事件的处理能力,有必要设置专门从事应对突发事件的工作人员和管理机构。如设立公共卫生协调员,他们是信息最早获得者和协调者之一,并且受过专门培训,具有一定的敏感性和处理应对能力,这样可以较好起到统筹事件和综合协调的作用。其次,增强民众危机防范意识、培养公民应急能力。如出版应急预防刊物,举办应急博览会和展会,通过网站、电视等媒体向公众进行相关教育等。发达国家在这方面积累了丰富的经验,我们可以参照它们的做法,开展有关的活动,提高民众的危机防范意识。最后,通过志愿者服务组织,使全社会参与突发事件的处理。如建立义务与志愿相结合的传染病监管体系,扩大突发应急救援监管覆盖范围,确保信息的充分和通畅,更好地应对突发公共卫生事件。
本次应急救援指挥的应急系统采用的是B/S架构,数据库使用的是SqlServer,服务器使用的是Tomcat7.0。
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责。SpringMVC相当于SSH框架中struts。其次,MVC设计模式对系统进行设计,给出系统的子系统结构和类结构,以及数据库的表结构的设计。而这款框架是非常强大的,能够分离出很多种便于编写阶段的架构,这样的分离能更方便的进行定制及操作控制。
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。Mybatis具有以下特点:
1、简单易学:本身就很小且简单。没有任何第三方依赖,最简单安装只要两个jar文件+配置几个sql映射文件易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现。
2、灵活:mybatis不会对应用程序或者数据库的现有设计强加任何影响。sql写在xml里,便于统一管理和优化。通过sql语句可以满足操作数据库的所有需求。
3、解除sql与程序代码的耦合:通过提供DAO层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性。
4、提供映射标签,支持对象与数据库的orm字段关系映射。
5、提供对象关系映射标签,支持对象关系组建维护。
6、提供xml标签,支持编写动态sql。
Tomcat服务器是一个免费的开放源代码的Web应用服务器,属于轻量级应用服务器,在系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试JSP程序的首选。实际上Tomcat是Apache服务器的扩展,但运行时它是独立运行的。当配置正确时,Apache为HTML页面服务,而Tomcat实际上运行JSP页面和Servlet。目前Tomcat最新版本为9.0.41。
SqlServer是目前互联网企业使用最广泛的数据库,数据库在应用程序开发中非常重要,它直接决定了程序的上限。SqlServer,它是一种关系数据库管理系统,关系数据库管理系统可以组合多个数据表单来处理信息并完成数据管理。
SqlServer是一个降低开发成本的数据库。它易于开发、标准化、可移植,并且可以在多个操作平台上以标准SQL语言同时使用。它与多种语言(如PERL、C、JAVA等)都有良好的兼容性,并且可以实现自定义使用。
SqlServer的以上优点促使了本次开发过程选择SqlServer作为数据库的管理工具。本人所设计研究开发的毕业项目在数据库方面运用了非常干流的SqlServer数据库,正因为它可以使用sql语言进行数据库管理,所以受到了大多数程序员的喜爱。
Java语言的语言结构和C语言接近,相对于C++技术,Java更容易上手。另一方面,Java语言拥有的类、封装、继承、多态等特性使得变成更加的方便。在网络环境中,Java拥有的安全机制,可以对网络下载的类进行安全防范。例如装在的类是放在分开的名字空间而不是局部类,预防恶意的小程序用它自己的版本来代替标准的Java类。Java语言还拥有跨平台的特性。其内部有许多接口,方便程序员使用。使用Java语言开发社区管理系统的原因如下:
(1)适应性:J2EE平台的适应性是毋庸置疑的,它能够将操作系统对底层代码的影响降到最低。
(2)可维护性:内部拥有丰富的接口,维护成本低,而且Java中类的继承、多态的特点能够保障网站的开发更加容易。
(3)安全性:Java内部拥有许多的安全算法,能够保障底层顺利运行的同时,不受外界的攻击和侵扰。
本文首先针对课题的研究背景和研究目的进行论述,结合课题的实际需求,按照软件设计的标准流程进行开发,并结合设计的实际功能进而来完成论文的编写任务。论文主要从以下章节展开分析:
第一章,介绍该系统的国内外现状,通过对系统当前的发展情况以及需求所面对的核心问题进行分析,并对课题背景阐述和意义的说明,最后总结全文的章节内容。
第二章,主要介绍系统的需求分析,分别从三个角度来分析,三个分析角度分别是技术角度、经济角度、操作角度等方面分析系统开发的可行性。
第三章,主要介绍了系统的结构以及针对系统需求的功能设计,其中详细分为系统功能模块设计以及系统的数据库结构设计两个方面。
第四章,重点介绍系统中每一个所模块所包含的功能及具体实现与操作流程,通过对模块的描述,更加清楚的了解程序整体模块设计。
突发公共卫生事件的危害范围相当广,发生原因较为复杂,严重威胁人们的生命财产安全。如何预防突发公共卫生事件,并在公共卫生事件发生后做好管理与控制是应急救援机构的重点工作内容,也对其应急能力提出了严峻的挑战。基于此,文章分析了突发公共卫生事件中应急救援机构的应急能力现状,并结合实际提出了尝试性的管理对策,希望为应急救援机构应急能力的提升提供有意义的参考,也为我国突发公共卫生事件的预防管理增添一份力量。
本次应急救援指挥的应急系统采用的是B/S架构,数据库使用的是SqlServer,服务器使用的是Tomcat7.0,前台页面使用的是JSP+JavaScript技术进行实现。
通过国内外的应急救援指挥的应急工作的分析,以及相关资料的学习研究,了解应急救援应急工作的需求,对于应急救援指挥的应急设计人员信息模块、登录日志模块、应急事件模块、事件查找模块、数据统计模块五个模块。
可行性分析是系统开发必须要经历的步骤,而且非常重要,可行性分析能够知道系统是否具有开发价值,是否值得投资,分别从技术角度,价值角度,操作角度来进行说明的;可行性分析环节必不可少,能够明确在项目开发前了解项目是否可行,有无必要投资等问题;本次系统分析具体内容如下。
经济可行性主要是分析系统开发成本,开发利润等方面是否具有投资价值必要。当投资大于汇报时,那么该项目投资就没有必要,反之,就可以进行开发投资。由于本次系统开发为本人毕业设计,所以经济方面的投资较小,研发、运行主要费用包含:
1.硬件设备:计算机,由于本人有可供开发用的电脑,所以无需硬件成本。
2.软件开发:本次系统开发所应用的各类软件,如:SqlServer,Tomcat7.0等,均为开源软件,也无需经济成本。
3.人员费用:本人独立开发,无需费用。
技术可行性可以理解为系统在开发技术层面上是否可行。对于系统的各个模块,各个框架设计等方面都需要进行分析和比较。本次设计主要采用的是JAVA技术来进行开发,采用SSM框架技术,框架分为三层,分别是控制层Controller,业务处理层Service,持久层Dao,能够采用多层次架构管理开发,对于各个模块设计制作有一定的安全性;数据库方面主要采用的是SqlServer来进行开发,其特点是稳定性好,数据库存储容量大,处理能力快等优势;服务器采用的是Tomcat服务,能够提供稳固的运行平台,确保系统稳定运行。
操作可行性顾名思义就是系统操作流程是否符合要求,操作界面是否美观直观,用户能否直接操作,是否影响工作效率等问题;主要是衡量系统上线之后,操作便利性及实用性问题;目前系统开发都是可视化界面,简单模块操作,适合各个年龄段的用户,简单易懂,容易理解,因此,操作可行性能够通过。
采用参与者词汇表进行描述,如表2-1所示。
表2-1参与者词汇表
序号 |
词汇 |
同义词 |
描述 |
1 |
操作员用户 |
操作员 |
操作员接收处理事件、日志管理、事件管理和数据统计等功能 |
2 |
专家用户 |
专家 |
专家对日志记录和应急事件报告进行评估和总结 |
3 |
领导用户 |
领导 |
领导对日志记录和应急事件报告进行评估和总结 |
1.操作员角色用例图
操作员角色主要完成人员处理、日志管理、事件管理、应急事件等操作,基于SSM的应急救援指挥的应急系统操作员角色用例图如图2-2所示。
图2-1操作员用例图
2.专家、领导角色管理
专家和领导角色主要完成数据统计操作,基于SSM的应急救援指挥的应急系统专家、领导角色用例图如图2-2所示。
图2-2专家、领导用例图
3.系统用例模型图如图2-3所示。
图2-3系统用例模型图
根据用例设计管理系统的权限功能划分,本小节将说明应急救援指挥的应急系统主要功能用例描述,具体如下。
基于SSM的应急救援指挥的应急系统计人员信息管理用例描述如比表2-2所示。
表2-2人员信息管理用例描述表
用例条目 |
输出 |
用例名称 |
人员信息管理 |
主要业务参与者 |
操作员 |
其他参与者 |
|
描述 |
操作员进行信息接收,接处警监督和事件查找操作 |
前置条件 |
访问人员信息管理模块 |
后置条件 |
人员信息管理增删改查操作成功 |
基本流程 |
操作员访问对应模块选择增删改查操作数据实时入库 |
替代流程 |
1.访问人员信息管理模块 2.数据访问失败 |
结束 |
数据操作成功 |
实现约束和说明 |
1.新增信息录入完整数据 2.修改信息需要获取选中行 3.删除信息需要获取选中行 4.查询信息需要获取数据源 |
其他事件流 |
无 |
基于SSM的应急救援指挥的应急系统日志管理用例描述如表2-3所示。
表2-3日志管理用例描述表
用例条目 |
输出 |
用例名称 |
日志管理 |
主要业务参与者 |
操作员 |
其他参与者 |
|
描述 |
操作员维护日志事件,日志查询、日志提交、日志审核。
|
前置条件 |
访问登录日志模块 |
后置条件 |
日志管理增删改查操作成功 |
基本流程 |
操作员访问对应模块选择增删改查操作数据实时入库 |
替代流程 |
1.访问登录日志模块 2.数据访问失败 |
结束 |
日志管理数据维护成功 |
续表2-3日志管理用例描述表
用例条目 |
输出 |
实现约束和说明 |
1.新增信息录入完整数据 2.修改信息需要获取选中行 3.删除信息需要获取选中行 4.查询信息需要获取数据源 |
其他事件流 |
无 |
基于SSM的应急救援指挥的应急系统事件管理功能用例描述如表2-4所示。
表2-4事件管理用例描述表
用例条目 |
输出 |
用例名称 |
事件管理 |
主要业务参与者 |
操作员 |
其他参与者 |
|
描述 |
操作员进行事件类型维护、事件查找、资料查询统计、事件录入、事件配置 |
前置条件 |
访问事件查找模块 |
后置条件 |
事件管理增删改查操作成功 |
基本流程 |
用户访问对应模块选择增删改查操作数据实时入库 |
替代流程 |
1.访问事件查找模块 2.数据访问失败 |
结束 |
事件管理数据维护成功 |
实现约束和说明 |
1.录入数据要保证数据全面 2.更新操作需要获得选中行信息 3.删除操作需要获得选中行信息 4.所有操作要和数据库进行交互 |
其他事件流 |
无 |
基于SSM的应急救援指挥的应急系统应急事件管理功能用例描述如表2-5所示。
表2-5应急事件管理用例描述表
用例条目 |
输出 |
用例名称 |
应急事件管理 |
主要业务参与者 |
操作员 |
其他参与者 |
|
描述 |
操作员维护推送消息的基本信息 用户可以查看随送消息的相关信息 |
前置条件 |
访问推应急事件管理 |
后置条件 |
推送消息管理增删改查操作成功 |
基本流程 |
管理员访问对应模块选择增删改查操作数据实时入库 |
替代流程 |
1.访问推应急事件管理 2.数据访问失败 |
续表2-5应急事件管理用例描述表
用例条目 |
输出 |
结束 |
数据操作成功 |
实现约束和说明 |
1.新增信息录入完整数据 2.修改信息需要获取选中行 3.删除信息需要获取选中行 4.查询信息需要获取数据源 |
其他事件流 |
无 |
基于SSM的应急救援指挥的应急系统数据统计功能用例描述如表2-6所示。
表2-6数据统计用例描述表
用例条目 |
输出 |
用例名称 |
数据统计 |
主要业务参与者 |
操作员 |
其他参与者 |
专家、领导 |
描述 |
操作员进行日志记录生成、日志记录统计、日志记录查询,领导和专家可以对日志记录和应急事件报告进行评估和总结 |
前置条件 |
访问数据统计模块 |
后置条件 |
数据统计增删改查操作成功 |
基本流程 |
用户访问对应模块选择增删改查操作数据实时入库 |
替代流程 |
1.访问数据统计模块 2.数据访问失败 |
结束 |
数据统计数据维护成功 |
实现约束和说明 |
1.录入数据要保证数据全面 2.更新操作需要获得选中行信息 3.删除操作需要获得选中行信息 4.所有操作要和数据库进行交互 |
其他事件流 |
无 |
非功能性需求包括性能、可修改性、可用性、易用性、安全性、环境要求等,在最初的需求方案分析阶段很容易被忽略,而这些内容的考虑往往会影响到产品的实现,包括功能架构、操作方式、界面展现、后台处理方式、数据库设计方式等,所以到产品集成测试甚至回归测试时才考虑性能,往往就为时晚矣,可能就需要大量修改前期已完成的功能。
本文非功能性需求主要考虑了程序的可修改性,需要易于维护。易用性要考虑到用户的操作方便,可以提高用户的使用效率,减少工作量。
本章介绍的是应急救援指挥的应急系统的需求分析,从三方面可行性角度出发,分析系统是否值得开发,系统采用的具体技术环境等问题做出说明;系统流程图以及对系统的具体功能进行说明,最后进行用例图的分析。
随着计算机技术的发展,在科技日新月异的今天,如何利用现代科技将突发应急救援事件应急指挥系统在处置流程上不断的完善使其更加适应政府和用户的需求,提高应对突发应急救援事件的能力,让有限事件的利用率达到最大,最大程度的保障人民的生命财产的安全,需要我们在未来不断探索和研究。
基于基本功能的模块划分方法与其他方法相比比较简单,但也遵循了模块划分的基本原则。首先,尽量减少各模块之间的连接,以保证模块的正常运行。两者独立。每个模块都尽可能地发挥功能,并在逻辑上独立。避免在系统结构中造成混乱。模块接口尽量简单。功能调整,尽量减少对模块的影响和影响。系统按基本功能划分。该模块划分方法能使需求分类清晰划分,功能分解效果较好。
当系统开发工作通过需求分析阶段后,用户的需求得到了充分的明确,设计模型是说明用例实现的对象模型,是实施模型及其源代码的抽象。设计模型用作实施和测试活动多的基本输入。通常情况,在设计模型的时候基本上是按照都是按照对象的属性都合并在一个模型中。
软件体系结构包括构成系统的设计元素的描述,它通常通过分层或时间间隔来说明架构的各种组件的组合关系。由一组组件及其相互作用组成的系统本身可以成为更大系统的组成元素。在结构设计方法中,软件结构图可以分为两种类型:转换软件结构图和事务软件结构图,如图3-1所示。
图3-1系统功能结构图
经过需求分析,可以确定基于SSM的应急救援指挥的应急系统功能
总体上划分为五个模块:人员信息模块、登录日志模块、应急事件模块、事件查找模块、数据统计模块。
具体业务流程如下:
(1)根据突发应急救援事件的级别和紧急情况,级别较低的突发应急救援事件由人员信息模块处置,级别较高或较为紧急的事件由应急事件模块处置。
(2)当突发应急救援事件发生时,依据人员提交的事件信息调用相应的日志,并完善相应的信息,包括事件的配置和指定相关责任单位。
(3)接受到任务的相关责任单位根据任务内容和实际情况进行突发应急救援事件的处置。
(4)任务的相关责任单位在处置过程中将应急事件的进展情况及时的进行反馈,跟踪应急事件的情况。
(5)应急事件相关单位根据事件反馈情况合理调整任务,保证应急事件的准确性和效率。
(6)当突发应急救援事件得到控制或者解除紧急状态后,可以结案,应急事件的所有工作结束后,进入数据统计模块。
(7)数据统计对突发应急救援事件应急管理系统处置的所有重大或特别重大的事件的处置过程以及基本信息进行记录,便于统计和查询。
(8)领导和专家可以对日志记录和应急事件报告进行评估和总结,以便完善日志事件的管理,提高处置相似或者相同突发应急救援事件的效率。
3.3.1数据库ER图
用户实体,管理员实体是用于存储管理员账户信息,它包括了编号、用户名、密码、标识。用户实体的E-R如图3-3所示。
图3-3用户实体图
|
图3-4事件类型实体图
事件实体,它反映了事件信息,属性主要有编号、事件名称、事件类型、数量。事件实体的E-R如图3-5所示。
图3-5事件实体图
人员实体,人员实体是用来存储人员的信息,包括编号、名称、电话、接报时间、级别、人员人、人员人电话等。人员实体的E-R图如图3-6所示。
图3-6人员实体图
事件实体,楼房实体是用来存储事件的信息,包括编号、名称,时间,级别、状态、人员编号、人员人、人员电话、处警人、出警人电话。事件的E-R图如图3-7所示。
图3-7事件实体图
应急事件实体,应急事件实体是用来存储应急事件信息,包括编号、事件编号、事件名称、日志编号、日志名称、事件编号、事件名称、数量、状态等。应急事件实体的E-R如图3-8所示。
图3-8应急事件实体图
根据分析,系统中主要存在以下几个实体:用户、事件类型、事件、人员、事件查找、日志,它们之间的E-R图如图3-10所示。
图3-10数据库实体之间总E-R图
系统主要由多个表组成,其表的设计主要根据系统功能来制定,其中包括用户表,事件类型表,事件信息表,日志表,人员表,事件表,处警表等构成,每个表的结构都是比较严谨的,需要根据功能的需求制定字段类型和长度。
用户表:主要是用户的基本信息。用户表作用是保存用的信息内容,当用户登陆时,用户输入信息,系统将用户输入的信息和数据库中的这个表作对比。如果账号密码相同,则用户登陆成功,可以进行下一步的操作,如表3-1所示。
表3-1用户表
字段 |
类型 |
长度 |
是否为空 |
主键 |
备注 |
id |
int |
11 |
否 |
主键 |
编号 |
username |
varchar |
255 |
否 |
用户名 |
|
password |
varchar |
255 |
否 |
密码 |
|
b1 |
varchar |
255 |
否 |
标识 |
事件类型表,记录事件类型的基本信息,这个表作为管理系统中最重要的一个表。事件类型的信息都被记录在这个表中,可以随时调取使用事件的类型信息。如表3-2所示。
表3-2事件类型表
字段 |
类型 |
长度 |
是否为空 |
主键 |
备注 |
id |
int |
11 |
否 |
主键 |
编号 |
name |
varchar |
255 |
否 |
事件类型名称 |
下图是事件信息表,主要包括了编号、事件名称、事件类型、数量等信息构成,添加、修改、删除、查询都操作这个表来完成的,如表3-3所示。
表3-3事件信息表
字段 |
类型 |
长度 |
是否为空 |
主键 |
备注 |
id |
int |
11 |
否 |
主键 |
编号 |
name |
varchar |
255 |
否 |
事件名称 |
|
type |
varchar |
255 |
否 |
事件类型 |
|
count |
int |
11 |
否 |
数量 |
日志信息表:这个表非常重要。这个表主要存储编号、名称、级别、日志内容、日志类型、状态、审核状态。日志信息表如表3-4所示。
表3-4日志信息表
字段 |
类型 |
长度 |
是否为空 |
主键 |
备注 |
id |
int |
11 |
否 |
主键 |
编号 |
name |
varchar |
255 |
否 |
名称 |
|
level |
varchar |
255 |
否 |
级别 |
|
content |
varchar |
255 |
否 |
日志内容 |
|
type |
int |
11 |
否 |
日志类型 |
|
state |
varchar |
255 |
否 |
状态 |
|
shstate |
varchar |
255 |
否 |
审核状态 |
人员信息表,记录人员的信息、包括编号、名称、接报时间、级别、人员人、人员人电话等信息,如表3-5所示。
表3-5人员信息表
字段 |
类型 |
长度 |
是否为空 |
主键 |
备注 |
id |
int |
11 |
否 |
主键 |
编号 |
name |
varchar |
255 |
否 |
名称 |
|
tel |
varchar |
20 |
否 |
人员电话 |
|
jdtime |
datetime |
否 |
人员时间 |
||
level |
varchar |
255 |
否 |
级别 |
|
jjname |
varchar |
255 |
否 |
人员人 |
事件信息表,包括编号、名称、时间、级别、状态、人员编号、人员人、人员电话、处警人、处警人电话等,所有的事件信息都是读取的这个表来完成的。事件信息表,如表3-6所示。
表3-6事件信息表
字段 |
类型 |
长度 |
是否为空 |
主键 |
备注 |
id |
int |
22 |
否 |
主键 |
编号 |
name |
varchar |
20 |
否 |
名称 |
|
createtime |
datetime |
否 |
时间 |
||
level |
varchar |
20 |
否 |
级别 |
|
state |
varchar |
30 |
否 |
状态 |
|
jjid |
int |
11 |
否 |
人员编号 |
|
jjname |
varchar |
20 |
否 |
人员人 |
|
jjtel |
varchar |
20 |
否 |
人员电话 |
|
cjname |
varchar |
20 |
否 |
处警人 |
|
cjtel |
varchar |
20 |
否 |
处警人电话 |
基于SSM的应急救援指挥的应急系统论文第三章说明网站的概要设计和详细设计,建立多种设计模型,分别介绍网站的功能模块设计和数据库表的设计。
下图为登陆模块流程图,详细流程为最开始用户输入账号密码,系统判断是否正确,正确显示登陆成功错误或者用户和密码其一为空则需重新输入账号密码。如图4-1所示。
图4-1登录流程面
下图界面是应急指挥系统的登录管理界面,登录界面主要是用来审核登陆者身份,把控系统安全的首要关口。图中主要包括了用户账户信息,密码信息,如果输入的账号密码用户表里不存在,那么则提示登录失败,需重新输入正确的账号密码。如图4-2所示。
图4-2登录主界面
代码如下:
<%@pagelanguage="java"contentType="text/html;charset=UTF-8"
pageEncoding="UTF-8"%>
<%@taglibprefix="c"uri="http://java.sun.com/jsp/jstl/core"%>
应急事件查找是针对突发事件的频频发生,减少生命和财产损失的一项重要工作,在物资和信息事件有限的前提下,能够高效、合理的应对突发应急救援事件的能力。所以,应急救援指挥的应急系统应当能够为管理者和教师提供方便、快捷、安全、及时的查询方式以及数据的安全性。
用户登录也是本系统重要的部分,该模块主要是验证用户信息的正确性,与其他各个功能模块有着密不可分的关联,我们无论用哪种身份对系统进行操作时,都需要用身份去完成相应的操作。用户登录时序图如图3-2所示。
图3-2用户登录时序图
以下截图是进行接处警的管理,直接操作的是接处警信息表的信息。页面布局主要包括编号、名称、接报时间、级别、人员人编号、人员人姓名、人员人电话、处警人编号、处警人姓名、处警人电话,同时布局了保存和返回按钮,下面介绍下该模块实现的主要过程和原理:首先,需要构建住户模块,通过页面设计工具Dreamweaver设计好,然后将其复制到开发工具当中,接着就是插入文本框控件和按钮控件,调整好使其显得美观得当。具体实现点击保存按钮时,将页面信息作为输入参数,调用inset接口方法,将入参的信息输入到insert方法,实现插入数据到数据库表中,点击返回按钮返回到接处警列表页面,人员信息管理如图4-6所示。
图4-6人员信息管理界面
代码如下:
该图是从登陆界面登陆成功之后,进入到事件查看区域的截图。从截图可以看出,系统设计为以列表的形式展现事件信息,列表头部包含事件名称、创建时间、级别、处理状态、人员人、处警人、操作。下面介绍下该模块实现的主要过程和原理:首先,需要构建住户模块,应用Dreamweaver工具进行页面布局。页面加载事件信息,调用select数据方法接口,将返回数据结果集进行遍历,事件页面进行渲染显示。点击监督处理按钮调用handle方法接口进行事件监督处理。事件查看界面的系统截图如图4-7所示
图4-7应急事件列表界面
代码如下:
根据用户输入的事件查询条件,进行事件信息的查询。事件查询流程图如图4-8所示。
图4-8事件查询流程图
用户在进行事件查询的时候,通过输入事件名称等条件进行事件的查询,页面布局条件搜索框和查询按钮,应用Dreamweaver工具进行页面美化和布局,单击查询按钮,调用按钮事件,然后调用selectWhere数据接口方法,将查询条件作为方法的入参,查询事件数据库,返回查询结果集进行页面渲染。
图4-8事件修改界面
代码如下:
<%--
<%--
<%--
<%--
管理员登录系统成功后,在新增事件界面输入事件相应信息,系统验证信息合法性,如不符合要求提示用户重新输入,如果符合数据验证要求将数据插入到数据库中。流程图如图4-9所示。
图4-9新增事件流程图
下面截图是系统事件管理新增模块截图,该模块功主要任务就是让用户通过填写事件名称、事件类型和数量,生成事件信息的过程。从界面截图来看,该住户模块主要包括的事件信息的名称、类型和数量等选项,另外添加了两个按钮,一个是保存按钮,一个是返回按钮。下面介绍下该模块实现的主要过程和原理:首先,需要构建事件查找模块,通过页面设计工具Dreamweaver设计好,然后将其复制到开发工具当中,接着就是插入文本框控件和按钮控件,调整好使其显得美观得当。其次就是设计实现的原理,单击保存按钮,进入按钮事件,然后调用insert数据接口方法,将信息插入到事件数据库表中,返回按钮返回事件管理的列表页面。下图就是事件管理的新增页面,如图4-10所示。
图4-10事件管理新增界面
代码如下:
functiongetExplorer(){
varexplorer=window.navigator.userAgent;
//ie
if(explorer.indexOf("MSIE")>=0){
return'ie';
}
//firefox
elseif(explorer.indexOf("Firefox")>=0){
return'Firefox';
}
//Chrome
elseif(explorer.indexOf("Chrome")>=0){
return'Chrome';
}
事件信息的修改,输入要修改的事件信息项目,进行信息的更新。事件修改流程图如图4-11所示。
图4-11事件修改流程
用户在进行事件信息修改的时候,通过输入事件名称、事件类型和数量,页面布局应用input组件进行布局,同时布局button按钮。实现修改功能构建事件查找模块,应用Dreamweaver工具进行页面美化和布局,单击保存按钮,调用按钮事件,然后调用updateResources数据接口方法,将信息更新到事件数据库表中,返回按钮返回事件管理的列表页面。
图4-11事件信息修改界面
代码如下:
下面截图是系统事件统计报表模块截图,该模块功主要任务就是让用户通过事件导入事件数据。页面布局选择导入文件按钮和导入按钮。点击导入按钮浏览本地填写好数据的事件文件,调用insert接口方法,循环读取事件内数据,插入到数据库中的事件信息表。如图4-12所示。
图4-12事件统计报表界面
代码如下:
>>
加载日志信息管理列表,查询数据库显示信息列表页,选择一条需要删除的信息,系统提示是否删除选中信息,如果同意删除数据库中当前这条数据,提示删除数据成功,如果不同意返回数据列表。流程图如图4-13所示
图4-13日志信息删除流程图
在日志信息管理列表页,选择一条需要修改的信息,进行数据查询,跳转到日志信息查询界面,输入需要查询的信息项系统提示是否查询信息,如果同意进行数据的提交,查询数据库信息,如果不同意返回查询页面,可重新输入查询信息项目,再重新上面操作。流程图如图4-14所示。
图4-14日志管理修改流程图
下图是日志管理页面,该画面主要是展现日志信息的数据,页面布局列表日志名称、级别、内容、类型、状态、审核状态和操作列,列表右上角布局新增按钮,每行数据的操作列添加两个操作按钮一个是修改按钮,一个是删除按钮。下面介绍下该模块实现的主要过程和原理:需要构建日志管理模块,通过页面设计工具Dreamweaver设计好,然后将其复制到开发工具当中,接着就是插入文本框控件和按钮控件,调整好使其显得美观得当。点击新增按钮,跳转到日志新增页面,新增日志调用insert接口方法,将数据插入到数据库日志表,点击编辑按钮,修改日志信息调用update接口方法,更新数据库中当前日志信息,点击删除按钮,删除日志信息调用delete接口方法,删除数据库中当前日志信息。如图4-15所示。
图4-15日志管理页面
代码如下:
基于SSM的应急救援指挥的应急系统论文的第四章主要展示应急救援指挥的应急系统的详细实现过程,理清代码的设计思路,将算法研究和界面展示呈现出来,对系统的功能性和界面的友好性有一个直观的了解。
系统测试是测试员在对系统测试过程中找出开发者没有发现的错误,反馈给开发者然后及时的修改错误信息的过程。系统测试可以提高系统的综合质量和性能。本章重点介绍系统测试的具体环节。
系统测试主要是针对系统主要的模块来进行详细的数据测试说明,通过每个模块的多种测试数据来确定模块是否可行,是否存在错误,进而及时更改。
1.登录测试
受篇幅所限此处只列出部分测试,正确管理员账号:1,密码:1。操作员账号:1,密码:1。用户在登录界面可以通过用户名、密码进行登录。如表5-1所示。
表5-1登录界面测试表
序号 |
操作 |
预期结果 |
实际结果 |
测试结果 |
1 |
不输入账号和密码 |
登录失败,请重新输入 |
登录失败,请重新输入 |
测试成功 |
2 |
输入管理员账号1,不输入密码 |
登录失败,请重新输入 |
登录失败,请重新输入 |
测试成功 |
3 |
不输入管理员账号, 密码:1 |
登录失败,请重新输入 |
登录失败,请重新输入 |
测试成功 |
4 |
输入管理员账号:1,密码:1 |
登录成功,跳转管理员界面 |
登录成功,跳转管理员界面 |
测试成功 |
5 |
输入错误的管理员账号:ad,密码:888888 |
登录失败,请重新输入 |
登录失败,请重新输入 |
测试成功 |
6 |
输入管理员账号:admin,错误的密码:000000 |
登录失败,请重新输入 |
登录失败,请重新输入 |
测试成功 |
7 |
输入用户账号:caozuoyuan,密码:123456 |
登录成功,跳转用户界面 |
登录成功,跳转用户界面 |
测试成功 |
8 |
输入未注册用户:WHH,密码:123 |
登录失败,请重新输入 |
登录失败,请重新输入 |
测试成功 |
测试结论:登录界面测试成功,达到预期效果。
人员信息录入测试这里操作员可以进行接处警的信息维护,主要包括编号、名称、接报时间、级别、人员人编号、人员人姓名、人员人电话、处警人编号、处警人姓名、处警人电话。如表5-2所示。
表5-2人员信息录入测试表
序号 |
操作 |
预期结果 |
实际结果 |
测试结果 |
1 |
编号不输入,其它项目正常数据,进行提交 |
提交失败,编号不允许为空 |
提交失败,系统提示编号不允许为空 |
测试成功 |
2 |
名称不输入,其它项目正常数据,进行提交 |
提交失败,名称不允许为空 |
提交失败,系统提示名称不允许为空 |
测试成功 |
3 |
接报时间不输入,其它项目正常数据,进行提交 |
提交失败,接报时间不允许为空 |
提交失败,系统提示接报时间不允许为空 |
测试成功 |
4 |
级别不选择,其它项目正常数据,进行提交 |
提交失败,必须选择级别 |
提交失败,系统提示请选择级别 |
测试成功 |
续表5-2人员信息录入测试表
序号 |
操作 |
预期结果 |
实际结果 |
测试结果 |
5 |
编号输入:1201,名称输入:口蹄疫,接报时间输入:2021年 |
提交成功,跳转到接处警列表页 |
提交成功,跳转到接处警列表页 |
测试成功 |
测试结论:人员信息录入测试成功,达到预期效果。
事件新增这里操作员可以对事件信息进行新增操作,指标主要包括名称、类型、数量。如表5-3所示。
表5-3事件新增测试表
序号 |
操作 |
预期结果 |
实际结果 |
测试结果 |
1 |
输入名称:手套,输入类型:防护类,输入数量:ac,进行提交 |
提交失败,数量必须为数据字 |
提交失败,系统提示数量必须为数字 |
测试成功 |
2 |
名称为空,输入类型:防护类,输入数量:100,进行提交 |
提交失败,名称不允许为空 |
提交失败,系统提示名称必须为空 |
测试成功 |
3 |
输入名称:手套,类型为空,输入数量:100,进行提交 |
提交失败,类型不允许为空 |
提交失败,类型不允许为空 |
测试成功 |
4 |
输入名称:手套,输入类型:防护类,输入数量:100,进行提交 |
提交成功,跳转到事件信息列表页 |
提交成功,跳转到事件信息列表页 |
测试成功 |
测试结论:事件新增测试成功,达到预期效果。
事件查找这里操作员点击选择导入文件按钮,浏览本机填写好事件数据的事件,点击导入按钮,实现事件的查找。如表5-4所示。
表5-4事件新增测试表
序号 |
操作 |
预期结果 |
实际结果 |
测试结果 |
1 |
选择导入事件:未填写数据的空事件,进行提交导入 |
导入失败,事件不允许为空 |
导入失败,系统提示事件不允许为空 |
测试成功 |
2 |
不选择导入事件,进行提交导入 |
导入失败,必须选择导入事件 |
导入失败,系统提示必须选择导入事件 |
测试成功 |
3 |
选择导入事件:已填写数据的事件,进行提交导入 |
导入成功,跳转到事件信息列表页 |
导入成功,跳转到事件信息列表页 |
测试成功 |
测试结论:事件新增测试成功,达到预期效果。
事件查找这里操作员点击选择导入文件按钮,浏览本机填写好事件数据的事件,点击导入按钮,实现事件的查找。如表5-5所示。
表5-5事件新增测试表
序号 |
操作 |
预期结果 |
实际结果 |
测试结果 |
1 |
选择导入事件:未填写数据的空事件,进行提交导入 |
导入失败,事件不允许为空 |
导入失败,系统提示事件不允许为空 |
测试成功 |
2 |
不选择导入事件,进行提交导入 |
导入失败,必须选择导入事件 |
导入失败,系统提示必须选择导入事件 |
测试成功 |
3 |
选择导入事件:已填写数据的事件,进行提交导入 |
导入成功,跳转到事件信息列表页 |
导入成功,跳转到事件信息列表页 |
测试成功 |
论文第五章完成软件的测试工作,网站测试主要使用功能测试法配合其他测试手段,保证最终的用例设计可靠,测试结果正确。
应急救援指挥的应急系统的系统设计与开发以及论文撰写在预期内完成。应急救援指挥的应急系统完成了人员信息管理模块、日志记录管理模块、应急事件管理、大数据报表模块。可以实现管理员对应急事件的整体把控,对于各项科研成果都通过数据库查询到,及时更新信息,保证信息有效。本次应急救援指挥的应急系统设计主要特点有系统设计采用的是WEB设计模式,数据库采用了SqlServer作为开发存储数据,保证了系统数据的准确、安全,JavaScript、JSP开发前台页面。社区信息管理系统通过以上等等技术开发完成,拥有我们预期需求的安全性、快捷性、实用性等优点。
系统设计之初,系统考虑的不是很周全,系统模块设定,数据库定位,字段长度定位不够准确。今后也应当丰富自己的技术储备,做出更完善的应急救援指挥的应急系统,缓解科研成果管理工作上的难题,解决时下管理系统不健全,所以存在科研成果信息收集和汇总不及时等问题。
致谢
四年的读书生活即将划上一个句号,而于我却只是一个逗号,我将面对又一次征程的开始。四年的求学生涯在师长、亲友的大力支持下,走得辛苦却也收获满囊,在论文即将付梓之际,思绪万千,心情久久不能平静。在设计之初,对毕业设计制作没有思路,对于自己能力认知有限,指导老师帮我确定适合自己的题目,并认真分析题目的制作方向,制定需求分析;在制作过程中,付立平老师不断的给我纠正问题,帮助我克服很多大大小小的困难,对我完成设计有很大的帮助;指导老师不厌其烦的讲解和答疑,使我倍受感动。
在课题设计过程中,同学们的帮助和关心让我感受到了同学之间的情谊,他们在我遇到困难的时候可以为我分担难题,纠正我的错误思路;使得我的论文思路能够调整到正确的轨道上来。我的大学时光中,因为有你们的存在而变得更加精彩,谢谢我亲爱的伙伴们。
最后,设计在制作过程中,参考了大量的国内外与课题相关的文献,在指导老师的指导下,我顺利的完成了设计任务,感谢老师。