目 录
基于web的疫情防控管理系统
摘 要：近些年，互联网行业的发展带给了很多人在生活上的便利，互联网能够改变人们的生活和工作的模式。很多企业都在将普通的工作模式结合了互联网，利用互联网的优势提高管理员的工作效率。目前不少疫情防控管理系统存在着许多问题，可以设计一个疫情防控管理系统提高管理员的工作效率。
本系统所使用的开源框架为SSM，存储数据的数据库采用了MySQL，开发工具选择使用idea。在实现疫情防控管理系统之前，需要通过调研疫情防控管理系统基本功能有哪些，设计出系统对应的总体架构，之后程序开发者可以编码实现疫情防控管理系统，最后需要对疫情防控管理系统利用测试用例进行测试，测试完成之后根据选择优化系统。
关键词：SSM；MySQL；idea
Epidemic Prevention and Control Management System Based on Web
Abstract:In recent years, the development of the Internet industry has brought many people convenience in life. The Internet can change the mode of people's life and work. Many enterprises are combining the common working mode with the Internet and using the advantages of the Internet to improve the work efficiency of administrators. At present, there are many problems in many epidemic prevention and control management systems. We can design an epidemic prevention and control management system to improve the work efficiency of administrators.
The open source framework used in this system is SSM, the database storing data adopts mysql, and the development tool chooses idea. Before implementing the epidemic prevention and control management system, we need to investigate the basic functions of the epidemic prevention and control management system and design the corresponding overall architecture of the system. Then the program developer can code to realize the epidemic prevention and control management system. Finally, we need to test the use test cases of the epidemic prevention and control management system, and optimize the system according to the selection after the test.
Key words: Java；MySQL；MVC
1 绪论
1.1 研究背景
互联网发展到现在已经有七十多年的时间了，随着信息技术的不断发展，互联网会涉及到人们生活的各个方面当中，互联网时代来临的时候可以推动各个行业的发展，给社会的经济领域添加了不少活力。
在当今的时候，很多行业都离不开互联网，尤其是在互联网时代下产生的疫情防控管理系统更是受到人们的欢迎。疫情防控管理系统的发展已有不少的时间，具有不同的种类。疫情防控管理系统跟疫情防控业务息息相关，不少用户想要定制特定的系统功能，因此市场具有广阔的前景。疫情防控管理系统如此火爆有以下原因[1]。
（1）相比于较传统的工作模式，疫情防控管理系统能够提高管理员管理的效率和降低出错的效率。疫情防控管理系统功能经过编译运行能够大大降低管理员管理出错的概率，管理员管理系统的时候如果发生了错误的情况系统会给出相应的提示。
（2）通过疫情防控管理系统管理能够降低成本，可以节省大量的时间成本和人力资源，管理员能够提高管控能力。
1.2 研究意义
随着现代科学技术的发展，互联网产品已经涉及到生活的很多方面，很多公司也在加快投入力度。然而在和防控工作人员沟通过程当中发现居民打卡的工作模式还处于人工管理的模式，这不能够充分地利用互联网技术提高工作效率。
建立规范化的流程能够管理居民健康打卡，而目前管理居民健康打卡只能依赖于管理员手工进行管理，科技发展能够为我们的生活提供服务，现在较多的场景都需要使用信息化管理。在我们的平时工作的时候，可以切实感受到科学技术带来的解决方式。在我们平时生活的时候也有较多的场景需要技术的辅助[2]。
1.3 主要内容
（1）本次针对疫情防控管理系统提出实现方案，按照软件开发的一般流程进行前期的调研和分析确定软件是否能够正常实现、技术是否可行和系统功能模块的设计开发，最后确定了使用的技术和实现系统的方案。
（2）框架属于一种程序开发者实现的功能集合，可以帮助软件开发者快速构建软件层次架构和复用功能的一款工具，本平台框架使用了开源框架，具有比较好的开发优势，可以帮助软件开发者快速构建基本的程序开发框架出来，通过调用开源框架开源帮助程序开发者减少开发难度，提升了疫情防控管理系统的安全和稳定性。
（3）管理员操作和管理疫情防控管理系统的数据不仅需要框架规范约束还需要满足一定基础的标准，使用MySQL数据库中的约束关系能够根据系统中实体的关系从而生成数据库表，这样在实现系统的时候可以设置系统实体之间的关系[3]。
2 相关技术分析
2.1 MySQL数据库
市场上流行着非常多的数据库，包括了MySQL和Oracle数据库等，每种关系型数据库具有各自的优点。ORACLE数据库相比于MySQL具有很大的不同，在安装上要较为复杂和占用空间相对要多得多，并且Oracle数据库想要使用的话需要程序开发人员付费。
如果用户访问的数量达到百万级别的话，疫情防控管理系统使用数据库Oracle比MySQL则要好得很多。Microsoft公司推出的数据库产品包括了SQLSERVER。SQLSERVER属于比较全面的数据库，能够为系统的数据提供良好的存储功能。SQLServer使用起来较为顺畅和配置的时候方便很多。
2.2 Vue框架
Vue.js是现今受前端程序员喜爱的框架之一，最早出现的时间为2014年，不仅提取了Angular框架的优秀功能，还构建了轻量级的框架，框架所关注的部分为视图层，通过组件和方法能够实现视图与系统中模型之间的响应。程Vue.js的核心是能够使用模板语法将数据添加到DOM系统中，在创造出实体之前需要声明根式属性，视图需要和模型同步更新，如果将视图和模型进行绑定的话，Vue框架能够监控模型的变化从而实现视图的同步更新。Vue.js具有的特性有组件和响应式系统等。
组件系统属于一种抽象的概念，程序开发者可以利用组件构建出系统，不少前端界面都可以进行实现。组件还可以对静态页面的代码进行扩展，对可以重复使用的代码进行重用。如果需要的话Vue可以转变为自定义的元素。Vue框架通过object对象为属性添加get和set方法。如果数据发生更新的话，Vue在其内部可以实现追踪依赖。
2.3 MVC模式
MVC模式属于较为常见的软件设计模式，通过这种架构模式通常可以把系统分为三个部分，即模型、视图和控制器。在这个过程当中，模型能够用来封装疫情防控管理系统所需要的相关信息，需要和数据库表形成相映射，能够利用数据库SQL语句操作数据库记录，不需要关注前端界面的处理。视图层能够表示客户端的用户操作界面，能够把数据在前端界面中，视图层需要管理相对应的数据模型。控制器能够处理用户发起的数据请求处理，能够起到不同的组织作用。
3 需求分析
在软件开发的时候需求分析是非常关键的一个步骤，在涉及实现软件之前需要先进行需求分析，根据实际需求深入的了解和分析从软件使用者的角度进行分析。在需求分析中能够了解到用户的真实需求，目的是设计出用户满意的疫情防控管理系统，如果用户不满意，那么会重新耗费大量的时间和精力，因此需求分析是核心。
3.1 可行性法分析
3.1.1 技术可行性
该系统使用了Java语言进行开发，Java语言在使用上较为简单，可以使用开源框架进行开发，跨平台性较强，可以在不同操作系统上运行。Java语言相比于其它编程语言要相对更轻量和执行的效率相对更高。网上有比较多的关于Java语言相关的开源框架，用户比较容易上手，且框架非常轻量[5]。
疫情防控管理系统的前端框架使用的是Vue.js，后端框架使用的是开源框架SSM。前端框架Vue.js和后端框架进行结合的话可以传递数据。开源框架中的视图层能够通过视图解析器对前端页面进行操作，并且能够把用户浏览的数据存储到数据库当中，这能够加强疫情防控管理系统的安全性。
3.1.2 经济可行性
疫情防控管理系统需求分析到最后设计实现的时候花费的时间不多，经济花费相对不是很多，疫情防控管理系统需要运行的时候只需要一台普通的电脑即可，只要安装有必要的软件环境即可以运行系统。管理员在操作疫情防控管理系统的时候相对简单，因此有更多的时间可以花费在修改系统的功能上。
3.1.3 社会可行性
本次开发的疫情防控管理系统不违反法律和道德层次，操作界面相对简单，用户能够较方便地使用疫情防控管理系统。随着计算机的快速发展，计算机技术已经在很多行业有不少的应用，因此更能为这次设计的疫情防控管理系统奠定了基础[6]。
3.2 网站功能要求
从软件开发角度来说，软件开发最重要的步骤包括需求分析和产品设计。如果需求分析和产品设计做得好的话，那么会节省很多开发时间，可以更快地把软件研究出来。对疫情防控管理系统的业务需求有了一定的了解之后，还需要对系统中包含的每个角色对应的功能进行设置，从而满足用户使用系统功能和管理员管理系统信息的需求，用例描述是用例图的补充说明。
3.2.1 用例概述
图3-1 管理员用例图
图3-2 居民用例图
用例的简要描述如表3.1所示。
表3-1 用例描述
| 用例标识（UC） |
用例名称 |
摘要描述 |
| 1 |
注册登录 |
用户和管理员通过登录功能才得以使用系统的功能 |
| 2 |
查看打卡提醒信息 |
用户登录系统之后可以查看打卡提醒信息 |
| 3 |
个人中心 |
用户和管理员登录系统之后可以修改个人信息 |
| 4 |
查看公告信息 |
用户登录系统之后可以查看公告信息 |
| 5 |
居民信息管理 |
管理员在居民信息管理功能中管理居民的信息 |
| 6 |
健康打卡信息管理 |
管理员在健康打卡信息管理功能中管理健康打卡的信息 |
| 7 |
打卡提醒信息管理 |
管理员在打卡提醒信息管理功能中管理打卡提醒的信息 |
| 8 |
系统信息管理 |
管理员在系统信息管理功能中管理系统的信息 |
| 9 |
健康打卡 |
用户登录系统之后可以打卡 |
3.3.2 用例描述
1.健康打卡信息管理
健康打卡信息管理用例描述能够描述系统中的健康打卡信息管理功能，健康打卡信息管理用例描述如表3-2所示。
表3-2 健康打卡信息管理用例描述
| 用例标识 |
3.1 |
| 用例名称 |
编辑健康打卡的相关信息 |
| 参与者 |
管理员 |
| 前置条件 |
管理员需要输入正确的用户名和密码登录系统 |
| 后置条件 |
修改健康打卡信息 |
| 用例概述 |
管理员修改健康打卡信息 |
| 基本事件流 |
1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在健康打卡信息管理界面点击添加按钮提交新添加的健康打卡信息 3.健康打卡信息添加成功 |
| 备选事件流 |
4a 输入的信息需要合法才能够成功添加 |
| 备注 |
2.用户信息管理
用户信息管理用例描述能够描述系统中的用户信息管理功能，用户信息管理用例描述如表3-3所示。
表3-3 用户信息管理用例描述
| 用例标识 |
3.2 |
| 用例名称 |
编辑用户的相关信息 |
| 参与者 |
管理员 |
| 前置条件 |
管理员需要输入正确的用户名和密码登录系统 |
| 后置条件 |
修改用户信息 |
| 用例概述 |
管理员修改用户信息 |
| 基本事件流 |
1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在用户信息管理界面点击修改按钮提交修改的用户信息 3.用户信息修改成功 |
| 备选事件流 |
4a 输入的信息需要合法才能够成功修改 |
| 备注 |
3.打卡提醒信息管理
打卡提醒信息管理用例描述能够描述系统中的打卡提醒信息管理功能，打卡提醒信息管理用例描述如表3-4所示。
表3-4 打卡提醒信息管理用例描述
| 用例标识 |
3.3 |
| 用例名称 |
删除打卡提醒的相关信息 |
| 参与者 |
管理员 |
| 前置条件 |
管理员需要输入正确的用户名和密码登录系统 |
| 后置条件 |
删除打卡提醒信息 |
| 用例概述 |
管理员删除打卡提醒信息 |
| 基本事件流 |
1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在打卡提醒信息管理界面点击删除按钮提交删除的打卡提醒信息 3.打卡提醒信息删除成功 |
| 备选事件流 |
4a 删除的打卡提醒信息需要跟其它表没有关联才能够删除 |
| 备注 |
4.健康打卡
健康打卡用例描述能够描述系统中的健康打卡功能，健康打卡用例描述如表3-5所示。
表3-5 健康打卡用例描述
| 用例标识 |
3.4 |
| 用例名称 |
健康打卡 |
| 参与者 |
用户 |
| 前置条件 |
用户需要输入正确的用户名和密码登录系统 |
| 后置条件 |
健康打卡 |
| 用例概述 |
用户健康打卡 |
| 基本事件流 |
1.用户输入正确的用户名和密码登录到系统当中 2.用户在健康打卡界面可以进行打卡 |
| 备选事件流 |
4a 需要点击相对应的按钮才能够打卡 |
| 备注 |
5.登录
登录用例描述能够描述系统中的登录功能，登录用例描述如表3-6所示。
表3-6 登录用例描述
| 用例标识 |
3.5 |
| 用例名称 |
登录 |
| 参与者 |
用户、管理员 |
| 前置条件 |
用户和管理员需要输入正确的用户名和密码 |
| 后置条件 |
登录 |
| 用例概述 |
用户和管理员登录 |
| 基本事件流 |
1.用户和管理员进入到登录页面当中 2.管理员和用户输入用户名和密码登录到系统当中 |
| 备选事件流 |
4a 输入的信息需要和数据库信息相匹配才能够登录 |
| 备注 |
6.查看打卡提醒信息
查看打卡提醒信息用例描述能够描述系统中的查看打卡提醒信息功能，查看打卡提醒信息用例描述如表3-7所示。
表3-7 查看打卡提醒信息用例描述
| 用例标识 |
3.6 |
| 用例名称 |
查看打卡提醒信息 |
| 参与者 |
用户 |
| 前置条件 |
用户需要登录 |
| 后置条件 |
查看打卡提醒信息 |
| 用例概述 |
用户查看打卡提醒信息 |
| 基本事件流 |
1.用户进入到登录页面当中 2.用户输入用户名和密码登录到系统当中 3.进入打卡提醒列表界面 |
7.个人中心
个人中心用例描述能够描述系统中的个人中心功能，个人中心用例描述如表3-8所示。
表3-8 个人中心用例描述
| 用例标识 |
3.7 |
| 用例名称 |
个人中心 |
| 参与者 |
用户、管理员 |
| 前置条件 |
用户和管理员需要进入到个人中心页面中 |
| 后置条件 |
修改个人信息 |
| 用例概述 |
用户和管理员管理个人信息 |
| 基本事件流 |
1.用户和管理员进入到登录页面当中 2.用户和管理员输入用户名和密码登录到系统当中 3.在个人中心页面中修改自己个人信息 |
| 备选事件流 |
4a 只有输入的信息合法才能够成功修改 |
| 备注 |
8.查看公告信息
查看公告信息用例描述能够描述系统中的查看公告信息功能，查看公告信息用例描述如表3-9所示。
表3-9 查看公告信息用例描述
| 用例标识 |
3.8 |
| 用例名称 |
查看公告信息 |
| 参与者 |
用户 |
| 前置条件 |
用户需要登录 |
| 后置条件 |
查看公告信息 |
| 用例概述 |
用户查看公告信息 |
| 基本事件流 |
1.用户进入到登录页面当中 2.用户输入用户名和密码登录到系统当中 3.进入公告列表界面 |
3.3 性能需求
在软件开发的过程中，虽然需要注意业务功能需求，但是性能需求也一样重要。如果系统性能不好的话，那么很有可能会导致用户的体验变差和管理员管理效率的减少。如果需要增强系统的性能，那么需要注意数据安全性、查询效率和系统响应速度。
（1）数据的安全性
疫情防控管理系统每天的运行会产生很多数据，数据已经涉及到系统运行的每个部分中，因此数据的安全性变得非常地重要。系统需要对用户的密码作加密处理，用户的密码存在数据库记录的时候需要使用加密字符串进行处理，从而保证系统数据的安全性，用户在前台输入密码的时候需要采用特殊字符代替。
（2）系统的查询效率和响应速度
疫情防控管理系统中很多模块都有查询的功能，有些查询功能还涉及到多表的查询。疫情防控管理系统在运行了一段时间之后，业务量变得越来越多，系统包含的数据会越来越多，因此需要注意对数据库SQL语句进行优化从而加快数据查询的速度[7]。
4 系统的设计
对整个业务进行完整的需求分析之后，接下来需要从系统的设计介绍系统的各个功能。每个角色需要各司其职，对于每个系统的功能模块需要不同的代码实现逻辑。有些复杂需求需要经过修改和完善才能够最终确定。
4.1 系统功能结构
（1）登录
用户登录完成之后才可以使用系统的功能。用户在前端界面中可以输入用户名和密码登录。
|
登录至首页面 |
|
账号密码是否正确 |
|
信息是否为空 |
|
结束 |
|
将错误结果返回前台 |
|
用户登录 |
|
开始 |
|
是 |
|
是 |
|
否 |
|
否 |
图4.1 登录流程图
（2）用户管理
管理员输入用户名和密码登录之后可以在用户管理界面中可以对用户的信息进行管理。
|
无权限提示 |
|
确定 |
|
结束 |
|
修改操作 |
|
是否有权限 |
|
删除操作 |
|
是否存在 |
|
输入查询信息 |
|
是否有效 |
|
管理员登录 |
|
开始 |
|
登录失败 |
|
信息录入 |
|
是否有效 |
|
数据无效提示 |
|
提示用户不存在 |
|
是 |
|
是 |
|
是 |
|
是 |
|
否 |
|
否 |
|
否 |
|
否 |
图4.2 用户管理流程图
（3）打卡提醒管理
管理员输入用户名和密码登录之后可以在打卡提醒管理界面中可以对打卡提醒的信息进行管理。
|
无权限提示 |
|
确定 |
|
结束 |
|
修改操作 |
|
是否有权限 |
|
删除操作 |
|
是否存在 |
|
输入查询信息 |
|
是否有效 |
|
管理员登录 |
|
开始 |
|
登录失败 |
|
信息录入 |
|
是否有效 |
|
数据无效提示 |
|
提示打卡提醒不存在 |
|
是 |
|
是 |
|
是 |
|
是 |
|
否 |
|
否 |
|
否 |
|
否 |
图4.3 打卡提醒管理流程图
4.2 功能模块
|
打卡提醒管理 |
|
健康打卡管理 |
|
居民管理 |
|
个人中心 |
|
注册登录 |
|
登录 |
|
管理员 |
|
居民 |
|
基于Web的疫情防控管理系统 |
|
查看公告 |
|
查看打卡提醒 |
|
健康打卡 |
|
个人中心 |
|
系统管理 |
图4.4 功能模块图
4.3 数据库设计
软件开发阶段有一个重要环节是数据库设计，如果软件开发者设计得好数据库的话会对开发工作有好处，在设计数据库的时候要考虑到以后表是否会有扩展性。随着企业的发展，企业的业务需求会逐渐地发生转变，从而导致系统功能需要修改。如果系统功能发生改变的话，系统对应的数据库表也需要发生转变，因此数据库在设计的时候需要考虑到后续修改的需要，系统在设计的时候需要注意灵活性。本疫情防控管理系统数据量不少很大，因此在使用数据库的使用选择的是MySQL，不用Oracle这种大型的数据库。数据库引擎选择使用InnoDB，InnoDB属于事物型引擎。如果系统有多张表需要同时存取的话，那么数据库引擎可以选择使用InnoDB。
4.3.1 概念模型结构设计
本疫情防控管理系统的功能设计模块是根据用户的需求所设置，系统概念模型的设置其实质是搭建目标结构，这成为构建数据库的重要一步。
（1）将数据模型加以呈现和反馈，在处理数据的时候，能够满足用户的基本需求，同时呈现出事物一定的关联性[8]。
（2）便于掌握。用户在使用疫情防控管理系统的时候需要容易操作系统，只有这样，数据库设计才较为正确。
（3）一旦疫情防控管理系统的需求发生改变的时候，疫情防控管理系统能够快速调整和改变模型结构。
E-R图能够用来描述概念模型，在已经获取相关数据模型的情况下，可以根据用户的需求，设计出与之相匹配的实体。
|
居民 |
|
打卡提醒 |
|
健康打卡 |
|
N |
|
1 |
|
1 |
|
N |
|
包含 |
|
包含 |
图4.5 数据库E-R图
4.3.2 物理模型结构设计
（1）打卡提醒信息表
表4.1 打卡提醒信息表
| 列名 |
数据类型 |
长度 |
主外键 |
| id |
bigint |
20 |
是 |
| addtime |
timestamp |
0 |
|
| tixingneirong |
varchar |
200 |
|
| tixingshijian |
date |
0 |
|
| juminzhanghao |
varchar |
200 |
是 |
| juminxingming |
varchar |
200 |
|
| loudong |
varchar |
200 |
|
| fanghao |
varchar |
200 |
|
| lianxifangshi |
varchar |
200 |
（2）健康打卡信息表
表4.2 健康打卡信息表
| 列名 |
数据类型 |
长度 |
主外键 |
| id |
bigint |
20 |
是 |
| addtime |
timestamp |
0 |
|
| dakabianhao |
varchar |
200 |
|
| jiankangma |
varchar |
200 |
|
| dangtiantiwen |
float |
0 |
|
| shifoufare |
varchar |
200 |
|
| shifoukesou |
varchar |
200 |
|
| jiarenqingkuang |
longtext |
0 |
|
| dakashijian |
datetime |
0 |
|
| juminzhanghao |
varchar |
200 |
是 |
| juminxingming |
varchar |
200 |
|
| loudong |
varchar |
200 |
|
| fanghao |
varchar |
200 |
|
| userid |
bigint |
20 |
|
| longitude |
float |
0 |
|
| latitude |
float |
0 |
|
| fulladdress |
varchar |
200 |
（3）居民信息表
表4.3 居民信息表
| 列名 |
数据类型 |
长度 |
主外键 |
| id |
bigint |
20 |
是 |
| addtime |
timestamp |
0 |
|
| juminzhanghao |
varchar |
200 |
|
| mima |
varchar |
200 |
|
| juminxingming |
varchar |
200 |
|
| touxiang |
varchar |
200 |
|
| xingbie |
varchar |
200 |
|
| xiaoqumingcheng |
varchar |
200 |
|
| loudong |
varchar |
200 |
|
| fanghao |
varchar |
200 |
|
| lianxifangshi |
varchar |
200 |
（4）新闻信息表
表4.4 新闻信息表
| 列名 |
数据类型 |
长度 |
主外键 |
| id |
bigint |
20 |
是 |
| addtime |
timestamp |
0 |
|
| title |
varchar |
200 |
|
| introduction |
longtext |
0 |
|
| picture |
varchar |
200 |
|
| content |
longtext |
0 |
（5）管理员信息表
表4.5 管理员信息表
| 列名 |
数据类型 |
长度 |
主外键 |
| id |
bigint |
20 |
是 |
| username |
varchar |
100 |
|
| password |
varchar |
100 |
|
| role |
varchar |
100 |
|
| addtime |
timestamp |
0 |
5 系统的实现
5.1 登录
在本疫情防控管理系统中，为了保证系统运行的安全性，想要使用本系统的功能需要先通过登录的验证，在登录功能中需要使用login页面进行表示前端页面，在login标签中需要进行定义CSS标签从而将登录界面能够显示在浏览器当中，还需要对表单进行定义。登录界面中的输入框需要使用placeholder进行提示用户输入相应的信息。当用户点击登录按钮的时候需要传递信息到loginForm中。
图5.1 登录界面
5.2 居民管理
在居民管理界面中管理员可以对居民的信息进行管理，当管理员想要添加居民信息的时候需要进入到居民管理的功能模块当中，点击添加按钮之后可以跳转到添加居民信息的页面当中，输入居民的信息之后可以点击提交按钮，提交后的信息会被传递到客户端中，客户端把信息传递到服务器中，服务端利用数据库SQL语句添加居民的信息，如果管理员输入的居民信息跟数据库居民表中的记录相同则会导致添加失败。
管理员在居民管理功能模块当中可以修改居民的信息，进入到修改居民界面的时候需要在输入框输入修改居民的居民信息，需要注意输入框必填的选项需要填并且输入的内容不能够含有不法字符。如果管理员提交的信息不合法则需要在前端界面中给予一定的提示。
图5.2 居民管理界面
5.3 健康打卡管理
管理员输入用户名和密码登录之后在健康打卡管理界面中对健康打卡信息进行管理，如果管理员想要删除健康打卡的信息，可以进入到健康打卡管理的功能模块当中，点击删除按钮对需要删除的健康打卡信息进行删除，如果管理员删除的健康打卡记录跟其它表的记录有外键或者约束的关系，则需要先删除其它表的记录才可以正常删除健康打卡的信息。
在健康打卡管理功能模块当中还可以搜索健康打卡的信息，在搜索输入框中可以输入健康打卡的名称搜索健康打卡的信息，如果输入的健康打卡名称与数据库健康打卡表中的记录不相匹配则不能够查询得到相关的信息。
图5.3 健康打卡管理界面
5.4 打卡提醒管理
在打卡提醒管理界面中管理员可以对打卡提醒的信息进行管理，当管理员想要添加打卡提醒信息的时候需要进入到打卡提醒管理的功能模块当中，在添加按钮中需要绑定添加时间，从而管理员点击添加按钮的时候才可以进行处理，提交后的信息会被传递到客户端中，客户端把信息传递到服务器中，服务端利用数据库SQL语句添加打卡提醒的信息，如果管理员输入的打卡提醒信息跟数据库打卡提醒表中的记录相同则会导致添加失败。
在打卡提醒管理界面功能中管理员可以在此功能模块中管理系统中的打卡提醒信息，进入到修改打卡提醒界面的时候需要在输入框输入修改打卡提醒的打卡提醒信息，需要注意输入框必填的选项需要填并且输入的内容不能够含有不法字符。如果管理员提交的信息不合法则需要在前端界面中给予一定的提示。
图5.4 打卡提醒管理界面
5.5 公告管理
在公告管理界面功能中管理员可以在此功能模块中管理系统中的公告信息，在公告管理功能模块中点击删除按钮可以对其公告信息进行删除，如果管理员删除的公告记录跟其它表的记录有外键或者约束的关系，则需要先删除其它表的记录才可以正常删除公告的信息。
在公告管理界面功能中管理员可以在此功能模块中管理系统中的公告信息，在此功能模块中有搜索框，管理员在此功能模块中可以输入公告名称从而对公告信息进行搜索，如果输入的公告名称与数据库公告表中的记录不相匹配则不能够查询得到相关的信息。
图5.5 公告管理界面
6 系统测试
当系统开发完成的时候测试是一个非常重要的环节，当疫情防控管理系统开发完一个功能之后，需要对功能模块做单元测试，尽早地发现该功能模块的错误。把整个系统开发完成之后，还需要对系统全面进行测试，包括业务流程是否正确和系统信息是否能够增删改查等。
6.1 测试概述
测试工作需要多个人一起完成，这样才能够多方面对系统进行测试，在试运行阶段的时候如果发现疫情防控管理系统出现问题的时候需要及时反馈，如果发现了问题开发人员需要及时修改系统，以保证减少系统的bug。在系统平稳运行了之后系统才可以上线。
（1）页面的错别字和样式，系统中的页面包含了很多文字，错别字是不能要有的。另外，系统信息在显示的时候需要注意文字间距和行间距。前端页面字符显示乱码，在编写前端页面的时候需要注意字符的一致性[9]。
（2）浏览器的兼容性，本疫情防控管理系统使用的单元测试主要通过firefox浏览器完成的，浏览器之间的内核是不一样的，解析语法的方式也有所差别。因此在测试的时候需要注意浏览器的兼容问题，通过CSS样式来调整页面的布局。
（3）增删改查功能，一般系统的查询功能采用的是模糊查询的方式，测试查询速度的快慢是否会影响到用户的体验，如果速度过慢的话需要优化查询SQL代码从而加快查询速度。查询出来的记录能否符合输入的关键字信息。在添加的时候，需要检测输入框是否有信息是必填的还是需要限制[10]。
6.2 基本功能测试
（1）登录
表6.1 登录测试用例表
| 用例编号 |
目的 |
手段 |
预期输出结果 |
| 1 |
用户是否能够正常登录 |
用户输入正确的用户名和密码 |
用户成功登录 |
| 2 |
用户输入正确的用户名和错误的密码 |
用户不能够登录 |
|
| 3 |
用户输入错误的用户名和密码 |
用户不能够登录 |
（2）用户管理
表6.2 用户管理用例表
| 用例编号 |
目的 |
手段 |
预期输出结果 |
| 1 |
管理员是否能够正常管理用户的信息 |
管理员需要添加用户的信息，需要进入添加用户的界面当中 |
管理员进入到添加用户界面的时候，可以输入需要添加的用户信息，然后点击添加按钮进行提交 |
| 2 |
管理员需要修改用户的信息，需要进入修改用户的界面当中 |
管理员进入到修改用户界面的时候，可以输入需要修改的用户信息，输入的信息需要注意其合法性 |
|
| 3 |
管理员需要删除用户的信息，需要进入删除用户的界面当中 |
管理员进入到删除用户界面的时候，可以通过删除按钮删除选择的用户信息，需要注意是否限制了用户记录，如果有外键的关系，则不能够成功删除 |
|
| 3 |
管理员需要添搜索户的信息，需要进入搜索用户的界面当中 |
管理员进入到搜索用户界面的时候，可以在搜索框中输入用户名称搜索用户的信息 |
（3）打卡提醒管理
表6.3 打卡提醒管理用例表
| 用例编号 |
目的 |
手段 |
预期输出结果 |
| 1 |
管理员是否能够正常管理打卡提醒的信息 |
管理员需要添加打卡提醒的信息，需要进入添加打卡提醒的界面当中 |
管理员进入到添加打卡提醒界面的时候，可以输入需要添加的打卡提醒信息，然后点击添加按钮进行提交 |
| 2 |
管理员需要修改打卡提醒的信息，需要进入修改打卡提醒的界面当中 |
管理员进入到修改打卡提醒界面的时候，可以输入需要修改的打卡提醒信息，输入的信息需要注意其合法性 |
|
| 3 |
管理员需要删除打卡提醒的信息，需要进入删除打卡提醒的界面当中 |
管理员进入到删除打卡提醒界面的时候，可以通过删除按钮删除选择的打卡提醒信息，需要注意是否限制了打卡提醒记录，如果有外键的关系，则不能够成功删除 |
|
| 3 |
管理员需要添搜索户的信息，需要进入搜索打卡提醒的界面当中 |
管理员进入到搜索打卡提醒界面的时候，可以在搜索框中输入打卡提醒名称搜索打卡提醒的信息 |
6.3 测试结果
本章从基本的测试方法和基本功能测试两方面去介绍测试，基本测试方法不仅需要注意前台页面出现的错误，还需要考虑后端逻辑处理是否正确。系统功能在测试的时候需要注意系统的流程，先按照正常的业务逻辑进行测试，测试完成了之后故意输入错误的数据测试，测试系统是否能够正常对数据进行校验。在测试的时候需要尽可能考虑到特殊的情况，从而能够测出更好的结果。
7 总结与展望
7.1 总结
（1）理论研究部分：
分析疫情防控管理系统的研究意义和背景。
（2）系统设计部分：
在实现疫情防控管理系统之前，分析不同角色需要具备什么功能，通过业务需求设计功能模块。
（3）系统开发部分：
当完成了系统设计部分的时候，之后就可以进入到系统开发部分。首先需要根据疫情防控管理系统的业务需求设计数据库，数据库在设计的时候要遵循三大范式。利用SSM开源框架基本实现了疫情防控管理系统的基本架构。最后对实现各个功能模块。
（4）系统测试部分：
系统开发完成之后工作还远远没有结束在使用之前需要对系统进行测试。软件测试非常重要，测试环节在软件开发中占有非常重要的地位。首先，对系统功能模块进行测试，测试是否有兼容性和错别字的问题。之后可以通过表单进行操作系统的数据，还可以通过使用特殊的字符等错误方式检测系统的数据是否严谨。
7.2 展望
虽然本疫情防控管理系统功能相对来说较为完善，疫情防控管理系统的功能在后续的时候可以进一步完善。主要内容有：
数据可视化是大数据应用技术之一，利用图形对数据可视化进行管理，通过大数据可视化展示系统的信息。对数据进行可视化分析还能够显示出很有价值的东西。本疫情防控管理系统数据的展示通常是利用表格的形式进行呈现，这通常不能帮助用户深入地了解信息。
综上所述，本文虽然实现了一个功能相对来说比较完整的疫情防控管理系统，数据展示的时候还存在着不小的缺陷，智能化技术还需进一步地加强，后续可以从智能化和可视化的角度对疫情防控管理系统进行改造。
- 王彩霞,王睿.MySQL与SQL Server数据完整性约束的比较教学[J].电脑知识与技术,2021,17(21):26-28.
- 赵莹,胡畅达,王国宇.三种关系型空间数据库比较[J].科技创新与应用,2021,11(19):62-64.
- 苏文瑾.“MySQL数据库”课程教学难点分析——以数据库设计为例[J].无线互联科技,2021,18(12):119-120.
- 林慧.MySQL存储过程在软件测试中的应用[J].电脑编程技巧与维护,2021(06):28-30.
- 王廷永,黄松.测试用例自动生成技术综述[J].电子技术与软件工程,2021(18):51-53.
- 妥泽花.基于黑盒测试与白盒测试的比较探究[J].电子世界,2021(11):55-56.
- 马萌,赵煜.一种基于软件测试用例库的设计方法[J].计算机与网络,2021,47(15):48-50.
- 刘彦楠.JUnit参数化测试的应用研究[J].信息与电脑(理论版),2021,33(14):30-32.
- 贾秀秀. 智慧社区应用系统自动化测试设计与实现[D].南京邮电大学,2020.
- Zhaozhou Chen, Hean Liu. Network Mall System Inb/S Mode[J]. International Journal of Intelligent Information and Management Science,2019,8(3)
时间过得很快，大学的生活很快就要结束了。和大一的时候相比，编程技术水平和综合能力有了很大的提升，在此非常感谢指导老师、计算机系学院的老师和同学们给我的鼓励和帮助。以前我只懂得书面上的知识，而如今我可以独立地完成疫情防控管理系统，论文最终能够完成得益于帮助过我的人。
首先，感谢指导老师提供了优秀的平台让我学习，这让我的项目实战能力在不知不觉中提高了很多。在撰写论文的时候我遇到了很多的问题，得益于指导老师的指导和帮助，他们提出的很多意见让我受益。即使他们需要忙于科研，但还是会安排时间帮助我，这激励着我一直向前。
感谢同学们在项目中给予我帮助，多年来的学习生活中我们互相监督和努力，完成了许多项目，让我感受到了团队合作的好处，感谢同学们的帮助和陪伴。感谢我的家人提供给了我良好的生活环境，并不断地支持和鼓励我，给我的学习和生活上带来了很大的帮助。