Document

第1章  前  言

1.1  研究背景及意义

新冠肺炎疫情是新中国成立以来发生的传播速度最快，感染范围最广，防控难度最大的一次重大突发公共卫生事件，给我国乃至全球带来公共卫生安全的严峻挑战。社区是疫情联防联控群防群治的前沿阵地，也是外防输入内防扩散最有效的第一道防线。疫情发生之后，全国范围内实行了严格的社区网格化管理，有效减少人与人之间的相互接触，但社区人员管理、物资采购、用户健康情况采集对社区管理者是一个大的挑战，微信群沟通繁杂，人员联系不便给工作带来巨大困扰。因此，疫情上报管理系统的构建通过数据化的“互联网+”思维、科学化的工作运行机制推进社区治理服务信息化，解决用户档案收集、每日健康打卡、每日物资统计等问题，将疫情防控和社区管理工作向整体化、系统性、科学化、规范化、标准化、有序化方向发展，推进街道社区治理信息的规范、统一和协同共享，用网络和数字技术助力建设疫情上报管理系统，具有良好的实用性。

疫情上报管理系统是针对在疫情期间所设计的管理系统。系统基本功能采用WEB 开发标准，可以随时实现在互联网上的应用，并提供管理员和用户两种角色，便于社区工作者管理社区也方便社区用户的日常生活，解决疫情期间的工作难题。完全基于B/S 结构的设计，可使用户轻松实现单点维护、全面升级。摆脱了传统C/S 结构实施、维护工作复杂的情况。

1.2研究现状

随着社会的发展和科学技术的进步，互联网技术越来越受欢迎。网络传播的生活方式逐渐受到广大人民群众的喜爱。越来越多的互联网爱好者开始在互联网上满足他们的基本需求，同时逐渐进入各个用户的生活起居。互联网具有许多优点，例如便利性，速度，高效率和低成本。因此，类似于疫情上报管理系统 ，满足用户工作繁忙的需求，不仅是方便用户随时查看信息的途径，而且还能提高管理效率。

本文首先以疫情上报过程的基本问题作为研究对象。在开发系统之前，我们对现有状况进行了详细的调查和分析。最后，我们利用计算机技术开发了一套完整合适的疫情上报管理系统，该系统的实现主要优势是：该系统主要采用计算机技术开发，它方便快捷；系统可以通过管理员界面查看用户的所有信息管理。

疫情上报管理系统管理系统软件是一款方便、快捷、实用的信息服务查询软件。随着智能网络在全球市场的不断普及以及各种智能平台的使用，系统的开发与人们的日常需求相关，作为中国主流智能的技术开发系统，自然需要这样的软件来满足更多用户的需求和体验。

1.3研究内容

疫情上报管理系统的开发及实现，所需要的工作内容：

（1）首先是确定选题，确定好所要做的系统，并对系统的背景及现在面临的一些问题等进行系统的初步确认。

（2）系统确认完成后，结合系统开发的需求进行确认系统开发所使用的技术，本疫情上报管理系统的开发使用PHP技术，数据库进行平台的搭建开发，确认好使用的技术进行技术分析，所使用的技术是否可以完成疫情上报管理系统的实现。

（3）确定好系统使用的技术，进行在线确认系统所划分的用户角色，并且根据用户角色划分确定所要设计的功能模块，对于疫情上报管理系统的设计主要划分别为管理员和用户二个角色，并所使用的功能模块也相应不同，但是系统的数据库实现的内容是交互的，用户可以随时根据自己的需求进行查看疫情上报信息，对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作，管理员获取到所有用户的详细数据信息，并根据需求进行第一时间处理解决。

（4）系统的功能模块确认完成后进行程序及界面的设计，设计完成后，并且通过测试来判断程序是否完善，对于系统测试，需要不同的用户进行不同的内容编辑及提交，及使用不同的测试方式找出程序中存在的漏洞，并对程序出现的漏洞问题进行在线解决处理，如果测试系统没有任何问题时，可以将系统上传进行正式操作使用。

第2章  系统开发环境

2.1 HTTP协议

超文本传输协议（HTTP）作为协作式与分布式的通信协议，其以万维网交换信息作为前提条件。HTTP为IEIF的国际化标准指标，在制定相关标准与实现内，W3C积极参与其中，同时发挥着不可替代的作用。其能够借助超文本标记语言，将文档在服务器与浏览器之间相互传输。HTML作为构架文档的标记语言，这些文档内将包括有关信息的链接，用户仅需要点击其中一个链接就能够访问多媒体对象与图像，同时获得该链接项所具有的附加信息[1][2]。

2.2 HTML网页技术

HTML是一种制作网页的常用语言，它一般是用于制作静态页面。它的命令是可以体现文字信息、链接信息、图形信息和表格信息等等。现在它被大众普遍接受广泛应用在网络上[3]。

2.3 B/S结构

在系统的开发上采用了B/S结构，在B/S结构中，统一采用浏览器，而不需要去开发任何的用户界面，Web浏览器向处理它的Web服务器发送请求，并一步一步地将处理结果返回给客户端。B/S结构主要采用了各种脚本语言和ActiveX技术，降低了系统的开发难度并简化了系统维护以及使用[4]。

B/S结构有如下特点：B/S结构建立在广域网上，不需要专门为其配置硬件环境，比C/S结构的适应范围更强；由于其基于广域网，所以其对安全的控制能力相对较弱；B/S的多种结构要求构造相对独立的函数，这样才能可以更好地重用；B/S结构组成简单，便于对个别构件进行更换，降低了系统的维护成本B/S信息流向与C/S不同，B/S信息流向可变化[5]。

2.4 PHP脚本语言

PHP是在94年由Rasmus Lerdorf创建的一款程序设计语言，其能够在多个平台内应用，具有良好兼容性，进而其凭借自身优势在数据中心、个人PC与科技超级计算机等平台内广泛应用，具有目前最为庞大的开发者专业社群[6]。

PHP可以放在在html里使用，也可以独自使用，它同时也具备有很多种优点，可以讲，Web脚本技术的先驱是PHP。现代编程语言（像C，Java和Perl等）的一些最好的特点都融合在PHP里，Web服务器里的一些配置标准是由PHP、Apache和数据库等的组合在一起的[7]。

2.5 MySQL数据库

MySQL 经过多次的更新，功能层面已经非常的丰富和完善了，从MySQL4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷[8][9]。

针对本文中设计的大学生家教信息服务网在实际的实现过程中，最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的MySQL来对大学生家教信息服务网后台数据进行存储操作[10][11]。

数据库管理系统的总体结构图如下图所示。

图2-1 数据库组成结构

2.6 Apache简介

Apache是开发源代码，使用者可根据个人习惯、系统的需求对Apache进行配置;另外对于系统的发布和运行是非常简单的[10]，开发人员只需要在开发工具中导入Apache，服务器的配置就算完成了;这是非常适合PHP程序的。对于程序人员开发程序经常可能会遇到乱码的问题，而使用Apache作为服务器，只需要在Apache的安装目录下找到配置文件夹conf下的服务器配置文件server.xml，打开后改动端口号为8080的接收环节与请求处理环节的连接器Connector为相对应的编码，运行项目后，就不会出现中文乱码问题。本系统的设计和实现编码使用的是UTF-8，所以需要在端口号为8080的连接器中设置编URIEncoding="UTF-8"[12] [13]。

第3章  需求分析

3.1  需求分析

开发系统的过程中，去调查用户的功能诉求，对需要存在的功能进行需求分析是特别重要的，且对于系统的开发有着实际的意义，设计疫情上报管理系统通过对用户的需求进行分析，结合实际情况进行开发研究，对用户的所有需求做出一个完整的基本的框架，然后一步一步的完成、实现。需求分析可以为系统的开发提供一个目标，只有按照这个目标进行开发设计，才能进行完整的开发，这样设计出的系统才有使用的意义，才能在竞争激烈的软件市场中生存，才能真正的帮助人们解决问题，提高实际的效率。

3.2  系统可行性分析

3.2.1 技术可行性

本系统采取的是目前应用最广泛的程序进行技术的支持，主要的技术支持是PHP语言，他作为一个相当成熟的语言程序，在众多的软件开发中起着很大作用。而且用PHP语言编辑出来程序可以直接运行，不需要借助其他的翻译器进行翻译。所以在技术方面是完全可以行的。

3.2.2 经济可行性

本项目开发的初衷就是为了节约，因为系统开发的所有过程都是我自己开发的，而且在开发过程使用到的技术也都是市面上常见的容易操作的，所以不需要请专业的人士花资金来进行系统的开发，而且在项目开发的过程中我也学到了更多的知识。开发的这个软件可以在网络中进行免费的下载，对计算机的软硬件没有很高的要求，因此这个项目是非常实惠的，在经济方面是完全可性的。

3.2.3 操作可行性

操作可行性也就是系统的可用性，一个系统的操作是否容易决定着这个系统的使用度，在系统的操作方面的设计我都是采取简洁易懂的方式，操作的整个菜单界面整齐有序，所有的功能都有序的排列，不会出现重叠或者需要转换的现象，用户想要哪方面的操作都可以直接进行操作，所以该系统任何人都可以进行操作，不需要有相关专业的技术这样用户在操作起来就容易很多。

3.3  项目设计目标与原则

1、关于疫情上报管理系统的基本要求

（1）功能要求：管理员：后台首页、轮播图（轮播图管理）、防疫公告管理（防疫公告）、资源管理（疫情防控、防控分类）、系统用户（管理员、注册用户）、模块管理（疫情分类、健康填报、疫情情况、疫情上报）。

用户权限；首页、模块管理（健康填报、疫情上报）、个人中心。

（2）性能：因为疫情上报管理系统管理中有很多的信息需要存储，因此对于系统的存储量有很大的要求，需要有一个强大的数据库的支持才能确保所有的信息都能安全稳定的进行存储。

（3）安全与保密要求：用户都必须注册、登录才能进入系统。

（4）环境要求：支持Windows系列、Vista系统等多种操作系统使用。

2、设计原则

本疫情上报管理系统采用PHP技术，Mysql数据库开发，充分保证了系统稳定性、完整性。

（1）系统响应效率：由于是疫情上报管理系统，因此就需要系统的响应效率是非常高的，并且可以支持很多人同时进行系统的使用。

（2）界面简洁清晰：系统界面要简单有序，所有的功能一目了然。

（3）储存性高：因为是疫情上报管理系统，所以就会在数据库要求上比较严格，信息录入的比较多，而且丰富复杂， 这就需要一个强大的数据库来存放更多的数据和保证数据的时时性。

（4）易学性：系统的设计一定要简单，使得用户使用起来非常好的顺手。

（5）稳定性需求：该系统在使用过程中必须保持稳定，不要出现卡顿、模糊等情况。

（6）稳定性：由于是疫情上报管理系统，因此系统运行必须要十分的稳定。

3.4  系统流程分析

用户需要拥有属于自己的账号和密码，且必须正确，这样才能顺利登录到系统中。进入网站后，用户可以自行填写健康填报、疫情上报等等。，在自己需要的信息的进行填写，可以直接在系统中进行操作。具体流程如下图3-2所示：

图3-2 用户操作流程图

为了保证系统的安全性，要使用本系统对系统信息进行管理，必须先登陆到系统中。其具体登录流程图如图3-3所示：

图3-3 系统操作流程图

第4章  架构设计

4.1  系统体系结构

疫情上报管理系统的结构图4-1所示：

图4-1 系统结构

登录系统结构图，如图4-2所示：

图4-2 登录结构图

系统结构图，如图4-3所示：

图4-3 系统结构图

4.2  数据库实体设计

数据库的功能就是对系统中所有的数据进行存储和管理。所有的数据可以在数据库中产时间的进行存储，方便用户的使用。而且所有的数据库中的数据也应该具有一定的共享性，任何的系统可以对一些数据进行使用，同时还应该保持一定的独立性，每一个数据库中的数据都有很强的安全性，可以被很好的存放到数据库，没有进行身份的验证是不能对这些数据进行查看和使用的。数据库的设计需要明确每一个实体之间的联系，系统的E-R图如下图所示：：

管理员实体主要存储管理信息包括用户名、密码、角色。管理员信息属性图如图4-5所示。

图4-5 管理员信息实体属性图

健康填报实体图如图4-6所示：

图4-6健康填报实体图

用户信息实体图如图4-7所示：

图4-7用户信息实体图

4.3  数据库表设计

当疫情上报管理系统在运行的时候，数据库要能确保自己的独立性，想要哪部分的数据就选择相应的设置选项，对应的数据就会以表格的形式展现出来。当对这一个功能进行设置，他就会与数据库进行连接，会在对话框中弹出相应的数据源。

  

access_token
字段名称	类型	长度	不是null	主键	字段说明
token_id	int	11	是	主键	临时访问牌ID
token	varchar	64	否		临时访问牌
info	text	0	否
maxage	int	2	是		最大寿命：默认2小时
create_time	timestamp	0	是		创建时间：
update_time	timestamp	0	是		更新时间：
user_id	int	11	是		用户编号:
article_type
字段名称	类型	长度	不是null	主键	字段说明
type_id	smallint	5	是	主键	分类ID：
display	smallint	4	是		显示顺序：
name	varchar	16	是		分类名称：
father_id	smallint	5	是		上级分类ID：[0,32767]
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：空为0
content	longtext	0	否		内容：
nickname	varchar	255	否		昵称：
avatar	varchar	255	否		头像地址：[0,255]
create_time	timestamp	0	是		创建时间：
update_time	timestamp	0	是		更新时间：
source_table	varchar	255	否		来源表：
source_field	varchar	255	否		来源字段：
source_id	int	10	是		来源ID：
epidemic_classification
字段名称	类型	长度	不是null	主键	字段说明
epidemic_classification_id	int	11	是	主键	疫情分类ID
epidemic_category	varchar	64	否		疫情类别
recommend	int	11	是		智能推荐
create_time	datetime	0	是		创建时间
update_time	timestamp	0	是		更新时间
epidemic_reporting
字段名称	类型	长度	不是null	主键	字段说明
epidemic_reporting_id	int	11	是	主键	疫情上报ID
user	int	11	否		用户
full_name	varchar	64	否		姓名
epidemic_category	varchar	64	否		疫情类别
epidemic_situation	text	0	否		疫情情况
health_code	varchar	64	否		健康码
nucleic_acid_results	varchar	64	否		核酸结果
test_date	date	0	否		检测日期
travel_path	text	0	否		行程轨迹
examine_state	varchar	16	是		审核状态
examine_reply	varchar	16	否		审核回复
recommend	int	11	是		智能推荐
create_time	datetime	0	是		创建时间
update_time	timestamp	0	是		更新时间
epidemic_situation
字段名称	类型	长度	不是null	主键	字段说明
epidemic_situation_id	int	11	是	主键	疫情情况ID
region	varchar	64	否		地区
risk_level	varchar	64	否		风险等级
existing_diagnosis	int	11	否		现有确诊
new_diagnosis	int	11	否		新增确诊
accumulated_diagnosis	int	11	否		累计确诊
number_of_people_cured	int	11	否		治愈人数
death_toll	int	11	否		死亡人数
epidemic_policy	text	0	否		疫情政策
recommend	int	11	是		智能推荐
create_time	datetime	0	是		创建时间
update_time	timestamp	0	是		更新时间
health_filling
字段名称	类型	长度	不是null	主键	字段说明
health_filling_id	int	11	是	主键	健康填报ID
user	int	11	否		用户
full_name	varchar	64	否		姓名
address	varchar	64	否		住址
date_of_filling	date	0	否		填报日期
temperature	varchar	64	否		体温
whether_uncomfortable	varchar	64	否		是否不适
unwell_symptoms	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：
notice
字段名称	类型	长度	不是null	主键	字段说明
notice_id	mediumint	8	是	主键	公告id：
title	varchar	125	是		标题：
content	longtext	0	否		正文：
create_time	timestamp	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	是		点赞状态:1为点赞，0已取消
registered_users
字段名称	类型	长度	不是null	主键	字段说明
registered_users_id	int	11	是	主键	注册用户ID
full_name	varchar	64	否		姓名
gender	varchar	64	否		性别
examine_state	varchar	16	是		审核状态
recommend	int	11	是		智能推荐
user_id	int	11	是		用户ID
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	否		文件类型

第5章  系统实现

5.1 登录

管理员输入账号、密码登录系统，这时候系统的数据库就会在进行查找相关的信息，如果我们输入的账号、密码不正确，数据库就会提示出错误的信息提示，同时会提示管理员重新输入自己的账号、密码，滑动滑块进行验证登录成功后，会提登录成功的信息。网站管理员登录效果图如图5-1所示：

     
图5-1登录界面

5.2  管理员功能模块

5.2.1 管理员界面

管理员后台后页面后可以看到后台首页、轮播图（轮播图管理）、防疫公告管理（防疫公告）、资源管理（疫情防控、防控分类）、系统用户（管理员、注册用户）、模块管理（疫情分类、健康填报、疫情情况、疫情上报）等功能，图如下图5-2所示:

图5-2管理员界面图

5.2.1轮播图管理

管理员对轮播图管理进行标题、轮播图以及查看、添加、删除等操作。程序成效图如下图5-3所示:

图5-3轮播图管理界面图

5.2.2用户管理

管理员对用户信息编辑昵称、用户名、姓名、性别、等信息，可以跟进详情添加、删除、修改以及查看等操作。程序效果图如下图5-4所示：

图5-4用户信息系统界面

5.2.3疫情防控管理

管理员对疫情防控管理进行标签、标题、文章分类、封面图等信息、可以跟进详情修改以及删除等操作。程序效果图如下图5-5所示：

图5-5疫情防控信息界面

5.2.4疫情分类管理

管理员可以对疫情分类管理进行查看编辑疫情类别等信息进行添加、修改、删除等操作。程序效果图如下图5-6所示：

图5-6疫情分类管理界面

5.2.5疫情情况管理

管理员通过疫情情况管理页面查看地区、风险等级、现有确诊、新增确诊、累计确诊、治愈人数、死亡人数、疫情政策等信息进行上传图片进行添加、删除、修改以及查看等操作，程序效果图如下图5-7所示：

图5-7疫情情况管理界面

5.2.6疫情情况统计管理

管理员通过疫情情况管理页面查看到统计的是疫情地区风险等级占比情况，程序效果图如下图5-7所示：

图5-8疫情情况统计界面

5.3 用户前后台功能模块

5.3.1 用户注册/登陆

 用户注册/登陆，在用户注册页面通过填写用户账号、设置密码、确认密码、昵称、邮箱、手机号、身份等信息完成用户注册/登陆。程序成效图如下图5-9所示:

图5-9前台用户注册/登陆界面图

5.3.2 疫情防控信息

用户通过系统进行查看疫情防控信息、封面图、日期、点击率、点赞、评论等操作。程序效果图如下图5-10所示：

图5-10疫情防控信息界面

5.3.3个人中心

个人信息，在个人信息页面可以看到头像、用户名、昵称、用户组、手机号码、状态、邮箱等操作。程序效果图如下图5-11所示：

图5-11个人中心界面图

5.3.5健康填报管理

用户对健康填报管理页面可以查看到用户、姓名、住址、填报日期、体温、是否不适、不适症状等信息，可以根据详情进行添加、删除查看等操作。程序效果图如下图5-12所示：

图5-12健康登记界面图

5.3.6疫情上报管理

用户对疫情上报管理页面可以查看到用户、疫情类别、健康码、检测日期、姓名、疫情情况、核酸结果、行程轨迹等信息，可以根据详情进行添加、删除查看等操作。程序效果图如下图5-13所示：

图5-13疫情上报管理界面图

第6章  系统测试

6.1  测试目的

随着互联网不断的发展，目前各大领域都利用互联网进行了信息的管理，质量问题是很重要的标准，也决定着是否有更多的人使用。所以软件的质量我们必须要把关，必须要把软件做好，做到位，少出不必要的问题，这样才能有更多的用户使用，并且得到更多的推广。所以，我们在开发完系统后，需要进行大量的测试，以确保系统的稳定性和可使用性，并要确定系统的质量能否做到满足不同人的需求。这是系统在开发设计中非常重要的环节，测试的结果直接关系到系统的好坏。

集成测试：在系统测试当中会出现很多的问题，我们要及时的进行标注并且在进行测试的时候要采取自动化的测试，这样即准确又快速，而且不会出现疲劳，手动的测试很容易出现疲劳期，而且测试的结果也有时候会出错，所以在测试的时候才去自动测试时最好的测试方法。

在测试的过程中及时的发现问题，并且进行问题的解决，这样设计出的系统可以正常稳定的运行，不会出现重大的问题。我所进行的软件测试参照以下三个步骤进行测试：

(1)模块测试：对系统中的每一项都进行针对的测试，发现并找到问题。

(2)系统测试：让系统长时间进行各种情况下的运行，反馈运行期间的稳定性问题并解决。

(3)验收测试：其他测试完成后，最后检测阶段，确保软件准备就绪。

6.2  测试方法

在对系统进行测试的时候我们主要应用到两种测试的方法，通过测试我们就能找出可能存在的问题保证系统成功运行。

从软件的内部构造和具体实施是否有关系的观点来看：黑盒测试和白盒测试。

1）黑盒测试：测试系统功能，当用户进行相应的操作时，系统是否能够及时且准确的反馈数据，并执行相应功能。需要对功能以及使用方法进行详细的测试，保证所有的操作信息都能够完整的输出输入。

2）白盒测试：主要是对系统的结构进行测试，了解系统在运行过程中是否可以正常的工作。

疫情上报管理系统的测试也会从下面几方面进行：

(1)窗体测试：例如用户登录界面，在用户名和密码输入时，需要界面窗口弹出，给予用户反馈，我对窗口的设计进行了测试，确保每一个窗口在用户进行相应操作后，能够及时的弹出。

(2)数据跟踪：进行数据跟踪，我们就能知道系统功能是否在顺利的执行当中。将数据库中的相关的信息进行调动，弹出我们需要的相对应的数据信息。同时，在追踪过程中，我们也更容易的发现系统的问题所在，便于解决问题和维护系统。

(3)综合测试：完成上述测试后，需要对系统进行由内而外的重新检测，来宏观的发现系统中存在的问题，并且及时的进行解决，系统的设计要结合实际的使用情况有针对性的进行开发，可以满足不同人的需求。

6.3  功能测试

本疫情上报管理系统设计基本达到我理想的开发状态，在各个功能的运行方面，表现较为良好，基本满足用户的使用需求，及时矫正了较多的错误信息。总体说来，软件通过了相应的测试。

表6-1：用户登录测试表

模块名称	测试用例	预期结果	实际结果	是否通过
登录模块	用户名：122   密码：123	弹出错误提示，提示密码错误	弹出错误提示，提示密码错误	通过
登录模块	用户名：123    密码：122	弹出错误提示，提示用户名错误	弹出错误提示，提示用户名错误	通过
登录模块	用户名：001    密码：001	管理员登录成功	管理员登录成功	通过

表6-2：删除健康登记测试表

模块名称	测试用例	预期结果	实际结果	是否通过
删除健康登记模块	健康登记名：最新通知	删除成功、页面自动跳转	删除成功、页面自动跳转	通过

表6-3：修改密码测试表

模块名称	测试用例	预期结果	实际结果	是否通过
修改密码模块	原密码：666 新密码：123 确认密码：123	弹出错误提示，提示原密码错误	弹出错误提示，提示原密码错误	通过
修改密码模块	原密码：122   新密码：123 确认密码：333	弹出错误提示，提示确认密码不一致	弹出错误提示，提示确认密码不一致	通过
修改密码模块	原密码：123  新密码：123 确认密码：123	密码修改成功	密码修改成功	通过

6.4  测试结论

测试的过程要按照指定好的计划一步一步的实行，测试时候一定不要着急，并且将测试的结果进行详细的记录，我们在进行测试的时候做好选择自动化的测试，这样更加的准确也更快捷，如果采用人工测试的方法就不会这么的方便，很可能会出现一些问题，而且极其测试不会疲劳也不会出现问题。在测试的时候一定要非常专注，时刻关注着测试的结果，一旦发现异常及时进行修改，；最后，测试完之后的文档应该保存下来，方便以后测试时用到。

通过测试，我们也可以直观的感受到，在我们最开始进行系统设计的时候，先把思路理清楚，才能有机会把代码写好。有好的逻辑性的代码在后期的测试中才能避免出现问题，也可以给我们节省很多的时间和不必要的操作。

第7章 结  论

 疫情上报管理系统为用户提供了公平的、相互包容的、操作方便的使用系统，基本满足了用户的使用需要，以及我最初的开发目标和方向。PHP语言、MySQL数据库等技术时是我开发的基础，这些技术都有各自的优点，学好这些技术，至关重要。通过这些优点设计出来的系统能够正常稳定的运行，并且可以满足人们的所有需求，在对系统的需求以及各个模块进行了详细的分析后，有针对性的进行设计，最后通过测试，系统能够正常的运行，该疫情上报管理系统设计完成。

本次开发过程中使用的是PHP技术，该技术具有代码编写简单方便，对平台没有要求对技术方面也没有要求，并且有很好的面像对象性，所以在技术方面是相当成熟的。利用PHP技术作为系统主要的技术支持可以使得系统能够正常的运行并且实现相应的功能。在这次的系统的设计过程中遇到了很多的困难，幸好有老师同学们的帮助，在他们的帮助下完成了这次系统的设计。

通过这次疫情上报管理系统的开发，我参考了很多相关系统的例子，取长补短，吸取了其他系统的长处，逐步对该系统进行了完善，但是该系统还是有很多的不足之处，有待以后进一步学习。

实践证明，疫情上报管理系统有着非常好的发展前景，经过测试运行，系统各项功能都十分完善，界面漂亮，使用方便，操作容易，在技术理论上已经成熟。

参考文献

[1]朱真真,王柯梦. php在动态网站开发中的优势与具体应用分析[A]. 广东省教师继续教育学会.广东省教师继续教育学会第六届教学研讨会论文集（一）[C].广东省教师继续教育学会:广东省教师继续教育学会,2023:3.DOI:10.26914/c.cnkihy.2023.000662.

[2]张阳.疫情防控形势下高校学生收费管理系统功能创新研究[J].绿色财会,2022(11):17-20+23.DOI:10.14153/j.cnki.lsck.2022.11.005.

[3]刘帅,崔桐,胡士辉,刘亚奇. 基于PHP和Mybatis框架的水文设施设备台账管理系统的设计和实现[A]. 中国水利学会.2022中国水利学术大会论文集（第五分册）[C].中国水利学会:中国水利学会,2022:7.DOI:10.26914/c.cnkihy.2022.056789.

[4]Husák Robert,Míšek Jakub,Zavoral Filip,Kofroň Jan. PeachPie: Mature PHP to CLI compiler[J]. Journal of Computer Languages,2022,73.

[5]何亚伦. 基于Excel-VBA的病区疫情防控管理系统设计与实现[A]. 上海市护理学会.第五届上海国际护理大会论文摘要汇编（上）[C].上海市护理学会:上海市护理学会,2022:1.DOI:10.26914/c.cnkihy.2022.030573.

[6]卢欣欣,郭丽萍,李靖.新时代背景下PHP程序设计课程思政教学探索与实践[J].计算机教育,2022(09):89-93.DOI:10.16512/j.cnki.jsjjy.2022.09.031.

[7]张黎平.“互联网+”背景下PHP动态网站开发技术研究[J].无线互联科技,2022,19(16):154-156.

[8]赵婉彤.基于PHP与MySQL的动态网站设计与实现[J].电脑编程技巧与维护,2022(08):103-105+109.DOI:10.16184/j.cnki.comprg.2022.08.022.

[9]. Patrick Bet-David and PHP Agency Joins Integrity to Accelerate Growth and Serve More People[J]. M2 Presswire,2022.

[10]陈昌贵,黄晓花,李小军,叶朝晖,李伟.疫情防控常态化背景下重构医院安防管理系统[J].长江信息通信,2022,35(07):131-134.

[11]陈谦民,陆雨婷,邵赟,鲍帅丽,高越.基于C#的社区疫情人员防控管理系统[J].现代信息科技,2022,6(13):43-47.DOI:10.19850/j.cnki.2096-4706.2022.013.011.

[12]王策.基于PHP的数字出版系统设计[J].信息与电脑(理论版),2022,34(11):72-74.

[13]王新科,李凯.基于JAVA的高职院校师生疫情防控管理系统的研究[J].长江信息通信,2022,35(05):156-158.

[14]Anonymous. PHP launches open season for expanded Permian basin takeaway[J]. Oil & Gas Journal,2022,120(5).

[15]王志伟.新冠疫情防控集中隔离管理系统的应用与实践[J].通信管理与技术,2022(02):27-31.

[16]Wu Daiwen. The Application and Management System of Scientific Research Projects Based on PHP and MySQL[J]. Journal of Interconnection Networks,2022,22(Supp02).

[17]王凌燕,曹山峰,刘爱民.学校疫情防控管理系统的设计与实现[J].现代信息科技,2021,5(10):80-83.DOI:10.19850/j.cnki.2096-4706.2021.10.020.

[18]卢静. 疫情防控下的幼儿园台账式管理研究[D].重庆师范大学,2021.DOI:10.27672/d.cnki.gcsfc.2021.000251.

致  谢

光阴似箭，一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中，虽然有竞争，也有泪水，但是通过我不断学习和奋斗不断的完善自己，不仅很好的完成了我的学业而且也让我的各方面得到了发展，取得了很大的进步。

大学的生活也即将结束，虽然也有许多的不舍，但是终究是要告别的。回想大学的学习生活，有泪水也有汗水。在此期间我严格要求自己，凭着对知识的强烈追求，刻苦钻研，勤奋好学，态度端正，目标明确，牢固的掌握了一些专业知识和技能，做到了理论联系实际。除了专业知识的学习外，我还不断的扩展我的知识面，从不同的领域以不同的方式来获得新的知识。争取成为一名各方面都很合格的大学生。

这次的毕业设计，是我独自完成周期最长，也是耗力最大的一个项目。值得庆幸的是，在我毕业设计完成的过程当中，有许多帮助我的同学和老师。在几个月的开发过程中，我遇到了大大小小无数个问题。是我的舍友和老师，不断地帮助鼓励。

我的指导老师，在自身工作十分繁忙的情况下，依然能做到及时恢复我们发去的问题邮件，并抽时间对我们进行线下的辅导。指出我们设计上的失误，逻辑错误以及学习规划问题，可以说没有导师的帮助，我的毕设会陷入死胡同，是导师为我指点了迷津，像迷雾中的路灯，为我指明方向！

免费领取项目源码，请关注❥点赞收藏并私信博主，谢谢~