摘 要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用Java技术建设应急指挥平台。
本设计主要实现集人性化、高效率、便捷等优点于一身的应急指挥平台,完成主页,个人资料(个人信息,密码修改),用户管理(管理员,系统用户),公告信息,事件上报,物资信息,队伍信息,应急预案,应急知识,分类管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。应急指挥平台使用Java语言,采用基于 MVC模式的SSM技术进行开发,使用 Eclipse 2017 CI 10 编译器编写,数据方面主要采用的是微软的MySQL数据库来作为数据存储媒介,配合前台HTML+CSS 技术完成系统的开发。
关键词:应急指挥管理;SSM框架;Java语言;MySQL数据库
SSM Emergency Command Platform
Abstract
The rapid development of technology has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of application software are constructed using Java technology to build an emergency command platform.
This design mainly implements an emergency command platform that combines the advantages of humanization, efficiency, and convenience. It completes functional modules such as homepage, personal information (personal information, password modification), user management (administrator, system user), announcement information, event reporting, material information, team information, emergency plan, emergency knowledge, and classification management. The system communicates with the server through a browser to achieve data interaction and changes. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The emergency command platform is developed using Java language and SSM technology based on MVC mode, using the Eclipse 2017 CI 10 compiler. The data is mainly stored in Microsoft's MySQL database, and the system is developed in conjunction with front-end HTML+CSS technology.
Key words: emergency command and management; SSM framework; Java language; MySQL database
目 录
摘 要
Abstract
第1章 绪论
1.1 研究背景与意义
1.2 开发现状
1.3 本文的组织结构
第2章 相关技术介绍
2.1 开发技术
2.2 SSM框架介绍
2.3 MVVM模式
2.4 B/S结构
2.5 MySQL数据库
2.6 Vue.js 主要功能
第3章 系统分析
3.1 可行性分析
3.1.1 技术可行性分析
3.1.2 经济可行性分析
3.1.3 操作可行性分析
3.2 功能需求分析
3.3 非功能需求分析
3.4 数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 功能模块设计
4.4 表单字段校验处理设计
4.5 系统维护设计
4.6 数据库设计
4.6.1 概念模型
4.6.2 数据表
第5章 系统实现
5.1 登录模块的实现
5.2 用户模块的实现
5.2.1 首页模块
5.2.2 应急知识模块
5.2.3 事件上报模块
5.3 管理员模块的实现
5.3.1 用户管理模块
5.3.2 物资信息管理模块
5.3.3 队伍信息管理模块
第6章 系统测试
6.1 测试目的
6.2 测试过程
6.3 测试结果
第7章 总结与展望
参考文献
致谢
突发公共事件给社会经济和人民生命安全造成极大威胁,尤其是近20年来发生得尤为频繁,例如2008年初的雨雪冰冻灾害,“5•12”汶川大地震,2019年的新冠肺炎疫情,对提高应急能力提出了非常迫切的需求。应急指挥平台建设是应急管理的一项基础性工作,它是以公共安全科技为核心,以信息技术为支撑,以应急管理流程为主线,软硬件相结合的突发公共事件应急保障技术系统,是实施应急预案的工具,它具备风险分析、信息报告、监测监控、预测预警、综合研判、辅助决策、综合协调与总结评估等功能。
党的十六届六中全会通过的《中共中央关于构建社会主义和谐社会若干重大问题的决定》明确提出,“要按照预防与应急并重、常态与非常态结合的原则,建立统一高效的应急信息平台”;《国务院关于全面加强应急管理工作的意见》(国发(2006)24号)明确提出,要“加快国务院应急指挥平台建设,完善有关专业应急指挥平台功能,推进地方人民政府综合应急指挥平台建设,形成连接各地区和各专业应急指挥机构、统一高效的应急指挥平台体系”。《国民经济和社会发展第十一个五年规划纲要》、《国家中长期科学和技术发展规划纲要(2006-2020)》和《国家突发公共事件总体应急预案》以及《“十一五”期间国家突发公共事件应急体系建设规划》(国办发(2006)106号)也都对应急指挥平台体系建设作出了相应部署。因此,设计开发一个应急指挥平台是非常有必要的。
国内外对于应急平台的研究最早于2004年在清华大学等单位开展;2005年第二届中国电子政务论坛对应急平台的建设进行了交流,2006年全国应急管理大会上,清华大学介绍了国家应急平台体系建设的总体方案;2006年底,在国务院应急管理办公室的组织下,启动了“国家应急平台体系建设项目”和科技部“十一五”科技支撑计划“国家应急平台体系关键技术研发与应用示范”(2006-2008)。前者主要进行建设项目的实施;后者提供设计方案、标准规范、软件系统和数据库等关键技术支撑,以及10个部门应急平台和10个省级应急平台技术研发与示范。目前,各级政府有关部门在信息化建设过程中,已经逐步建立起服务于各自部门的应急指挥或应急信息系统,在防御重大灾害和事故方面发挥了重要作用,为全面实施国家应急平台体系建设创造了一定条件。在实际工作中,应急平台建设发展仍不平衡,应用功能不够完善,信息资源和平台系统尚未有效整合。
在国外,世界发达国家大力加强跨领域、跨部门的突发公共事件应急技术的研发和一体化应急平台的架构,普遍重视应急平台的风险分析、信息报告、监测监控、预测预警、综合研判、辅助决策、综合协调与总结评估等关键环节所需的关键技术。
“9·11”以后,美国大力加强应急资源整合、应急技术研发和集成应用,使应急平台具备资源共享、综合智能分析、统一规范的协调管理以及信息畅通的技术能力,为综合预测预警、形势通告、协调指挥等提供强大支撑。在英国,建立集成应急管理平台(IEM),增强应急机构间的协调与协作能力,通过有效的识别和管理各种突发事件的风险,使其拥有并维持世界一流的应对突发事件的能力。在德国,先后建立危机预防信息系统(deNIS和deNISII),为联邦和地方政府决策者的信息沟通、事件响应提供信息网络支持,更好地为突发事件的援救提供服务。在日本,灾害信息系统包括早期评价系统和应急对策支持系统,为政府快速、准确制定决策提供依据,为相关机构提供共享信息平台,其信息获取和传输覆盖了从首相官邸、到内阁府、到都道府县的行政机关和消防本部、到基层的村庄。
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了应急指挥平台的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的SSM框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用SSM作为开发框架,同时集成MyBatis、Redis等相关技术。
SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。
Spring:
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
SpringMVC:
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
Mybatis:
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。
页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对用户日益复杂的需求变化。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为用户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题[9]。
Mysql的语言是非结构化的,用户可以在数据上进行工作。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下,MySQL是管理内容最好的选择。并且因为Mysql的语言和结构比较简单,但是功能和存储信息量很强大,所以得到了普遍的应用。
Mysql数据库在编程过程中的作用是很广泛的,为用户进行数据查询带来了方便。Mysql数据库的应用因其灵活性强,功能强大,所以在实现某功能时只需要一小段代码,而不像其他程序需要编写大段代码。总体来说,Mysql数据库的语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室,它是在计算机上进行的,而不是现实中的储藏室。数据的存放是按固定格式,而不是无序的,其定义就是:长期有固定格式,可以共享的存储在计算机存储器上。数据库管理主要是数据存储、修改和增加以及数据表的建立。为了保证系统数据的正常运行,一些有能力的处理者可以进行管理而不需要专业的人来处理。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。介于数据库的功能强大等特点,本系统的开发主要应用了Mysql进行对数据的管理。
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
本次设计基于B/S 模式下,运用Java技术,采用的是MySQL数据库和Eclipse实现,总体的可行性共分为以下三个方面。
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用Java技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以应急指挥平台具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
系统用户用例图如下所示。
图3-1 系统用户用例图
管理员用例图如下所示。
图3-2 管理员用例图
应急指挥平台在对需求做解析后,整个系统主要分为两个部分:管理员和系统用户,每个模块下的分支功能不一样。对功能做出如下说明:
系统用户模块:
登录模块:账号登录认证。
个人资料:管理个人资料信息,修改可修改的信息项。
事件上报:查看或上报紧急事件。
应急预案:查看管理员发布的应急预案。
管理员模块:
添加、维护系统用户的账号,可以对用户账号进行增删改操作。
登录模块:账号登录认证。
个人资料:管理个人资料信息,修改可修改的信息项。
事件上报:管理用户提交的事件上报。
应急预案:管理员维护管理应急预案信息。
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
一层数据流程图包括了登录、用户功能和检索维护等模块,在登录模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的一层数据流图如下图所示。
图3-2系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录信息、用户功能的细化。即:用户管理,公告信息,事件上报,物资信息,队伍信息,应急预案,应急知识,分类管理查询等操作。
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。应急指挥平台主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:主页,个人资料(个人信息,密码修改),用户管理(管理员,系统用户),公告信息,事件上报,物资信息,队伍信息,应急预案,应急知识,分类管理等。系统整体角色分为两个部分,一是系统用户、二是管理员。权限分布也是很明显,系统用户是在除去浏览信息之外还具有查询和管理自己账户信息,公告信息,事件上报,应急预案,应急知识等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
用户管理模块
该模块是为所有用户登录设计的,如系统用户登录后只能进行自己的普通功能操作(如个人信息修改),管理员能对整个系统的数据进行管理,主要是用户的登录权限以及用户登录后在系统里的操作权限。
事件上报模块
系统用户和事件信息存在申请关系,关系为一对多,根据编号来将事件作数据传入到预定数据中,操作人为系统用户,然后生成事件列表。
应急预案模块
系统用户和预案信息存在查阅关系,关系为一对多,根据编号来将事件数据传入到预案数据中,操作人为管理员,然后生成预案信息列表。
1.出错信息类型
出错信息类型包括:
A 未输入必填项;
B 应输入合法字符或数字却输入非法字符或数字;
C 对空数据表进行更改或删除操作;
D 向要求唯一值的关键字段添加重复值。
2.出错处理对策
对于错误A,系统要求用户输入非空值。
对于错误B,系统要求用户输入合法字符。
对于错误C,系统提示数据表无记录可更改或删除。
对于错误D,系统要求用户输入非重复值。
应急指挥平台是个现代化的高度集成的综合信息系统,系统主要服务对象为用户,最大化在页面中提供多的信息,因此在系统维护上,数据量较大,整体的维护设计如下:
(1)代码的维护:部署在云服务器上或本地服务器,通过SVN或FTP保持版本更新迭代。
(2)功能增加:功能升级在必要的前提下。
(3)数据维护:根据安全性等需求,定期对数据库进行人工备份。
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在应急指挥平台中存在着多个实体分别是用系统用户、管理员、事件、应急预案,应急知识等。
系统总体ER图如下图所示。
图4-4系统总体ER图
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。应急指挥平台所需要的部分数据结构表如下表所示。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表announcement_information (公告信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_information_id | int | 10 | 0 | N | Y | 公告信息ID | |
2 | announcement_no | varchar | 64 | 0 | Y | N | 公告编号 | |
3 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
4 | publisher | varchar | 64 | 0 | Y | N | 发布人 | |
5 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
6 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表classification_management (分类管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | classification_management_id | int | 10 | 0 | N | Y | 分类管理ID | |
2 | knowledge_classification | varchar | 64 | 0 | Y | N | 知识分类 | |
3 | classification_description | text | 65535 | 0 | Y | N | 分类描述 | |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | emergency_knowledge_id | int | 10 | 0 | N | Y | 应急知识ID | |
2 | title_name | varchar | 64 | 0 | Y | N | 标题名称 | |
3 | knowledge_classification | varchar | 64 | 0 | Y | N | 知识分类 | |
4 | knowledge_label | varchar | 64 | 0 | Y | N | 知识标签 | |
5 | knowledge_introduction | text | 65535 | 0 | Y | N | 知识简介 | |
6 | knowledge_content | longtext | 2147483647 | 0 | Y | N | 知识内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | emergency_plan_id | int | 10 | 0 | N | Y | 应急预案ID | |
2 | event_name | varchar | 64 | 0 | Y | N | 事件名称 | |
3 | report_user | int | 10 | 0 | Y | N | 0 | 上报用户 |
4 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
5 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
6 | event_location | text | 65535 | 0 | Y | N | 事件位置 | |
7 | event_content | text | 65535 | 0 | Y | N | 事件内容 | |
8 | plan_type | varchar | 64 | 0 | Y | N | 预案类型 | |
9 | executive_team | varchar | 64 | 0 | Y | N | 执行队伍 | |
10 | emergency_supplies | varchar | 64 | 0 | Y | N | 应急物资 | |
11 | plan_content | text | 65535 | 0 | Y | N | 预案内容 | |
12 | treatment_measures | text | 65535 | 0 | Y | N | 处理措施 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | incident_reporting_id | int | 10 | 0 | N | Y | 事件上报ID | |
2 | event_name | varchar | 64 | 0 | Y | N | 事件名称 | |
3 | report_user | int | 10 | 0 | Y | N | 0 | 上报用户 |
4 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
5 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
6 | event_location | text | 65535 | 0 | Y | N | 事件位置 | |
7 | event_content | text | 65535 | 0 | Y | N | 事件内容 | |
8 | processing_progress | varchar | 64 | 0 | Y | N | 处理进度 | |
9 | progress_description | text | 65535 | 0 | Y | N | 进度描述 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_information_id | int | 10 | 0 | N | Y | 物资信息ID | |
2 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
3 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
4 | material_quantity | varchar | 64 | 0 | Y | N | 物资数量 | |
5 | material_picture | varchar | 255 | 0 | Y | N | 物资图片 | |
6 | material_introduction | text | 65535 | 0 | Y | N | 物资介绍 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | system_user_id | int | 10 | 0 | N | Y | 系统用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | team_information_id | int | 10 | 0 | N | Y | 队伍信息ID | |
2 | team_no | varchar | 64 | 0 | Y | N | 队伍编号 | |
3 | team_name | varchar | 64 | 0 | Y | N | 队伍名称 | |
4 | team_status | varchar | 64 | 0 | Y | N | 队伍状态 | |
5 | number_of_teams | varchar | 64 | 0 | Y | N | 队伍人数 | |
6 | team_introduction | text | 65535 | 0 | Y | N | 队伍介绍 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
用户登录的逻辑代码如下。
if(ac.equals("adminlogin"))
{
String username = request.getParameter("username");
String password = request.getParameter("pwd");
String utype = request.getParameter("cx");
request.setAttribute("random", "");
go("/login.jsp", request, response);
else{
String sql1 = "select * from allusers where username='"+username+"' and pwd='"+password+"' ";
List<HashMap> userlist1 = dao.select(sql1);
if(userlist1.size()==1)
{
request.getSession(). setAttribute("username", userlist1.get(0).get("username"));
request.getSession(). setAttribute("cx", userlist1.get(0).get("cx"));
gor("main.jsp", request, response);
}else{
request.setAttribute("error", "");
go("/login.jsp", request, response);
}
}
}
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。
如下图所示为系统的首页界面。
图5-3系统首页界面
其中载入前台页面的主要代码如下。
<td><%@ include file="qttop.jsp"%></td>
<td><%@ include file="qtleft.jsp"%></td>
<td><%@ include file="qtdown.jsp"%></td>
用户在此页面可以通过搜索标题的方式查找应急知识信息,可以查看标题,分类,标签,简介等详细信息。可以进行重置,添加等等操作。如下所示。
图5-4应急知识查阅界面
图5-5应急知识发布界面
应急知识发布关键代码如下所示。
Connection conn = this.getConn();
try {
Statement st = conn.createStatement();
ResultSet rs = st.executeQuery("select * from "+tablename);
ResultSetMetaData rsmd = rs.getMetaData();
int i = rsmd.getColumnCount();
for(int j=1;j<=i;j++)
{
if(rsmd.getColumnName(j).equals("id"))continue;
if(rsmd.getColumnName(j).equals("ID"))continue;
if(rsmd.getColumnName(j).equals("iD"))continue;
if(rsmd.getColumnName(j).equals("Id"))continue;
typemap.put(rsmd.getColumnName(j)+"---", rsmd.getColumnTypeName(j));
collist.add(rsmd.getColumnName(j));
sql+=rsmd.getColumnName(j)+",";
}
sql = sql.substring(0,sql.length()-1);
sql+=") values(";
rs.close();
st.close();
} catch (SQLException e) {
e.printStackTrace();
}
用户在此页面可以查看事件名称,上报用户,姓名,电话等详细事件信息。可以进行重置,新增等操作。如下所示。
图5-6新增流程图
图5-7事件信息界面
图5-8上报事件界面
关键代码如下所示。
Connection conn = this.getConn();
try {
Statement st = conn.createStatement();
ResultSet rs = st.executeQuery("select * from "+tablename);
ResultSetMetaData rsmd = rs.getMetaData();
int i = rsmd.getColumnCount();
for(int j=1;j<=i;j++)
{
if(rsmd.getColumnName(j).equals("id"))continue;
if(rsmd.getColumnName(j).equals("ID"))continue;
if(rsmd.getColumnName(j).equals("iD"))continue;
if(rsmd.getColumnName(j).equals("Id"))continue;
typemap.put(rsmd.getColumnName(j)+"---", rsmd.getColumnTypeName(j));
collist.add(rsmd.getColumnName(j));
sql+=rsmd.getColumnName(j)+",";
}
sql = sql.substring(0,sql.length()-1);
sql+=") values(";
rs.close();
st.close();
} catch (SQLException e) {
e.printStackTrace();
}
用户在yhzhgl查看用户信息,先使用sql语句查询出所有用户表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。
用户管理界面如下图所示。
图5-9用户管理界面
用户管理关键代码如下所示。
public List<HashMap> select(String sql)
{
System.out.println(sql);
List<HashMap> list = new ArrayList();
try {
Statement st = conn.createStatement();
ResultSet rs = st.executeQuery(sql);
ResultSetMetaData rsmd = rs.getMetaData();
while(rs.next())
{
HashMap map = new HashMap();
int i = rsmd.getColumnCount();
for(int j=1;j<=i;j++)
{
if(!rsmd.getColumnName(j).equals("ID"))
{
String str = rs.getString(j)==null?"": rs.getString(j);
if(str.equals("null"))str = "";
map.put(rsmd.getColumnName(j), str);
}
else
map.put("id", rs.getString(j));
}
list.add(map);
}
rs.close();
st.close();
} catch (SQLException e) {
// TODO Auto-generated catch block
if(sql.equals("show tables"))
list = select("select table_name from INFORMATION_SCHEMA.tables");
else
e.printStackTrace();
}
return list;
}
管理员在此页面可以查看物资编号,名称,数量,图片等信息。可以进行重置,新增等操作。如下所示。
图5-10物资信息管理流程图
图5-11物资信息添加界面图
管理员在此页面可以查看队伍编号,名称,状态,人数等详细信息。可以进行查询,重置,删除,新增等操作。如下所示。
工作信息添加界面如下图所示。
图5-12队伍信息管理界面
添加界面如下图所示。
图5-13队伍信息添加界面
添加关键代码如下所示。
Connection conn = this.getConn();
try {
Statement st = conn.createStatement();
ResultSet rs = st.executeQuery("select * from "+tablename);
ResultSetMetaData rsmd = rs.getMetaData();
int i = rsmd.getColumnCount();
for(int j=1;j<=i;j++)
{
if(rsmd.getColumnName(j).equals("id"))continue;
if(rsmd.getColumnName(j).equals("ID"))continue;
if(rsmd.getColumnName(j).equals("iD"))continue;
if(rsmd.getColumnName(j).equals("Id"))continue;
typemap.put(rsmd.getColumnName(j)+"---", rsmd.getColumnTypeName(j));
collist.add(rsmd.getColumnName(j));
sql+=rsmd.getColumnName(j)+",";
}
sql = sql.substring(0,sql.length()-1);
sql+=") values(";
rs.close();
st.close();
} catch (SQLException e) {
e.printStackTrace();
}
在对该系统进行完详细设计和编码之后,就要对应急指挥平台的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
测试性能 | 用户或操作员登录系统 | ||
用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
前提条件 | 进入用户登录页面或操作员登录页面 | ||
输入条件 | 预期输出 | 实际情况 | |
各项信息不予填写,直接点击登陆按钮 | 不允许登录,提示填写账号相关信息 | 一致 | |
填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误,要求重新填写进行登录 | 一致 | |
填写与验证码信息不一致的信息 | 系统显示出提示信息,表明验证码错误,要求重新填写 | 一致 |
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
通过应急指挥平台的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]皇甫若桐.基于SSM的环境监测管理系统设计[J].集成电路应用,2023,40(02):340-341.DOI:10.19339/j.issn.1674-2583.2023.02.148.
[2]赵静.基于SSM+VUE框架的企业合规管理系统[J].数字通信世界,2022(11):17-19.
[3]李滕飞,王艳萍.基于SSM架构的专业职业病体检管理系统的设计与实现[J].网络安全技术与应用,2022(11):44-46.
[4]定美辰.基于无人机的城市交通应急指挥系统设计[J].信息记录材料,2022,23(10):226-229.DOI:10.16009/j.cnki.cn13-1295/tq.2022.10.041.
[5]Zheng Hongying. A Study on the Design of English Speaking Examination System Based on SSM Framework[J]. Journal of Sensors,2022,2022.
[6]刘源昭,陈伟,曹俊杰,李鹏宇,李英杰,许一靖,孙浩铭.基于SSM架构的图书管理系统[J].山西电子技术,2022(03):61-63+76.
[7]彭婷.基于SSM框架的客户关系管理系统的设计与实现[J].信息与电脑(理论版),2022,34(08):137-139.
[8]陈恒,陈淑丽.基于SSM框架的学生档案管理系统的设计与实现[J].电脑知识与技术,2022,18(10):42-43+47.DOI:10.14004/j.cnki.ckt.2022.0747.
[9]贾博文.关于计算机技术在电力应急指挥系统设计中的运用[J].新型工业化,2022,12(02):198-200.DOI:10.19335/j.cnki.2095-6649.2022.02.065.
[10]冯子充,秘伟,郭晓利.基于SSM架构的物流公司信息管理系统的设计[J].电脑知识与技术,2022,18(04):24-26.DOI:10.14004/j.cnki.ckt.2022.0253.
[11]朱彬,童颖飞,陈剑,肖苏飞.基于SSM的党建管理系统设计与实现[J].信息与电脑(理论版),2022,34(02):148-151.
[12]李春生,李朝霞,刘涛,胡亚楠.基于SSM的科研室管理系统的研究与设计[J].计算机技术与发展,2021,31(12):148-154.
[13]杨光辉,王刚.电力应急指挥系统设计及其关键技术研究[J].信息技术,2021(11):93-98+104.DOI:10.13274/j.cnki.hdzj.2021.11.017.
[14]王宇,夏丽丽,何颖刚.基于SSM框架的高校毕业论文管理系统的设计与实现[J].电子技术与软件工程,2021(22):26-29.
[15]强力,李灶娥,魏丹丹,林虎,廖莎.SSM框架下的果蔬信息管理系统设计[J].福建电脑,2021,37(09):99-101.DOI:10.16707/j.cnki.fjpc.2021.09.027.
[16]李新亮,刘玉磊.基于北斗导航系统的无人机应急指挥系统设计[J].软件,2021,42(02):118-120.
[17]. Design and Implementation of ERP System Based on SSM Framework[J]. ,2020,440(5).
[18]Ping Wanxin,Chen Yuankun,Hou Xiaoyan. Design of Campus Bicycle Rental Management System Based on SSM Framework[J]. Journal of Physics: Conference Series,2019,1314.
[19]Jihong W,Junmei W,Dongling S. Design and Research of University International Cooperation Office Platform Based on SSM Framework[C]//Jilin Province Science and Technology (S&T) Innovation Center for Physical Simulation and Security of Water Resources and Electric Power Engineering,The Cooperative Innovation Center of Wind Power Equipment and Energy Conversion, Hunan Institute of Engineering,St. John’s University,Hunan Internet of Things Association.Proceedings of 2019 International Conference on Virtual Reality and Intelligent Systems (ICVRIS 2019) Volume I.Proceedings of 2019 International Conference on Virtual Reality and Intelligent Systems (ICVRIS 2019) Volume I,2019:229-232.DOI:10.26914/c.cnkihy.2019.011418.
[20]Lu D,Qiu Y,Qian C, et al. Design of Campus Resource Sharing Platform based on SSM Framework[C]//博思学术交流中心.Proceedings of the 2nd International Seminar on Computational Intelligence, Engineering and Technology(SCIET2018 ).Proceedings of the 2nd International Seminar on Computational Intelligence,2018:477-482.
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-