目 录
摘要
1 绪论
1.1研究意义
1.2开发现状
1.3系统开发技术的特色
1.4 ssm框架介绍
1.5论文结构与章节安排
2 疫情时期人员流调平台系统分析
2.1 可行性分析
2.2 系统流程分析
2.2.1数据增加流程
2.2.2数据修改流程
2.2.3数据删除流程
2.3 系统功能分析
2.3.1 功能性分析
2.3.2 非功能性分析
2.4 系统用例分析
2.5本章小结
3 疫情时期人员流调平台总体设计
3.1 系统架构设计
3.2 系统功能模块设计
3.2.1整体功能模块设计
3.2.2用户模块设计
3.2.3评论管理模块设计
3.2.4疫数据管理模块设计
3.3 数据库设计
3.3.1 数据库概念结构设计
3.3.2 数据库逻辑结构设计
3.4本章小结 18
4 疫情时期人员流调平台详细设计与实现 19
4.1用户功能模块 19
4.1.1 前台首页界面 19
4.1.2 用户登录界面 19
4.1.3用户注册界面 23
4.1.4公告消息界面
4.1.5 疫情新闻界面
4.1.6防疫宣传界面
4.1.7 疫情数据详情界面
4.2管理员功能模块
4.2.1系统用户管理界面
4.2.2 轮播图管理界面 28
4.2.3 资源管理界面 29
4.2.4 模块管理界面 30
5系统测试 32
5.1系统测试的目的 32
5.2 系统测试用例 32
5.3 系统测试结果 33
结论 34
参考文献 35
致 谢
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用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 adopt Java technology to build the personnel flow dispatching platform during the epidemic period.
This design mainly realizes the personnel flow dispatching platform in the epidemic period, which integrates the advantages of humanization, efficiency and convenience, and completes the system user, epidemic prevention propaganda, epidemic data, flow dispatching report, case information, secondary confidential information, external report, confidential information, confirmed data, new data 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. During the epidemic period, the personnel flow dispatching platform is developed using Java language, ssm technology based on MVVM mode, and MyEclipse 2017 CI 10 compiler. In terms of data, Microsoft's MySQL relational database is mainly used as the data storage medium, and the system development is completed with HTML+CSS technology.
Keywords: Ssm technology; MYSQL; Personnel transfer platform during epidemic period
1 绪论
1.1研究意义
疫情之下,如何做好人员流动的监控与管理,对保障人民群众身体健康和生命安全具有重要意义。为进一步加强疫情期间人员信息采集工作,提升防控效率和水平,本文从分析新冠肺炎疫情下人群特征入手,结合大数据技术特点及应用情况,提出了基于大数据分析的人员流调平台建设方案,并详细介绍了该系统在实际应用中的关键技术实现方法,以期提高疫情期间人员信息管理质量,确保广大民众身心健康,促进社会稳定发展。通过实践验证本论文所开发的系统可有效地解决疫情期间人员流动问题。同时也能满足各部门业务需求,从而降低人力成本和企业运营风险。最终达到提高管理效率和经济效益的目的。
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.4ssm框架介绍
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 疫情时期人员流调平台分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
(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.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
按照疫情时期人员流调平台的角色,我划分为了管理员、普通用户、病例管理者、系统管理者、用户管理者这五大部分。
普通用户管理模块:
(1)注册登录模块:当普通用户想要进入本疫情时期人员流调平台中对资讯进行查看评论以及了解疫情新闻等操作的时候,就必须要登录到系统当中,要是新的用户没有疫情时期人员流调平台的账号的话,点击“注册”按钮,就会进入到新用户注册这个界面上,用户输入对应的账号(必须填写)+密码(必须填写)+确认密码(必须填写,而且要与密码一直)+昵称+邮箱+手机号+选择用户身份等等,然后点击“注册”,系统在用户这一数据库中会查询账号是不是存在,两次密码是不是一样,都填写正确就会注册成功,然后再进行登录,如果是之前已经注册过的用户很长时间没有使用,忘记密码,也可以点击“忘记密码”进行找回;
(2)查看疫情时期人员流调平台的首页信息:疫情时期人员流调平台的首页信息包含了首页、网站公告、公告消息、疫情新闻、防疫宣传、疫情数据、流调上报、我的(我的账户、我的收藏、个人中心)等。
(3)公告消息:在首页导航栏上我们会看到“公告消息”这一菜单,我们点击进入进去以后,会看到所有管理员在后台发布的公告信息;
(4)疫情新闻:在首页导航栏上我们会看到“疫情新闻”这一菜单,我们点击进入进去以后,会看到所有资讯列表,在这个界面,我们可以点击进入进行查看、评论、点赞等;
(5)疫情数据:在首页导航栏上点击“疫情数据”弹跳出的是疫情数据列表,可以点击随意一款疫情数据进行了解其具体信息。包括数据标题、数据类型等;
(6)流调上报:在“流调上报”下拉查看具体某个流调上报下方点击上报按钮,具体再输入上报用户、联系电话、体温温度、有无病史、健康状态、用户姓名、居住地址、是否确诊、乘坐交通等信息进行提交;
管理员管理模块:
(1)登录:管理员的账号是在数据表表中直接设置生成的,不需要进行注册;
(2)系统用户管理:当点击“用户管理”这一菜单的时候,会出现管理员+普通用户+病例管理者+系统管理者+用户管理者五个子菜单,可以对这五个模块进行增删改查操作;
(3)资源管理:在“资源管理”这一菜单下,我们会看到疫情新闻资讯+疫情新闻这两个子菜单,管理员能够对这两个模块进行增删改查操作;
(4)公告消息管理:当点击“公告消息管理”这一菜单的时候,会出现公告消息这一个子菜单,可以对这一个模块进行增删改查操作;
(5)模块管理:当点击“模块管理”这一菜单的时候,会出现防疫宣传+疫情数据+流调上报+病例信息+次密信息+外来报备+密接信息+确诊数据+新增数据这九个子菜单,管理员能够对这九个模块进行增删改查操作;
病例管理者角色:
(1)注册登录:在系统的右上角有登录+注册按钮,如果用户想要登录到系统当中,可以点击“登录”按钮,然后填写号用户名+密码,点击“登录”按钮,系统会对你的用户名密码进行核对,正确的话就会登录成功了,如果没有账号的话,可以点击右上角的“注册”按钮,然后根据提示输入好用户信息,就可以得到账号和密码了;
(2)病例信息;病例管理者登录系统后可以进行病例信息的录入添加操作,上报用户、用户姓名、联系电话等;
(3)次密信息:在病例管理者登录后的界面中“次密信息”点击后可以输入人员姓名、联系电话、居住地址、发现地点等进行查询、添加、删除等;
系统管理角色:
(1)注册登录:在系统的右上角有登录+注册按钮,如果用户想要登录到系统当中,可以点击“登录”按钮,然后填写号用户名+密码,点击“登录”按钮,系统会对你的用户名密码进行核对,正确的话就会登录成功了,如果没有账号的话,可以点击右上角的“注册”按钮,然后根据提示输入好用户信息,就可以得到账号和密码了;
(2)防疫宣传管理:系统管理对防疫宣传进行查询、删除、添加等管理;
2.3.2 非功能性分析
疫情时期人员流调平台的非功能性需求比如 疫情时期人员流调平台的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1 疫情时期人员流调平台非功能需求表
安全性 | 主要指疫情时期人员流调平台数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指疫情时期人员流调平台能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响疫情时期人员流调平台占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着疫情时期人员流调平台的页面展示内容进行操作,就可以了。 |
可维护性 | 疫情时期人员流调平台开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
通过2.3功能的分析,得出了本疫情时期人员流调平台的用例图:
普通用户角色用例如图2-3所示。
图2-3疫情时期人员流调平台普通用户角色用例图
web后台管理上的管理员是维护整个疫情时期人员流调平台中所有数据信息的。管理员角色用例如图2-4所示。
web后台管理上的管理员是维护整个疫情时期人员流调平台中所有数据信息的。病例管理角色用例如图2-5所示。
图2-5 疫情时期人员流调平台中病例管理角色用例图
本章主要通过对疫情时期人员流调平台的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个疫情时期人员流调平台要实现的功能。同时也为疫情时期人员流调平台的代码实现和测试提供了标准。
本章主要讨论的内容包括疫情时期人员流调平台的功能模块设计、数据库系统设计。
本疫情时期人员流调平台从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1疫情时期人员流调平台架构设计图
表现层(UI):又称UI层,主要完成本疫情时期人员流调平台的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本疫情时期人员流调平台时的舒适度。UI的界面设计也要适应不同版本的疫情时期人员流调平台以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本疫情时期人员流调平台的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本疫情时期人员流调平台的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本疫情时期人员流调平台的数据存储和管理功能。
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本疫情时期人员流调平台中的用例。那么接下来就要开始对本疫情时期人员流调平台的架构、主要功能和数据库开始进行设计。疫情时期人员流调平台根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2疫情时期人员流调平台功能模块图
本网站的用户包括管理员和注册用户模块。两种用户模块的功能基本是相同的,注册用户模块比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,如下图:
图3-3用户用户模块结构图
疫情时期人员流调平台是一个交流性质的公开网站,用户和用户之间可以对网站上的内容,比如交流中心、资讯等进行点评,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-4评论模块结构图
疫情时期人员流调平台是需要存储不少疫情数据信息,其模块功能结构,具体的结构图如下:
图3-5疫情数据模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
下面是整个疫情时期人员流调平台中主要的数据库表总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-10确诊数据E-R关系图
通过上一小节中 疫情时期人员流调平台中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
system_istrator表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
system_istrator_id | int | 11 | 是 | 是 | 系统管理者ID |
employee_id | varchar | 64 | 是 | 否 | 人员工号 |
name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
gender | varchar | 64 | 否 | 否 | 人员性别 |
age_of_personnel | varchar | 64 | 否 | 否 | 人员年龄 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
secondary_secret_information表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
secondary_secret_information_id | int | 11 | 是 | 是 | 次密信息ID |
name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
contact_number | varchar | 64 | 否 | 否 | 联系电话 |
residential_address | varchar | 64 | 否 | 否 | 居住地址 |
location_of_discovery | varchar | 64 | 否 | 否 | 发现地点 |
discovery_time | varchar | 64 | 否 | 否 | 发现时间 |
isolation_site | varchar | 64 | 否 | 否 | 隔离地点 |
isolation_time | varchar | 64 | 否 | 否 | 隔离时间 |
record_date | date | 0 | 否 | 否 | 记录日期 |
record_the_number_of_people | int | 11 | 否 | 否 | 记录人数 |
personnel_picture | varchar | 255 | 否 | 否 | 人员图片 |
details | longtext | 0 | 否 | 否 | 详情内容 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
cryptographic_information表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
cryptographic_information_id | int | 11 | 是 | 是 | 密接信息ID |
name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
contact_number | varchar | 64 | 否 | 否 | 联系电话 |
residential_address | varchar | 64 | 否 | 否 | 居住地址 |
location_of_discovery | varchar | 64 | 否 | 否 | 发现地点 |
discovery_time | varchar | 64 | 否 | 否 | 发现时间 |
isolation_site | varchar | 64 | 否 | 否 | 隔离地点 |
isolation_time | varchar | 64 | 否 | 否 | 隔离时间 |
record_date | date | 0 | 否 | 否 | 记录日期 |
record_the_number_of_people | int | 11 | 否 | 否 | 记录人数 |
personnel_picture | varchar | 255 | 否 | 否 | 人员图片 |
details | longtext | 0 | 否 | 否 | 详情内容 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
case_information表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
case_information_id | int | 11 | 是 | 是 | 病例信息ID |
name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
contact_number | varchar | 64 | 否 | 否 | 联系电话 |
residential_address | varchar | 64 | 否 | 否 | 居住地址 |
case_time | varchar | 64 | 否 | 否 | 病例时间 |
record_date | date | 0 | 否 | 否 | 记录日期 |
case_status | varchar | 64 | 否 | 否 | 病例状态 |
personnel_picture | varchar | 255 | 否 | 否 | 人员图片 |
case_trajectory | text | 0 | 否 | 否 | 病例轨迹 |
case_details | longtext | 0 | 否 | 否 | 病例详情 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
epidemic_prevention_publicity表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
epidemic_prevention_publicity_id | int | 11 | 是 | 是 | 防疫宣传ID |
epidemic_prevention_title | varchar | 64 | 否 | 否 | 防疫标题 |
epidemic_prevention_type | varchar | 64 | 否 | 否 | 防疫类型 |
release_date | date | 0 | 否 | 否 | 发布日期 |
epidemic_prevention_cover | varchar | 255 | 否 | 否 | 防疫封面 |
epidemic_prevention_description | text | 0 | 否 | 否 | 防疫描述 |
epidemic_prevention_details | longtext | 0 | 否 | 否 | 防疫详情 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
ordinary_users表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
ordinary_users_id | int | 11 | 是 | 是 | 普通用户ID |
user_name | varchar | 64 | 否 | 否 | 用户姓名 |
user_gender | varchar | 64 | 否 | 否 | 用户性别 |
user_age | varchar | 64 | 否 | 否 | 用户年龄 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
diagnostic_data表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
diagnostic_data_id | int | 11 | 是 | 是 | 确诊数据ID |
data_serial_number | varchar | 64 | 是 | 否 | 数据序号 |
name_of_diagnosis | varchar | 64 | 否 | 否 | 确诊名称 |
type_of_diagnosis | varchar | 64 | 否 | 否 | 确诊类型 |
existing_diagnosis | int | 11 | 否 | 否 | 现有确诊 |
data_details | longtext | 0 | 否 | 否 | 数据详情 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
epidemic_data表: | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
epidemic_data_id | int | 11 | 是 | 是 | 疫情数据ID |
data_title | varchar | 64 | 否 | 否 | 数据标题 |
data_type | varchar | 64 | 否 | 否 | 数据类型 |
release_date | date | 0 | 否 | 否 | 发布日期 |
data_cover | varchar | 255 | 否 | 否 | 数据封面 |
formal_analysis | text | 0 | 否 | 否 | 形式分析 |
data_details | longtext | 0 | 否 | 否 | 数据详情 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
整个疫情时期人员流调平台的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 疫情时期人员流调平台详细设计与实现
疫情时期人员流调平台的详细设计与实现主要是根据前面的疫情时期人员流调平台的需求分析和疫情时期人员流调平台的总体设计来设计页面并实现业务逻辑。主要从疫情时期人员流调平台界面实现、业务逻辑实现这两部分进行介绍。
当进入疫情时期人员流调平台的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及系统内容,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
疫情时期人员流调平台中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到 疫情时期人员流调平台的首页中;否则将会提示相应错误信息,用户登录界面如下图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-7所示。
图4-7疫情数据详情界面图
4.2.1系统用户管理界面
疫情时期人员流调平台中的管理人员是可以对前台注册的普通用户、病例管理者、系统管理者、用户管理者进行管理的,也可以对管理员进行管控。界面如下图4-8所示。
疫情时期人员流调平台中中的管理人员在“轮播图管理”这一菜单中是可以对前台显示的轮播图进行管控。界面如下图4-9所示。
图4-9轮播图管理界面图
疫情时期人员流调平台中的管理人员在“资源管理”这一菜单中是可以对疫情时期人员流调平台内的疫情新闻以及疫情新闻资讯进行维护和管理的,界面如下图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系统测试
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
系统测试包括:用户登录功能测试、疫情数据展示功能测试、疫情数据添加、疫情数据搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
疫情数据查看功能测试:
表5-2 疫情数据查看功能测试表
用例名称 | 疫情数据查看 |
目的 | 测试疫情数据查看功能 |
前提 | 用户登录 |
测试流程 | 点击疫情数据列表 |
预期结果 | 可以查看到所有疫情数据信息 |
实际结果 | 实际结果与预期结果一致 |
管理员添加疫情数据界面测试:
表5-3 管理员添加疫情数据界面测试表
用例名称 | 疫情数据发布测试用例 |
目的 | 测试疫情数据发布功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)点击疫情数据信息管理就,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的疫情数据信息 |
实际结果 | 实际结果与预期结果一致 |
疫情数据搜索功能测试:
表5-4疫情数据搜索功能测试表
用例名称 | 疫情数据搜索测试 |
目的 | 测试疫情数据搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的疫情数据 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写疫情时期人员流调平台的测试用例,已经检测完毕用户登录模块、疫情数据查看模块、疫情数据添加模块、疫情数据搜索模块、密码修改功能测试,通过这5大模块为疫情时期人员流调平台的后期推广运营提供了强力的技术支撑。
至此,疫情时期人员流调平台已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、ssm技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]申志强,田玉兵. 一种JAVA类实例和目标格式数据的转换方法和装置[P]. 北京市:CN115455239A,2022-12-09.
[2]沈紫琼,韩铁光,庄润森,陈艳谊,刘敏,邹锟,赵莉,李佳圆.新冠疫情常态化时期健康教育人员焦虑抑郁状况及影响因素研究[J].现代预防医学,2022,49(22):4174-4179.DOI:10.20043/j.cnki.MPM.202204506.
[3]沈志元,张文健.基于Java技术的医院管理系统的设计与实现[J].电脑知识与技术,2022,18(32):38-40+54.DOI:10.14004/j.cnki.ckt.2022.1994.
[4]张丽景,张文川.基于对比分析法的高职“MySQL数据库”课程设计——以兰州石化职业技术大学为例[J].现代信息科技,2022,6(21):188-191.DOI:10.19850/j.cnki.2096-4706.2022.21.046.
[5]曹泽翰.基于SSM框架的流体力学课程虚拟仿真实验平台设计[J].信息与电脑(理论版),2022,34(20):34-36.
[6]王棋.基于SSM框架的网上摄影系统设计与实现[J].电子质量,2022(10):89-93.
[7]许磊,靳冬丽,温世宝,胡仕祥.新型冠状病毒肺炎疫情时期护理人员职业紧张状况调查[J].临床心身疾病杂志,2022,28(03):1-5+10.
[8]张晋龙.重大疫情时期大学生的成长成熟研究[J].河北工业大学学报(社会科学版),2021,13(04):75-82.DOI:10.14081/j.cnki.cn13-1396/g4.000232.
[9]朱新铭,刘海砚,卢宣蓓,徐青,张付兵.疫情防控常态化时期的高校人员态势感知系统设计与实现[J].北京测绘,2021,35(11):1479-1483.DOI:10.19580/j.cnki.1007-3000.2021.11.022.
[10]林易康, 基于Java的web应用程序控制管理软件. 湖北省,武汉东湖学院,2021-10-01.
[11]张永盛. 基于SSM框架的天学网一对一直播课管理系统的设计与实现[D].首都经济贸易大学,2021.DOI:10.27338/d.cnki.gsjmu.2021.000643.
[12]Witsarut Sriratana,Vittaya Khagwian,Sutham Satthamsakul. Analysis of Electric Current by Using MySQL Database on Web Server for Machine Performance Evaluation: A Case Study of Air Conditioning System[J]. 제어로봇시스템학회 국제학술대회 논문집,2020.
[13]. Information Technology - Data Management; Data on Data Management Reported by Researchers at Port Said University (Performance Evaluation of Iot Data Management Using Mongodb Versus Mysql Databases In Different Cloud Environments)[J]. Computer Technology Journal,2020.
[14], 专科(678人) 软件技术(Java方向)(225人). 朱金瑞 主编,河南财经政法大学年鉴,中州古籍出版社,2018,525-526,年鉴.DOI:10.38722/y.cnki.ycjzf.2020.001067.
[15]Margaretha Ohyver,Jurike V. Moniaga,Iwa Sungkawa,Bonifasius Edwin Subagyo,Ian Argus Chandra. The Comparison Firebase Realtime Database and MySQL Database Performance using Wilcoxon Signed-Rank Test[J]. Procedia Computer Science,2019,157(C).
[16]SJ/T 11683-2017, Java语言源代码缺陷控制与测试指南[S].
致 谢
逝者如斯夫,不舍昼夜。转眼间,大用户用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
关注&点赞&收藏&私信博主,免费领取项目源码