可白嫖源码-SSM疫情健康上报管理系统（案例分析）-CSDN博客

本文链接：https://blog.csdn.net/VX_BYSJ8341/article/details/144106493

摘要

科技进步的飞速发展引起人们日常生活的巨大变化，电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流，人类发展的历史正进入一个新时代。在现实运用中，应用软件的工作规则和开发步骤，采用Java技术建设疫情健康上报管理系统。

本设计主要实现集人性化、高效率、便捷等优点于一身的疫情健康上报管理系统，完成系统用户、疫情通知、健康打卡、行程报备、风险地区、公共管理等功能模块。系统通过浏览器与服务器进行通信，实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。疫情健康上报管理系统使用Java语言，采用基于MVVM模式的ssm技术进行开发，使用 MyEclipse 2017 CI 10 编译器编写，数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介，配合HTML+CSS 技术完成系统的开发。

关键词：ssm技术；MYSQL；疫情健康上报管理系统

Abstract

The rapid development of science and technology has caused great changes in people's daily life. The rapid development of electronic information technology has made the application level of electronic information technology in all fields popular and applied. The arrival of the information age has become an irresistible fashion trend, and the history of human development is entering a new era. In practical application, the working rules and development steps of the application software are used to build the epidemic health reporting management system using Java technology.

This design mainly realizes the epidemic health reporting management system integrating the advantages of humanization, efficiency and convenience, and completes the system user, epidemic notification, health clocking, travel reporting, risk areas, public management and other functional modules. The system communicates with the server through the browser to realize data interaction and change. The system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The epidemic health reporting management system uses Java language, adopts the SSM technology based on MVVM mode for development, and uses MyEclipse 2017 CI 10 compiler for compilation. The data mainly uses Microsoft's MySQL relational database as the data storage medium, and cooperates with HTML+CSS technology to complete the system development.

Keywords: Ssm technology; MYSQL； Epidemic health reporting management system

4 疫情健康上报管理系统详细设计与实现 19

1 绪论

1.1 研究意义

疫情防控主要是对2019年新型冠状病毒的出现，进行防控，对于防控疫情主要是对居民保护好，对居民的详细信息进行记录管理，针对信息的管理进行开发一套疫情健康上报管理系统。

系统管理也都将通过计算机进行整体智能化操作，对于疫情健康上报管理系统所牵扯的管理及数据保存都是非常多的，例如个人中心、疫情通知、健康打卡、行程报备、风险地区等，这给管理者的工作带来了巨大的挑战，面对大量的信息，传统的社区方面的信息管理，都是通过笔记的方式进行详细信息的统计，后来出现电脑，通过电脑输入软件将纸质的信息统计到电脑上，这种方式比较传统，而且想要统计数据信息比较麻烦，还受时间和空间的影响，所以为此开发了疫情健康上报管理系统；为用户提供了一个疫情健康上报管理系统平台，方便管理员查看及维护；管理员可以足不出户就可以获取到系统的数据信息等，而且还能节省用户很多时间，所以开发疫情健康上报管理系统给管理者带来了很大的方便，同时也方便管理员对用户信息进行处理。知识面大，可以大大的提高系统人员工作效承。

本论文疫情健康上报管理系统主要牵扯到的程序，数据库与计算机技术等。覆盖知识面大，可以大大的提高系统人员工作效率。

1.2开发现状

在新型冠状病毒感染的肺炎（COVID-19）疫情期间，全国各地出现了大量人群聚集和流动现象。为了及时掌握人群动态并有针对性地采取防控措施，保障人民群众健康安全，需要对不同年龄段人口进行流行病学调查研究，为制定科学有效的公共卫生干预方案提供依据。而传统人工方式不仅效率低而且容易出错。随着大数据分析技术不断发展，通过互联网等手段获取数据成为可能。同时，利用大数据服务于传染病防治工作也是大势所趋。但目前尚无成熟实用的解决方案。亟需开发出相应软件和硬件设备来满足日常需求。同时，由于疫情期间信息传播途径增多。导致人员流动频繁。若不能及时发现异常情况。将会造成重大疾病或群体性突发事件。从而影响社会稳定。甚至威胁到国家公共安全。严重时还会引发群死群伤事故。给人们带来生命财产损失。因此，加强对人员流失率的预测研究尤为重要。可以为疫情防控提供决策依据。及时采取针对性措施进行应对。确保人民群众生命财产安全。并促进经济社会发展。保障全面建成小康社会目标的顺利实现。这对于提高我国公共卫生治理水平具有重大意义。在此方面有巨大应用价值：一是能够提升政府管理效率。二是有助于精准识别重点人群。三是有利于优化资源配置和有效配置资源。四是利于科学制定防疫政策。五是有助于推进社会管理创新。六是便于政府部门掌握人员流动情况。七是可帮助企业做好人力资源规划工作。八是可为企事业单位合理调配员工提供参考依据。

1.3系统开发技术的特色

（1）疫情健康上报管理系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术，而是使用当前主流的ssm框架，它减少java配置代码，简化编程代码，目前ssm框架也是很多企业选择的框架之一。

（2）疫情健康上报管理系统中的web后台管理中的前端使用的是JavaScript框架，它配合ajax[8]和jquery[9]可以美化页面设计。

（3）疫情健康上报管理系统中数据库用的mysql5.7，它执行效率高。

1.4 ssm框架介绍

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命令。

1.5论文结构与章节安排

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

第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究背景与主要工作。

第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 疫情健康上报管理系统分析

系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。

2.1 可行性分析SSM疫情健康上报管理系统

（1）技术可行性分析

疫情健康上报管理系统存储所使用的是mysql数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用SSM框架进行开发，使系统的可扩展性和维护性更佳，减少java配置代码，简化编程代码，目前SSM框架也是很多企业选择的框架之一。

（2）经济可行性分析

在开发疫情健康上报管理系统中所使用的开发软件像IDEA开发工具、Tomcat8.0服务器、MySQL5.7数据库、Photoshop图片处理软件等，这些都是开源免费的，这些环境在学校都进行了系统的学习，自己能够独立操作完成，不需要额外花费，而且系统的开发工具从网上都可以直接下载，因此在经济方面是可行的。

（3）操作可行性分析

此次项目设计的时候我参考了很多类似系统的成功案例，对它们的操作界面以及功能都进行了系统的分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。

2.2系统流程分析

业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。

2.2.1 数据增加流程

用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。

图2-1 数据增加流程图

2.2.2 数据修改流程

数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。

图2-2 数据修改流程图

2.2.3 数据删除流程

如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。

图2-3 数据删除流程图

2.3 系统功能分析

2.3.1 功能性分析

按照疫情健康上报管理系统的角色，我划分为了管理员、普通用户、社区工作人员这三大部分。

普通用户管理模块：

（1）注册登录模块：当普通用户想要进入本疫情健康上报管理系统中对资讯进行查看评论以及了解疫情新闻等操作的时候，就必须要登录到系统当中，要是新的用户没有疫情健康上报管理系统的账号的话，点击“注册”按钮，就会进入到新用户注册这个界面上，用户输入对应的账号（必须填写）+密码（必须填写）+确认密码（必须填写，而且要与密码一直）+昵称+邮箱+手机号+选择用户身份等等，然后点击“注册”，系统在用户这一数据库中会查询账号是不是存在，两次密码是不是一样，都填写正确就会注册成功，然后再进行登录，如果是之前已经注册过的用户很长时间没有使用，忘记密码，也可以点击“忘记密码”进行找回；

（2）查看疫情健康上报管理系统的首页信息：疫情健康上报管理系统的首页信息包含了首页、疫情通知、疫情资讯、健康打卡、行程报备、风险地区、我的（我的账户、我的收藏、个人中心）等。

（3）疫情通知：在首页导航栏上我们会看到“疫情通知”这一菜单，我们点击进入进去以后，会看到所有管理员在后台发布的疫情相关信息；

（4）疫情资讯：在首页导航栏上我们会看到“疫情资讯”这一菜单，我们点击进入进去以后，会看到所有资讯列表，在这个界面，我们可以点击进入进行查看、收藏、点赞等；

（5）健康打卡：在首页导航栏上点击“健康打卡”这一菜单，，我们点击进入进去以后，可以填写用户编号、用户姓名、身份证号、打卡日期、体温、有无不适、备注等信息进行提交；

（6）行程报备：在首页导航栏上点击“健康打卡”这一菜单，我们点击进入进去以后，可以填写用户编号、用户姓名、身份证号、报备日期、电话、有无出省、健康码，所经地区信息进行提交；

（7）风险地区：在首页导航栏上我们会看到“风险地区”这一菜单，我们点击进入进去以后，可以关键字搜索、地区搜索、风险等级搜索等方式可查询风险等级地区；

管理员管理模块：

（1）登录：管理员的账号是在数据表表中直接设置生成的，不需要进行注册；

（2）系统用户管理：当点击“用户管理”这一菜单的时候，会出现管理员+普通用户+社区工作人员三个子菜单，可以对这三个模块进行增删改查操作；

（3）公共管理：当点击“公共管理”这一菜单的时候，会出现轮播图和疫情通知这两个子菜单，可以对这两个模块进行增删改查操作；

（5）信息管理：当点击“信息管理”这一菜单的时候，会出现健康打卡+行程报备+风险地区这三个子菜单，管理员能够对这三个模块进行增删改查操作；

社区人员角色：

登录：社区人员的账号是在数据表表中直接设置生成的，不需要进行注册；
个人资料：可对个人信息、密码等进行修改；
健康打卡；社区人员登录系统后可对用户姓名、打卡日期、有无不适、体温等信息进行查询详情或重置等；
行程报备：社区人员登录系统后可对用户姓名、报备日期、有无出省、健康码等信息进行查询详情或重置等；
风险地区：社区人员登录系统后可对风险地区、地区、风险等级等信息进行查询详情或重置等；

2.3.2 非功能性分析

疫情健康上报管理系统的非功能性需求比如疫情健康上报管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1 疫情健康上报管理系统非功能需求表

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

2.4 系统用例分析

通过2.3功能的分析，得出了本疫情健康上报管理系统的用例图：

普通用户角色用例如图2-3所示。

图2-3疫情健康上报管理系统普通用户角色用例图

web后台管理上的管理员是维护整个疫情健康上报管理系统中所有数据信息的。管理员角色用例如图2-4所示。

图2-4 疫情健康上报管理系统管理员角色用例图

社区人员角色用例如图2-5所示。

图2-5 疫情健康上报管理系统中社区人员角色用例图

2.5本章小结

本章主要通过对疫情健康上报管理系统的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个疫情健康上报管理系统要实现的功能。同时也为疫情健康上报管理系统的代码实现和测试提供了标准。

3 疫情健康上报管理系统总体设计

本章主要讨论的内容包括疫情健康上报管理系统的功能模块设计、数据库系统设计。

3.1 系统架构设计

本疫情健康上报管理系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。

图3-1疫情健康上报管理系统架构设计图

表现层（UI）：又称UI层，主要完成本疫情健康上报管理系统的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本疫情健康上报管理系统时的舒适度。UI的界面设计也要适应不同版本的疫情健康上报管理系统以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。

业务逻辑层（BLL）：主要完成本疫情健康上报管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。

数据层（DL）：由于本疫情健康上报管理系统的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本疫情健康上报管理系统的数据存储和管理功能。

3.2 系统功能模块设计

3.2.1整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本疫情健康上报管理系统中的用例。那么接下来就要开始对本疫情健康上报管理系统的架构、主要功能和数据库开始进行设计。疫情健康上报管理系统根据前面章节的需求分析得出，其总体设计模块图如图3-2所示。

图3-2疫情健康上报管理系统功能模块图

3.2.2用户模块设计

本网站的用户包括管理员和注册用户模块。两种用户模块的功能基本是相同的，注册用户模块比管理员多了一个注册功能，所以以用户模块的结构图为例进行分析，如下图：

图3-3用户用户模块结构图

3.2.3评论管理模块设计

疫情健康上报管理系统是一个交流性质的公开网站，用户和用户之间可以对网站上的内容，比如交流中心、资讯等进行点评，增加用户之间的互动性。但是同时也为了更好的规范评论的内容，给予管理员删除不合适的言论的功能，所以需要专门设计一个评论管理模块，具体的结构图如下：

图3-4评论模块结构图

3.2.4疫情数据管理模块设计

疫情健康上报管理系统是需要存储不少疫情数据信息，其模块功能结构，具体的结构图如下：

图3-5疫情数据模块结构图

3.3 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.3.1 数据库概念结构设计

下面是整个疫情健康上报管理系统中主要的数据库表总E-R实体关系图。

图3-6 疫情健康上报管理系统总E-R关系图

下面根据疫情健康上报管理系统的数据库总E-R关系图可以得出疫情健康上报管理系统需要很多E-R图，在此罗列出来一些主要的数据库E-R模型图。

图3-7普通用户E-R关系图

图3-8 行程报备E-R关系图

图3-9健康打卡E-R关系图

3.3.2 数据库逻辑结构设计

通过上一小节中疫情健康上报管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

access_token
字段名称	类型	长度	不是null	主键	字段说明
token_id	int	11	是	是	临时访问牌ID
token	varchar	64	否	否	临时访问牌
info	text	0	否	否
maxage	int	2	是	否	最大寿命
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
user_id	int	11	是	是	用户编号

access_token_copy
字段名称	类型	长度	不是null	主键	字段说明
token_id	int	11	是	是	临时访问牌ID
token	varchar	64	否	否	临时访问牌
info	text	0	否	否
maxage	int	2	是	否	最大寿命
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
user_id	int	11	是	是	用户编号

article
字段名称	类型	长度	不是null	主键	字段说明
article_id	mediumint	8	是	是	文章id
title	varchar	125	是	否	标题
type	varchar	64	是	否	文章分类
hits	int	10	是	是	点击数
praise_len	int	11	是	否	点赞数
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
source	varchar	255	否	否	来源
url	varchar	255	否	否	来源地址
tag	varchar	255	否	否	标签
content	longtext	0	否	否	正文
img	varchar	255	否	否	封面图
description	text	0	否	否	文章描述

article_type
字段名称	类型	长度	不是null	主键	字段说明
type_id	smallint	5	是	是	分类ID
display	smallint	4	是	是	显示顺序
name	varchar	16	是	否	分类名称
father_id	smallint	5	是	是	上级分类ID
description	varchar	255	否	否	描述
icon	text	0	否	否	分类图标
url	varchar	255	否	否	外链地址
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

auth
字段名称	类型	长度	不是null	主键	字段说明
auth_id	int	11	是	是	授权ID
user_group	varchar	64	否	否	用户组
mod_name	varchar	64	否	否	模块名
table_name	varchar	64	否	否	表名
page_title	varchar	255	否	否	页面标题
path	varchar	255	否	否	路由路径
position	varchar	32	否	否	位置
mode	varchar	32	是	否	跳转方式
add	tinyint	1	是	是	是否可增加
del	tinyint	1	是	是	是否可删除
set	tinyint	1	是	是	是否可修改
get	tinyint	1	是	是	是否可查看
field_add	varchar	500	否	否	添加字段
field_set	varchar	500	否	否	修改字段
field_get	varchar	500	否	否	查询字段
table_nav_name	varchar	500	否	否	跨表导航名称
table_nav	varchar	500	否	否	跨表导航
option	text	0	否	否	配置
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

collect
字段名称	类型	长度	不是null	主键	字段说明
collect_id	int	10	是	是	收藏ID
user_id	int	10	是	是	收藏人ID
source_table	varchar	255	否	否	来源表
source_field	varchar	255	否	否	来源字段
source_id	int	10	是	是	来源ID
title	varchar	255	否	否	标题
img	varchar	255	否	否	封面
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

comment
字段名称	类型	长度	不是null	主键	字段说明
comment_id	int	11	是	是	评论ID
user_id	int	11	是	是	评论人ID
reply_to_id	int	11	是	是	回复评论ID
content	longtext	0	否	否	内容
nickname	varchar	255	否	否	昵称
avatar	varchar	255	否	否	头像地址
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
source_table	varchar	255	否	否	来源表
source_field	varchar	255	否	否	来源字段
source_id	int	10	是	是	来源ID

community_workers
字段名称	类型	长度	不是null	主键	字段说明
community_workers_id	int	11	是	否	社区工作人员ID
job_no	varchar	64	是	否	工号
staff_name	varchar	64	否	否	工作人员姓名
examine_state	varchar	16	是	否	审核状态
recommend	int	11	是	否	智能推荐
user_id	int	11	是	否	用户ID
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

health_punch
字段名称	类型	长度	不是null	主键	字段说明
health_punch_id	int	11	是	否	健康打卡ID
user_no	int	11	否	否	用户编号
user_name	varchar	64	否	否	用户姓名
id_number	varchar	255	否	否	身份证号
punch_date	date	0	否	否	打卡日期
temperature	int	11	否	否	体温
any_discomfort	varchar	64	否	否	有无不适
remarks	text	0	否	否	备注
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

hits
字段名称	类型	长度	不是null	主键	字段说明
hits_id	int	10	是	是	点赞ID
user_id	int	11	是	是	点赞人
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
source_table	varchar	255	否	否	来源表
source_field	varchar	255	否	否	来源字段
source_id	int	10	是	是	来源ID

journey_report
字段名称	类型	长度	不是null	主键	字段说明
journey_report_id	int	11	是	否	行程报备ID
user_no	int	11	否	否	用户编号
user_name	varchar	64	否	否	用户姓名
id_number	varchar	255	否	否	身份证号
telephone	varchar	16	否	否	电话
date_of_filing	date	0	否	否	报备日期
is_there_any_exit_from_the_province	varchar	64	否	否	有无出省
health_code	varchar	64	否	否	健康码
area	text	0	否	否	所经地区
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

notice
字段名称	类型	长度	不是null	主键	字段说明
notice_id	mediumint	8	是	是	公告id
title	varchar	125	是	否	标题
content	longtext	0	否	否	正文
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

ordinary_users
字段名称	类型	长度	不是null	主键	字段说明
ordinary_users_id	int	11	是	否	普通用户ID
user_no	varchar	64	是	否	用户编号
user_name	varchar	64	否	否	用户姓名
id_number	varchar	255	否	否	身份证号
gender	varchar	64	否	否	性别
age	int	11	否	否	年龄
examine_state	varchar	16	是	否	审核状态
recommend	int	11	是	否	智能推荐
user_id	int	11	是	否	用户ID
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

praise
字段名称	类型	长度	不是null	主键	字段说明
praise_id	int	10	是	是	点赞ID
user_id	int	11	是	是	点赞人
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间
source_table	varchar	255	否	否	来源表
source_field	varchar	255	否	否	来源字段
source_id	int	10	是	是	来源ID
status	tinyint	1	是	否	点赞状态

risk_area
字段名称	类型	长度	不是null	主键	字段说明
risk_area_id	int	11	是	否	风险地区ID
risk_area	varchar	64	否	否	风险地区
risk_level	varchar	64	否	否	风险等级
epidemic_prevention_requirements	text	0	否	否	防疫要求
picture	varchar	255	否	否	图片
hits	int	11	是	否	点击数
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

slides
字段名称	类型	长度	不是null	主键	字段说明
slides_id	int	10	是	是	轮播图ID
title	varchar	64	否	否	标题
content	varchar	255	否	否	内容
url	varchar	255	否	否	链接
img	varchar	255	否	否	轮播图
hits	int	10	是	是	点击量
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

upload
字段名称	类型	长度	不是null	主键	字段说明
upload_id	int	11	是	否	上传ID
name	varchar	64	否	否	文件名
path	varchar	255	否	否	访问路径
file	varchar	255	否	否	文件路径
display	varchar	255	否	否	显示顺序
father_id	int	11	否	否	父级ID
dir	varchar	255	否	否	文件夹
type	varchar	32	否	否	文件类型

user
字段名称	类型	长度	不是null	主键	字段说明
user_id	mediumint	8	是	是	用户ID
state	smallint	1	是	是	账户状态
user_group	varchar	32	否	否	所在用户组
login_time	timestamp	0	是	否	上次登录时间
phone	varchar	11	否	否	手机号码
phone_state	smallint	1	是	是	手机认证
username	varchar	16	是	否	用户名
nickname	varchar	16	否	否	昵称
password	varchar	64	是	否	密码
email	varchar	64	否	否	邮箱
email_state	smallint	1	是	是	邮箱认证
avatar	varchar	255	否	否	头像地址
create_time	timestamp	0	是	否	创建时间

user_group
字段名称	类型	长度	不是null	主键	字段说明
group_id	mediumint	8	是	是	用户组ID
display	smallint	4	是	是	显示顺序
name	varchar	16	是	否	名称
description	varchar	255	否	否	描述
source_table	varchar	255	否	否	来源表
source_field	varchar	255	否	否	来源字段
source_id	int	10	是	是	来源ID
register	smallint	1	否	是	注册位置
create_time	timestamp	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

3.4本章小结

整个疫情健康上报管理系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 疫情健康上报管理系统详细设计与实现

疫情健康上报管理系统的详细设计与实现主要是根据前面的疫情健康上报管理系统的需求分析和疫情健康上报管理系统的总体设计来设计页面并实现业务逻辑。主要从疫情健康上报管理系统界面实现、业务逻辑实现这两部分进行介绍。

4.1用户功能模块

4.1.1 前台首页界面

当进入疫情健康上报管理系统的时候，首先映入眼帘的是系统的导航栏，下面是轮播图以及系统内容，其主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2用户登录界面

疫情健康上报管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到疫情健康上报管理系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-2所示。

图4-2用户登录界面图

登录关键代码如下所示。

/**

* 登录

* @param data

* @param httpServletRequest

* @return

@PostMapping("login")

public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

log.info("[执行登录接口]");

String username = data.get("username");

String email = data.get("email");

String phone = data.get("phone");

String password = data.get("password");

List resultList = null;

QueryWrapper wrapper = new QueryWrapper<User>();

Map<String, String> map = new HashMap<>();

if(username != null && "".equals(username) == false){

map.put("username", username);

resultList = service.selectBaseList(service.select(map, new HashMap<>()));

}

else if(email != null && "".equals(email) == false){

map.put("email", email);

resultList = service.selectBaseList(service.select(map, new HashMap<>()));

}

else if(phone != null && "".equals(phone) == false){

map.put("phone", phone);

resultList = service.selectBaseList(service.select(map, new HashMap<>()));

}else{

return error(30000, "账号或密码不能为空");

}

if (resultList == null || password == null) {

return error(30000, "账号或密码不能为空");

}

//判断是否有这个用户

if (resultList.size()<=0){

return error(30000,"用户不存在");

}

User byUsername = (User) resultList.get(0);

Map<String, String> groupMap = new HashMap<>();

groupMap.put("name",byUsername.getUserGroup());

List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

if (groupList.size()<1){

return error(30000,"用户组不存在");

}

UserGroup userGroup = (UserGroup) groupList.get(0);

//查询用户审核状态

if (!StringUtils.isEmpty(userGroup.getSourceTable())){

String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

if (res==null){

return error(30000,"用户不存在");

}

if (!res.equals("已通过")){

return error(30000,"该用户审核未通过");

}

//查询用户状态

if (byUsername.getState()!=1){

return error(30000,"用户非可用状态，不能登录");

}

String md5password = service.encryption(password);

if (byUsername.getPassword().equals(md5password)) {

// 存储Token到数据库

AccessToken accessToken = new AccessToken();

accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

accessToken.setUser_id(byUsername.getUserId());

tokenService.save(accessToken);

// 返回用户信息

JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

user.put("token", accessToken.getToken());

JSONObject ret = new JSONObject();

ret.put("obj",user);

return success(ret);

} else {

return error(30000, "账号或密码不正确");

}

public String select(Map<String,String> query,Map<String,String> config){

StringBuffer sql = new StringBuffer("select ");

sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");

sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));

if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){

sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");

}

if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){

sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");

}

if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){

int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;

int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;

sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);

}

log.info("[{}] - 查询操作，sql: {}",table,sql);

return sql.toString();

}

public List selectBaseList(String select) {

List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

List<E> list = new ArrayList<>();

for (Map<String,Object> map:mapList) {

list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

}

return list;

}

4.1.3用户注册界面

不是疫情健康上报管理系统中正式用户的是可以在线进行注册的，如果你没有本疫情健康上报管理系统的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-3所示。

图4-3用户注册界面图

注册关键代码如下所示。

/**

* 注册

* @return

@PostMapping("register")

public Map<String, Object> signUp(HttpServletRequest request) throws IOException {

// 查询用户

Map<String, String> query = new HashMap<>();

Map<String,Object> map = service.readBody(request.getReader());

query.put("username",String.valueOf(map.get("username")));

List list = service.selectBaseList(service.select(query, new HashMap<>()));

if (list.size()>0){

return error(30000, "用户已存在");

}

map.put("password",service.encryption(String.valueOf(map.get("password"))));

service.insert(map);

return success(1);

}

public Map<String,Object> readBody(BufferedReader reader){

BufferedReader br = null;

StringBuilder sb = new StringBuilder("");

try{

br = reader;

String str;

while ((str = br.readLine()) != null){

sb.append(str);

}

br.close();

String json = sb.toString();

return JSONObject.parseObject(json, Map.class);

}catch (IOException e){

e.printStackTrace();

}finally{

if (null != br){

try{

br.close();

}catch (IOException e){

e.printStackTrace();

}

return null;

}

public void insert(Map<String,Object> body){

E entity = JSON.parseObject(JSON.toJSONString(body),eClass);

baseMapper.insert(entity);

log.info("[{}] - 插入操作：{}",entity);

}

4.1.4疫情通知

当点击导航栏上的“疫情通知”的时候，就会进入对应的界面查看疫情通知信息，疫情通知如下图4-4所示。

图4-4疫情通知图

4.1.5疫情资讯界面

当用户点击疫情健康上报管理系统中导航栏上的“疫情资讯”后将会进入到该“资讯”列表的界面，然后选择想要看的疫情新闻，点击进入到详细界面，在详细界面可以收藏+点赞等操作，疫情资讯界面如下图4-5所示。

图4-5疫情资讯界面图

4.1.6健康打卡界面

当用户点击“健康打卡”以后，用户进行填写用户编号、用户姓名、打卡日期、身份证号、体温、有无不适等详细信息进行提交，健康打卡界面如下图4-6所示。

图4-6健康打卡界面图

4.1.7行程报备界面

行程报备：在首页导航栏上点击“健康打卡”这一菜单，我们点击进入进去以后，可以填写用户编号、用户姓名、身份证号、报备日期、电话、有无出省、健康码，所经地区信息进行提交；行程报备展示页面如图4-7所示。

图4-7行程报备界面图

4.2管理员功能模块

4.2.1系统用户管理界面

疫情健康上报管理系统中的管理人员是可以对前台注册的普通用户、社区人员进行管理的，也可以对管理员进行管控。界面如下图4-8所示。

图4-8用户管理界面图

4.2.2轮播图管理界面

疫情健康上报管理系统中中的管理人员在“轮播图管理”这一菜单中是可以对前台显示的轮播图进行管控。界面如下图4-9所示。

图4-9轮播图管理界面图

4.2.3疫情通知界面

疫情健康上报管理系统中的管理人员在“疫情通知”这一菜单中是可以对疫情健康上报管理系统内的疫情信息进行维护和管理的，界面如下图4-10所示。

图4-10疫情通知界面图

疫情通知关键代码如下所示。

@RequestMapping("/get_obj")

public Map<String, Object> obj(HttpServletRequest request) {

List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));

if (resultList.size() > 0) {

JSONObject jsonObject = new JSONObject();

jsonObject.put("obj",resultList.get(0));

return success(jsonObject);

} else {

return success(null);

}

4.2.4 信息管理界面

疫情健康上报管理系统中的管理人员在“信息管理”这一菜单下是可以对健康打卡、行程报备、风险地区进行管控的，其管理界面如下图4-11所示。

图4-11信息管理界面图

信息管理关键代码如下所示。

@PostMapping("/set")

@Transactional

public Map<String, Object> set(HttpServletRequest request) throws IOException {

service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));

return success(1);

}

5系统测试

5.1系统测试的目的

系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。

5.2 测试分析

测试评估系统质量的方法不局限于系统编码和过程，应该与软件设计工作和历史需求分析密切相关。

软件测试应遵循以下原则：

(1)软件测试应尽快进行，整个测试部分应在软件开发和设计的整个过程中进行。如发现错误，立即处理，将大大减少软件开发的时间，并提高软件的质量。

(2)在软件的各种测试中，测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。

(3)软件测试整个过程中的聚类现象应优先考虑。

(4)对于软件测试，我们应该尽量不去和自己设计的系统进行参考，而是要测试对方的程序，以确保软件测试结果的客观性和公平性。

(5)整个测试计划严格按照软件测试的具体实施细则进行。

(6)对整个测试结果进行综合检查，尽量避免重复错误。

5.3 系统测试结果

通过编写疫情健康上报管理系统的测试用例，已经检测完毕用户登录模块、疫情数据查看模块、疫情数据添加模块、疫情数据搜索模块、密码修改功能测试，通过这5大模块为疫情健康上报管理系统的后期推广运营提供了强力的技术支撑。

结论

通过疫情健康上报管理系统统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。

目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云系统服务器中。

本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。

系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。

参考文献

[1]赵瑞,黄思怡,韩朝桂,陈秋婷,邹明珠.新冠疫情下社区人员管理系统的设计与实现[J].现代信息科技,2022,6(24):14-17+22.DOI:10.19850/j.cnki.2096-4706.2022.24.004.

[2]谭港锐,王梦婷,王锦帆.基于社区工作者视角的新冠疫情健康风险沟通状况及对策[J].现代医学,2022,50(S1):115-120.

[3]孟兆敏,李晗.疫情时刻社区自组织形成的逻辑、条件及其反思[J].城市发展研究,2022,29(11):119-125.

[4]吴燕芳,尹小娟.疫情防控常态化下社区治理的实践进路[J].三晋基层治理,2022(05):20-25.

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

[6], 致敬:最美抗疫　疫情防控期间,社区工作者、志愿者等对境内外中高风险地区来常人员开展摸排登记和轨迹分析,分类分级精准实施健康管理;快递员、外卖员等工作人员坚守岗位,为群众提供便利服务. 金明杰主编,天宁年鉴,凤凰出版社,2021,17-18,年鉴.DOI:10.43615/y.cnki.ytnqn.2022.000010.

[7]贺斌.计算机软件开发中JAVA语言的应用研究[J].中国设备工程,2022(11):247-249.

[8]张如晗.新冠疫情下的社区网格化管理现状与未来发展[J].内蒙古电大学刊,2022(03):21-24.DOI:10.16162/j.issn.1672-3473.2022.03.005.

[9]杨迎.Java语言异常处理机制的分析[J].电子技术,2022,51(03):42-43.

[10]蒋源.后疫情时代健康社区的规划和治理[J].建筑与文化,2022(03):152-153.DOI:10.19875/j.cnki.jzywh.2022.03.060.

[11]曹嵩彭,王鹏宇.浅析Java语言在软件开发中的应用[J].信息记录材料,2022,23(03):114-116.DOI:10.16009/j.cnki.cn13-1295/tq.2022.03.009.

[12]Liao Qiuyan,Dong Meihong,Yuan Jiehu,Fielding Richard,Cowling Benjamin J,Wong Irene Oi Ling,Lam Wendy Wing Tak. Assessing Community Vulnerability over 3 Waves of COVID-19 Pandemic, Hong Kong, China.[J]. Emerging infectious diseases,2021,27(7).

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

[14]左晓瑜,唐照华.从新冠疫情看我国城市社区健康治理的重要性[J].西部学刊,2021(02):49-51.DOI:10.16721/j.cnki.cn61-1487/c.2021.02.015.

[15]郭静,舒芹,张雪娇,赵畅,赵愿安. 一种疫情后社区大健康信息处理方法及系统[P]. 湖北省：CN112116515A,2020-12-22.

[16]王亚军,杨柯,李英,张飒乐,段思柳,张少波,王菊宁,姚晚侠,马茂.新型冠状病毒肺炎疫情下社区网格化健康平台的构建与应用[J].中国医学伦理学,2020,33(10):1265-1269.

[17]夏婉,李全,张晶晶.疫情下智慧社区管理系统构建[J].信息技术与信息化,2020(08):67-70.

[18]吴昊,付诚.浅析疫情期间社区应急管理的困境和对策[J].公关世界,2020(14):101-102.

[19]肖东娟.新冠肺炎疫情背景下社区健康卫生服务系统设计与建构[J].中国艺术,2020(03):14-23.

[20]肖永平.疫情监测与上报管理系统的设计与实现[J].中国医疗设备,2019,34(02):103-106+115.

致谢

逝者如斯夫，不舍昼夜。转眼间，大用户用户活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？

感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。

少年，追风赶月莫停留，平荒尽处是春山。