民间应急救援队管理系统 计算机专业毕业设计源码76735

                                                                      目  录

第 1 章 引  言

1.1 选题背景

1.2 研究现状

1.3 论文结构安排

第 2 章 民间应急救援队管理系统的需求分析

2.1 系统可行性分析

2.1.1 技术方面可行性分析

2.1.2 经济方面可行性分析

2.1.3 法律方面可行性分析

2.1.4 操作方面可行性分析

2.2 系统功能需求分析

2.3 系统性需求分析

2.4 系统用例分析

2.5 系统流程分析

2.5.1 增加数据流程

2.5.2 修改数据流程

2.5.3 删除数据流程

第 3 章 民间应急救援队管理系统总体设计

3.1 系统功能模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.2.2 数据库表设计

第 4 章 关键模块的设计与实现

4.1 登录界面

4.2 首页界面

4.3 管理员界面

4.4 员工用户界面

4.5 工资信息界面

4.6 考勤信息界面

4.7 岗位管理界面

4.8 个人信息界面

4.9 修改密码界面

第 5 章 系统实验与结果分析

5.1 测试方法

5.2 系统的测试用例

5.3 系统测试结果

第 6 章 结论

参考文献

致  谢

摘  要

随着社会发展和科技进步，特别是这三年来疫情的影响，作为社会主义国家的中国越来越重视社会救援团体的发展。然而，经调查可知目前我们的支援救援管理非常落后，信息管理仅仅局限于纸质化，不仅难以整理而且查找资料效率不高。不仅如此，在其物资，人员及活动管理方面也十分不合理。

本民间应急救援队管理系统采用了JAVA语言，基于Springboot框架以及运用了MYSQL数据库开发实现，在功能上分为管理员、平台管理者、负责人、队员四个部分，满足了用户通过系统查看队员信息、物资的出入库记录等；管理员同样可以通过系统进行管理用户、队员管理、物资管理、物资募捐等，为民间应急救援队管理系统提供服务，满足民间应急救援队管理系统的需求。

关键词：民间应急救援队管理系统；JAVA语言；Springboot；MYSQL

                      Civilian Emergency Rescue Team Management System

Abstract

With the development of society and technological progress, especially the impact of the epidemic in the past three years, China, as a socialist country, has increasingly attached importance to the development of social rescue groups. However, according to the investigation, our support and rescue management is currently very backward, and information management is only limited to paper-based management, which is not only difficult to organize but also inefficient in searching for information. Moreover, the management of its materials, personnel, and activities is also very unreasonable.

This civilian emergency rescue team management system adopts JAVA language, is based on the Springboot framework, and is developed and implemented using the MYSQL database. It is divided into four parts in terms of functionality: administrator, platform manager, responsible person, and team member. It meets the requirements for users to view team member information and material entry and exit records through the system; Administrators can also manage users, team members, materials, and fundraising through the system, providing services for the civilian emergency rescue team management system and meeting the needs of the civilian emergency rescue team management system.

Keywords: Civilian emergency rescue team management system; JAVA language; Springboot； MYSQL 

• 1 章 引  言
  1. 选题背景

目前，计算机信息技术已经走进每个人的生活中，大到企业的ERP管理，小到家庭财务的管理，各种管理软件随处可见，目前在很多民间应急救援队中，在物资和人员方面的管理都采用的是窗体结构的民间应急救援队管理系统，这种管理系统操作比较简单，备受管理人员的使用，缺陷是只能管理人员进行管理，队员个人无法参与，在队员和物资越来越多的今天，对队员和物资的管理要求也不断提高，很多应急救援队都实现了人工记录方式管理，如果还使用传统的管理方式，各种信息录入会浪费很多的资源，而且在队员对自己个人的入队、离队以及物资查询方面，都是队员自己到资料室进行查找表格的形式进行查询，不利于应急救援队的发展，因此结合目前B/S技术的普及应用，设计开发一个基于B/S的民间应急救援队管理系统，能够很好的解决以上问题，让队员积极参与到系统当中，提高了队员的积极性的同时也减轻了管理员的工作强度，能够提高工作效率，对民间应急救援队的运转方面意义重大。

1. 1. 国内外研究现状

国外研究概况：

美国和日本等发达国家在应急救援系统的研究方面起步较早，已经取得了很多成就并应用到实际救援中。美国应急管理现有三个层级，即地方政府、州政府以及最高级别的联邦政府。现在联邦层面的主要应急管理机构是国土安全部和联邦应急管理局。联邦应急管理局主要负责从联邦政府层面提供应急管理的预防、控制和指挥，制定各种应急预案”。从灾害的各个方面对地方及州政府做出指导，最大限度地降低公众的损失8。

目前，美国应急管理工作基本形成了管理体系化、响应层级化、行动标准化的运行模式。

管理体系化是指各类重大突发事件发生后，实施属地管理，各级政府统一协调该辖区内事发现场应急资源和响应以及灾后恢复活动的指挥控制，在整个应急过程中指挥权完全在当地政府中，上级管辖部门只有在接到援助急救时才给与相应的增援，即使相关上级官员亲临灾害现场，一般也不负责当地的救援指挥。

(2）响应层级化是指危机事件根据规模和强度分为不同的响应级别。在地方政府处理范围内，仅由地方处理。当危机的严重性超出地方处理能力时，联邦应急管理局作出决策，整编联邦救援队参与救援，并根据灾情的变化调整救灾策略。

(3）行动标准化是指在应急管理过程中，各项行动按照既定的标准实施。从物资调度到信息联络乃至救援标识等都采用大众接受的识别标准。事故指挥体系(ICS)是标准化运行机制中应急指挥方面的具体体现。

国内研究概况：

建国以来，我国应急救援体系经历了从无到有的过程，并在继续发展，尤其是近几年来，随着科学技术的突飞猛进，已有了更加明显的进展，但是由于这项工作起步较晚，因此仍存在很多问题。

首先，我国重大灾害应急救援是以单项灾种为主的原因型管理模式，也就是，按灾害的种类来划分，设置相应的行政部门，哪种灾害发生，则相应地由哪个部门负责;因此如果发生单一种类灾害，由单一部门进行处置时，各级管理机构的权责清晰，能够有效保证应急救援工作的落实。但是，一旦遇见多重复杂灾害同时发生的情况，这种组织结构在救灾过程中，有时会出现职责混乱、调度不灵、效率偏低的缺陷。

其次，我国信息化软件平台建设还处在初级阶段，各级政府和各类企事业单位都意识到信息化技术的重要性，然而却各自为政，信息化建设呈现自发无序状态。应急管理部门也不例外，各级政府和各级部门纷纷开发出各类应急管理软件，但是，由于缺乏统一的规范和相关标准，同时，忽视基础性建设，导致各级平台不能互联互通，数据不能同步一致，在实际灾害发生后的救援过程中，经常出现不必要的混乱状态。

再次，随着新技术，新产品的不断涌现，应急管理水平和模式，技术手段，软件运行环境，硬件设备等都在不断变化。这就造成应急救援系统也必须随时更新升级。而原有的系统因为底层设计模式和技术构架的固化，造成了业务扩展和跨平台的困难，不适应新技术的发展。

因此，适合于我过国情的民间应急救援队管理系统的研究是有意义且有必要的。

1. 1. 论文结构安排

论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对系统需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：

第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。

第2章 对系统的具体需求展开分析。

第3章 阐述了系统的设计，其中涵盖了功能设计以及数据库的设计。

第4章 阐明了民间应急救援队管理系统各个功能模块的实现，以图文的形式进行展示。

第5章 罗列了部分系统调试与测试的记录。

第6章 介绍了民间应急救援队管理系统的结论。

• 2 章 民间应急救援队管理系统的需求分析

需求分析是开发一个系统之前首先要做的，如果一个系统不值得开发或者违反了相关法律法规，那么开发出来的系统将一文不值，所以在开发之前，我们首先要对系统的需求进行分析，分析系统开发是否可行，如果可行的话，再具体分析企业对工资的管理方面的需求，分析出系统的功能以及对系统的性能进行分析。

1. 1. 系统可行性分析
      1. 技术方面可行性分析

技术方面的可行性主要是考虑开发民间应急救援队管理系统的时候采用的开发语言、数据库等是否可行，本民间应急救援队管理系统在语言上选择JAVA，采用的是Springboot框架以及MYSQL数据库，这些技术目前都很成熟，而且JAVA语言不仅仅支持面向过程，而且还支持面向对象，所以在使用的时候会更加的灵活，在技术选择上完全没有问题。

1. 1. 1. 经济方面可行性分析

经济方面的可行性主要考虑的是成本以及效益，从成本方面看，开发过程中使用的JAVA、Springboot、MYSQL、Photoshop等都可以通过网上搜索下载，没有任何费用，开发的成本几乎不存在；从效益方面看，民间应急救援队管理系统的完成能够给企业民间应急救援队管理系统方面提供支持，降低企业的成本，提高管理的效率，因此在经济上也是没有问题的。

1. 1. 1. 法律方面可行性分析

法律方面主要考虑的是系统的开发是否违法，开发的民间应急救援队管理系统严格按照《中华人民共和国计算机软件保护条例》、《中华人民共和国著作权法》等法律法规，系统的开发可以为企业带来效益，不存在违法行为，因此在法律上是可行的。

1. 1. 1. 操作方面可行性分析

操作方面主要考虑的是用户在使用以及管理人员在管理的时候，是否简单可行，没有任何计算机基础的用户能否使用，开发的民间应急救援队管理系统在设计的时候秉承简单易学的理念，在用户进入系统后都会有固定的导航按钮，只要认字就可以操作完成，而且管理员在管理方面也只需简单的增删改查即可完成，因此在操作上也是可行的。

总的来看，开发的民间应急救援队管理系统在可行性方面是没有问题的，值得开发，而且其他的完成对企业的发展来说具有重大意义。

1. 1. 系统功能需求分析

民间应急救援队管理系统的开发主要是解决双手，提高效率，为企业的发展进行添砖加瓦，所以在系统的功能方面我们首先要从企业管理的角度进行，然后再从员工的角度进行，确保能够满足每个用户的需求，因此在功能上主要规划了企业的管理员以及员工两部分，实现了登录、管理员、队员、平台管理者、负责人、队员管理、物资管理这几大功能。

（1）登录：管理员的账号是在数据库中直接设计好的，管理员进入系统的登录界面可以直接输入用户名+密码，然后完成拼图滑动验证后，点击“登录”进行登录，用户的账号是由管理员直接添加的，用户可以同样可通过用户名和密码，然后完成拼图滑动验证后登录。

（2）首页：管理员等会成功以后会在首页界面以分析图的形式查看到系统中的队员管理信息统计；

（3）管理员：管理员点击“系统用户”菜单下单“管理员”按钮可以查看到企业的管理员用户，如果想要填写新的管理员，点击右侧的“添加”按钮，然后输入账号、密码等信息，点击“提交”按钮进行提交，同时也支持对已有的管理员进行编辑、删除和查询；

（4）平台管理者：管理员点击“系统用户”菜单下单“平台管理者”按钮可以查看到救援队的所有平台管理者，如果想要填写新的平台管理者，点击右侧的“添加”按钮，然后输入账号、密码、昵称、手机号码、邮箱等信息，点击“提交”按钮进行提交，同时也支持对已有的平台管理者进行编辑、删除和查询；

（5）物资分类：管理员点击“模块管理”菜单下单“物资分类”按钮可以查看到救援队的所有物资的类型信息，如果想要填写新的物资分类，点击右侧的“添加”按钮，然后输入物资类型名称，点击“提交”按钮进行提交，同时也支持对已有的物资类型进行编辑、删除和查询。

（6）我的队伍：负责人点击“模块管理”菜单下单“我的队伍”按钮可以查看到自己的队伍信息，如果想要填写新的队伍信息，点击右侧的“添加”按钮，然后选择输入队伍名称、负责人、创立日期、队伍规模、队伍标志、联系电话、队伍简介这些信息，点击“提交”按钮进行提交，同时也支持对已有的队伍信息进行编辑、删除和查询。

（7）救援案例：负责人点击“模块管理”菜单下单“救援案例”按钮可以查看到救援队的所有救援案例信息，如果想要填写新的救援案例信息，点击右侧的“添加”按钮，然后输入案例名称、案例日期、案例类型、案例封面、发布人等信息，点击“提交”按钮进行提交，同时也支持对已有的救援案例信息进行编辑、删除和查询。

（8）物资管理：负责人点击“模块管理”菜单下单“物资管理”按钮可以查看到救援队的所有物资信息，如果想要填写新的物资信息，点击右侧的“添加”按钮，然后输入物资编号、物资名称、物资类型、物资库存、存储位置、负责人等信息，点击“提交”按钮进行提交，同时也支持对已有的物资管理信息进行编辑和查询。

（9）救助物资：负责人点击“模块管理”菜单下单“救助物资”按钮可以查看到救援队的所有救助物资信息，如果想要填写新的救助物资信息，点击右侧的“添加”按钮，然后输入队伍名称、物资编号、物资名称、物资类型、救助原因、负责人等信息，点击“提交”按钮进行提交，同时也支持对已有的救救助物资信息进行编辑和查询。由平台管理者进行审核。

（10）物资募捐：负责人点击“模块管理”菜单下单“物资募捐”按钮可以查看到救援队的所有物资募捐信息，如：队伍名称、物资编号、物资名称、物资类型、负责人、捐赠日期、捐赠用户等信息。

（11）个人信息：负责人点击“个人信息”按钮，可以对个人的头像、昵称、手机号码等信息进行更新。

（12）修改密码：负责人点击“修改密码”按钮，可以对登录密码进行更改，首先输入原密码，然后再输入新密码和确认密码，当原密码正确，输入两次新密码一致，则修改成功，否则给出错误提示信息。

1. 1. 系统性需求分析

民间应急救援队管理系统的性能性需求分析主要是分析本民间应急救援队管理系统的安全性怎么样（是否会泄露员工个人信息），可靠性怎么样（用户操作的时候是不是能够根据实际操作显示信息），性能怎么样（运行是否操作流畅），可拓展性怎么样（功能能否继续拓展）等。具体可以表示在如下2.1表格中：

表2.1 民间应急救援队管理系统非功能需求表

安全性	主要指民间应急救援队管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指民间应急救援队管理系统能够按照用户的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响民间应急救援队管理系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着民间应急救援队管理系统的页面展示内容进行操作，就可以了。
可维护性	民间应急救援队管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

1. 1. 系统用例分析

民间应急救援队管理系统中队员角色功能包含了登录、公告栏、救援队伍、救援案例、经典案例、救助物资、申请建队、我的（我的账户、我的收藏、个人中心）后台首页、个人资料（个人信息、修改密码）、模块管理（入队申请、队员管理、物资管理、出库记录、入库记录、物资募捐、离队申请、申请建队），队员的用例图如图2.1所示：

 

图2.1 队员角色用例图

民间应急救援队管理系统中管理员角色功能包含了登录、轮播图、公告栏管理、系统用户（平台管理者、队员、负责人、管理员）模块管理（物资分类、案例分类、救援队伍、经典案例、救助物资、申请建队、救援案例、物资募捐、离队申请、入队申请、队员管理、物资管理、出库记录、入库记录）等功能，管理员的用例图如图2.2所示：

 

图2.2 管理员角色用例图

民间应急救援队管理系统中平台管理者角色功能包含了登录系统用户（队员、负责人）模块管理（案例分类、救援队伍、经典案例、救助物资、申请建队、救援案例、物资募捐）等功能，平台管理者的用例图如图2.3所示：

 

图2.3 平台管理者角色用例图

民间应急救援队管理系统中负责人角色功能包含了登录、后台首页、模块管理（我的队伍、入队申请、队员管理、物资管理、出库记录、入库记录、救助物资、救援案例、物资募捐、离队申请）等功能，负责人的用例图如图2.4所示：

 

图2.4 负责人角色用例图

1. 1. 系统流程分析
      1. 增加数据流程

系统中的所有用户（管理员、平台管理者、负责人和队员）都可以实现增加数据功能，图2.3显示的就是在增加数据时的流程。

 

图2.3增加数据流程图

1. 1. 1. 修改数据流程

人无完人，每个人都有出错的时候，在录入系统信息的时候如果信息有错，可以对系统中的数据进行编辑。图2.4显示的就是修改数据的流程。

图2.4修改数据流程图

 

1. 1. 1. 删除数据流程

在系统中经常会出现一些过期的数据，比如物资募捐等，那就可以直接删除这些数据，图2.5就是删除数据时的流程图。

 

图2.5删除数据流程图

• 3 章 民间应急救援队管理系统总体设计

分析完系统的可行性以及功能，接下来就是对系统具体的设计，通过可行性分析我们得出系统是值得开发的，通过功能分析我们可以得出系统具体实现了哪些功能，然后根据功能需求完成系统的功能设计，本章从功能模块以及系统的数据库两个方面进行介绍。

1. 1. 系统功能模块设计

通过上一章节的功能需求分析，可以得出本民间应急救援队管理系统的功能结构图，图3.1就是民间应急救援队管理系统的功能模块图。

 

图3.1　民间应急救援队管理系统功能模块图

1. 1. 数据库设计

数据库的设计是一个系统的基础，不管什么系统，界面设计的再美观，如果没有一个强大的数据库进行支撑，那也没有办法运行，在设计数据库的时候我们首先对数据库进行分析，然后进行概念模型设计，最后建立数据库表，具体展示如下。

1. 1. 1. 数据库概念结构设计

在数据库概念模型设计的时候，一般都采用E-R实体图进行展示，在实体图中可以展示出数据库表中的所有字段名称，本民间应急救援队管理系统中的主要的数据库E-R模型图如下图所示。

 

图3.2 物资管理E-R关系图

 

图3.3 救援物资E-R关系图

 

图3.4 救援队伍E-R关系图

 

图3.5 队员管理E-R关系图

 

图3.6 用户信息E-R关系图

1. 1. 1. 数据库表设计

在数据库表中我们会看到系统的表名、主键、外键等信息，我们通过数据库表的主键、外键把每个表关联起来，然后在界面中展示，本民间应急救援队管理系统的主要的数据库表如下：

（1）表check_work_attendance考勤信息实体用来存放管理员提交的考勤信息，字段包括考勤人员、员工姓名、考勤日期、考勤状态、考勤备注、工作量等，用户可以查看自己的考勤信息；

1. 1. 表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	用户编号:

1. 1. 表admission_application (入队申请)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	admission_application_id	int	10	0	N	Y		入队申请ID
2	team_name	varchar	64	0	Y	N		队伍名称
3	person_in_charge	int	10	0	Y	N	0	负责人
4	application_date	date	10	0	Y	N		申请日期
5	applying_for_users	int	10	0	Y	N	0	申请用户
6	full_name	varchar	64	0	Y	N		姓名
7	gender	varchar	64	0	Y	N		性别
8	reason_for_application	varchar	64	0	Y	N		申请原因
9	examine_state	varchar	16	0	N	N	未审核	审核状态
10	examine_reply	varchar	16	0	Y	N		审核回复
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表apply_for_team_building (申请建队)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	apply_for_team_building_id	int	10	0	N	Y		申请建队ID
2	applying_for_users	int	10	0	Y	N	0	申请用户
3	full_name	varchar	64	0	Y	N		姓名
4	gender	varchar	64	0	Y	N		性别
5	application_date	date	10	0	Y	N		申请日期
6	reason_for_application	varchar	64	0	Y	N		申请原因
7	examine_state	varchar	16	0	N	N	未审核	审核状态
8	examine_reply	varchar	16	0	Y	N		审核回复
9	recommend	int	10	0	N	N	0	智能推荐
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

1. 1. 表case_classification (案例分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	case_classification_id	int	10	0	N	Y		案例分类ID
2	case_type	varchar	64	0	Y	N		案例类型
3	recommend	int	10	0	N	N	0	智能推荐
4	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表classic_cases (经典案例)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	classic_cases_id	int	10	0	N	Y		经典案例ID
2	case_name	varchar	64	0	Y	N		案例名称
3	case_date	date	10	0	Y	N		案例日期
4	case_type	varchar	64	0	Y	N		案例类型
5	case_cover	varchar	255	0	Y	N		案例封面
6	publishing_personnel	int	10	0	Y	N	0	发布人员
7	case_details	longtext	2147483647	0	Y	N		案例详情
8	hits	int	10	0	N	N	0	点击数
9	praise_len	int	10	0	N	N	0	点赞数
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. 1. 表collect (收藏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	collect_id	int	10	0	N	Y		收藏ID：
2	user_id	int	10	0	N	N	0	收藏人ID：
3	source_table	varchar	255	0	Y	N		来源表：
4	source_field	varchar	255	0	Y	N		来源字段：
5	source_id	int	10	0	N	N	0	来源ID：
6	title	varchar	255	0	Y	N		标题：
7	img	varchar	255	0	Y	N		封面：
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

1. 1. 表comment (评论)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	comment_id	int	10	0	N	Y		评论ID：
2	user_id	int	10	0	N	N	0	评论人ID：
3	reply_to_id	int	10	0	N	N	0	回复评论ID：空为0
4	content	longtext	2147483647	0	Y	N		内容：
5	nickname	varchar	255	0	Y	N		昵称：
6	avatar	varchar	255	0	Y	N		头像地址：[0,255]
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
9	source_table	varchar	255	0	Y	N		来源表：
10	source_field	varchar	255	0	Y	N		来源字段：
11	source_id	int	10	0	N	N	0	来源ID：

1. 1. 表departure_application (离队申请)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	departure_application_id	int	10	0	N	Y		离队申请ID
2	team_name	varchar	64	0	Y	N		队伍名称
3	date_of_joining_the_team	date	10	0	Y	N		入队日期
4	person_in_charge	int	10	0	Y	N	0	负责人
5	applying_for_users	int	10	0	Y	N	0	申请用户
6	full_name	varchar	64	0	Y	N		姓名
7	gender	varchar	64	0	Y	N		性别
8	application_date	date	10	0	Y	N		申请日期
9	reason_for_leaving_the_team	varchar	64	0	Y	N		离队原因
10	examine_state	varchar	16	0	N	N	未审核	审核状态
11	examine_reply	varchar	16	0	Y	N		审核回复
12	recommend	int	10	0	N	N	0	智能推荐
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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. 1. 表material_classification (物资分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	material_classification_id	int	10	0	N	Y		物资分类ID
2	material_type	varchar	64	0	Y	N		物资类型
3	recommend	int	10	0	N	N	0	智能推荐
4	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表material_donation (物资募捐)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	material_donation_id	int	10	0	N	Y		物资募捐ID
2	team_name	varchar	64	0	Y	N		队伍名称
3	item_no	varchar	64	0	Y	N		物资编号
4	item_name	varchar	64	0	Y	N		物资名称
5	material_type	varchar	64	0	Y	N		物资类型
6	person_in_charge	int	10	0	Y	N	0	负责人
7	donation_date	date	10	0	Y	N		捐赠日期
8	donating_users	int	10	0	Y	N	0	捐赠用户
9	donation_quantity	int	10	0	Y	N	0	捐赠数量
10	contact_number	varchar	64	0	Y	N		联系电话
11	examine_state	varchar	16	0	N	N	未审核	审核状态
12	examine_reply	varchar	16	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. 1. 表material_management (物资管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	material_management_id	int	10	0	N	Y		物资管理ID
2	item_no	varchar	64	0	N	N		物资编号
3	item_name	varchar	64	0	Y	N		物资名称
4	material_type	varchar	64	0	Y	N		物资类型
5	material_inventory	int	10	0	Y	N	0	物资库存
6	storage_location	varchar	64	0	Y	N		存储位置
7	remarks	varchar	64	0	Y	N		备注信息
8	person_in_charge	int	10	0	Y	N	0	负责人
9	logistics_personnel	int	10	0	Y	N	0	后勤人员
10	team_members	int	10	0	Y	N	0	队伍队员
11	hits	int	10	0	N	N	0	点击数
12	recommend	int	10	0	N	N	0	智能推荐
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表notice (公告)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	notice_id	mediumint	8	0	N	Y		公告id：
2	title	varchar	125	0	N	N		标题：
3	content	longtext	2147483647	0	Y	N		正文：
4	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

1. 1. 表outbound_records (出库记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	outbound_records_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_type	varchar	64	0	Y	N		物资类型
5	quantity	int	10	0	Y	N	0	数量
6	delivery_date	date	10	0	Y	N		出库日期
7	person_in_charge	int	10	0	Y	N	0	负责人
8	logistics_personnel	int	10	0	Y	N	0	后勤人员
9	team_members	int	10	0	Y	N	0	队伍队员
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. 1. 表person_in_charge (负责人)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	person_in_charge_id	int	10	0	N	Y		负责人ID
2	team_name	varchar	64	0	Y	N		队伍名称
3	full_name	varchar	64	0	Y	N		姓名
4	gender	varchar	64	0	Y	N		性别
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	recommend	int	10	0	N	N	0	智能推荐
7	user_id	int	10	0	N	N	0	用户ID
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表platform_manager (平台管理者)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	platform_manager_id	int	10	0	N	Y		平台管理者ID
2	full_name	varchar	64	0	Y	N		姓名
3	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. 1. 表praise (点赞)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	praise_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：
8	status	bit	1	0	N	N	1	点赞状态:1为点赞，0已取消

1. 1. 表rescue_cases (救援案例)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	rescue_cases_id	int	10	0	N	Y		救援案例ID
2	case_name	varchar	64	0	Y	N		案例名称
3	case_date	date	10	0	Y	N		案例日期
4	case_type	varchar	64	0	Y	N		案例类型
5	case_cover	varchar	255	0	Y	N		案例封面
6	publishing_personnel	int	10	0	Y	N	0	发布人员
7	case_details	longtext	2147483647	0	Y	N		案例详情
8	hits	int	10	0	N	N	0	点击数
9	praise_len	int	10	0	N	N	0	点赞数
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. 1. 表rescue_supplies (救助物资)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	rescue_supplies_id	int	10	0	N	Y		救助物资ID
2	team_name	varchar	64	0	Y	N		队伍名称
3	item_no	varchar	64	0	Y	N		物资编号
4	item_name	varchar	64	0	Y	N		物资名称
5	material_type	varchar	64	0	Y	N		物资类型
6	reasons_for_rescue	varchar	64	0	Y	N		救助原因
7	person_in_charge	int	10	0	Y	N	0	负责人
8	examine_state	varchar	16	0	N	N	未审核	审核状态
9	examine_reply	varchar	16	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. 1. 表rescue_team (救援队伍)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	rescue_team_id	int	10	0	N	Y		救援队伍ID
2	team_name	varchar	64	0	N	N		队伍名称
3	person_in_charge	int	10	0	Y	N	0	负责人
4	establishment_date	date	10	0	Y	N		创立日期
5	team_size	varchar	64	0	Y	N		队伍规模
6	team_logo	varchar	255	0	Y	N		队伍标志
7	contact_number	varchar	64	0	Y	N		联系电话
8	team_introduction	text	65535	0	Y	N		队伍简介
9	praise_len	int	10	0	N	N	0	点赞数
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. 1. 表slides (轮播图)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	slides_id	int	10	0	N	Y		轮播图ID：
2	title	varchar	64	0	Y	N		标题：
3	content	varchar	255	0	Y	N		内容：
4	url	varchar	255	0	Y	N		链接：
5	img	varchar	255	0	Y	N		轮播图：
6	hits	int	10	0	N	N	0	点击量：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

1. 1. 表team_member (队员)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	team_member_id	int	10	0	N	Y		队员ID
2	full_name	varchar	64	0	Y	N		姓名
3	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. 1. 表team_member_management (队员管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	team_member_management_id	int	10	0	N	Y		队员管理ID
2	team_name	varchar	64	0	Y	N		队伍名称
3	date_of_joining_the_team	date	10	0	Y	N		入队日期
4	person_in_charge	int	10	0	Y	N	0	负责人
5	applying_for_users	int	10	0	Y	N	0	申请用户
6	full_name	varchar	64	0	Y	N		姓名
7	gender	varchar	64	0	Y	N		性别
8	team_position	varchar	64	0	Y	N		队员职位
9	personal_expertise	varchar	64	0	Y	N		个人专长
10	specialty_licensing	varchar	255	0	Y	N		专长执照
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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. 1. 表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	email	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. 1. 表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

1. 1. 表warehousing_records (入库记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	warehousing_records_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_type	varchar	64	0	Y	N		物资类型
5	quantity	int	10	0	Y	N	0	数量
6	warehousing_date	date	10	0	Y	N		入库日期
7	person_in_charge	int	10	0	Y	N	0	负责人
8	logistics_personnel	int	10	0	Y	N	0	后勤人员
9	team_members	int	10	0	Y	N	0	队伍队员
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	更新时间

• 4 章 关键模块的设计与实现
  1. 登录界面

管理员的账号是在数据库中直接设计好的，管理员进入系统的登录界面可以直接输入用户名+密码，然后完成拼图滑动验证后，点击“登录”进行登录，平台管理者的账号是由管理员直接添加的，平台管理者可以同样可通过用户名和密码，然后完成拼图滑动验证后登录；其主界面展示如下图4.1所示。

 

图4.1　登录界面图

1. 1. 首页界面

管理员等会成功以后会在首页界面以分析图的形式查看到系统中的队员管理统计信息。界面如下图4.2所示。

 

图4.2　首页界面图

1. 1. 轮播图界面

管理员点击“轮播图”菜单按钮可以点击右侧的“添加”按钮，然后输入标题和图片等信息，点击“提交”按钮进行提交，同时也支持对已有的轮播图进行编辑、删除和查询。界面如下图4.3所示。

图4.3　轮播图界面图

 

 

1. 1. 系统用户界面

管理员点击“系统用户”菜单下单“平台管理者”按钮可以查看到救援队的所有平台管理者，如果想要填写新的平台管理者，点击右侧的“添加”按钮，然后输入账号、密码、昵称、手机号码、邮箱等信息，点击“提交”按钮进行提交，同时也支持对已有的平台管理者进行编辑、删除和查询。系统用户管理界面如下图4.4所示。

图4.4 系统用户管理界面图

 

1. 1. 物资分类界面

物资分类：管理员点击“模块管理”菜单下单“物资分类”按钮可以查看到救援队的所有物资的类型信息，如果想要填写新的物资分类，点击右侧的“添加”按钮，然后输入物资类型名称，点击“提交”按钮进行提交，同时也支持对已有的物资类型进行编辑、删除和查询。物资分类界面如下图4.5所示。

 

图4.5 物资分类界面图

1. 1. 我的队伍界面

我的队伍：负责人点击“模块管理”菜单下单“我的队伍”按钮可以查看到自己的队伍信息，如果想要填写新的队伍信息，点击右侧的“添加”按钮，然后选择输入队伍名称、负责人、创立日期、队伍规模、队伍标志、联系电话、队伍简介这些信息，点击“提交”按钮进行提交，同时也支持对已有的队伍信息进行编辑和查询。我的队伍界面如下图4.6所示。

 

图4.6我的队伍界面图

1. 1. 救援案例界面

救援案例：负责人点击“模块管理”菜单下单“救援案例”按钮可以查看到救援队的所有救援案例信息，如果想要填写新的救援案例信息，点击右侧的“添加”按钮，然后输入案例名称、案例日期、案例类型、案例封面、发布人等信息，点击“提交”按钮进行提交，同时也支持对已有的救援案例信息进行编辑、删除和查询。救援案例界面如下图4.7所示

 

图4.7救援案例界面图

1. 1. 物资管理界面

物资管理：负责人点击“模块管理”菜单下单“物资管理”按钮可以查看到救援队的所有物资信息，如果想要填写新的物资信息，点击右侧的“添加”按钮，然后输入物资编号、物资名称、物资类型、物资库存、存储位置、负责人等信息，点击“提交”按钮进行提交，同时也支持对已有的物资管理信息进行编辑和查询。物资管理界面如下图4.8所示

 

图4.8添加物资信息界面图

1. 1. 救援物资界面

救助物资：负责人点击“模块管理”菜单下单“救助物资”按钮可以查看到救援队的所有救助物资信息，如果想要填写新的救助物资信息，点击右侧的“添加”按钮，然后输入队伍名称、物资编号、物资名称、物资类型、救助原因、负责人等信息，点击“提交”按钮进行提交，同时也支持对已有的救救助物资信息进行编辑和查询。由平台管理者进行审核。救援物资界面如下图4.9所示

 

图4.9添加救援物资界面图

1. 1. 物资募捐界面

物资募捐：负责人点击“模块管理”菜单下单“物资募捐”按钮可以查看到救援队的所有物资募捐信息，如：队伍名称、物资编号、物资名称、物资类型、负责人、捐赠日期、捐赠用户等信息。物资募捐界面如下图4.10所示

 

图4.10物资募捐界面图

1. 1. 入队申请界面

入队申请：负责人点击“模块管理”菜单下单“入队申请”按钮可以查看到所有队员的入队申请信息，如：队伍名称、负责人、申请日期、申请用户、姓名、性别、申请原因等信息，负责人可进行审核操作，入队申请审核界面如下图4.11所示

 

图4.11审核界面图

1. 1. 个人信息界面

负责人点击“个人信息”按钮，可以对个人的头像、昵称、手机号码等信息进行更新；个人信息界面如下图4.12所示。

 

图4.12 个人信息界面图

1. 1. 修改密码界面

负责人点击“修改密码”按钮，可以对登录密码进行更改，首先输入原密码，然后再输入新密码和确认密码，当原密码正确，输入两次新密码一致，则修改成功，否则给出错误提示信息。修改密码界面如下图4.13所示。

 

图4.12 修改密码界面图

• 5 章 系统实验与结果分析

到此，系统的开发基本完成，接下来我们对系统的实验与结果进行分析，确保系统能够正常运行，进而投入使用，对系统的实验与结果分析的检测方法就是对系统的测试，测试是系统完成的最后一步，没有测试过的系统是不能进行投入使用的，否则一旦发生bug就会造成损失，下面我们从测试的方法以及测试的用例两部分进行分析，最后给出系统的测试结果。

1. 1. 测试方法

系统的测试方面有两种，一种是黑盒测试，另一种则为白盒测试，黑盒测试通俗来说就是功能方面的测试，我们也称之为需求测试，在黑盒测试的过程中，我们是不知道其开发原理的，只是作为一名使用者对系统进行测试，我们主要是凭借之前的测试经验，取一些临界值，然后通过测试用例来对其进行测试，这种测试方法是最快的查找问题方法，其次我们可以找一些具有代表性的数据，对系统进行用例测试，在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner；白盒测试我们称之为结果测试，也就是逻辑驱动测试，在白盒测试的过程中，我们主要是根据系统开发的原理进行测试的，主要是以开发者的身份去测试这个代码是不是完成了其具体的功能，实现的具体路径对不对，当然这种测试方法是费时费力的，因为每个功能，他的运行路径不止一条，通过对程序当中运行的路径进行测试，检测开发的代码是不是存在bug，有没有实现预期，在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。 

1. 1. 系统的测试用例

登录模块的功能测试：

表5.1 登录模块功能测试表

测试名称	测试功能	操作过程	预期结果	测试结果
登录模块测试	登录成功的情况	使用者可以通过浏览器进入到民间应急救援队管理系统登录界面，输入用户名：admin和密码admin，完成滑动拼图验证后，点击“登录”按钮。	成功登录到管理员管理的界面	正确
登录模块测试	登录失败的情况	使用者可以通过浏览器进入到民间应急救援队管理系统登录界面，输入用户名：admin和密码111，完成滑动拼图验证后，点击“登录”按钮。	系统提示“用户名和密码不匹配”	正确

队员用户信息添加功能测试：

表5.2 队员用户信息添加功能测试表

测试名称	测试功能	操作过程	预期结果	测试结果
队员用户添加模块测试	队员用户添加成功的情况	管理员在“系统用户”菜单中点击“ 队员用户”会显示出所有的 队员用户信息，点击“添加”按钮，输入账号、密码、昵称、手机号码、邮箱等，输入正确的信息后，点击“提交”按钮。	提示添加成功	正确
队员用户添加模块测试	队员用户添加失败的情况	管理员在“系统用户”菜单中点击“ 队员用户”会显示出所有的 队员用户信息，点击“添加”按钮，不输入账号，其他信息正常填写后，点击“提交”按钮。	提示“添加失败，账号不能为空”	正确

查询救援案例信息功能模块测试：

表5.3 查询救援案例信息功能测试表

测试名称	测试功能	操作过程	预期结果	测试结果
查询救援案例信息功能测试	查询成功的情况	队员在菜单栏中点击“救援案例”，然后互出现救援案例信息	查询成功	正确

救援案例信息添加功能模块测试：

表5.4 添加救援案例信息功能测试表

测试名称	测试功能	操作过程	预期结果	测试结果
救援案例添加模块测试	救援案例添加成功的情况	负责人在“模块管理”菜单中点击“救援案例”会显示出所有的救援案例信息，点击“添加”按钮，选择输入案例名称、案例日期、案例类型、案例封面、发布人、案例详情等信息，输入正确的信息后，点击“提交”按钮。	提示添加成功	正确
救援案例添加模块测试	救援案例添加失败的情况	负责人在“模块管理”菜单中点击“救援案例”会显示出所有救援案例信息，点击“添加”按钮，其他信息正常填写后，点击“提交”按钮。	提示“添加失败，名称不能为空”	正确

1. 1. 系统测试结果

在本章节对民间应急救援队管理系统进行了黑白盒测试，并对系统中的部分功能进行了用例分析，能够发现系统还是比较稳定的，系统的所有功能基本可以实现，能够满足管理员对队员信息的查询、管理的需求。通过测试可以看出在系统的运行过程中，其功能完整，对于输入的错误信息，能够把错误信息提示出来，方便用户操作的时候发现自己输入的信息哪里有错误，进而进行改正，而且系统界面都设有导航栏，操作非常便捷，不需要对使用者进行任何培训，对于企业来说是一个很有价值的系统。

• 6 章 结论

经过了几个月的努力，本民间应急救援队管理系统终于完成了，虽然在校期间也开发过一些小型的系统，但是都是在老师的讲解以及辅助下完成的，没有经历过开发之前的需求分析、系统分析，都是直接从系统设计开始的，因此本次开发的民间应急救援队管理系统对我意义重大。

在开发系统最初，首先对各个企业民间应急救援队管理系统方面的需求进行调研，了解对于企业来说，开发的系统需要实现哪些功能才能满足企业的管理需求，对需求进行分析；其次选择自己比较熟悉的JAVA语言，MYSQL数据库，使用Springboot框架来设计开发，通过知网库、学校图书馆等地方查阅、学习这些技术，掌握编程的思想和方法，然后就是对系统进行分析，从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面，对系统进行全方位的分析，确定系统的最终功能，从而对系统的功能和数据库进行设计，最后就是系统的实现以及对实现的功能的测试，确保系统能够稳定的运行。

在开发的过程中暴露出了自己的很多问题，比如前期的准备还是不够充分，不能完全掌握其操作流程；在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题，经常会导致项目在运行的时候出现错误。学无止境，通过一边查阅资料一边向导师请教，慢慢的解决了这些问题，在以后的学习、工作者我会更加严谨，通过本项目的开发，我将会收益终生！

参考文献

[1]刘澜,闫振锋. 应急管理，当好安全“守夜人”[N]. 保定日报,2023-01-03(A01).DOI:10.28010/n.cnki.nbdrb.2023.000009.

[2]Yu Yang. Design and Implementation of Student Information Management System Based on Springboot[J]. Advances in Computer, Signals and Systems,2022,6(6).

[3]Møller Pål. The Prospective Lynch Syndrome Database: background, design, main results and complete MySQL code[J]. Hereditary Cancer in Clinical Practice,2022,20(1).

[4]杨一帆.服务于MySQL数据库的在线监测系统设计[J].自动化技术与应用,2022,41(10):179-182.DOI:10.20033/j.1003-7241.(2022)10-0179-04.

[5]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.

[6]郑戟明,董云朝,柳青.MySQL数据库数据导入导出方法的探讨[J].电脑知识与技术,2022,18(22):24-25.DOI:10.14004/j.cnki.ckt.2022.1517.

[7]宋旸.使用Java语言开发Web应用软件的知识探讨[J].中国设备工程,2022(14):121-123.

[8]付瑞平,李达,刘新宁.如何不断加强基层应急救援体系建设？——山东省淄博市应急管理系统干部职工如是说[J].中国应急管理,2021(12):32-35.

[9]综合.“全国应急管理系统先进工作者”王刚：公益应急救援领域的探索者[J].安全与健康,2021(12):31-33.

[10]张玲.基于物联网技术的应急救援装备使用管理系统研究[J].中国应急救援,2021(06):49-53.DOI:10.19384/j.cnki.cn11-5524/p.2021.06.009.

[11]Siyi Liu. Explore Java Language and Android Mobile Software Development[J]. International Journal of Frontiers in Engineering Technology,2021,3.0(2.0).

[12]王棚飞,王惠,徐成等. 关于国家应急管理指挥体系的研究[C]//中国计算机用户协会网络应用分会.中国计算机用户协会网络应用分会2020年第二十四届网络新技术与应用年会论文集.中国计算机用户协会网络应用分会2020年第二十四届网络新技术与应用年会论文集,2020:227-229.DOI:10.26914/c.cnkihy.2020.031807.

[13]Kevin Kline. The Java Language Extension for SQL Server Is Now Open Source[J]. Database Trends and Applications,2020,34(4).

[14]宗佳佳. 救护队应急救援管理系统的后端设计与实现[D].西安科技大学,2020.DOI:10.27397/d.cnki.gxaku.2020.000613.

[15].浏阳市应急救援队首次集中培训[J].湖南安全与防灾,2019(09):65.

[16]杨记昌.新时代应急救援设备管理系统设计分析[J].能源与节能,2019(01):35-36+58.DOI:10.16643/j.cnki.14-1360/td.2019.01.017.

[17]王晓辉. 基于应急救援平台的救护装备管理系统[D].西安科技大学,2018.

[18]郝娟华. 煤矿瓦斯灾害应急物资调度管理系统研究[D].太原科技大学,2016.

[19]谢明武,冉瑞刚.工程机械应急救援队建设初探[J].建设机械技术与管理,2015,28(01):118-121.DOI:10.13824/j.cnki.cmtm.2015.01.030.

[20]齐晗,戴毅茹,王坚,赵荣泳.安全生产应急救援综合管理系统的设计与实现[J].机电产品开发与创新,2013,26(06):23-25.

致  谢

“致谢”意味着论文的结束，也意味着自己的毕业设计顺利完成，同时也代表了自己的大学生涯即将结束，我即将要离开自己敬爱的老师和亲爱的同学们，在这里我首先要感谢的就是所有的老师，“春满江山绿满园，桃李争春露笑颜，东西南北春常在，唯有师恩留心间”，他们无论在我的学业还是在我的生活上付出了所有，对我谆谆教诲；其次我要感谢我的指导老师，他在我的整个毕业设计当中起着引导作用，每当我有困难的时候，他总会第一时间帮助我，引导我进行解决问题，而不是直接告诉我答案，“授人以鱼不如授人以渔”，指导老师的这种做法让我受益终生，同时我也从指导老师身上学习到了许多的开发技巧以及检验，这对我今后的开发起着十分重要的作用；再次，我需要感谢我的同学、室友，他们不仅仅在毕业设计上给我许多帮助意见，在大学同窗四年，他们给过我的帮助太多了，我对他们有太多的不舍，无法用言语表示，我相信在以后的人生道路上只要想到他们，我心里就会很温暖，这种友情是任何感情替代不了的；最后我还要感谢家人，感谢自己，感谢家人对我的支持，感谢自己在学业上的坚持，我相信我以后的道路会越来越好。

                                                     免费领取源码，请点赞关注私信博主