PHP疫情上报管理系统
目 录
信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对疫情上报管理问题,对疫情上报进行研究分析,然后开发设计出疫情上报管理系统以解决问题。
疫情上报管理系统主要功能模块包括后台首页、轮播图(轮播图管理)、防疫公告管理(防疫公告)、资源管理(疫情防控、防控分类)、系统用户(管理员、注册用户)、模块管理(疫情分类、健康填报、疫情情况、疫情上报)等,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取Mysql作为后台数据的主要存储单元,采用PHP技术Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对疫情上报管理系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现疫情上报管理系统和部署运行使用它。
关键词:疫情上报管理系统;PHP技术;Mysql数据库
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 management of epidemic reporting, the epidemic reporting was studied and analyzed, and then the epidemic reporting management system was developed and designed to solve the problem.
The main functional modules of the epidemic reporting management system include the background home page, rotation chart (rotation chart management), epidemic prevention announcement management (epidemic prevention announcement), resource management (epidemic prevention and control, classification of epidemic prevention and control), system users (administrators, registered users), module management (epidemic classification, health reporting, epidemic situation, epidemic reporting), etc. The object-oriented development mode is adopted for software development and hardware installation, It can well meet the needs of actual use, improve the corresponding software installation and program coding work, take MySQL as the main storage unit of background data, and use PHP technology Ajax technology to code and develop the business system, thus realizing 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. Analyze the requirements and technical problems of the epidemic reporting management system, prove the necessity and technical feasibility of the system, and then make a basic introduction to the technical software and design ideas needed to design the system, and finally realize the epidemic reporting management system and deploy and operate it.
Keywords: Epidemic reporting management system; PHP technology; MySQL database
第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.2.1 技术可行性
本系统采取的是目前应用最广泛的程序进行技术的支持,主要的技术支持是PHP语言,他作为一个相当成熟的语言程序,在众多的软件开发中起着很大作用。而且用PHP语言编辑出来程序可以直接运行,不需要借助其他的翻译器进行翻译。所以在技术方面是完全可以行的。
3.2.2 经济可行性
本项目开发的初衷就是为了节约,因为系统开发的所有过程都是我自己开发的,而且在开发过程使用到的技术也都是市面上常见的容易操作的,所以不需要请专业的人士花资金来进行系统的开发,而且在项目开发的过程中我也学到了更多的知识。开发的这个软件可以在网络中进行免费的下载,对计算机的软硬件没有很高的要求,因此这个项目是非常实惠的,在经济方面是完全可性的。
3.2.3 操作可行性
操作可行性也就是系统的可用性,一个系统的操作是否容易决定着这个系统的使用度,在系统的操作方面的设计我都是采取简洁易懂的方式,操作的整个菜单界面整齐有序,所有的功能都有序的排列,不会出现重叠或者需要转换的现象,用户想要哪方面的操作都可以直接进行操作,所以该系统任何人都可以进行操作,不需要有相关专业的技术这样用户在操作起来就容易很多。
1、关于疫情上报管理系统的基本要求
(1)功能要求:管理员:后台首页、轮播图(轮播图管理)、防疫公告管理(防疫公告)、资源管理(疫情防控、防控分类)、系统用户(管理员、注册用户)、模块管理(疫情分类、健康填报、疫情情况、疫情上报)。
用户权限;首页、模块管理(健康填报、疫情上报)、个人中心。
(2)性能:因为疫情上报管理系统管理中有很多的信息需要存储,因此对于系统的存储量有很大的要求,需要有一个强大的数据库的支持才能确保所有的信息都能安全稳定的进行存储。
(3)安全与保密要求:用户都必须注册、登录才能进入系统。
(4)环境要求:支持Windows系列、Vista系统等多种操作系统使用。
2、设计原则
本疫情上报管理系统采用PHP技术,Mysql数据库开发,充分保证了系统稳定性、完整性。
(1)系统响应效率:由于是疫情上报管理系统,因此就需要系统的响应效率是非常高的,并且可以支持很多人同时进行系统的使用。
(2)界面简洁清晰:系统界面要简单有序,所有的功能一目了然。
(3)储存性高:因为是疫情上报管理系统,所以就会在数据库要求上比较严格,信息录入的比较多,而且丰富复杂, 这就需要一个强大的数据库来存放更多的数据和保证数据的时时性。
(4)易学性:系统的设计一定要简单,使得用户使用起来非常好的顺手。
(5)稳定性需求:该系统在使用过程中必须保持稳定,不要出现卡顿、模糊等情况。
(6)稳定性:由于是疫情上报管理系统,因此系统运行必须要十分的稳定。
用户需要拥有属于自己的账号和密码,且必须正确,这样才能顺利登录到系统中。进入网站后,用户可以自行填写健康填报、疫情上报等等。,在自己需要的信息的进行填写,可以直接在系统中进行操作。具体流程如下图3-2所示:
图3-2 用户操作流程图
为了保证系统的安全性,要使用本系统对系统信息进行管理,必须先登陆到系统中。其具体登录流程图如图3-3所示:
图3-3 系统操作流程图
第4章 架构设计
疫情上报管理系统的结构图4-1所示:
图4-1 系统结构
登录系统结构图,如图4-2所示:
图4-2 登录结构图
系统结构图,如图4-3所示:
图4-3 系统结构图
数据库的功能就是对系统中所有的数据进行存储和管理。所有的数据可以在数据库中产时间的进行存储,方便用户的使用。而且所有的数据库中的数据也应该具有一定的共享性,任何的系统可以对一些数据进行使用,同时还应该保持一定的独立性,每一个数据库中的数据都有很强的安全性,可以被很好的存放到数据库,没有进行身份的验证是不能对这些数据进行查看和使用的。数据库的设计需要明确每一个实体之间的联系,系统的E-R图如下图所示::
管理员实体主要存储管理信息包括用户名、密码、角色。管理员信息属性图如图4-5所示。
图4-5 管理员信息实体属性图
图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疫情上报管理界面图
随着互联网不断的发展,目前各大领域都利用互联网进行了信息的管理,质量问题是很重要的标准,也决定着是否有更多的人使用。所以软件的质量我们必须要把关,必须要把软件做好,做到位,少出不必要的问题,这样才能有更多的用户使用,并且得到更多的推广。所以,我们在开发完系统后,需要进行大量的测试,以确保系统的稳定性和可使用性,并要确定系统的质量能否做到满足不同人的需求。这是系统在开发设计中非常重要的环节,测试的结果直接关系到系统的好坏。
集成测试:在系统测试当中会出现很多的问题,我们要及时的进行标注并且在进行测试的时候要采取自动化的测试,这样即准确又快速,而且不会出现疲劳,手动的测试很容易出现疲劳期,而且测试的结果也有时候会出错,所以在测试的时候才去自动测试时最好的测试方法。
在测试的过程中及时的发现问题,并且进行问题的解决,这样设计出的系统可以正常稳定的运行,不会出现重大的问题。我所进行的软件测试参照以下三个步骤进行测试:
(1)模块测试:对系统中的每一项都进行针对的测试,发现并找到问题。
(2)系统测试:让系统长时间进行各种情况下的运行,反馈运行期间的稳定性问题并解决。
(3)验收测试:其他测试完成后,最后检测阶段,确保软件准备就绪。
在对系统进行测试的时候我们主要应用到两种测试的方法,通过测试我们就能找出可能存在的问题保证系统成功运行。
从软件的内部构造和具体实施是否有关系的观点来看:黑盒测试和白盒测试。
1)黑盒测试:测试系统功能,当用户进行相应的操作时,系统是否能够及时且准确的反馈数据,并执行相应功能。需要对功能以及使用方法进行详细的测试,保证所有的操作信息都能够完整的输出输入。
2)白盒测试:主要是对系统的结构进行测试,了解系统在运行过程中是否可以正常的工作。
疫情上报管理系统的测试也会从下面几方面进行:
(1)窗体测试:例如用户登录界面,在用户名和密码输入时,需要界面窗口弹出,给予用户反馈,我对窗口的设计进行了测试,确保每一个窗口在用户进行相应操作后,能够及时的弹出。
(2)数据跟踪:进行数据跟踪,我们就能知道系统功能是否在顺利的执行当中。将数据库中的相关的信息进行调动,弹出我们需要的相对应的数据信息。同时,在追踪过程中,我们也更容易的发现系统的问题所在,便于解决问题和维护系统。
(3)综合测试:完成上述测试后,需要对系统进行由内而外的重新检测,来宏观的发现系统中存在的问题,并且及时的进行解决,系统的设计要结合实际的使用情况有针对性的进行开发,可以满足不同人的需求。
本疫情上报管理系统设计基本达到我理想的开发状态,在各个功能的运行方面,表现较为良好,基本满足用户的使用需求,及时矫正了较多的错误信息。总体说来,软件通过了相应的测试。
表6-1:用户登录测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
登录模块 | 用户名:122 密码:123 | 弹出错误提示,提示密码错误 | 弹出错误提示,提示密码错误 | 通过 |
登录模块 | 用户名:123 密码:122 | 弹出错误提示,提示用户名错误 | 弹出错误提示,提示用户名错误 | 通过 |
登录模块 | 用户名:001 密码:001 | 管理员登录成功 | 管理员登录成功 | 通过 |
表6-2:删除健康登记测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
删除健康登记模块 | 健康登记名:最新通知 | 删除成功、页面自动跳转 | 删除成功、页面自动跳转 | 通过 |
表6-3:修改密码测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
修改密码模块 | 原密码:666 新密码:123 确认密码:123 | 弹出错误提示,提示原密码错误 | 弹出错误提示,提示原密码错误 | 通过 |
修改密码模块 | 原密码:122 新密码:123 确认密码:333 | 弹出错误提示,提示确认密码不一致 | 弹出错误提示,提示确认密码不一致 | 通过 |
修改密码模块 | 原密码:123 新密码:123 确认密码:123 | 密码修改成功 | 密码修改成功 | 通过 |
测试的过程要按照指定好的计划一步一步的实行,测试时候一定不要着急,并且将测试的结果进行详细的记录,我们在进行测试的时候做好选择自动化的测试,这样更加的准确也更快捷,如果采用人工测试的方法就不会这么的方便,很可能会出现一些问题,而且极其测试不会疲劳也不会出现问题。在测试的时候一定要非常专注,时刻关注着测试的结果,一旦发现异常及时进行修改,;最后,测试完之后的文档应该保存下来,方便以后测试时用到。
通过测试,我们也可以直观的感受到,在我们最开始进行系统设计的时候,先把思路理清楚,才能有机会把代码写好。有好的逻辑性的代码在后期的测试中才能避免出现问题,也可以给我们节省很多的时间和不必要的操作。
第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.
光阴似箭,一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中,虽然有竞争,也有泪水,但是通过我不断学习和奋斗不断的完善自己,不仅很好的完成了我的学业而且也让我的各方面得到了发展,取得了很大的进步。
大学的生活也即将结束,虽然也有许多的不舍,但是终究是要告别的。回想大学的学习生活,有泪水也有汗水。在此期间我严格要求自己,凭着对知识的强烈追求,刻苦钻研,勤奋好学,态度端正,目标明确,牢固的掌握了一些专业知识和技能,做到了理论联系实际。除了专业知识的学习外,我还不断的扩展我的知识面,从不同的领域以不同的方式来获得新的知识。争取成为一名各方面都很合格的大学生。
这次的毕业设计,是我独自完成周期最长,也是耗力最大的一个项目。值得庆幸的是,在我毕业设计完成的过程当中,有许多帮助我的同学和老师。在几个月的开发过程中,我遇到了大大小小无数个问题。是我的舍友和老师,不断地帮助鼓励。
我的指导老师,在自身工作十分繁忙的情况下,依然能做到及时恢复我们发去的问题邮件,并抽时间对我们进行线下的辅导。指出我们设计上的失误,逻辑错误以及学习规划问题,可以说没有导师的帮助,我的毕设会陷入死胡同,是导师为我指点了迷津,像迷雾中的路灯,为我指明方向!
请关注点赞+私信博主,免费领取项目源码