疾病防控综合系统设计与实现(代码+数据库+LW)
摘 要
在如今社会上，关于信息上面的处理，没有任何一个企业或者个人会忽视，如何让信息急速传递，并且归档储存查询，采用之前的纸张记录模式已经不符合当前使用要求了。所以，对疾病防控信息管理的提升，也为了对疾病防控信息进行更好的维护，疾病防控综合系统的出现就变得水到渠成不可缺少。通过对疾病防控综合系统的开发，不仅仅可以学以致用，让学到的知识变成成果出现，也强化了知识记忆，扩大了知识储备，是提升自我的一种很好的方法。通过具体的开发，对整个软件开发的过程熟练掌握，不论是前期的设计，还是后续的编码测试，都有了很深刻的认知。
疾病防控综合系统通过MySQL数据库与Spring Boot框架进行开发，疾病防控综合系统能够实现出入记录管理，打卡管理，接种记录管理，核酸检测管理，社区疫情管理，物资申请管理，物资管理等功能。
通过疾病防控综合系统对相关信息的处理，让信息处理变的更加的系统，更加的规范，这是一个必然的结果。已经处理好的信息，不管是用来查找，还是分析，在效率上都会成倍的提高，让计算机变得更加符合生产需要，变成人们不可缺少的一种信息处理工具，实现了绿色办公，节省社会资源，为环境保护也做了力所能及的贡献。
关键字：疾病防控综合系统，接种记录，核酸检测，物资申请
第一章 绪论
1.1 选题背景
1.2 选题意义
1.3 研究内容
第二章 开发环境
2.1 Java语言
2.2 MYSQL数据库
2.3 Eclipse开发工具
2.4 Spring Boot框架
第三章 系统分析
3.1可行性分析
3.1.1技术可行性
3.1.2操作可行性
3.1.3经济可行性
3.2系统流程分析
3.3系统性能分析
3.3.1系统安全性
3.3.2数据完整性
3.3.3系统可扩展性
3.4系统功能分析
第四章 系统设计
4.1 系统设计目标
4.2功能结构设计
4.3数据库设计
4.3.1 数据库概念设计
4.3.2 数据库物理设计
第五章 系统实现
5.1管理员功能实现
5.1.1 核酸检测管理
5.1.2 接种记录管理
5.1.3 物资管理
5.1.4 物资申请管理
5.1.5 出入记录管理
5.2 用户功能实现
5.2.1 打卡管理
5.2.2 接种记录查看
5.2.3 公告信息查看
5.2.4 社区疫情情况
第六章 系统测试
6.1系统测试的特点
6.2 系统功能测试
6.2.1 用户登录测试
6.2.2 出入记录查询测试
6.3 系统测试结果
结 论
致 谢
参考文献
第一章 绪论
1.1 选题背景
目前整个社会发展的速度，严重依赖于互联网，如果没有了互联网的存在，市场可能会一蹶不振，严重影响经济的发展水平，影响人们的生活质量。计算机的发展，不管是从硬件还是软件，都有很多技术储备，每年都有很多的技术和软件产生，纵观各个领域，无一不用互联网软件，办公用的还是电脑居多，但是人手一台智能设备已经变成了现在人们的生活日常，哪怕的普通的老百姓都成了上知天文下知地理的所在，这些都依赖于互联网技术。互联网技术在信息的传播方面是巨大的，而信息的处理就变成了各种产业管理者和维护者的重任。人们已经习惯了互联网的存在，所以经常操作一些互联网产品变成了日常，所以开发一个疾病防控综合系统，让人们使用是没有一点问题的，并且在这个过程中不仅能够规范疾病防控信息管理的使用流程还有信息处理流程，也能让整个信息的传播处理，都存在一种可控制的范围，最重要的是，计算机在疾病防控信息管理方面可以给管理者提供更好的帮助。
3.4系统功能分析
本系统在功能分析上，主要是根据目标用户群的角度进行分析，为了便于展示分析结果，这里就使用用例图进行功能展示。
管理员用例图的绘制结果见图3-5。管理员登录进入本系统操作的功能包括管理打卡信息，管理核酸检测，管理接种记录，管理物资，审核物资申请，管理出入记录，管理社区疫情等。
用户用例图的绘制结果见图3-6。用户登录进入本系统操作的功能包括查看出入记录，核酸检测，接种记录，管理打卡，申请物资等。
第四章 系统设计
到目前为止，市面上已经存在了各种各样的软件系统，从系统的分类着手，主要应用范围倾向于办公系统，娱乐系统，社交系统，然后下面有很多比较细的分支系统。很多系统已经经过了市场的考验，针对不同的业务场景已经开始出现了业务模块化，程序员减代码化的各种设计方式。到目前为止，当要设计一个系统的时候，首先根据业务模型基本上都可以在网上找到类似的模板，然后根据具体业务具体分析，进而实现具体功能，大众的就是最好的，毕竟符合市场主流的就代表着肯定符合常规操作流程。
4.1 系统设计目标
系统设计的时候，就要制定需要达成的目标。在功能上，要严格符合设计需求，不仅仅要减少操作步骤，也要符合预期。因此，在规范化的今天设计出符合项目要求的系统，必须要达到下面设定的目标。
第一个目标就是友好性：友好性主要体现在用户使用过程中，不会对系统的操作产生一种不满，减少操作者的愤怒，这是相当重要的一个体现。前几年好多软件在这个友好性方面失去了市场，就是因为在友好性这方面没有做好。国内互联网发展初期，软件设计的目的就是能用就行，至于友好性的对比，那是不存在的，因为硬件效率比较低，计算机属于新兴行业，所以大哥不说二哥，都是不友好的。随着计算机硬件的提升，很多开发者开始注意到要牺牲一定的计算器性能来提升友好性，因为计算机发展到现在，第一印象很重要，一个软件设计的不好看，会让大部分人对其产生质疑，所以要在友好性上面下很大功夫进行雕琢。
第二个目标就是安全性：安全性其实贯穿着整个软件行业的发展史，计算机就是为解决人类重复性计算以及数据存储的目的而诞生的，很多行业都需要计算机来进行计算，减少出错几率，并且把数据保留，可以实时查询，所以数据的安全性也很重要。
只要保证数据安全性的前提，开发出符合功能需求的友好界面操作，那么就达到了系统设计的目的。
4.2功能结构设计
本系统主要是基于数据的增加，修改，删除等操作，使用者能够通过提前设定的登录功能进入指定的操作区，这里对使用者设计的功能进行结构展示。
管理员功能结构图的绘制结果见图4-1。管理员登录进入本系统操作的功能包括管理打卡信息，管理核酸检测，管理接种记录，管理物资，审核物资申请，管理出入记录，管理社区疫情等。
用户功能结构图的绘制结果见图4-2。用户登录进入本系统操作的功能包括查看出入记录，核酸检测，接种记录，管理打卡，申请物资等。
4.3.2 数据库物理设计
本系统数据在数据库中都是通过各种二维表进行记录保存的，在数据库中设计这样的二维表也是比较重要的内容，因为它影响着数据的存储效率。在设计二维表也就是关系模型之前，一些有关二维表方面的常用概念需要进行充分了解。
关系：一张具体的数据表即表示关系，关系的名称与数据表的名称保持一致；
元组：数据表中，每行显示的数据即代表元组；
属性：数据表中，每列表示的数据即代表属性；
关键字：数据表中，为了与其他数据表进行区分，则需要在每张表中进行主键的设置；
通过上节内容可以知晓数据库中的各个实体，并通过一定方式把这些实体表示的内容进行数据表的转换，通常来说，每个实体都会对应一张具体的数据表，在本系统指定的数据库中创建命名好的数据库，才可以对数据表进行创建与设计。疾病防控综合系统数据表设计结果展示如下：
表4-1 出入记录表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| churujilu_types | 类型 | int(11) | 是 |
| churujilu_photo | 健康码 | varchar(200) | 是 |
| churujilu_content | 备注 | text | 是 |
| churu_time | 出入时间 | timestamp | 是 |
| insert_time | 添加时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-2打卡表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| daka_photo | 打卡照片 | varchar(200) | 是 |
| daka_content | 打卡备注 | text | 是 |
| insert_time | 打卡日期 | date | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-3 公告信息表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| gonggao_name | 公告名称 | varchar(200) | 是 |
| gonggao_photo | 公告图片 | varchar(200) | 是 |
| gonggao_types | 公告类型 | int(11) | 否 |
| insert_time | 公告发布时间 | timestamp | 是 |
| gonggao_content | 公告详情 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-4 核酸检测表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| jiance_time | 检测时间 | timestamp | 是 |
| jiance_types | 检测结果 | int(11) | 否 |
| hesuanjiance_content | 备注 | text | 是 |
| insert_time | 添加时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-5 接种记录表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| jiezhongjilu_uuid_number | 接种编号 | varchar(200) | 是 |
| jiezhong_time | 接种时间 | timestamp | 是 |
| jiezhong_types | 接种类型 | int(11) | 否 |
| jiezhongjilu_content | 备注 | text | 是 |
| insert_time | 添加时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-6 社区疫情情况
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| shequyiqing_name | 标题 | varchar(200) | 是 |
| gonggao_photo | 照片 | varchar(200) | 是 |
| shequyiqing_content | 内容 | text | 是 |
| insert_time | 发布时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-7 管理员表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | bigint(20) | 否 |
| username | 用户名 | varchar(100) | 否 |
| password | 密码 | varchar(100) | 否 |
| role | 角色 | varchar(100) | 是 |
| addtime | 新增时间 | timestamp | 否 |
表4-8 物资表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| wuzi_name | 物资名称 | varchar(200) | 是 |
| wuzi_danwei | 单位 | varchar(200) | 是 |
| wuzi_photo | 物资照片 | varchar(200) | 是 |
| wuzi_types | 物资类型 | int(11) | 是 |
| wuzi_kucun_number | 物资库存 | int(11) | 是 |
| wuzi_delete | 逻辑删除 | int(11) | 是 |
| wuzi_content | 物资介绍 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-9 物资申请
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| wuzi_id | 物资 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| wuzishenqing_number | 申请数量 | int(11) | 是 |
| wuzishenqing_content | 申请理由 | text | 是 |
| wuzishenqing_paifa_types | 派发地点 | int(11) | 是 |
| insert_time | 申请时间 | timestamp | 是 |
| wuzishenqing_yesno_types | 审核状态 | int(11) | 是 |
| wuzishenqing_yesno_text | 回复意见 | text | 是 |
| update_time | 审核时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4-10 用户表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| username | 账户 | varchar(200) | 是 |
| password | 密码 | varchar(200) | 是 |
| yonghu_name | 用户姓名 | varchar(200) | 是 |
| yonghu_phone | 用户手机号 | varchar(200) | 是 |
| yonghu_id_number | 用户身份证号 | varchar(200) | 是 |
| yonghu_photo | 用户头像 | varchar(200) | 是 |
| sex_types | 性别 | int(11) | 是 |
| yonghu_email | 电子邮箱 | varchar(200) | 是 |
| create_time | 创建时间 | timestamp | 是 |
5.1.1 核酸检测管理
管理员进入如图5-1所示的核酸检测管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成核酸检测信息的修改，删除等操作，管理员也能在当前界面查询核酸检测信息，添加核酸检测信息等。
5.1.2 接种记录管理
管理员进入如图5-2所示的接种记录管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成接种记录信息的修改，删除等操作，管理员在当前界面也能添加接种记录，查询接种记录。
5.1.3 物资管理
管理员进入如图5-3所示的物资管理界面之后，管理员点击信息显示栏中最右侧的修改，删除，增加库存，减少库存按钮可依次完成物资信息的修改，删除，增加库存，减少库存等操作。
5.1.4 物资申请管理
管理员进入如图5-4所示的物资申请管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成物资申请信息的修改，删除操作，管理员在本界面也能审核用户提交的物资申请信息。
5.1.5 出入记录管理
管理员进入如图5-5所示的出入记录管理界面之后，管理员点击信息显示栏中最右侧的修改，删除按钮可依次完成用户出入记录信息的修改，删除操作，管理员在本界面也能添加出入记录信息，查询出入记录信息等。
5.2.1 打卡管理
用户进入如图5-6所示的打卡管理界面之后，用户点击信息显示栏右侧的删除按钮可以删除打卡信息，用户在本界面可以新增打卡信息，查询打卡信息等。
结 论
开发与实现疾病防控综合系统已经花费了半年时间，在这期间，作为学生的我收获了很多知识。因为独自开发疾病防控综合系统，仅仅依靠在校期间学到的软件开发方面的知识显然是不行的，还需要通过其他的学习渠道进行程序开发类知识的拓展，比如去图书馆借阅书籍，比如数据库设计的书籍，Java编程语言方面的书籍，软件工程方面的书籍等，还可以通过上网查看编程方面的博客，这些博客呈现的知识是各个软件开发者在工作生涯中总结的编程知识，都是编程知识中的精华，可以帮助学习开发的人员在编程中避免很多开发误区，还可以节省开发的时间。另外，也可以通过数字图书馆下载相似系统方面的参考文献进行程序开发类的知识学习。总而言之，当一个人完成疾病防控综合系统的设计与开发后，不仅自身的专业知识水平得到了提升，还提高了自己将理论转为实际操作的能力，以及面对问题通过知识学习进而解决问题的能力。
疾病防控综合系统的设计实现，让我有以下几点体会：
（1）在确定要研究的系统之后，对于系统的研究内容也就是系统的功能的分析与设计是比较重要的部分，这方面主要是站在使用者的角度进行考虑，可以参考相似系统的功能进行设计，也能通过对目标用户群进行问卷调查等方式进行功能需求的确定，只有确定了系统需要的功能之后，才可以开展系统的配套数据库的设计，系统的编码等后续工作。
（2）对于系统的代码编写是一项比较复杂的工作，这也是系统的后端部分，用户操作系统看到的只是代码运行之后呈现出来的操作界面前端部分，编写的代码与运行实现的界面是相对应的，所以编写代码时，需要一边编写，一边查看代码的运行效果，这里就需要编写代码的人员注意一些编写细节，比如规范命名程序变量，注释关键代码等，这些编码习惯会帮助开发者在该系统中进行功能拓展或功能维护中提高效率。
（3）系统的功能模块在编码实现之后，也需要单独进行测试，发现问题之后能够及时进行解决，当系统的所有的功能都实现之后，再次对该系统整体进行测试，方便开发者在检验系统功能的基础上，进行系统问题的修复与完善。
由于时间比较短暂，加上开发期间我都是一边学习理论，一边进行实操，对于开发的疾病防控综合系统除了具备能够正常运行，能够提供信息管理功能，以及能够保证系统运行期间产生的数据的安全性等特点外，本系统也具备一些缺点，首先表现的就是当使用者使用系统时，在对数据进行查询或者更新时，系统响应时间比较长，增加了用户的等待时间，让用户的使用体验不够理想，其次，疾病防控综合系统的功能操作的流程设计上也存在一些不合理之处，最后，疾病防控综合系统对于权限划分，功能模块细分上也存在一些漏洞。
总的说来，在今后的时间里面，自己除了要加强理论知识的学习外，还要继续投入时间和精力去对疾病防控综合系统进行修复，让本软件拥有更强的性能，比如安全性以及可靠性。