摘 要
信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对社区防疫管理等问题,对社区防疫管理系统进行研究分析,然后开发设计出基于Django框架的社区防疫管理系统以解决问题。
本文首先介绍了系统的研究背景和研究意义,阐述了开发社区防疫管理系统的必要性。然后,根据系统的需求分析提出了系统的总体设计方案,选择采用C/S和B/S混合模式的体系结构。接着,分别对前台客户端和后台管理端的功能模块进行了划分与设计,并对系统的数据库结构进行了详细设计。之后,阐述了系统的开发环境,使用Mysql数据库访问技术实现了数据库的访问,介绍了系统Web客户端以及管理端的主要模块的详细设计与实现,采用Python实现基于Django的网络通信。最后,展示了系统的运行效果。
关键词:疫情防控管理;Django框架;社区
Django Community Epidemic Prevention Management System
Abstract
In the information society, there is a need for targeted access to information, but the expansion of the access is basically the direction of people's efforts. Because of the deviation in the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of community epidemic prevention management, this paper studies and analyzes the community epidemic prevention management system, and then develops and designs the community epidemic prevention management system based on Django framework to solve the problems.
This paper first introduces the research background and significance of the system, and expounds the necessity of developing the community epidemic prevention management system. Then, according to the demand analysis of the system, the overall design scheme of the system is proposed, and the system structure of C/S and B/S mixed mode is selected. Then, the functional modules of the foreground client and the background management end are divided and designed, and the database structure of the system is designed in detail. After that, it describes the development environment of the system, uses MySQL database access technology to realize database access, introduces the detailed design and implementation of the main modules of the system's Web client and management side, and uses Python to realize network communication based on Django. Finally, it shows the operation effect of the system.
Key words: Epidemic prevention and control management; Django framework; community
目 录
致谢 40
1.1研究背景与意义
社区是城市的基本单元和细胞,社区是城市居民生活的空间,社区是春节期间居民主要活勤场地,社区是疫情防控的第一线,社区是医院之外的重要防控“战场”,社区疫情的防控是整个疫情防控成败的关键。做好社区疫情的防控,扎密社区防疫管理的这一道防线,就能有效地切断疫情的传播途径,从有效地遏制疫情的蔓延。相反,若社区防疫管理的工作怠慢,有疏忽,存在漏洞,这样的话整个疫情可能迟迟得不到控制,甚至前功尽弃,导致疫情蔓延持续多次暴发,给国家造成更大的损失和破坏。
面对信息化时代的来临与社区防疫的发展改革和转型升级,疫情防控手段越来越正规化、科学化。使用计算机对一些信息管理,具有众多优点,可靠性高、存储量大、保密性好、寿命长、成本低等。因此开发一套社区防疫管理系统是很有必要的事情,它将成为社区管理中不可缺少的一部分。在日常使用过程中,计算机系统提供的方便,使得操作人员提高工作效率,并使社区资源得以更有效配置,从而提高社区日常管理水平,也让社区内部更好的为使用者服务和提供的便利。
1.2研究内容
社区防疫管理系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,社区防疫管理系统的开发使用Django框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对社区防疫管理系统的设计主要划分别为管理员和用户角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行信息查询,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
1.3论文组成结构
根据市场调研得到的信息数据,结合发展现状,利用相关系统开发和设计方法,最终设计出社区防疫管理系统 。
本文共有七章,如下所示。
第一章概述了社区防疫管理系统的研究目的和意义;精炼地总结了国内外在内的领域研究情况和未来的研究趋势,最后给出了论文的组成结构。
第二章简要概述了本文所用的开发技术和工具。
第三章简要对系统各业务流程进行需求分析、可行性分析。
第四章对社区防疫管理系统进行设计。
第五章对社区防疫管理系统进行实现,并贴出相关页面截图,语言描述出具体功能实现的操作方法。
第六章对社区防疫管理系统采用测试用例的方式来对一些主要功能模块测试,最后得出测试结果。
第七章总结全文并对未来的研究做出展望。
PyCharm是用于Python脚本语言的最流行的IDE。
1.每个文件都有其输出窗口。
2.可以终止进程(只要点下按钮就行)。
3.各种提示超强:①没用的变量颜色会变灰②用错了的变量下面会有红色波浪线③书写提示(sublime也有但较弱)。
4.索引功能超强。
现在MySQL数据库在网络上它可以支撑许多个用户,而且也可以适应客服机和服务器的部署或者配置等,我们这里的服务器和客户机其实就是一种软件上的概念,并且我们使用的计算机硬件也与他们不存在一一对应的关系。
MySQL是一款非常流行的关系型数据库管理系统,它的出现一直都是佼佼者,它不仅功能非常强大,而且使用起来非常方便,并且MySQL的跨平台能力也很好,软件开发人员非常喜欢它的这些强大的优点。不同于其他关系型数据库,对于数据库的管理它有着自己的一套方案,通过对用户设定相应的权限和角色来达到对数据库的管理。由此可见,MySQL是一个能够适用于吞吐量高,可靠性高,效率高的一款数据库管理软件。
优点一:MySQL中对于不同身份的用户都设定其不同的权限来完成不同的业务逻辑,这使得MySQL在安全和完整性远远超出了其他关系型数据库。
优点二:对于那些动画、图形和声音的数据类型MySQL也可以支持,这说明多数据类型MySQL也是可以支持的。
优点三:MySQL还可以做到多个平台的开发,软件开发的多种编程语言都可以实现对MySQL数据库的操作。
Python是一种开发语言,能够以直译的方式进行计算机语言,而且可以面向对象编程。它是由Guido van Rossum在十九世纪八十年代末研发出来,并且在九一年公开发行使用。Python有很多特点,比如有简洁的语法,清晰的语句,丰富的类库。正式由于这些优点,能够非常快速的和其他语言进行结合,来实现各种功能模块。很多人给它起了个外号叫“黏黏胶”语言。使用Python快速生成程序的原型,是现在很多程序员使用的方法。如果其中有比较特殊要求的地方,也非常方便的进行修改。
而且PyQt具有双证,为它能够跨平台运行(例如UNIX,微软和苹果的平台)提供了保证。
使用Python语言之前,要进行平台的安装,用户需要根据不同的平台,下载不同的版本,然后进行环境变量的配置,便可以进行运行。
Python 特点:
1.相对于其他计算机语言来说学习起来比较简单:Python的关键字较少,结构相对简单,语法简单,对于刚学编程语言的人来说更容易上手。
2.阅读起来也相对简单:Python代码结构简洁明了,并在定义上看起来也非常清晰,所以在阅读的过程中更加简单。
3.维护起来方便:Python的维护简单方便。
4.标准库特别广泛:Python的最大的最大优势是有非常多的库,而且是跨平台的,而且对系统的兼容性很好,比如在UNIX,Windows和Macintosh系统上都能够进行兼容。
5.具有方便的互动模式:有了互动模式的支持,开发者可以从代码就可以看到结果,这样开发者对程序的测试与调试,变的更方便。
6.可移植性好:Python可以跨平台运行。
7.扩展性非常好的:如果有关键的代码,你可以用特殊的语言进行编写,也能够在系统中调试运行。
-
- Django框架
Django是一个由Python编写的具有完整架站能力的开源Web框架。使用Django,只要很少的代码,Python的程序开发人员就可以轻松地完成一个正式网站所需要的大部分内容,并进一步开发出全功能的Web服务。
Django本身基于MVC模型,即Model(模型)+View(视图)+ Controller(控制器)设计模式,因此天然具有MVC的出色基因:开发快捷、部署方便、可重用性高、维护成本低等。Python加Django是快速开发、设计、部署网站的最佳组合。
- 系统分析
3.1可行性分析
本系统将在经济、技术、操作这三个角度上进行可行性分析。
-
-
- 经济可行性
-
整个系统从设计到开发以及测试过程严谨步骤齐全,所有工作任务全部由本人完成,并未获取外部技术支持,节约了一切服务成本开销以及人工成本,在硬件方面,为节约成本使用一台二手移动工作站作为项目部署服务器以及数据库服务器,成本在一万元一下,真个网络部署也是由本人独立完成不涉及到其他人工费用,整个开发过程本着低成本,低消耗的原则。
-
-
- 技术可行性
-
技术可行性分析的目的是确认该系统能否利用现有技术实现,并评估开发效率和完成情况。技术的可行性是指在当前的技术条件下,计算机软件和硬件的开发是否能够满足发展的要求。因为该系统的开发基于Python语言,所以开发该系统所需的软件和硬件条件可以在普通计算机上满足。因为它占用的内存相对较少,所以用Mysql数据库开发和设计软件理论上没有问题,因为它占用的内存太少。上述技术可以有效地保证系统的成功和高效开发。
-
-
- 操作可行性
-
社区防疫管理系统的使用界面简单易于操作,采用常见的界面窗口来登录界面,通过电脑进行访问操作,用户只要平时使用过电脑都能进行访问操作。此系统的开发采用Python技术开发,人性化和完善化是B/S结构开发比较显要的特点使得用户操作相比较其他更加简洁方便。易操作、易管理、交互性好在本系统操作上体现得淋漓尽致。
3.2性能分析
对于性能分析,与传统的管理方式相比,传统的管理方式是使用人工通过用纸和笔进行数据信息的统计和管理,并且这种方式对于存储和查找某一数据信息都比较麻烦,随着计算机网络的到来,这种传统的方法很难适应当下社会的发展,不仅降低人们的办事效率,而且还需要很多的人力和物力,对于使用的时间和所要花费的费用都是比较高的,为了降低成本费用,提高用户的工作效率,进行开发一套基于计算机和网络技术的社区防疫管理系统。
社区防疫管理系统的开发设计时一个独立的系统,以流行数据库进行数据的存储开发,主要是为了实现社区防疫管理系统的用户角色及相对应的功能模块,让社区防疫管理系统的管理不会存在管理差异、低效率,而是跟传统的管理信息恰好相反,社区防疫管理系统的实现可以节约资源,并且对于业务的处理速度也提高,速度快、效率高,功能性强大。
3.3系统操作流程
3.3.1用户登录流程
对于系统的安全性的第一关,就是用户想要进入系统,必须通过登录窗口,输入自己的登录信息才可以进行登录,用户输入的信息准确无误后才可以进入到操作系统界面,进行功能模块的相对应操作,如果用户输入的信息不正确,则窗口出现提示框,用户登录失败,返回到第一步进行重新输入,如图3-1所示。
图3-1登录操作流程图
3.3.2信息添加流程
对于社区防疫管理系统,需要随时添加所需要的数据信息,对于用户添加信息,需要根据添加界面,根据选框的内容进行填写所要添加的数据信息,信息输入完成后判断数据信息是否符合要求,符合要求则添加完成,用户所添加的信息不符合要求,则需要返回到第一步,重新输入数据信息,再进行判断操作,如图3-2所示。
3.3.3信息删除流程
不管是哪个用户角色进入到不通的系统操作界面,都可以进行不同的信息内容的操作功能,对用系统数据信息的删除,用户一旦将信息删除,那么该删除的数据信息将无法恢复,所以用户在对数据删除事,一定判断删除的内容是否是确定要删除的,确定无误后选择确定删除操作,如图3-3所示。
图3-3 信息删除流程图
系统设计
4.1系统架构设计
社区防疫管理系统的系统项目的概述设计分析,主要内容流浪宠物救助系统信息的具体分析,进行数据库的是设计,数据采用mysql数据库,并且对于系统的设计采用比较人性化的操作设计,对于系统出现的错误信息可以及时做出处理及反馈。
社区防疫管理系统的设计基于现有的互联网,可以实现管理员:健康打卡管理、出入申请管理、居民信息管理、活动轨迹管理、疫苗接种、接种预约、防疫物资、物资申请管理等详细的了解及统计分析。根据系统功能需求建立的模块关系图如下图:
图4-1管理员功能模块图
4.2开发流程设计
社区防疫管理系统的开发对管理模块和系统使用的数据库进行分析,编写代开发,规划和操作是构建信息管理应用程序的必要三步曲,它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中,每个阶段必须严格按照线性顺序进行开发,并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的,不会造成下一阶段拖拽现象,使系统完成设计功能后得到保证。
从社区防疫管理系统的成功开发经验来看,上述方法效果最为明显,最大程度地降低了系统开发的复杂性。如图4-2所示。
图4-2开发系统流程图
4.3数据库设计
数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。4.3.1实体ER图
数据库是整个软件编程中最重要的一个步骤,对于数据库问题主要是判定数据库的数量和结构公式的创建。展示系统使用的是Mysql进行对数据库进行管理,进行保证数据的安全性、稳定性等。
概念模型的设计是为了抽象真实世界的信息,并对信息世界进行建模。它是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。而且Mysql数据库是自我保护能力比较强的数据库,下图主要是对数据库实体的E-R图:
(1)外出申请实体图,如图4-3所示:
图4-3外出申请实体图
(2)疫苗接种实体图如图4-4所示:
图4-4疫苗接种实体图
(3)防疫物资实体图如图4-5所示:
图4-5防疫物资实体图
4.3.2数据表
我们可以根据数据结构的详细分析要求,我们根据输入和输出数据量的要求进行分析,确定什么表表,结构之间的关系,我们可以验证,调整和完善,查询和浏览过程,可以实现数据库,以使用户对数据和功能有更多要求。
基于系统使用的数据库管理系统的特点,对数据库的概念模型进行了转换和构建。但是,这个系统只需要充分考虑社区防疫管理系统的功能,而且组织比较清晰。
-
- 表activity_track (活动轨迹)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | activity_track_id | int | 10 | 0 | N | Y | 活动轨迹ID | |
2 | user_no | int | 10 | 0 | Y | N | 0 | 用户编号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
5 | date_of_filing | date | 10 | 0 | Y | N | 报备日期 | |
6 | is_there_any_exit_from_the_province | varchar | 64 | 0 | Y | N | 有无出省 | |
7 | activity_time | varchar | 64 | 0 | Y | N | 活动时间 | |
8 | activity_track | text | 65535 | 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 | application_for_going_out_id | int | 10 | 0 | N | Y | 外出申请ID | |
2 | user_no | int | 10 | 0 | Y | N | 0 | 用户编号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
5 | out_time | date | 10 | 0 | Y | N | 外出时间 | |
6 | days_out | int | 10 | 0 | Y | N | 0 | 外出天数 |
7 | outgoing_matters | varchar | 64 | 0 | Y | N | 外出事宜 | |
8 | remarks | text | 65535 | 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 | 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 | epidemic_prevention_materials_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_category | varchar | 64 | 0 | Y | N | 物资类别 | |
5 | specifications | varchar | 64 | 0 | Y | N | 规格 | |
6 | manufacturer | varchar | 64 | 0 | Y | N | 生产厂家 | |
7 | receiving_address | varchar | 64 | 0 | Y | N | 领取地址 | |
8 | material_introduction | longtext | 2147483647 | 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 | health_punch_id | int | 10 | 0 | N | Y | 健康打卡ID | |
2 | user_no | int | 10 | 0 | Y | N | 0 | 用户编号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
5 | punch_date | date | 10 | 0 | Y | N | 打卡日期 | |
6 | temperature | varchar | 64 | 0 | Y | N | 体温 | |
7 | any_discomfort | varchar | 64 | 0 | Y | N | 有无不适 | |
8 | remarks | text | 65535 | 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 | 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 | material_application_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_category | varchar | 64 | 0 | Y | N | 物资类别 | |
5 | specifications | varchar | 64 | 0 | Y | N | 规格 | |
6 | manufacturer | varchar | 64 | 0 | Y | N | 生产厂家 | |
7 | number_of_applications | int | 10 | 0 | Y | N | 0 | 申请数量 |
8 | receiving_address | varchar | 64 | 0 | Y | N | 领取地址 | |
9 | user_no | int | 10 | 0 | Y | N | 0 | 用户编号 |
10 | user_name | 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 | resident_information_id | int | 10 | 0 | N | Y | 居民信息ID | |
2 | user_no | int | 10 | 0 | Y | N | 0 | 用户编号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
5 | age | int | 10 | 0 | Y | N | 0 | 年龄 |
6 | address | varchar | 64 | 0 | Y | N | 住址 | |
7 | telephone | varchar | 16 | 0 | Y | N | 电话 | |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | resident_user_id | int | 10 | 0 | N | Y | 居民用户ID | |
2 | user_no | varchar | 64 | 0 | N | N | 用户编号 | |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | id_number | 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 | 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 | 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 | | 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 | 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 | vaccination_id | int | 10 | 0 | N | Y | 疫苗接种ID | |
2 | vaccine_no | varchar | 64 | 0 | Y | N | 疫苗编号 | |
3 | vaccine_name | varchar | 64 | 0 | Y | N | 疫苗名称 | |
4 | manufacturing_enterprise | varchar | 64 | 0 | Y | N | 生产企业 | |
5 | total_dose | varchar | 64 | 0 | Y | N | 总剂次 | |
6 | age_appropriate | varchar | 64 | 0 | Y | N | 适合年龄 | |
7 | vaccination_address | varchar | 64 | 0 | Y | N | 接种地址 | |
8 | taboo | text | 65535 | 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 | vaccination_appointment_id | int | 10 | 0 | N | Y | 接种预约ID | |
2 | vaccine_no | varchar | 64 | 0 | Y | N | 疫苗编号 | |
3 | vaccine_name | varchar | 64 | 0 | Y | N | 疫苗名称 | |
4 | manufacturing_enterprise | varchar | 64 | 0 | Y | N | 生产企业 | |
5 | vaccination_address | varchar | 64 | 0 | Y | N | 接种地址 | |
6 | time_of_appointment | datetime | 19 | 0 | Y | N | 预约时间 | |
7 | user_no | int | 10 | 0 | Y | N | 0 | 用户编号 |
8 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
9 | id_number | varchar | 64 | 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 | 更新时间 |
5.1用户前台功能模块
社区防疫管理系统,在系统首页通知公告、健康打卡、外出申请、活动轨迹、疫苗接种、接种预约、防疫物资、物资申请等内容,如图5-1所示。
图5-1首页界面图
登录,在登录页面通过填写账号、密码等信息完成登录,如图5-3所示。
图5-2登录界面
用户注册,在用户注册页面可以填写账号、密码、昵称、邮箱、手机号码、身份、性别、身份证号码等详细内容进行注册,如图5-3所示。
图5-3用户注册界面
外出申请页面通过填写外出事宜、外出时间、外出天数等信息,并可以进行修改信息,如图5-4所示。
图5-4外出申请界面图
疫苗接种,在此页面中填写疫苗编号、疫苗名称、接种地址、接种用户信息等进行提交,如图5-5所示。
图5-5疫苗接种界面图
-
- 管理员功能模块
管理员登录,通过填写注册时输入的用户名、密码、进行登录,如图5-6所示。
图5-6管理员登录界面图
管理员登录进入社区防疫管理系统后的主要功能是:后台首页、用户管理(管理员、居民用户)疫苗接种、居民信息、外出申请、疫苗预约管理、防疫物资管理操作,如图5-7所示。
图5-7首页界面图
社区防疫管理系统中的管理人员是可以对前台注册的居民用户信息进行管理的,也可以对管理员进行管控。界面如下图5-8所示。
图5-8用户管理界面图
社区防疫管理系统中的管理人员是可以对居民的健康打卡信息进行管理,界面如下图5-9所示。
图5-9健康打卡管理界面图
管理员在“活动轨迹管理”这一菜单下是可以对居民的活动轨迹信息进行管理,其管理界面如下图5-10所示。
图5-10活动轨迹管理界面图
管理员在“防疫物资管理”这一菜单下是可以对居民的防疫物资信息进行管理,其管理界面如下图5-11所示。
图5-11防疫物资管理界面图
管理员在“物资申请管理”这一菜单下是可以对居民的物资申请信息进行审核,其管理界面如下图5-12所示。
图5-12物资申请管理界面图
6.1测试目的
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中难以避免,这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果 如系统崩溃,安全信息,系统无法正常启动,导致安装用户手机屏幕等,为了避免这些问题,我们需要测试程序,并发现这些问题,并纠正它们 ,并使系统更长时间稳定成熟,本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但长期非常重要和必要系统的开发。
软件测试与开发过程是一样的,都必须按照软件工程的正规原理进行,遵守管理学理论。不过,目前国内的软件测试已经积累了大量经验和方法,步骤相对成熟,软件测试的效率也越来越高。
社区防疫管理系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在社区防疫管理系统正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
6.2测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看,测试时不了解新开发软件的内部结构,因此可以将系统与黑匣子进行比较,盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试,在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况(称为性能测试)通常使用自动化测试工具来检测系统的整体功能,在负载测试和压力测试之间进行分配,在某些情况下,将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务,但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程,应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则:
(1)软件测试应尽快进行,整个测试部分应在软件开发和设计的整个过程中进行。如发现错误,立即处理,将大大减少软件开发的时间,并提高软件的质量。
(2)在软件的各种测试中,测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试,我们应该尽量不去和自己设计的系统进行参考,而是要测试对方的程序,以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查,尽量避免重复错误。
本社区防疫管理系统满足用户的要求和需求,本社区防疫管理系统的使用能够有效的提高用户的使用率。
6.3 测试结果
测试后得到的性能和用例,系统具有足够的正确性、可靠性、稳定性,并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围,可以兼容所有主流浏览器,设计所需的效果。
- 总结与展望
通过社区防疫管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云系统服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]安娜. 筑牢疫情防控的社区防线[N]. 中国社会报,2022-04-11(001).
[2]孔娜娜,祝捷.新冠肺炎疫情防控视角下的社区多元主体协同治理研究[J].河南理工大学学报(社会科学版),2022,23(04):42-48.DOI:10.16698/j.hpu(social.sciences).1673-9779.2022.04.007.
[3]杨晓慧,胡少鹏. 社区治理精细化 疫情防控无盲区[N]. 榆林日报,2022-04-07(003).
[4]金莹,李汶芹.城乡社区干部担当作为的激励保护机制比较——以新冠肺炎疫情防控为例[J].中国人事科学,2022(03):1-10.
[5]杜庆锋,周志衡,吴晓亮,王家骥,韩建军.“全科医学+”医共体模式下新型冠状病毒肺炎疫情社区网格化防控专家建议[J/OL].中国全科医学:1-9[2022-04-23].http://kns.cnki.net/kcms/detail/13.1222.r.20220318.0927.022.html
[6]李灵犀,崔宇婕.疫情防控常态化下社区网格治理法治化研究[J].现代商贸工业,2022,43(07):126-128.DOI:10.19311/j.cnki.1672-3198.2022.07.057.
[7]张红霞.太汇楼宇社区:党员志愿者助力疫情防控[J].杭州,2022(03):75.DOI:10.16639/j.cnki.cn33-1361/d.2022.03.032.
[8]熊毅玮,李建.疫情防控背景下社区网格化管理困境及提升路径[J].中国市场,2022(02):38-39.DOI:10.13939/j.cnki.zgsc.2022.02.038.
[9]江萍,吴琼,戴寅妍,赵文穗,郑星,王洁.大型城市社区卫生服务机构在疫情防控中的功能定位[J].中国初级卫生保健,2022,36(01):37-39.
[10]闫曼莉.基于疫情防控的上海社区居家养老服务应急政策研究[J].中国国情国力,2022(01):56-60.DOI:10.13561/j.cnki.zggqgl.2022.01.012.
[11]李彦琛,谢媛.新冠疫情防控中城市老旧社区的韧性研究[J].经济研究导刊,2022(01):55-57.
[12]焦胜,郭倩倩,韩宗伟,喻贤主.疫情防控视角下社区韧性多情景模拟研究[J].中外建筑,2021(12):30-34.DOI:10.19940/j.cnki.1008-0422.2021.12.005.
[13]李世明,杨雀屏,冯为,崔凤伟,张紫娟,邹晓君.常态化疫情防控下社区严重精神障碍患者管理服务现状与建议[J].中国公共卫生管理,2021,37(06):764-766.DOI:10.19568/j.cnki.23-1318.2021.06.0014.
[14]章新元,高梓珊,张启灵,汪映月,江彬,李心成,张思奇.后疫情时代下“互联网+医疗”结合社区网格化防控的探讨[J].卫生软科学,2021,35(12):72-76.
[15]郑燕,薛成莉.疫情防控常态化下提升社区基层党组织治理能力的思考[J].中共乌鲁木齐市委党校学报,2021(04):39-42.
[16]明庭兴.我国社区治理研究进展与疫情防控常态下的实践导向[J].内蒙古电大学刊,2021(06):3-7+14.DOI:10.16162/j.issn.1672-3473.2021.06.001.
[17]郑阔实,王秀蕾.疫情防控常态化下社区治理数字化转型研究[J].行政与法,2021(11):42-50.
致谢
时光飞逝,转眼间我在学校的这些年生活即将结束,回顾这几年的学习生活,收获良多,既有幸福也有难过,学校生活的结束对于我来说也是一个新的开始。论文即将完成,在此,我心中有许多想要感谢的人。首先感谢我的导师,不仅在学习研究方面加以指导,也在生活和为人处世上给予帮助。还要感谢授课老师,你们严谨的学术精神和积极向上的工作态度都在激励我的成长和进步。感谢多年来一直生活在一起的室友,谢谢你们多年来的陪伴和照顾。最后,要感谢各位论文评审老师,感谢您们在百忙之中抽空评阅本论文并给出宝贵的意见和建议。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-