摘 要
近年来,随着经济全球化和社会发展,返乡现象日益普遍,其中部分返乡人员可能存在抗疫突发事件的风险,为此,本文从宏观层面探讨了疫情期间返乡人员的管理方案。首先,建立疫情返乡人员的信息登记系统;其次,将返乡人员放入隔离区进行医学观察;最后;健全返乡人员管理和流转机制,制定严格的检测细则;加强健康教育,结食当地特色推出应急预警和应急处置方案。本文以此论述疫情期间返乡人员的管理方案的必要性,力求在维护社会稳定的同时尽快解决返乡人员可能存在的疫情风险。
本课题研究的疫情返乡人员管理系统,主要功能模块包括:防疫须知、疫情用品、返乡报备、用户反馈管理等,主要是主要采取Mysql作为后台数据的主要存储单元,运用软件工程原理和开发方法,采用Python的Django技术构建的,实现了系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对疫情返乡人员管理系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现疫情返乡人员管理系统和部署运行使用它。
关键词:Django框架;Mysql数据库;疫情返乡人员管理系统
Django epidemic return personnel management system
Abstract
In recent years, with the economic globalization and social development, the phenomenon of returning home has become increasingly common, and some of the returning people may have the risk of anti-epidemic emergencies. Therefore, this paper discusses the management plan of returning people during the epidemic from the macro level. First of all, establish the information registration system for people returning from the epidemic; Secondly, put the returnees into the isolation area for medical observation; last; Improve the management and circulation mechanism of returning personnel, and formulate strict detection rules; Strengthen health education and launch emergency early warning and emergency response plans with local characteristics. This paper discusses the necessity of the management plan for the returnees during the epidemic, and tries to solve the possible epidemic risks of the returnees as soon as possible while maintaining social stability.
The main functional modules of the epidemic return personnel management system studied in this project include: epidemic prevention instructions, epidemic supplies, return reporting, user feedback management, etc. It mainly adopts MySQL as the main storage unit of background data, uses software engineering principles and development methods, and uses Python's Django technology to build, and realizes all the functions of the system. This report first analyzes the background, role and significance of the research, laying a foundation for the rationality of the research work. Based on the analysis of various requirements and technical problems of the management system for epidemic returnees, the necessity and technical feasibility of the system are proved, and then the technical software and design ideas needed for the design of the system are introduced. Finally, the implementation and deployment of the management system for epidemic returnees are implemented.
Key words:Django framework; MySQL database; Management system for epidemic returning personnel
目 录
一、 绪论
(一) 研究背景与意义
(二) 研究内容
(三) 本文的组织结构
二、 开发工具及相关技术介绍
(一) 开发技术说明 3
(二) Mysql数据库 3
(三) Python简介 4
(四) Django框架 4
(五) B/S体系工作原理 4
三、 系统分析
(一) 可行性分析
1. 经济可行性
2. 技术可行性
3. 操作可行性
(二) 功能性需求分析
(三) 非功能性需求分析
(四) 业务流程分析
四、 系统设计
(一) 功能模块设计
(二) 数据库设计
1. 概念模型设计
2. 数据库表设计
五、 系统实现
(一) 用户登录的实现
(二) 系统前台主要功能实现
(三) 系统后台主要功能实现
六、 系统测试
(一) 系统可靠性测试
(二) 系统功能性测试
(三) 系统合格性测试
(四) 测试结果
七、 总结与展望
参考文献
致谢
近年来,随着经济全球化和社会发展,农村返乡现象日益普遍,许多农村返乡人员都会在城市进行短期工作,以提高家庭收入。然而,他们返乡途中可能是从受疫情影响比较大的地方返回,一旦出现突发的疫情,他们的返乡也会给其他农民带来潜在的健康风险。因此,维护疫情期间返乡人员的健康安全,防范疫情风险,我们必须建立一套行之有效的返乡人员管理方案。我们必须建立返乡人员的个人信息登记系统,建立起从出发返乡人员的轨迹,便于做出充分的措施,实现健康监测和统一管理。其中,我们需要登记返乡人员的出行旅程,体温信息以及其他健康信息,这些信息可以作为疫情防控的参考依据。要健全返乡人员的管理机制,科学合理布置返乡人员的住所,制定严格的检测细则,加强健康教育。同时,要结合当地特色,推出应急预警方案,及时掌握新疆人员流动趋势,及时采取应急处置措施,加大疫情防控力度。
因此开发一套“Django疫情返乡人员管理系统”。希望通过此方案的实施能够更好地维护社会振兴和农村发展,尽快解决疫情期间返乡人员存在的疫情风险。
- 研究内容
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,疫情返乡人员管理系统的开发使用Django框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对疫情返乡人员管理系统的设计主要划分别为管理员和用户角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行疫情政策的查询以及进行返乡报备,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
- 本文的组织结构
六个章节共同组成了本文研究及设计内容,包括:
第一章:绪论。本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章:相关技术介绍。主要介绍Django框架、Python嵌入式脚本语言、B/S模式等。
第三章:系统分析。包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章:系统设计。本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章:系统实现。将本系统分为前提的开发工具介绍和后期的功能代码实现。
第六章:系统测试。系统完成后,根据各个模块的测试用例才对各个模块进行功能测试。
(一)开发技术说明:
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于python的Django框架进行开发。
前端部分:前端框架采用了比较流行的渐进式PythonScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用Django作为开发框架,同时集成Redis等相关技术。
(二) Mysql数据库
Mysql是一个多用户、多线程的服务器,采用SQL的数据库,数据库管理系统是基于SQL的用户以及服务器模式的关系,它的优点有强大的功能、操作简单、管理方便、可靠安全、运行较快、多线程、跨平台性、完全网络化、稳定性等,非常适合Web站点或者其他应用软件,在数据库后端的开发。此外,利用许多语言,会员可以编写和访问Mysql数据库的程序。Mysql数据库也是开放源代码的,开发者越来越喜欢使用Mysql关系数据库,应用范围也被推而广之。这是由于速度快和易用性, Web站点或应用软件的数据库后端的开发也都在使用它。
mysql 数据库它有很多的优点,例如它在操作上能够让人通俗易懂、功能强大、信息储存量高等优点。所以被人们广泛应用,对于mysql数据库来说它一般主要是对数据进行编码和查询,而且在很多的设计当中都应用到了该数据库,在此过程当中我们可以对常规的数据进行查询和组合,所以我们在进行使用mysql数据库的时候只要对编写一小段的数据就能实现相应的功能。数据库,就是数据存储的储藏室,只不过数据是存储在计算机上的,而不是现实中的储藏室,数据的存放是按固定格式,而不是无序的,则定义就是 :长期有固定格式,可以共享的存储在计算机存储器上。数据库管理主要包括数据表的建立,数据存储、修改和增加数据,为了使数据库系统能够正常运行,相关人员进行的管理工作。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。
(三) Python简介
Python 是一个高层次的脚本语言结合了解释性、编译性、互动性和面向对象的。Python 的设计,相比其他语言经常使用英文关键字和其他语言的一些标点符号,它具有比其他语言更有特色语法结构,具有很强的可读性。
解释型语言:类似于Python和Perl语言,这意味着开发过程中没有了编译这个环节。
交互式语言:可以在一个 Python 提示符 >>> 后直接执行代码。
面向对象语言:Python支持面向对象的风格或代码封装在对象的编程技术
(四) Django框架
1.Spring的优势:
通过Spring的IOC特性,将对象之间的依赖关系交给了Spring控制,方便解耦,简化了开发。
2.Spring MVC的优势:
SpringMVC是使用了MVC设计思想的轻量级web框架,对web层进行解耦,使我们的开发更简洁。
3.Mybatis的优势:
数据库的操作(sql)采用xml文件配置,解除了sql和代码的耦合,提供映射标签,支持对象和和数据库orm字段关系的映射,支持对象关系映射标签,支持对象关系的组建提供了xml标签,支持动态的sql。
2.5 B/S体系工作原理:
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。。
本系统将在经济、技术、操作这三个角度上进行可行性分析。
整个系统从设计到开发以及测试过程严谨步骤齐全,所有工作任务全部由本人完成,并未获取外部技术支持,节约了一切服务成本开销以及人工成本,在硬件方面,为节约成本使用一台二手移动工作站作为项目部署服务器以及数据库服务器,成本在一万元一下,真个网络部署也是由本人独立完成不涉及到其他人工费用,整个开发过程本着低成本,低消耗的原则。
技术可行性分析的目的是确认该系统能否利用现有技术实现,并评估开发效率和完成情况。技术的可行性是指在当前的技术条件下,计算机软件和硬件的开发是否能够满足发展的要求。因为该系统的开发基于Python语言,所以开发该系统所需的软件和硬件条件可以在普通计算机上满足。因为它占用的内存相对较少,所以用Mysql数据库开发和设计软件理论上没有问题,因为它占用的内存太少。上述技术可以有效地保证系统的成功和高效开发。
疫情返乡人员管理系统的使用界面简单易于操作,采用常见的界面窗口来登录界面,通过电脑进行访问操作,用户只要平时使用过电脑都能进行访问操作。此系统的开发采用Python技术开发,人性化和完善化是B/S结构开发比较显要的特点使得用户操作相比较其他更加简洁方便。易操作、易管理、交互性好在本系统操作上体现得淋漓尽致。
用户用例图如下所示。
图1 用户用例图
管理员用例图如下所示。
图2 管理员用例图
防疫须知添加用例描述如下表所示。
表1防疫须知添加用例描述
用例名称 | 添加新防疫须知 | |
参与者 | 管理员 | |
用例概述 | 本用例用于管理员进行添加新防疫须知操作 | |
前置条件 | 管理员添加新防疫须知前必须登录系统 | |
后置条件 | 系统中添加一个新防疫须知 | |
基本事件流 | 参与者动作 | 系统响应 |
4、管理员填写新防疫须知,点击“添加”按钮。 | 2、系统打开添加新防疫须知界面。 3、系统检查管理员输入的防疫须知是正确有效的。 5、系统将防疫须知添加到数据库中。 6、系统提示“操作成功”。 7、系统跳转到防疫须知管理界面。 | |
其他事件流 | 系统验证管理员输入的防疫须知名为空,则提示“*请填写防疫须知内容!”。 |
用户编辑用例描述如下表所示。
表2用户编辑用例描述
用例名称 | 修改用户 | |
参与者 | 管理员 | |
用例概述 | 本用例用于管理员进行修改用户信息操作 | |
前置条件 | 管理员已经登录系统 | |
后置条件 | 系统中更新一条用户记录 | |
基本事件流 | 参与者动作 | 系统响应 |
1、管理员在后台主界面选择“用户管理”。 4、管理员在用户列表中选择一个用户,点击“编辑”按钮。 6、管理员填写用户信息,点击“保存修改”按钮。 | 2、系统从数据库中获取用户信息。 3、系统打开用户列表界面。 5、系统打开修改用户信息界面。 7、系统将更改后的添加到数据库中。 8、系统提示“操作成功”。 9、系统跳转到用户管理界面。 | |
其他事件流 | 无 |
疫情用品信息用例描述如下表所示。
表3疫情用品信息用例描述
用例名称 | 疫情用品信息 | |
参与者 | 用户 | |
用例概述 | 本用例用于用户进行对疫情用品信息查询操作 | |
前置条件 | 用户已经登录系统 | |
后置条件 | 查询疫情用品详细信息 | |
基本事件流 | 参与者动作 | 系统响应 |
1、用户在前台首页选择任意一个疫情用品信息。 4、管理员在用户列表中选择一个疫情用品信息。 7、用户选择疫情用品信息,点击“查询”按钮。 | 2、系统从数据库中获取疫情用品信息列表信息。 3、系统打开疫情用品信息列表界面。 5、系统从数据库中获取疫情用品信息。 6、系统打开疫情用品信息界面。 8、系统检查用户输入的信息是正确有效的。 | |
其他事件流 | 1、系统验证用户输入的字段为空,则提示“*疫情用品信息不能为空!”。 |
随着用户量的增加,系统可能会需要同时服务上千、上万个页面,服务器需要同时响应大量用户的操作,这就要求系统需要有良好的可扩展性,否则系统会出现延迟,卡顿甚至服务器崩溃的问题。高扩展性可以使软件保持旺盛的生命力,同时也能够使系统更好的适应用户增加、提高性能需求、增加应用功能等改变。
系统中保存了大量用户和管理员的个人信息,因此,保证系统服务器和数据安全是在开发过程中需要考虑的重要问题。安全性包括服务器安全、操作系统安全、数据库安全、程序代码安全以及用户个人信息和支付安全等,系统可以通过采用防火墙技术、加密技术、认证技术等来增强其安全性,只有一个健壮安全的系统才能具有长久的生命力。
疫情返乡人员管理系统的前台中,用户模块主要实现:防疫须知查询、疫情用品购买、返乡报备以及进行用户反馈交流的功能。疫情返乡人员管理系统的后台中,管理员对用户在前台提交产生的数据进行处理,以满足用户的需求。前台系统和后台系统有数据交互,整个系统各个部分相互独立又密不可分。后台的功能主要包括用户管理、公告管理、防疫须知管理、疫情用品管理、返乡报备管理、用户反馈管理、交流管理等。
如下为系统的顶层数据流程图,系统用户分为管理员和普通用户。
图3系统数据流程图(顶层)
如下图所示为系统底层数据流程图,具体描述系统用户使用的功能模块。
通过软件的需求分析已经获得了系统的基本功能需求。根据各大功能模块的不同,将系统分为各种功能大块。系统功能结构如下图所示。
图5系统功能结构图
概念设计包括实体和联系两部分,如该系统中,用户是一个实体,其属性包括用户 ID 标识、用户名、密码、电话、地址等属性。联系是指实体之间有意义的关联,包括一对一、一对多、多对多三种类型。
2.数据库概念结构设计
下面是疫情返乡人员管理系统中主要功能的E-R实体关系图。
图6 疫情返乡人员管理系统E-R关系图
3.数据库表设计
数据库表是设计和实现系统的一个重要基础。以下列出了疫情返乡人员管理系统几个重要的数据库表。
表epidemic_supplies (疫情用品)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | epidemic_supplies_id | int | 10 | 0 | N | Y | 疫情用品ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 用品名称 | |
3 | type_of_supplies | varchar | 64 | 0 | Y | N | 用品类型 | |
4 | product_specification | varchar | 64 | 0 | Y | N | 用品规格 | |
5 | price_of_supplies | int | 10 | 0 | Y | N | 0 | 用品价格 |
6 | articles_picture | varchar | 255 | 0 | Y | N | 用品图片 | |
7 | details_of_supplies | longtext | 2147483647 | 0 | Y | N | 用品详情 | |
8 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | 更新时间 |
表forum (论坛)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | forum_id | mediumint | 8 | 0 | N | Y | 论坛id | |
2 | display | smallint | 5 | 0 | N | N | 100 | 排序 |
3 | user_id | mediumint | 8 | 0 | N | N | 0 | 用户ID |
4 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
5 | praise_len | int | 10 | 0 | Y | N | 0 | 点赞数 |
6 | hits | int | 10 | 0 | N | N | 0 | 访问数 |
7 | title | varchar | 125 | 0 | N | N | 标题 | |
8 | keywords | varchar | 125 | 0 | Y | N | 关键词 | |
9 | description | varchar | 255 | 0 | Y | N | 描述 | |
10 | url | varchar | 255 | 0 | Y | N | 来源地址 | |
11 | tag | varchar | 255 | 0 | Y | N | 标签 | |
12 | img | text | 65535 | 0 | Y | N | 封面图 | |
13 | content | longtext | 2147483647 | 0 | Y | N | 正文 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
16 | avatar | varchar | 255 | 0 | Y | N | 发帖人头像: | |
17 | type | varchar | 64 | 0 | N | N | 0 | 论坛分类:[0,1000]用来搜索指定类型的论坛帖 |
表forum_type (论坛分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
3 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
4 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
5 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
6 | icon | varchar | 255 | 0 | Y | N | 分类图标: | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表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: |
表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 | 更新时间: |
表order_information (订单信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | order_information_id | int | 10 | 0 | N | Y | 订单信息ID | |
2 | item_name | varchar | 64 | 0 | Y | N | 用品名称 | |
3 | type_of_supplies | varchar | 64 | 0 | Y | N | 用品类型 | |
4 | product_specification | varchar | 64 | 0 | Y | N | 用品规格 | |
5 | price_of_supplies | int | 10 | 0 | Y | N | 0 | 用品价格 |
6 | articles_picture | varchar | 255 | 0 | Y | N | 用品图片 | |
7 | purchase_user | int | 10 | 0 | Y | N | 0 | 购买用户 |
8 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
9 | user_telephone | varchar | 64 | 0 | Y | N | 用户电话 | |
10 | shipping_address | varchar | 64 | 0 | Y | N | 收货地址 | |
11 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
12 | payment_amount | varchar | 64 | 0 | Y | N | 支付金额 | |
13 | purchase_date | date | 10 | 0 | Y | N | 购买日期 | |
14 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
15 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
16 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表ordinary_users (普通用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ordinary_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_age | 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 | 更新时间 |
表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已取消 |
表return_to_home_for_filing (返乡报备)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | return_to_home_for_filing_id | int | 10 | 0 | N | Y | 返乡报备ID | |
2 | reporting_user | int | 10 | 0 | Y | N | 0 | 报备用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_telephone | varchar | 64 | 0 | Y | N | 用户电话 | |
5 | address_before_returning | varchar | 64 | 0 | Y | N | 返前住址 | |
6 | address_after_returning | varchar | 64 | 0 | Y | N | 返后住址 | |
7 | isolated_hotel | varchar | 64 | 0 | Y | N | 隔离酒店 | |
8 | hotels_address | varchar | 64 | 0 | Y | N | 酒店地址 | |
9 | isolation_start | date | 10 | 0 | Y | N | 隔离开始 | |
10 | end_of_isolation | date | 10 | 0 | Y | N | 隔离结束 | |
11 | nucleic_acid_information | varchar | 255 | 0 | Y | N | 核酸信息 | |
12 | health_code | varchar | 255 | 0 | Y | N | 健康码 | |
13 | date_of_filing | date | 10 | 0 | Y | N | 报备日期 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表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 | 更新时间: |
表user_feedback (用户反馈)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_feedback_id | int | 10 | 0 | N | Y | 用户反馈ID | |
2 | feedback_to_users | int | 10 | 0 | Y | N | 0 | 反馈用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_telephone | varchar | 64 | 0 | Y | N | 用户电话 | |
5 | feedback_date | date | 10 | 0 | Y | N | 反馈日期 | |
6 | feedback_content | text | 65535 | 0 | Y | N | 反馈内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
- 系统实现
用户注册完成后,点击“登陆”进入到登陆页面,输入用户名和密码,点击“登陆”按钮,对用户名和密码进行验证,根据传入的用户名和密码在数据库中是否能查询到一条用户信息,若不能返回用户信息则登陆失败,页面提示用户名或密码错误。
登录界面如下图所示。
图5-1登录界面
用户界面要尽量简洁大方,使用户能够方便找到需要的功能入口,查看公告消息、在线交流、防疫须知、疫情用品等,且要易于修改和维护,同时还要保证用户合法和系统安全。
首页界面如下图所示。
图5-2首页界面
用户进入系统首页后,点击“注册”链接进入到注册页面,按照页面提示输入用户名密码和手机号,页面进行表单验证,验证输入的用户名和账号是否合法,表单验证通过后,点击“立即注册”按钮,利用 Ajax 技术,对用户名和账号实现页面无刷新验证,检测数据库中是否已经存在该用户名,若数据库中不存在,则注册成功,注册成功后,自动跳转到登录页面。
注册界面如下图所示。
图5-3注册界面
防疫须知页面,用户可以浏览防疫须知内容包括:标题、内容、发布时间等。如下图所示。
图5-4防疫须知页面
系统首页提供了疫情用品的搜索框,用户在搜索框内输入具体的疫情用品名称,点击搜索按钮,系统将用户搜索的疫情用品传递到后台。首先创建一个实体类 PageBean,该实体类的属性包括页码 pageCode、每页记录数 pageSize、总记录数 totalRecord 和一个 List 集合 beanList,用循环将搜索到的结果分页展示。
疫情用品界面如下图所示。
图5-5疫情用品界面
返乡报备需要用户在线进行提交,主要点击“返乡报备”界面进行个人报备信息填写,包括:返前地址、返后地址、隔离酒店、酒店地址、核酸信息、隔离开始、隔离结束、健康码、报备日期等信息,完善信息后进行报备提交。界面如下图所示。
图5-6返乡报备界面
管理员对系统用户的管理,在管理员管理实现管理员用户的管理,包括录入、删除、修改,修改密码通过SESSION获取用户名,然后输入新密码,使用sql命令更新密码。
用户管理界面如下图所示。
图5-7用户管理界面
管理员可以获取系统中所有疫情用品信息列表,并可以对其信息进行编辑。管理员需要输入新增、修改、删除、查询等,并对其进行维护管理等。
疫情用品管理界面如下图所示。
图5-8疫情用品管理界面
管理员可以对用户反馈信息进行维护管理,具体界面如下图所示。
图5-9用户反馈管理界面
以进入系统首页的访问速度为例展示系统的性能测试;系统的主要用户群体是购物理念较为先进的消费者,系统要在3秒钟内响应;需要完成页面的菜单栏、首页轮播图片、公告信息、翻译须知、疫情用品、返乡报备以及各功能模块入口等元素的显示。
功能性测试是指执行指定的工作流程,通过对一个系统的所有特性和功能都进行测试确保符合需求和规范。
系统功能性测试表如下表所示。
表11系统功能性测试表
编号 | 测试功能 | 测试内容 | 测试结果 |
1 | 用户登录 | 1.验证用户名与密码的正确性。 2.验证密码是否可见。 | 通过 |
2 | 首页展示 | 1.首页数据是否成功加载。 2.验证搜索功能的准确性。 3.验证是否可以异步加载。 4.验证导航栏按钮。 | 通过 |
3 | 个人信息修改 | 1.验证登录名是否可以正常更改。 2.验证联系方式是否可以更改。 3.验证密码是否可以修改。 | 通过 |
4 | 疫情用品管理 | 1.疫情用品列表是否可以生成。 2.验证信息是否准确。 | 通过 |
7 | 防疫须知管理 | 1.验证防疫须知新增是否可以成功。 2.验证防疫须知删除是否可以成功。 | 通过 |
8 | 订单信息管理 | 1.订单信息是否与上传一致。 2.新增、删除、修改。 | 通过 |
9 | 用户管理 | 1.验证用户录入功能。 2.验证用户违规清理功能。 | 通过 |
集成测试后,所有的模块已经全部连接完毕,形成了一个完整的系统。合格性测试是在集成测试完毕后,进一步对系统进行综合性的检测。经过合格性测试,可以检查出系统是否符合系统的设计,能够完成需求的所有功能。本系统经过最后的测试,所有模块功能都能按预定要求工作。
在实际测试中,经过一系列系统性的测试,使我们能够及时发现一些系统在设计中出现的疏忽和漏洞。经过严密的测试,不仅发现了模块内部的错误,也查找到模块连接后产生的错误。经过测试,对系统产生错误的地方进行优化、修改和完善,使得系统能够实现最初设计的基本功能。
本文针对疫情返乡人员管理系统的特点和用户需求,利用 Python相关技术、Django框架和等技术,通过详细的需求分析、页面设计和功能设计,系统利用JQuery 技术和 CSS 技术进行了页面设计,实现了包括用户模块、防疫须知模块、疫情用品模块、返乡报备模块的前台系统以及包括用户管理模块、用户反馈管理模块、防疫须知管理模块的后台系统。并添加了用户的访问控制,建立了一个完整、健壮、安全稳定的疫情返乡人员管理系统。
由于时间限制和本人能力条件有限,还存在一些不足,今后也会出现许多新的开发技术,未来还可以对程序做出如下改进:
(1)优化程序页面,使页面更加美观且方便操作;
(2)优化信息搜索功能,提供多条件选择查询搜索;
(3)进一步提高使用程序的安全性,使其更加健壮;
(4)优化数据和代码,提升软件效率,方便维护和扩展。
参考文献
[1]郑均雷.新冠肺炎疫情背景下防控工作能力提升研究[J].林区教学,2022(01):1-4.
[2]舒爱平,杨植.新时期参与疫情防控的长效机制与路径研究[J].产业与科技论坛,2022,21(02):221-222.
[3]滕达,李雪.新冠病毒疫情期间的防控策略探索[J].产业与科技论坛,2022,21(02):255-256.
[4]全面筑牢边境疫情防控铜墙铁壁[J].云南农业,2022(01):95.
[5]鄢姿.常态化疫情防控下的网络舆情应对探赜[J].闽南师范大学学报(哲学社会科学版),2021,35(04):122-126.
[6]莫岚远. 打造“校园模式” 筑牢防控屏障[N]. 南宁日报,2021-12-20(001).
[7]薛仰全. 构建科学有效防控机制 全力保障社会安全稳定[N]. 甘肃日报,2021-12-08(010).
[8]陈骏君,郭强,赖清楠,赵英. 基于领域驱动设计的疫情防控系统[C]//中国计算机用户协会网络应用分会2021年第二十五届网络新技术与应用年会论文集.,2021:142-146.
[9]胡若彤,黄柯毓,胡荣,徐雨清,马秀萍,程林.标准化视角下的疫情防控体系构建及评价研究[J].大众标准化,2021(21):230-233.
[10]刘利,秦晓明,代红英,卢晓红,张光贵.我国新冠肺炎疫情应急反应能力分析——基于网站对疫情防控信息的报道[J].卫生职业教育,2021,39(20):157-159.
[11]邱敏,梁婷婷,梁天友.基于Echarts数据分析的疫情防控系统设计[J].物联网技术,2021,11(10):100-102.
[12]李志鸿,李金忠,肖延龙,钟鸣山,周先亮,邹聪波.疫情防控平台的设计与实现[J].井冈山大学学报(自然科学版),2021,42(05):70-77.
[13]高艳芹.新冠肺炎疫情防控常态化背景下高校安全保卫措施研究[J].现代职业安全,2021(06):71-73.
[14]胡琨. 基于微服务的疫情防控系统的设计与实现[D].武汉轻工大学,2021.
[15]余秋兰.智能测温系统应用场景的研究[J].电脑知识与技术,2021,17(16):193-194.
[16]王黎玮,颜晔,胡金星,王雨馨.疫情防控常态化下大数据在安全管理中的应用研究[J].黑龙江人力资源和社会保障,2021(07):27-31.
[17]Lipeng Gao,Wei Zheng,Hongping Gan,Depeng Gao,Xikang Feng.Research and Practice of Hybrid Teaching for Software Testing based on Interactive Learning[J].计算机教育,2021(12):126-131.
致谢
时光飞逝,转眼间我在学校的这些年生活即将结束,回顾这几年的学习生活,收获良多,既有幸福也有难过,学校生活的结束对于我来说也是一个新的开始。论文即将完成,在此,我心中有许多想要感谢的人。首先感谢我的导师,不仅在学习研究方面加以指导,也在生活和为人处世上给予帮助。还要感谢授课老师,你们严谨的学术精神和积极向上的工作态度都在激励我的成长和进步。感谢多年来一直生活在一起的室友,谢谢你们多年来的陪伴和照顾。最后,要感谢各位论文评审老师,感谢您们在百忙之中抽空评阅本论文并给出宝贵的意见和建议。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-