为满足用户的需求，本章分析系统开发的可行性，将从技术和操作等方面来判断，然后通过需求分析、系统流程分析来确定校园疫情防控系统的功能。
3.1 技术可行性分析
校园疫情防控系统在使用电脑和信息分析系统这些设计没有硬性要求，电脑只要是可以正常使用的话，那么代码和页面设计就是可行的。要求高的主要是服务器，平台上传服务器一定要选择性价比高和安全性高的，打开网站一定要顺滑不卡顿，所以硬件也是可行的[2]。
所以，从以上可行性分析可得，本系统的开发使没有问题的。
3.2 操作可行性分析
将根据管理系统中的用户体验和管理员的效率来分析该措施的可行性。管理人员和用户都可以通过简单的操作登录进对应的系统页面，方便用户搜索业务信息和管理人员管理数据，不需要特别懂电脑的人也可以轻松访问系统模块。该系统已完全投入使用。
3.3 需求分析
本校园疫情防控系统是为了提高用户查阅信息的效率和管理人员管理信息的工作效率，可以快速存储大量数据，还有信息检索功能，这大大的满足了用户和管理员这两者的需求。操作简单易懂，合理分析各个模块的功能，尽可能优化界面，让用户和管理员能使用环境更好的系统。
对比要实现的功能来分析出用户的需求，可以让用户在线对其进行添加、修改、查看、删除，这不仅满足了用户的需求，还大大的节省了时间。因此，管理员的需求也应当考虑一下，尽可能提高管理员的工作效率。
3.4 项目设计目标
本防系统采用MySQL数据库和Java技术开发而成，极大程度上的保证了系统的稳定性。
3.4.1 关于系统的基本要求
（1）功能要求：管理人员可以管理个人中心、管理员管理、老师管理、用户管理、健康上报管理、到校确认管理、论坛管理、公告管理、核酸上报管理、疫情知识信息管理、确诊上报管理、药品管理、基础数据管理、轮播图信息等功能模块[3]。
（2）性能：可以准确无误的在不同的操作系统中登录到用户或者管理员的相应界面进行轻松的操作[4]。
（3）环境要求：支持不同的操纵系统和不同的平台，可用于Windows系列、Vista系统等多种操作系统[5]。
3.4.2 开发目标
本校园疫情防控系统的主要开发目标如下：
（1）减少后台管理人员的工作量，对用户的信息进行系统的管理；
（2）必须要方便快捷的查看搜索信息并管理信息；
（3）用户是具有多样性的，所以界面要设置的简单明了，操作更要方便快捷。
3.5 系统流程分析
系统登录流程图如图所示3-1所示。
图3-1 系统登录流程图
用户和管理员可以添加信息，内容没有问题之后按下确定键就添加成功了。添加信息的流程图如图3-2所示.
图3-2 添加信息流程图
用户可以选择把自己发布的信息删掉，选择要删除的文章确认之后，删除信息的操作就完成了。删除信息流程图如图3-3所示。
图3-3 删除信息流程图
3.6 本章小结
本章主要是对校园疫情防控系统的可行性分析和所要实现的功能进行分析，在对一系列的系统可行性分析之后，又详细的讲述了项目的目标与原则，让人们深刻的了解校园疫情防控系统的设计与实现的设计思想，之后重点对登录模块、添加模块和删除模块的流程进行了详细的图文介绍。
第4章 系统设计
本章主要讲述的是校园疫情防控系统的设计开发结构，简单介绍了开发流程与数据库设计的原则以及数据表的关系结构图，并且详细的展示了数据表的内部结构信息与属性。
4.1 系统体系结构
系统启动后，在登录界面，输入正确的账号密码，选择进入管理员界面或用户界面，管理员界面是用来管理页面与用户，用户界面可以正常的使用健康上报、到校确认、核酸上报、确诊上报、药品申请等功能，系统登录结构图如图4-1所示。
图4-1 系统登录结构图
管理员模块属于是网站的后台，进入之后有大量的管理员功能，管理员也可以使用普通用户模块的功能，为了维护网站的稳定与页面的布局，将管理员模块的功能详细化后可以使用系统管理对页面进行布局修改，可以发布公告提示用户规范，用户功能模块可以对健康上报、到校确认、核酸上报、确诊上报、药品申请等功能进行操作，校园疫情防控系统主页结构图如图4-2所示。
图4-2 校园疫情防控系统主页结构图
4.2 开发流程设计
系统的开发流程设计简单的介绍了开发过程，先对任务书进行分析，根据要实现的功能对各个模块进行开发，之后再对模块一一进行测试，测试成功后将模块整合再测试整体功能，完善整体结构[6]。开发系统流程图如图4-3所示。
图4-3开发系统流程图
4.3 数据库设计原则
数据库设计之后，根据数据库关系，可以更加清晰地了解到数据库结构，每一个数据表之间的关系，再创建数据表。快速更改和查询对应的信息，有了数据库就不用在程序和代码中寻找。
分析情绪箱网站管理系统的数据结构后，在E-R图中分析管理员登录时的模式，需要输入用户名与密码，管理员信息E-R如图4-4所示。
图4-4 管理员信息E-R图
健康上报E-R图如图4-5所示。
图4-5健康上报E-R图
到校确认E-R图如图4-6所示。
图4-6到校确认E-R图
核酸上报实E-R图如图4-7所示。
图4-7核酸上报E-R图
确诊上报实体E-R图如图4-8所示。
图4-8确诊上报E-R图
4.4 数据表信息
在关系数据E-R图中，分析并创建数据表，数据表用来记录信息，数据表关系由多个数据表组成，下面介绍的是数据表各个字段信息如下表所示。
表4-1：健康上报表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_id |
Integer |
用户 |
是 |
| 3 |
daka_name |
String |
健康码打卡 |
是 |
| 4 |
daka_file |
String |
健康码照片 |
是 |
| 5 |
daka_wendu |
BigDecimal |
体温 |
是 |
| 6 |
daka_text |
String |
备注 |
是 |
| 7 |
daka_delete |
Integer |
逻辑删除 |
是 |
| 8 |
insert_time |
Date |
录入时间 |
是 |
| 9 |
create_time |
Date |
创建时间 |
是 |
表4-2：到校确认表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_id |
Integer |
用户 |
是 |
| 3 |
daoxiao_name |
String |
到校 |
是 |
| 4 |
daoxiao_file |
String |
照片 |
是 |
| 5 |
daoxiao_text |
String |
备注 |
是 |
| 6 |
insert_shijian_time |
Date |
到校时间 |
是 |
| 7 |
daoxiao_delete |
Integer |
逻辑删除 |
是 |
| 8 |
insert_time |
Date |
录入时间 |
是 |
| 9 |
create_time |
Date |
创建时间 |
是 |
表4-3：字典表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
dic_code |
String |
字段 |
是 |
| 3 |
dic_name |
String |
字段名 |
是 |
| 4 |
code_index |
Integer |
编码 |
是 |
| 5 |
index_name |
String |
编码名字 |
是 |
| 6 |
super_id |
Integer |
父字段id |
是 |
| 7 |
beizhu |
String |
备注 |
是 |
| 8 |
create_time |
Date |
创建时间 |
是 |
表4-4：论坛表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
forum_name |
String |
帖子标题 |
是 |
| 3 |
yonghu_id |
Integer |
用户 |
是 |
| 4 |
laoshi_id |
Integer |
老师 |
是 |
| 5 |
users_id |
Integer |
管理员 |
是 |
| 6 |
forum_content |
String |
发布内容 |
是 |
| 7 |
super_ids |
Integer |
父id |
是 |
| 8 |
forum_state_types |
Integer |
帖子状态 |
是 |
| 9 |
insert_time |
Date |
发帖时间 |
是 |
| 10 |
update_time |
Date |
修改时间 |
是 |
| 11 |
create_time |
Date |
创建时间 |
是 |
表4-5：公告表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
gonggao_name |
String |
公告名称 |
是 |
| 3 |
gonggao_photo |
String |
公告图片 |
是 |
| 4 |
gonggao_types |
Integer |
公告类型 |
是 |
| 5 |
insert_time |
Date |
公告发布时间 |
是 |
| 6 |
gonggao_content |
String |
公告详情 |
是 |
| 7 |
create_time |
Date |
创建时间 |
是 |
表4-6：核酸上报表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_id |
Integer |
用户 |
是 |
| 3 |
hesuan_name |
String |
核酸打卡 |
是 |
| 4 |
hesuan_file |
String |
核酸照片 |
是 |
| 5 |
hesuan_text |
String |
备注 |
是 |
| 6 |
hesuan_delete |
Integer |
逻辑删除 |
是 |
| 7 |
insert_time |
Date |
录入时间 |
是 |
| 8 |
create_time |
Date |
创建时间 |
是 |
表4-7：老师表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
laoshi_name |
String |
老师姓名 |
是 |
| 3 |
laoshi_phone |
String |
老师手机号 |
是 |
| 4 |
laoshi_id_number |
String |
老师身份证号 |
是 |
| 5 |
laoshi_photo |
String |
老师头像 |
是 |
| 6 |
laoshi_email |
String |
老师邮箱 |
是 |
| 7 |
create_time |
Date |
创建时间 |
是 |
表4-8：疫情知识信息表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
news_name |
String |
疫情知识名称 |
是 |
| 3 |
news_photo |
String |
疫情知识图片 |
是 |
| 4 |
news_types |
Integer |
疫情知识类型 |
是 |
| 5 |
insert_time |
Date |
发布时间 |
是 |
| 6 |
news_content |
String |
疫情知识详情 |
是 |
| 7 |
create_time |
Date |
创建时间 |
是 |
表4-9：确诊上报表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_id |
Integer |
用户 |
是 |
| 3 |
quezhen_name |
String |
确诊打卡 |
是 |
| 4 |
quezhen_file |
String |
确诊照片 |
是 |
| 5 |
quezhen_text |
String |
备注 |
是 |
| 6 |
quezhen_delete |
Integer |
逻辑删除 |
是 |
| 7 |
insert_time |
Date |
录入时间 |
是 |
| 8 |
create_time |
Date |
创建时间 |
是 |
表4-10：药品表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_id |
Integer |
用户 |
是 |
| 3 |
yaopin_name |
String |
药品名称 |
是 |
| 4 |
yaopin_uuid_number |
String |
药品编号 |
是 |
| 5 |
yaopin_photo |
String |
药品照片 |
是 |
| 6 |
yaopin_address |
String |
药品地点 |
是 |
| 7 |
yaopin_types |
Integer |
药品类型 |
是 |
| 8 |
yaopin_content |
String |
药品介绍 |
是 |
| 9 |
yaopin_delete |
Integer |
逻辑删除 |
是 |
| 10 |
insert_time |
Date |
录入时间 |
是 |
| 11 |
create_time |
Date |
创建时间 |
是 |
表4-11：药品订单表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yaopin_order_uuid_number |
String |
订单编号 |
是 |
| 3 |
yaopin_id |
Integer |
药品 |
是 |
| 4 |
yonghu_id |
Integer |
用户 |
是 |
| 5 |
yaopin_order_types |
Integer |
订单类型 |
是 |
| 6 |
insert_time |
Date |
订单创建时间 |
是 |
| 7 |
create_time |
Date |
创建时间 |
是 |
表4-12：用户表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_name |
String |
用户姓名 |
是 |
| 3 |
yonghu_photo |
String |
头像 |
是 |
| 4 |
yonghu_phone |
String |
用户手机号 |
是 |
| 5 |
yonghu_id_number |
String |
用户身份证号 |
是 |
| 6 |
yonghu_email |
String |
邮箱 |
是 |
| 7 |
create_time |
Date |
创建时间 |
是 |
表4-13：管理员表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
username |
String |
用户名 |
是 |
| 3 |
password |
String |
密码 |
是 |
| 4 |
role |
String |
角色 |
是 |
| 5 |
addtime |
Date |
新增时间 |
是 |
4.5 本章小结
本章具体讲述了系统的大体结构，主要包括用户、老师、管理员三大系统模块，使其各个功能简洁明了。同时对数据库的设计原则进行分析，从而提高了系统的效率。
第5章 系统实现
本章讲述的是系统对各个模块功能实现的效果图，对管理员功能、老师功能、用户功能分别进行了展示，页面布局清晰，操作简单快捷，基本实现了对系统的需求。
5.1 管理员功能模块
本系统后台分为管理员、老师两个角色，进入管理员模块界面管理相关信息与网页信息时，需要输入管理员的账户名与密码，登录成功后，会自动跳转管理员模块界面。提高了数据信息的安全性。管理员登录界面如图5-1所示。
图5-1系统登录界面图
管理员进入系统后台后，可以对个人中心、管理员管理、老师管理、用户管理、健康上报管理、到校确认管理、论坛管理、公告管理、核酸上报管理、疫情知识信息管理、确诊上报管理、药品管理、基础数据管理、轮播图信息等功能模块进行管理。管理员功能界面图如图5-2所示。
图5-2管理员功能界面图