【《基于SpringBoot的校园防疫管理系统的设计》15000字（论文）】

第1页共54页基于SpringBoot的校园防疫管理系统的设计目录TOC\o"1-3"\h\u280041绪论 4193131.1课题研究背景 4310851.2研究的目的和意义 4253471.3本文组织结构 5101972相关理论和技术 5162.1B/S架构简介 5166282.2SpringBoot框架简介 6103622.3Vue和Bootstrap简介 678142.4MySQL数据库简介 6299463系统需求分析 7195873.1系统可行性分析 7264133.1.1技术可行性分析 7239533.1.2经济可行性分析 7267983.1.3操作可行性分析 7307593.2系统业务描述 810893.3系统用例分析 1024533.3.1管理员用例分析 10125773.3.2教师用例分析 10139723.3.3学生用例分析 1125373.4系统性能要求 1174333.4.1稳定性要求 12214373.4.2易用性要求 12228103.4.3安全性要求 1280754系统总体设计 1240484.1系统整体功能模块设计 12242334.2数据库设计 1550764.2.1E-R图设计 15197424.2.2逻辑结构设计 1874374.3系统整体运作框架设计 23264435系统详细设计 2346435.1公共模块 2335435.1.1用户登录 2369685.1.2退出登录 24210035.1.3个人信息修改 24121225.1.4权限控制 25302125.2管理员子系统 2567705.2.1人员管理 25182665.2.2班级管理 26101715.2.3健康管理 26287285.2.4公告管理 27156375.3教师子系统 27312195.3.1班级管理 27219235.3.2请假审批 28219285.3.3公告管理 28324005.3.4消息通知 2988015.4学生子系统 29202255.4.1健康打卡 29260695.4.2出入登记 30236665.4.3请假申请 30214425.4.4公告列表 31304765.4.5消息通知 31249396系统实现与测试 3155726.1公共功能部分 3235306.1.1账户登录 32225826.1.2退出登录 33195616.1.3个人信息修改 34298526.1.4权限控制 34122996.2管理员子系统 35231316.2.1主页 3570436.2.2人员管理 35219996.2.3班级管理 37129156.2.4健康管理 38105596.2.5公告管理 39206776.3教师子系统 40255116.3.1教师主页 40181986.3.2班级管理 40243756.3.3请假审批 41193206.3.4公告管理 43135576.3.5消息通知 44187336.4学生子系统 45184706.4.1学生主页 45202976.4.2健康打卡 46186656.4.3出入登记 4675196.4.4请假申请 47206516.4.5公告列表 4817046.4.6消息通知 4939046.5系统测试 50264326.5.1功能性测试 50301056.5.2非功能性测试 5711357结论 58295657.1总结 58143607.2展望 5818344参考文献 59摘要近年由于新型冠状病毒的出现，打破了人们以往平静的生活，该病毒以潜伏期长、变异快、初期症状与普通感冒无异等特点，使得疫情的防控变得十分棘手，对于校园这种人员密集的地方，疫情的防控更加是重中之重，传统的防疫主要由人工来进行各种处理，效率低下且在面对众多人员时，防疫更是显得势单力薄，所以亟须一个借助于互联网技术的现代化的校园防疫管理系统来进行疫情防控。校园防疫管理系统依托于互联网技术，具有信息传播快速及时、信息收集整理方便、使用便捷等的特点，免去了人工收集整理信息的繁杂工序，在收集信息后，系统对信息进行了各种处理和整合，然后再反馈给使用者，能更加立体详细的展示各种信息，使得校园疫情的防控与管理更加高效可控。本文所叙述的是基于SpringBoot的校园防疫管理系统，为了快速的普及校园防疫管理系统的使用和方便的对其进行维护，因此选择了对使用环境要求较低且运行维护灵活的B/S架构来对其进行构建，在这种轻便的点对点架构下，只要系统布置完毕了，就可在任何网络设备通过浏览器来使用系统，用户通过浏览器可以获取和提交各种信息资源。本系统通过具体分析，将整体划分为了三种不同用户和权限类型的子系统，它们分别是拥有最高控制权限的管理员子系统和次级控制权限的教师子系统以及普通权限的学生子系统，其中管理员子系统主要对系统进行各种管理和维护，教师子系统主要管理查看学生各种相关健康信息，并发布相关公告通知等，学生子系统主要是个人相关健康信息的上报和提交请假申请等，三个子系统相辅相成互相协同，以此来进行校园防疫管理系统的维护与运作，实现了校园疫情防控无纸化，便捷化等的管理模式。关键词：B/S架构；校园防疫管理系统；SpringBoot；Java1绪论1.1课题研究背景第2页共54页近年突然出现的新型冠状病毒以其超过半月的潜伏期、指数级的传播速度、与普通感冒无异的发病症状等特点，从发现开始仅仅数月时间就蔓延至全球，由于其适应性强、变异速度快，目前仍在全球肆虐。从2019年出现新冠肺炎至今，全球确诊人数超42467万，累计死亡人数超590万，疫情严重的国家甚至每日新增确诊人数几十万，在当前的情况之下没有任何国家能够摆脱疫情的侵扰。当前环境下，应对疫情最好的办法就是进行严密的疫情防控。我们国家在疫情防控方面所做的贡献是值得肯定的，只要发现一例，就立马启动紧急应对措施，隔离相关地区，并进行核酸检测。目前经过严密的管控，我们国内虽然大多数地方的疫情已经清零，但是难以避免的还是会出现一些“漏网之鱼”，有时候也会爆发小区域疫情的情况，国内情况虽然趋于稳定，但仍马虎不得。人员密集之处更加应当进行严密的管控，特别是学校之类的人员密集场所，所以在校园防疫管理方面，一个现代化的校园防疫管理系统十分的有必要。1.2研究的目的和意义相较于传统人工收集整理数据的方式，借助互联网技术的管理系统更加准确高效[1]。本课题研究的目的是实现一个基于互联网技术的校园疫情防控管理系统。通过系统各种生动明了的数据展示，能更好的挖掘分析数据的潜在价值[2]。后续将校园防疫管理系统应用到校园防疫管理后，可以借助互联网技术信息收集整理方便、信息传递快速准确、随时随地方便的查看和管理信息等的特点，对校园防疫实现更加全面且实时的监管，更好的保护广大校园师生的身体健康。复杂的新冠疫情夺走了我们原本便利的生活，也使我们的健康倍受威胁，为了疫情尽早的结束，疫情的防控管理是十分重要的。疫情防控不是一部分人的责任和义务，而是我们所有人的责任和义务，所以每一个地方都应该做好疫情防控，校园防疫管理系统投入使用后，在保护了广大师生的健康安全的基础上，也对疫情的早日结束贡献了一份力量。1.3本文组织结构本论文划分了七个章节，具体如下：第一章绪论，在这个章节中主要阐述了本校园防疫管理系统研究的背景，以及本校园防疫管理系统研究的目的和意义。本章首先阐述了校园防疫管理系统研究的背景环境，然后再据此引申出研究校园防疫管理系统的目的及意义，最后再对整个文章的叙述结构进行了说明。第二章相关理论和技术，本章节着重对本论文研究系统所用的主要技术进行了说明和介绍。第3页共54页第三章基于SpringBoot的校园防疫管理系统的需求分析，在这一章节中，分为了四个板块进行分析说明，首先从三个方面，即开发校园防疫管理系统所用的技术、开发实现该系统将耗费的资金、系统的可操作性三方面来分析了开发实现系统的可行性，其次再对系统各个业务的处理进行了说明，然后再对系统的三个子模块的用例进行了阐发，最后再结合实际的防疫情况提出了系统应当达到的性能要求。第四章基于SpringBoot的校园防疫管理系统的总体设计，本章对整个系统的各个功能模块进行了设计，然后再对数据库的设计进行了分析介绍。第五章基于SpringBoot的校园防疫管理系统的详细设计，经由上一章节的整体系统设计，已经明确了系统应当包含的相关功能以及数据库的实际数据结构，此章节以整体设计为基础，一一阐述了其各模块的详细运作流程。第六章基于SpringBoot的校园防疫管理系统的实现与测试，此章节根据详细设计开始着手对具体的程序进行编写和实现，然后再进行测试，逐步的完成整个系统的开发。第七章总结与展望，本章节对全文阐发的内容和实现校园防疫管理系统所作的相关工作进行了总结，并对本校园防疫管理系统未来的优化和升级作出了展望。2相关理论和技术2.1B/S架构简介B/S中的B指的是Browser即用于网页浏览的web浏览器，S指的是Server即服务器，所以该架构模式即服务器和web浏览器组合运行的一种模式[3]。在这种点对点交互的组合模式中，web浏览器负责连接到用户，并把服务器中的资源数据反馈给用户，而服务器则负责整理和保存用户提交的各种资源数据和反馈用户的请求。web浏览器中展示的所有功能都绑定了对应的接口，点击对应的功能会根据其绑定的接口去执行对应的程序片段，最后将结果反馈给web浏览器去展示，所以很多情况下许多的业务逻辑基本都是由服务器来完成的，web浏览器大多数情况下只负责展示数据资源即可。B/S架构和许多的开发框架一样也定义了三层架构，它们分别是面向用户的图形操作层、整理数据模型的业务逻辑层、管理数据库的数据访问层。它们分别对应用户交互界面、后台中间数据处理部分、数据库读写部分。B/S架构可以实现轻量的客户端，即用户只要有一个可以浏览网页的软件就可以对服务器中的系统进行使用，除此之外服务器还可以同时服务多个客户端供多个用户使用，大大提升资源利用率，而且由于用户是通过使用web浏览器来获取服务器中的资源，web浏览器只是做资源展示，所以可以在不升级用户端的情况下，由服务器返回升级的资源，以此实现系统的版本更新。2.2SpringBoot框架简介传统软件开发复杂度高，要求开发人员掌握大量宽泛的知识[4]。人们为了简化软件开发，就设计了许多开发框架。SpringBoot是近些年推出的一款热门的Java开发框架。Java是一种为互联网设计的开发语言，可用于开发各种互联网系统[5]。但其原生开发模式比较繁琐复杂，传统JavaWeb开发要进行许多的配置，各种XML配置文件让人眼花缭乱，而SpringBoot仅需要几行简短的代码就可实现这些复杂的配置。SpringBoot简化了传统JavaWeb开发要做的繁杂工作，对传统JavaWeb开发做了高度封装[6]。SpringBoot含有多种组件，支持“即开即用”。只需要在pom.xml配置文件中导入相关依赖即可使用该组件，大大降低了系统耦合度[7]。同时还提供了大量自动配置，只需要设置标识代码，框架就会自动执行对应的封装配置。第4页共54页2.3Vue和Bootstrap简介Vue是近些年推出的一款基于JavaScript的前端脚本框架，采用模型-视图-视图模型的设计理念，其响应式设计可以实现双向数据绑定，同时Vue简单轻便，是前后端分离项目常用的前端技术。Bootstrap是Twitter推出的一套前端样式框架，主要用于网页的布局和美化，本身基于HTML、CSS、JavaScript。因为其良好的页面自适应性，能让网页在不同尺寸大小的设备上合理的布局，所以通常是开发适配多平台多尺寸项目时的首选技术。2.4MySQL数据库简介MySQL数据库是一款快速、轻便、开源的数据库[8]。诞生于1995年，由DavidAxmark和MichaelMontyWidenius开发。其支持面向对象开发，且可以运行在许多不同的平台，同时还具有多种数据库引擎，使用不同的引擎可以适应不同的场景。开源的软件为所有从事软件开发的人员提供了便利，同时也使得人们能在此基础上共同对开源的软件进行优化改进，让其本身更加完善强大。MySQL数据库作为一款开源的数据库，经过众多程序员的使用和改进，目前已经足够的完善和强大，相较于其它的数据库，使用MySQL不用缴纳使用资金，也不用受数据库开发商的限制，给开发人员提供了非常广泛的发挥空间，使用MySQL可以让数据库管理更加高效便捷。3系统需求分析3.1系统可行性分析3.1.1技术可行性分析目前的系统可分为实时系统和分时系统。实时系统对时间的要求很高，要求程序能在规定时间完成任务[9]。而分时系统一般要求可以满足多用户使用系统即可，所以更易于实现。本课题研究的系统就是一种分时系统，主要用于多用户使用，相对来说也比较容易实现。技术方面，本系统采用SpringBoot搭配Vue和Bootstrap再辅以MySQL数据库进行开发，前端的Vue和Bootstrap可以构建良好交互的图形用户界面，后端使用SpringBoot作为开发框架，可以使后端开发更加简单快速，而MySQL数据库本身开源高效，已有众多人在使用，可靠性和实用性毋庸置疑，整个系统所用技术基本都为当下热门技术，已有众多的案例，同时开发所用的硬件配置方面，使用的是一台配备Intel(R)Core(TM)i7-8750H中央处理器和8G内存的联想电脑，整体性能较为优异，能够流畅运行开发校园防疫管理系统所需的各种开发软件。综合分析下来，本课题研究的校园防疫管理系统的开发在技术的要求上是可行的。3.1.2经济可行性分析第5页共54页开发系统所用到的SpringBoot、Vue、Bootstrap、MySQL等基本都是免费的或开源的，无需投入过多资金，可以从网上获取，整个系统的开发基本不用花费过多的资金。在系统实际应用到校园防疫管理后，可以极大的减少防疫人员的工作，同时少量的人员即可进行校园防疫管理，因此也可以减少防疫人员的分配，较大程度的减少了人员和资源的支出[10]。综合分析过后，本校园防疫管理系统的开发符合经济上的要求。3.1.3操作可行性分析开发系统采用的前端技术Vue和Bootstrap都是当前热门流行且使用广泛的技术，它们的设计思想就是易于交互使用的，并且已经有足够多的案例证明使用这些技术开发的系统具备操作可行性，用户只要会使用相关网络设备进行上网，操作这些技术的开发的系统就几乎没有学习成本，立马就能上手，所以基于Vue和Bootstrap开发的本系统同样具有操作可行性，因此本课题研究的校园防疫管理系统符合用户操作可行性要求。3.2系统业务描述本课题研究的系统：基于SpringBoot的校园防疫管理系统，是为了在当前这个新冠疫情复杂的防控环境下，更好的进行校园防疫管理来保护师生的身体健康而设计的一个系统。整个系统分为三个子系统，分别是：管理员子系统、教师子系统、学生子系统。三个子系统的相关业务描述如下：（1）管理员子系统：主要用于维护系统的各种数据和查看全体学生的相关健康情况等。由于系统是通过用户认证来给与功能使用权限的，所以要登录才能使用校园防疫管理系统。在登录页面有忘记和记住的功能来对密码进行管理，管理员可按需选择对应功能。登录时输入管理员账户标识（id）和密码，然后触发登录请求后会执行信息校验，信息正确将进入到管理员子系统的信息概览主页，在主页有各种信息概览展示，在这里可以查看当前在校学生、当前离校学生、今日出校记录、今日进校记录、近七天全校学生的健康折线图，折线图包含发热、经风险区、密接、确诊人数的统计展示，还可以查看当前全校学生具体的打卡情况百分比。进入到管理员子系统后可以在左侧功能引导区选择对应的功能进入对应页面，对用户、教师、学生、班级进行增加、删除、修改、查询，除此之外，还可以查看全校学生的打卡情况、打卡详情、出入登记记录，在公告管理模块还可以浏览和删除系统中每一个教师发布的公告。在个人信息页面，包含籍贯、id、姓名、所属或管理的班级等，可以选择对某些内容进行更改或补充来维护账户信息。（2）教师子系统：主要的作用是管理自己所带班级学生的健康打卡和出入登记信息以及向班级学生发布公告通知和对学生请假申请进行审批。系统要验证教师类型的用户才能给与教师子系统的使用权，所以要登录才能使用校园防疫管理系统的教师子系统。登录时输入教师账户标识（id）和密码，然后触发登录请求后会执行信息校验，信息正确将进入到教师子系统的信息概览主页，为了避免每次进入系统都要输入账号和密码的繁琐操作可在登录验证的HTML页面选择记住密码，如果忘记密码无法登录系统，还可以选择忘记密码，通过账号绑定的邮箱重置账户密码。报告用纸第6页共54页报告用纸教师登录系统后，首页会展示本班学生的各种信息，如本班学生在校离校人数，今日出入记录总数，近七天本班学生的健康情况（发热、经风险区、隔离、确诊新冠人数），还可以查看今天本班学生打卡的百分比。根据功能导航栏指引，教师可以选择对班级学生的打卡和出入情况进行查看管理，还可以对学生的请假进行查阅审批，同时可以对班级发布相关公告进行消息通知，教师类型用户的个人信息页面和管理员一样，也包含籍贯、id、姓名、所属或管理的班级等，同样可以选择对某些内容进行更改或补充来维护账户信息。教师子系统还包含请假审批消息通知，在班级学生填写并上报个人的请假申请后，如果教师在线，系统会发送学生请假的通知弹框，同时在教师消息提示列表中会新增一条学生请假信息，通知图标会显示教师未处理的学生请假通知的数量，如果教师没在线，则不会进行弹框通知，在教师登录系统后，在信息提示列表会新增一条请假申请，通知图标未处理的学生请假通知数加一。（3）学生子系统：主要是用于学生个人各种健康相关信息的登记，以及接收消息通知。学生要使用系统，要先在登录页面输入账号密码进行登录，登录页面也有记住密码和忘记密码的功能，学生可以按需选择对应的功能。在学生登录系统后，会跳转到学生类型的个人主页，主页会展示学生近七天的打卡的体温变化，和本班今日打卡百分比。学生可以根据功能导航栏进行健康打卡、出入登记、请假申请、和公告查看。学生子系统的公告通知功能模块，在教师发送公告后，如果学生在线，会弹出公告消息提示框，在学生个人通知列表会新增一条公告记录，通知图标未读信息数加一，如果未登录，则不会收到系统弹框通知，而是在后面登录系统后在通知列表新增一条通知记录，然后通知图标的未读信息数加一。在学生个人信息页面，学生还可以根据个人需求进行个人信息的更新和重新设置密码以此来管理和维护个人的信息。报告用纸第7页共54页报告用纸3.3系统用例分析3.3.1管理员用例分析系统管理员主要是进行各种信息的维护和查看全校学生的健康情况等，具体的操作方面可以对用户、教师、学生、班级进行增删改查，还能对学生的打卡和出入进行管理，也能对系统中所有教师发布的公告消息进行查看和删除。管理员用例图如下：图3.1管理员用例图3.3.2教师用例分析第8页共54页教师主要是对本班学生的打卡情况和出入情况以及请假等进行管理，可以查看学生的打卡、出入记录，对学生的上报的请假进行意见反馈，对自己发布的公告进行管理，也可以在学生上报请假后查看待审批请假的消息通知，教师用例图如图3.2所示：图3.2教师用例图3.3.3学生用例分析学生登录系统后，可以进行健康打卡、出入登记、请假申请、公告查看。学生通过使用系统上报自己的相关信息，可以更好的辅助教师对班级进行管理。学生用例图如图3.3所示：图3.3学生用例图3.4系统性能要求报告用纸第8页共55页报告用纸3.4.1稳定性要求校园疫情防控是一个关乎整个学校师生健康的大事，所以校园防疫管理系统投入使用后的稳定运行是十分重要的，系统一直稳定的运行，才能时时刻刻严密的进行校园防疫管理，保护广大师生的健康。学校这种人员密集的场所，但凡有一天系统不能运行，都会带来大量的额外工作[11]。并且人工相较于机器，出错的情况更为普遍，新冠病毒的传播又十分的迅速，只要稍微没有把控住，带来的后果就会是难以估量的，所以校园防疫管理系统稳定运行的要求是必不可少的。3.4.2易用性要求校园防疫管理系统面向的是大量的学校师生，每个人对于网络设备的操作水平和学习能力都是不一样的，为了方便师生们快速的上手使用，系统的易用性是很重要的，整个系统应当按照主流系统的交互方式进行规划布局，让系统在投入使用后能够使校园师生几乎零学习成本上手，快速便捷的使用。3.4.3安全性要求校园防疫系统中包含了大量的师生信息，各种信息对于师生个人来说都是隐私信息，近年来网上的诈骗手段日新月异，由于大学生社会经历欠缺，难以辨别骗子的诈骗手段，且有部分空闲资金，因此近年来大学生成了诈骗团伙的主要目标之一。如果系统中关于学生个人的隐私信息被泄露，流落到诈骗分子手中，很可能会造成难以估量的后果。所以校园疫情防控管理系统的信息安全性要求是必须要达到的。报告用纸第9页共54页报告用纸4系统总体设计4.1系统整体功能模块设计如果最开始的软件设计没有做好规划，在软件开发完成后，再进行各种修复所造成的成本将是十分巨大的，所以最开始就应该对系统各个板块做好对应的设计规划[12]。为了更好的对系统进行设计规划，于是划分了三个板块进行分析，分别是管理员、教师、学生板块。管理员板块可以对系统的一些数据进行维护，比如对用户、班级等信息的维护，还可以查看学校全体学生的相关健康登记信息，以及对系统的公告进行管理等。教师板块主要是对本班级的学生进行管理，可以查看本班学生的相关健康信息、对学生的请假申请进行审批、发布公告通知等。学生板块主要是收集学生本人的相关健康信息，以及向教师提交请假申请等。系统整体功能模块图及各子模块的功能模块图如下：系统整体功能模块图：图4.1校园防疫管理系统整体功能模块图管理员板块：图4.2管理员板块功能模块图报告用纸第10页共54页报告用纸教师板块：图4.3教师板块功能模块图学生板块：报告用纸第11页共54页报告用纸图4.4学生板块功能模块图4.2数据库设计报告用纸第11页共55页报告用纸4.2.1E-R图设计数据库是用来存放数据的仓库，整个系统主要就是展示处理各种数据，实际就是围绕数据来运行的[13]。所以数据库的设计在整个系统中是很重要的一部分。数据库的设计就是将系统需要关联使用到的各种数据按照科学合理的方法进行划分的一项工作。进行数据库设计首先需要画出相关的实体抽象模型，比如表示实体的E-R图，然后通过抽象模型才能更加清晰明了的划分出各种数据的结构以及它们之间的关系，以此更加科学合理的设计出符合系统整体要求的数据库。依照系统的需求分析出相关的数据库实体如下：（1）用户。该实体包含了校园防疫管理系统中所有用户的各种信息，如：用户标识（ID）、用户名、创建时间、籍贯、密码等，用户登录和各种功能的使用以及对用户进行管理等都需要依赖这些基础信息。用户的E-R图如下：图4.5用户E-R图（2）教师。所有教师类型的用户在教师实体中都会有记录。教师的E-R图如下：图4.6教师E-R图（3）学生。所有学生类型的用户在学生实体中有对应记录。学生的E-R图如下：报告用纸第12页共54页报告用纸图4.7学生E-R图（4）班级。此实体中记录了相关班级的信息。班级的E-R图如下：图4.8班级E-R图（5）健康登记。该实体是用来记录学生健康打卡的，包含学生各种健康信息。健康登记的E-R图如下：图4.9健康登记E-R图（6）出入登记。该实体包含学生的各种出入信息。出入登记的E-R图如下：图4.10出入登记E-R图（7）请假。该实体用于记录学生的请假申请。请假的E-R图如下：报告用纸第13页共54页报告用纸图4.11请假E-R图（8）公告。该实体用于记录教师发布的各种公告通知。公告的E-R图如下：图4.12公告E-R图（9）阅读。该实体用于记录学生的阅读记录。阅读E-R图如下：报告用纸第14页共54页报告用纸图4.13阅读E-R图(10)整理完各个实体的E-R图后，就可以规划出数据库整体的E-R图了，整体E-R图如下：图4.14整体E-R图4.2.2逻辑结构设计报告用纸第15页共54页报告用纸逻辑结构设计就是将大致的数据模型，根据实际的要求设计成符合程序运行要求的具体数据结构。校园防疫管理系统的各个表的具体逻辑结构设计如下：（1）用户表，用于存放校园防疫管理系统用户的关键个人信息，逻辑结构如下：表4.1用户表（users）（2）教师表，关联保存用户表中教师类型的用户，逻辑结构如下：表4.2教师表（teachers）（3）学生表，关联保存用户表中学生类型的用户，逻辑结构如下：表4.3学生表（students）（4）阅读表，保存学生阅读公告的记录，逻辑结构如下：报告用纸第16页共54页报告用纸表4.4阅读表（read_table）（5）出入登记表，保存学生出入登记的记录，逻辑结构如下：表4.5出入登记表（in_and_out）（6）健康登记表，保存学生健康打卡的记录，逻辑结构如下：报告用纸第16页共55页报告用纸表4.6健康登记表（health）（7）班级表，保存班级的相关信息，逻辑结构如下：报告用纸第17页共54页报告用纸表4.7班级表（classes）（8）请假表，保存学生的请假信息，逻辑结构如下：表4.8请假表（ask_for_leave）（9）公告表，保存教师发布的公告信息，逻辑结构如下：报告用纸第18页共54页报告用纸表4.9公告表（announcement）4.3系统整体运作框架设计为了便捷高效的进行软件开发，本系统使用了SpringBoot作为后端程序开发的主体框架，然后再结合Thymeleaf进行前端模板解析渲染，再整合了MyBatis-Plus实现数据库层面的操作，后端将页面请求和数据请求分开进行了编写，一部分接口仅用于返回对应的页面，另一部分接口仅用于返回请求的相关数据。前端方面导入了Vue和Bootstrap等进行网页的开发。整个框架的前后端交互模式如下：前端页面通过访问对应的接口跳转对应页面，然后页面所需数据会通过axios向后端对应的接口进行获取，后端通过MyBatis-Plus将用户需要的数据从MySQL数据库查询出来，然后进行封装返回对应的数据，后端返回数据后，前端将回调函数接收到的数据赋给Vue的数据对象，最后通过Vue的插值表达式等将数据渲染到页面，这样整套流程下来，就将对应的页面和数据向用户进行了展示，整个系统也就完成了一次前后端的交互，这就是整个框架的运行模式。报告用纸第19页共54页报告用纸5系统详细设计5.1公共模块5.1.1用户登录用户登录功能模块有三个功能：登录、记住密码、忘记密码，用户可以根据个人需要选择对应功能，该功能模块的流程图如下:图5.1登录功能模块流程图5.1.2退出登录在用户点击退出登录后，会清空前后端保存的用户信息，并跳转到登录页面，该功能模块的流程图如下:图5.2退出登录流程图5.1.3个人信息修改用户可通过此模块进行个人信息的维护，如修改密码、籍贯等，该功能模块的流程图如下:报告用纸第20页共54页报告用纸图5.3个人信息修改流程图5.1.4权限控制由于系统用户有三种类型，所以需要设置不同的操作能级来防止关键功能被滥用。给系统各类型的用户配置对应操作能级后，能保证每个用户仅能访问自己权限范围内的内容，使系统更加安全稳定，该功能模块的流程图如下:图5.4权限控制流程图5.2管理员子系统5.2.1人员管理人员管理板块下，包含三个子模块，分别是用户管理、教师管理、学生管理，该功能模块的流程图如下:报告用纸第21页共54页报告用纸图5.5人员管理流程图5.2.2班级管理班级管理功能模块用于对班级信息进行维护，该功能模块的流程图如下:图5.6班级管理流程图5.2.3健康管理健康管理功能模块，可以查看全校学生的打卡情况以及出入情况，该功能模块的流程图如下:报告用纸第22页共54页报告用纸图5.7健康管理流程图5.2.4公告管理公告管理模块可以对系统的所有的公告进行查看，以及删除公告，该功能模块的流程图如下:图5.8公告管理流程图5.3教师子系统5.3.1班级管理报告用纸第23页共54页报告用纸在班级管理功能模块，教师可以选择对本班学生的打卡情况和出入情况进行管理，该功能模块的流程图如下:图5.9班级管理流程图5.3.2请假审批请假审批功能模块，教师可以对本班学生的请假申请进行查看和审批，该功能模块的流程图如下：图5.10请假审批流程图5.3.3公告管理报告用纸第24页共54页报告用纸公告管理功能模块，可以实现教师向本班学生发送相关通知的功能，该功能模块的流程图如下：图5.11公告管理流程图5.3.4消息通知报告用纸第25页共54页报告用纸教师子系统的消息通知，是用来接收学生请假通知的，学生提交请假申请后，会通过该模块向教师进行通知推送。该功能模块的流程图如下：图5.12消息通知流程图5.4学生子系统5.4.1健康打卡健康打卡功能模块，可以收集学生的健康情况，学生通过此模块填写相关信息点击提交后，即可上报个人健康信息。该功能模块的流程图如下：图5.13健康打卡流程图5.4.2出入登记报告用纸第26页共54页报告用纸在此功能模块，学生可以进行出入校园的登记，该功能模块的流程图如下：图5.14出入登记流程图5.4.3请假申请学生可以在请假申请功能模块填写相关信息向教师提交请假申请。该功能模块的流程图如下：图5.15请假申请流程图5.4.4公告列表报告用纸第27页共60页报告用纸学生个人收到的所有通知都会汇总展示在这个功能模块，学生可以在这个模块查看自己接收的通知的详细内容。该功能模块的流程图如下：图5.16公告列表流程图5.4.5消息通知在教师发送公告通知时，可以通过此功能模块向学生发送公告通知提醒。该功能模块的流程图如下：图5.17消息通知流程图6系统实现与测试报告用纸第27页共54页报告用纸通过前几章节的介绍，系统的规划已经基本完成，本章节将要对系统的具体实现进行阐述。本系统整体划分为三个不同用户类型的子系统，它们分别是：最高权限的管理员子系统、次级权限的教师子系统、基础权限的学生子系统，下面主要以这三个不同用户类型的子系统来介绍校园防疫管理系统相关功能的实现。6.1公共功能部分6.1.1账户登录用户要使用系统相关功能，首先要做的就是进行用户信息验证，通过在信息验证的HTML表单填写自己的账户标识（id）和密码，然后点击“登录”按钮触发登录请求，交由信息验证代码块进行核对，然后返回验证结果给HTML页面，再由页面的脚本进行相关处理。前端登录页面的具体出效果如下图所示：报告用纸第28页共54页报告用纸图6.1用户登录表单忘记密码的前端表单设计如下图所示：图6.2忘记密码表单6.1.2退出登录报告用纸第29页共54页报告用纸用户在点击退出登录后，会请求后端接口，先销毁后端对应的session，后端成功销毁session后，返回销毁成功的信息给前端，前端验证后端成功销毁session后，再清除浏览器保存的用户信息，最后再跳转到登录页，完成退出登录的操作。后端对应接口如下图所示：图6.3退出登录后端接口退出登录的前端的核心代码如下图所示：图6.4退出登录前端核心代码6.1.3个人信息修改校园防疫管理系统的个人信息页面，包含籍贯、id、所属或管理的班级、姓名等，用户可以选择补充或更改这些信息。如果补充填写了信息且确认无误，可以点击“保存”按钮，随之会经由修改个人信息的接口触发执行对应程序段，程序段执行完成后数据库就存储了新的信息。个人信息修改的前端页面设计如下：图6.5修改个人信息页面6.1.4权限控制报告用纸第30页共54页报告用纸本系统的权限控制，使用SpringBoot的拦截器来进行处理，前端的所有请求都会先经由后端的拦截器进行处理，通过拦截器验证则允许访问对应资源，否者禁止访问。具体效果如下图所示：图6.6权限控制效果页面6.2管理员子系统6.2.1主页报告用纸第31页共54页报告用纸管理员主页有各种信息的概览，包括全校当前在校学生、离校学生、今日进出校记录、全校学生近七天健康情况、全校学生今日打卡百分比。整个页面的数据都是通过axios请求后端接口获取的，然后通过Vue将数据渲染到页面。页面效果如下图所示：图6.7管理员主页6.2.2人员管理在人员管理功能模块中，管理员可以选择对用户、教师、学生进行增加、删除、修改、查询，对用户、教师、学生进行管理操作的这三个模块，所实现的功能基本一致，仅在数据上有些许差异，所以选择以用户模块为例来进行阐述。用户管理相关效果图如下：图6.8用户列表图6.9添加用户报告用纸第32页共54页报告用纸图6.10修改用户图6.11删除用户图6.12查询用户6.2.3班级管理校园防疫管理系统面向的是校园，当然也就有班级的管理，在这个页面下可以对系统中的班级信息进行维护，具体的效果图如下：报告用纸第33页共54页报告用纸图6.13查询班级图6.14修改班级图6.15删除班级图6.16添加班级6.2.4健康管理报告用纸第34页共54页报告用纸管理员可以在这个功能模块下，查看全校学生的打卡、出入情况，在学生打卡列表页面，可以按打卡情况、居住地变更、离校、发热、隔离这几种情况分类查看，在出入管理功能页面，也可以按全部、出校、进校来分类查看。管理员可以通过这些信息对全校学生的健康情况进行大致分析，以此预估或评判全校学生的健康状态等。健康管理相关的页面效果如下：图6.17打卡列表图6.18打卡详情报告用纸第35页共54页报告用纸图6.19出入列表6.2.5公告管理系统中发布的所有公告都会在公告管理功能页面按列表展示，管理员可以查看和删除公告。具体的功能效果如下图所示：图6.20公告管理6.3教师子系统6.3.1教师主页报告用纸第36页共54页报告用纸教师登录系统后，会进入到教师主页，教师可以在这查看本班学生的大致情况，此页面包含本班学生在校人数、离校人数、今日进出校记录、近七天学生健康状况、今日班级打卡百分比。具体效果如下图所示：图6.21教师主页6.3.2班级管理教师可以通过此功能页面，对学生的健康打卡和出入情况进行管理查看，通过这些数据分析学生的健康状况，实时监管学生的健康，使得校园防疫的管理更加可控。该功能模块所对应的具体效果如下图所示：图6.22打卡管理报告用纸第37页共54页报告用纸图6.23出入管理6.3.3请假审批学生提交的所有请假申请会在此页面以列表展示，教师可以查看学生请假申请的详情，然后进行审批并提交审批意见，如果需要专门查看某一个学生所有的请假申请，可以通过搜索学生的姓名来查询该学生提交的所有请假申请。通过此功能模块可以让学生更加方便的进行请假，教师也可以更加方便的查看和审批学生的请假。请假审批具体的效果如下图所示：报告用纸第38页共54页报告用纸图6.24请假审批列表图6.25请假审批6.3.4公告管理教师有时候需要对班级学生发布相关公告通知，这时候就可以使用公告管理功能模块，在此功能页面，教师如果要发布新通知可选择新增公告，如果要对已发布的公告进行更改可选择修改公告，如果不需要某条公告可选择删除公告，如果需要快速查找某一条公告可选择查询公告，以此保证有需要时，能准确可控的将消息通知到班级学生。公告管理模块的具体效果如下图所示：图6.26公告列表图6.27查询公告报告用纸第39页共54页报告用纸图6.28添加公告图6.29修改公告图6.30删除公告6.3.5消息通知报告用纸第40页共54页报告用纸教师子系统的消息通知，用于在学生提交请假申请后，向教师发送请假审批提示。消息通知具体的运作流程如下：学生提交请假审批，请求后端对应接口，后端接口将学生请假审批记录到数据库，然后会调用WebSocket向管理学生班级的教师发送通知，由于WebSocket是一种实时通讯，此时会出现两种情况，如果此时教师在线，则教师端会连接到WebSocket，然后WebSocket也可以向教师发送通知，而如果教师不在线，则意味着教师账户没有连接到WebSocket，因此WebSocket的通知也就不会送达教师，但不论教师是否连接到WebSocket，都可在登录进系统后，在通知列表查看到自己未处理的学生请假申请。消息通知功能模块可以让教师清晰明了的查看到自己未处理的请假审批，使得对学生的请假审批工作更加及时和高效。具体的效果如下图所示：图6.31消息弹框通知图6.32消息通知列表6.4学生子系统报告用纸第41页共54页报告用纸6.4.1学生主页学生登录系统后，首先会进入到学生个人主页，此页面会展示学生本人近七天打卡的体温变化情况，以及本班同学今日打卡的百分比。具体效果如下图所示：图6.33学生主页6.4.2健康打卡学生个人的身体健康信息可以通过健康打卡功能模块进行提交上报，学生每日可以多次上报，系统会保留每日最后一次健康打卡的结果。具体的效果如下图所示：图6.34健康打卡6.4.3出入登记报告用纸第42页共54页报告用纸学生的出校和进校的登记，可以在本功能页面进行。在学生填写完登记信息并提交后，会在登记表单头部显示学生出入登记的时间以及出入类型。每天可以进行多次登记，如果当前登记的出入类型和上一次登记的出入类型相同，且是同一天，则会更新上一次的记录，如果本次登记出入类型和上一次登记出入类型不同，则是新增一条出入记录。出入登记具体的效果如下图所示：图6.35出入登记6.4.4请假申请在校期间学生难免会因各种事情需要请假，这时就可选择请假申请功能模块进行处理，学生在该模块在线填写请假类型和理由等信息并提交后，会向教师发送通知，提示教师进行学生的请假审批。学生还可以查看自己所有的请假申请，并可对已有的请假申请进行修改、删除、查询的操作。请假申请具体的效果如下图所示：图6.36请假申请列表报告用纸第43页共54页报告用纸图6.37添加请假申请图6.38删除请假申请图6.39修改请假申请图6.40查询请假申请6.4.5公告列表报告用纸第44页共54页报告用纸学生个人收到的所有公告都会在此功能页面汇总以列表形式展示，学生可以在此页面查看公告详情，如果公告过多时，也可以用标题进行宽泛搜索来查看自己需要的公告。当学生点击阅读详情时，会增加一条公告阅读记录，同时会将公告状态标为已读。公告模块的各功能实现如下图所示：图6.41公告列表图6.42公告详情报告用纸第45页共54页报告用纸图6.43搜索公告6.4.6消息通知学生子系统的消息通知，主要用于在教师发布公告的时候，对学生进行提醒，具体的效果和教师端的请假审批消息提示类似，后台的处理也和教师端消息通知相同，这里不再赘述。具体的效果如下图所示：图6.44消息通知弹框图6.45消息通知列表6.5系统测试报告用纸第46页共54页报告用纸在具体实现系统后，还需要进行各种相关测试，以此检查系统是否还存在bug，并对bug进行及时修复，这样才能使系统达到使用的要求，才能保证系统在将来投入到实际的使用时按照最初的设计和要求来运行。下面将从功能性和非功能性两方面来对系统进行测试。6.5.1功能性测试（1）公共模块测试用户登录测试，具体如下表所示：表6.1用户登录测试表6.1用户登录测试（续表）退出登录测试，具体如下表所示：报告用纸第47页共54页报告用纸表6.2退出登录测试个人信息修改测试，具体如下表所示：表6.3个人信息修改测试权限控制测试，具体如下表所示：表6.4权限控制测试（2）管理员子系统报告用纸第48页共54页报告用纸主页信息展示测试，具体如下表所示：表6.5主页信息测试人员管理测试，具体如下表所示：表6.6人员管理测试班级管理测试，具体如下表所示：表6.7班级管理测试健康管理测试，具体如下表所示：报告用纸第49页共54页报告用纸表6.8健康管理测试公告管理测试，具体如下表所示：表6.9公告管理测试（3）教师子系统报告用纸第50页共54页报告用纸主页信息展示测试，具体如下表所示：表6.10主页信息测试班级管理测试，具体如下表所示：表6.11班级管理测试请假审批测试，具体如下表所示：表6.12请假审批测试公告管理测试，具体如下表所示：报告用纸第51页共54页报告用纸表6.13公告管理测试消息通知测试，具体如下表所示：表6.14消息通知测试（4）学生子系统学生首页信息展示测试，具体如下表所示：表6.15学生首页信息展示测试健康打卡测试，具体如下表所示：表6.16健康打卡测试出入登记测试，具体如下表所示：报告用纸第52页共54页报告用纸表6.17出入登记测试请假申请测试，具体如下表所示：表6.18请假申请测试公告列表测试，具体如下表所示：表6.19公告列表测试消息通知测试，具体如下表所示：表6.20消息通知测试6.5.2非功能性测试（1）稳定性测试报告用纸第53页共54页报告用纸由于本系统是用于校园疫情防控的，所以在稳定性方面有一定要求，本系统通过登录多个用户端，连续不间断的较长时间的访问和使用各个功能模块，来进行稳定性测试。整个流程下来，系统未出现不稳定的情况，整体来说，系统的稳定性是符合要求的。（2）易用性测试易用性，就是指用户接触到系统后，能否轻松便捷的进行使用，网站是否达到了易理解易操作的要求。具体测试如下表所示：表6.21易用性测试（3）安全性测试在安全性方面，首先本系统设置了用户权限管理，经过测试，低权限的用户不能访问高权限用户的资源。其次系统设置了登录拦截，如果没有登录，是不允许访问任何用户资源的，经过测试，未登录状态下，任何的非法访问都会被重定向到