计算机毕业设计项目推荐(源码+论文+PPT)

校园疫情管理小程序
摘要
本论文主要阐述了如何利用前后端分离Springboot组合vue的前后端分离开发技术进行校园疫情管理小程序的开发与实现的详细过程,开发此系统的目的是要降低校园内部的疫情管控的困难性,实现无纸化,并且使用计算机上的互联网进行疫情基本信息的管理,并且提高了库存的精准性,由此可见库存管理系统的重要性。并且主要给出了校园疫情防控系统从项目需求着手、项目概要、项目的数据库编写、项目总体详细的设计及测试的各个环节,本文最后对该系统进行了详细的概括与总结。本校园疫情管理小程序主要由移动端小程序用户界面和后台管理两大模块:其中前台的模块基于微信小程序开发其模块主要包括个人基本详情信息模块、学生每日健康打卡模块、通知模块、出入报备模块、疫苗接种登记模块,物资申请模块,留言板等;后台管理员功能组成主要由系统基础功能管理模块、疫苗接种管理模块、打卡记录模块,学生个人基本信息管理模块、疫情所需物资与申请管理回复模块等搭建起整个校园疫情防控管理系统。本系统虽然已经达到了一个校园疫情管理小程序的需求,但仍有优化空间,希望通过以后空闲时间进行系统的进一步更新,并且在今后的维护中,能呈现出一个令广大学生容易接受、使用的网络平台。
关键词:疫情防控,前后端分离,Mysql数据库,springboot。

Campus epidemic management applet
Abstract
This paper mainly describes how to use the front and back end separation Springboot combination VUE front and back end separation development technology for campus epidemic management small program development and implementation of the detailed process, the development of the system is to reduce the difficulty of campus epidemic control, to achieve paperless. In addition, the Internet on the computer is used to manage basic epidemic information and improve the accuracy of inventory, which shows the importance of inventory management system. In addition, it mainly gives the various links of the campus epidemic prevention and control system from the project requirements, the project outline, the compilation of the project database, the overall detailed design and testing of the project. At last, this paper summarizes and summarizes the system in detail. This outbreak of campus management applet is mainly composed of the front desk and background management of two modules: user interface at the front desk of the module based on the application development including notification module, the personal details of basic information module, the student daily health is reported to the clock module, access module, vaccination registration module, application module, message board, etc.; The background management interface mainly includes the campus students’ basic personal information management module, the basic project management module, the vaccination management module, the punch card record module, the epidemic materials and application management reply module, etc., which sets up the entire campus epidemic prevention and control management system. Although the system has met the requirements of a small program for campus epidemic management, there is still room for optimization. It is hoped that the system can be further updated in the spare time in the future, and that a network platform can be easily accepted and used by students in the future maintenance.
Keywords:Separation of front and rear ends,Mysql,springboot,Epidemic prevention and contro
1 绪论
1.1设计背景
当前形势在面对新冠疫情或者其他传染病的持续扩张,伴随着我国经济的快速发展和信息化进程的不断加快。我国在互联网方向已成熟发展多年,并且积累了相当成熟的技术,了多年的实践经验和发展历程。由此结合互联网技术针对疫情防控更为重要。当前疫情形势仍然十分严峻,近几年来的新冠病毒的冲击下,利用互联网技术,实现各个领域下的疫情管控,通过互联网收集好用户的疫情相关敏感信息后,提供给防控单位来进行远程管控。
各个城市陆续上线的互联网抗疫技术发挥了不可撼动的作用。并且当下信息技术的迅猛发展,从老人到小孩等都可以熟练使用微信,QQ,支付宝等软件,并且当下基于微信的小程序应用客户量明显增多,这得益于近些年互联网的普及。这种小程序免安装概念已经深入人心。在这种模式下,可以实现远程信息登记,并且实现了随时随地、实时的更新个人的基本状况、信息等都能实现快速传达,彻底实现了即时、零接触、管控一体。为了打赢新冠肺炎防疫阻击战,应当强调依靠科学、专业的防疫措施和精细化的社会管理,建立“疾病暴发应对系统”,这样在很大程度上可以避免形式主义和官僚主义的做法,实现政府和民众协同共治。[8]
就2022年最新疫情信息来说,校园内发生疫情或者疫情牵扯到校园、学生频繁发生,学生们不仅针对于个人防范,例如卫生清洁、戴口罩、隔离等等,更重要的是从源头进行防患于未然。
1.2设计的目的和意义
1.2.1设计目的
为了更好的预防新冠疫情,坚决贯彻落国家疫情防控的指示精神和部署要求,以人为本,坚持底线思维,切实做好校园针对防控的各个环节、各类情况的宣传工作,并提前做好宣传预案,大力普及新冠病毒肺炎疫情的防范知识,重点在于提高校园师生、家长等相关人员的防范意识,大力提升疫情期间的自觉性、主动性,坚决遏制疫情在校园内及师生中蔓延。加强组织管理领导,做好每个学生的保障措施。正是因为防控措施的繁琐,数据多,高校想实现对疫情防控的组织管理光靠人力物力的投入是不够的,信息审核和统计采用人工记录的方式,不仅工作效率低、劳动强度大而且容易出错,进而很难达到疫情防控要求的0接触、准确和实时性的标准。
伴随着信息化时代的高速发展,各类疫情防控渗透于各行各业。在这一大背景下,将信息技术引入进疫情防控系统中,使我们校园管理员准确、高效率的实现对当下疫情时代同学们的统一管理,这是我们疫情防控系统需要首要解决的一个重要问题。由此,开发一个完整、完善、全方位、一体化的疫情防控系统,不但能满足疫情管控的迫切需求,同时也是顺应了数字化校园建设的发展趋势。
1.2.2设计的意义
本论文通过对当下疫情管控的规则和流程的深入了解以及对于校园疫情防控的不断解读,面对目前实现疫情管控系统的多样性与复杂性的现状,利用Springboot+vue的开发技术,并且基于微信小程序的开发对校园疫情管理系统进行研究、分析与设计,并且主要给出了疫情管理小程序从项目需求分析、项目的系统概要、疫情管理小程序的数据库设计、项目总体设计以及详细设计和系统完成后的测试环节,最后对本系统进行经验总结。
设计搭建校园疫情防控小程序,使得学生们通过系统进行信息输入和统一管理分配,从而实现高效统一、方便快捷、及时并且实时的反映并处理学生们所遇到的问题。并且同学们也可以实时了解到校园实时动态,因而能够提前地做好充分的疫情防疫准备,如此校园疫情防控小程序解决了以往对学生管控不及时而引发不可逆的状况;校园管理员只要登录系统,便可实现随时随地审核近期个人身体情况,疫苗接种情况和防疫物资的需求,同时能够更好地管控校园内疫情管控,让更多的同学处于安全的环境中。

2 技术分析
2.1 微信小程序开发
微信小程序是基于微信平台免安装的产品,微信小程序为开发者提供了大量的API来获取微信的数据与各种功能。开发简单。跨平台运行:不用再分别开发iOS和Android版本,只需发布到微信小程序平台,所有平台都可用。快速分发与迭代:无须关心各种发布渠道,也无须担心旧版本升级和兼容问题。[2]
另外小程序基本上不需要考虑客户端是ios还是android,这些差异微信已经帮小程序屏蔽掉了,小程序只需要关注它自身要实现的功能即可。
小程序端代码采用uniapp语法,其使用了Vue框架进行搭建的前端应用的框架,可以实现一套代码,发布到多端上,例如iOS、安卓、移动端H5网页、以及微信小程序等各种小程序。uni-app使用的开发工具 HBuilderX,优势在于需要什么插件可直接下载,测试、打包、发布特别方便。uni-app采用Vue.js语法,基本支持vue大部分语法(。PC端使用vue封装的一些js方法,以及建构思想,可直接移植到uni-app中,比如:本人pc项目中api接口js文件,可直接复制到小程序框架api文件夹中。uni-app由于用户数量多生态链丰富,插件完善,并且也可使用vue语法自己封装一些组件。
2.2 B/S模式体系结构
B/S是基于WEB结构后流行起的一种结构模式,客户可以在浏览器界面浏览网站来进行系统的基本操作,无需下载特定的软件才能对系统操作。它改进了C/S系统,并且优化了C/S系统的一种新的结构。
B/S结构模式它的主要工作原理:开发的系统只需各自进行运维各自的服务器即可,而不需要担心浏览器的问题。站在客户角度来说,客户电脑上的浏览器即是客户端,由此方法可以省掉一大笔维护费用以及研发人员的工作时间,并且可以说客户量群体的规模变得更大,更多的客户人群进行使用。对于开发人员来说维护量也不会变多,只需对自己的服务器进行升级即可完成想的的更新迭代。当今互联网技术的飞速发展,如今的各种云服务器,譬如腾讯云、阿里云等等,或者私有云,它们实现了服务器的云模式,打破了服务器的地域性限制,只需要开发人员把系统放到云上进行部署,即可实现开发人员远程维护系统软件。由此来看系统的升级与维护变得愈发简单,并且对于客户来说,操作起来也会变得简单,可操作性高。鉴于此针对开发系统所消耗的金钱、时间、开等等和其他系统消耗的费用减少相比传统开发来说减少都是显著的。
B/S结构支持用户针对个人爱好来去选择各自喜欢的浏览器来进行系统的操作。并且用户电脑只需要一个浏览器即可访问并进行操作,即可轻松的使用该系统。由此来说易维护性高、开放性强等优点;
2.3 MySQL数据库
MySQL使用的 sql 语言就是用来访问数据库的最普遍使用标准化语言。 MySQL属于关系型数据库,运行速度快,对于个人来说Mysql属于免费软件,成本低。SQL语言,同常见的编程语言C、C++、Java、Python一样,是一种编程语言。[9]支持大型数据量,可以处理上千万条记录,用户群体比较大等等优势,背靠Oracle公司所以稳定性极高。MySQL支持几乎所有的操作系统,并且支持很大的表(MyISAM存储引擎支持的最大表尺寸为65536TB),这些特性使得MySQL的发展非常迅猛,目前已经广泛应用在各个行业中。[7]
2.4 Spring Boot
SpringBoot框架是一个整合了其他多种框架以用来服务的框架,SpringBoot不属于新的框架,而是简化了Spring相关的的各种框架中所需的一些xml配置文件。Spring Boot项目可以采用传统的方案打成war包,然后部署到Tomcat中运行。也可以直接打成可执行jar包,这样通过java -jar命令就可以启动一个Spring Boot项目。[5]自带了应用监控,对正在运行的的项目提供了监控。
2.5 vue.js
Vue.js始终维持着一个理念:“这个框架应该是渐进式的。”[3]在vue中使用了良好的组件化思想,把各个单页面抽离成各个组件,类似父引子的操作来使用组件即可。]并且vue的另一大优点是上手简单,不需要开发者拥有更深层次的技术,由于框架封装好各种js语法,使得vue本身变得非常简洁,因此后端开发人员也可以快速的学会vue框架。Vue没有任何第三方依赖,可以在所有兼容ECMAScript 5的浏览器中使用。这也就是说它不支持Internet Explorer 8及以下版本,因为Vue使用了JavaScript中相对较新的特性[4]。
Vue.jss库是一套基于程序javascriptmvvm的数据库,是一套专门用来帮助构建一个人性化用户操作界面的通用先进式设计框架。Vue.js采用的设计模式不同于其他框架,它是采用了自底向上的设计来进行开发。Vue. js 有着丰富的生态链、高用户群的使用,并且开发人员提供了一个简单易懂、易于学习和进行理解的 api文档 ,由此使用者就可快速进行上手开发和投入到项目中使用 vue .js。
2.6 Java语言
Java语言和C、C++进行相比存在很多相同,但Java也有自己的特点,例如Java语言拥有完善的垃圾回收机制;并且在C、C++中无处不在的指针概念等等,Java舍弃了这些难懂的概念。但是提供了类、接口与继承等等关系; C++语言只能实现类与类之间的单继承;而对于Java来说由类与类之间继承的基础上还可以实现接口与接口的多继承关系,并且Java可以实现类与接口之间的实现关系。与此同时,Java可全面支持动态绑定技术。
Java拥有了面向对象的抽象思维,它将所有与问题由联系的事务属性与行为进行抽象,得到对象。项目采用MVC设计模式是一种软件设计典范Java三层架构主要指逻辑上划分的三层:表示层,业务逻辑层,数据访问层[10]。表示层展示给用户的最终界面;业务逻辑层是对具体事务的业务逻辑操作;数据访问层封装了对数据库的访问细节,为表示层或业务逻辑层提供数据服务[1]。
2.7开发环境
硬件环境:HUAWEI笔记本 内存16G 固态硬盘500G。
软件环境:Windows10系统、谷歌浏览器。
服务器:阿里云。
数据库:Mysql5.7。
开发环境:jdk8 , Vue.js。

3 需求分析与可行性分析
3.1系统的功能需求性分析
作为一个校园疫情小程序,首先我们需要保证学生登录到小程序后可以查看管理员发布的公告,可以进行每日健康打卡,并且对学生个人的疫苗接种登记管理,和防疫物资申请,问题反馈等等模块是整个系统的核心。下面根据不同角色简要分析系统的各个主要功能。
3.1.1 校园学生功能需求
对于校园学生而言,学生在进入小程序后,使用手机号、密码进行登录后。进入到小程序首页,首先展示的是近期关于疫情管控的公告界面。学生观可以看到具体的公告内容,其次学生要进行个人信息的完善。之后要进行每日的健康打卡来报备个人的身体状况,如有身体不适第一时间发现和管理,其次可以对学生出入校门进行管理,详细登记学生出校门后所到达的地方,并且对每个学生的疫苗接种情况进行登记,广大学生们如果缺少物资可以在小程序上进行物资的申请,如果对校园管控有建设性意见或者投诉也可以直接进行上报。具体功能如下:学生登录;个人信息修改 ;查看通知信息;每日打卡;疫苗接种情况登记;防疫物资申请;学生出入报备;投诉、留言
3.1.2 校园管理方功能需求
就学校管理方的需求来讲,管理员首先对系统的基本管理,包括学生账号注册,各个角色管理,部门管理等。学生基本信息管理,管理员发布公告,学生每日打卡记录、疫苗接种信息管理和学生的物资申请管理,还包括了学生的投诉留言反馈,学生出入校园的信息管理。并鉴于此来综合判断学生在校园内的防疫是否达到要求。具体功能如下:
管理员登录;系统管理;发布通知;学生信息维护;学生防疫管理
3.2 系统的非功能性需求
以上的分析阐述是对防疫管理具体要实现怎么样的功能、解决什么样的问题进行了详细阐述,对于校园学生和管理者两个不同的角色功能做了详细阐述。开发人员在进行需求分析时要注重系统最基本的业务逻辑的功能需求,不要忽视了对非功能性的需求分析。但其实这样做是不对的,由于项目涉及面广泛,其主要是指开发的软件产品除去功能需求以外最好具备的特性,例如安全性、可靠性、可维护性以及互操作性。因此我们要权衡好两者的关系。下列则是对本系统非功能性需求的分析:
(1)实时性。学生每日进行健康打卡可以快速有效的掌握学生的基本身体状况。
(2)高负荷。系统可以保证在信息量不断增大的情况下仍然能够准确无误的运行,界面应该保持稳定、操作流畅不卡顿,避免运行过程中出现整个界面崩溃的现象。
(3)易用性。易用性是指学生通过微信进入到小程序具有良好的用户界面操作流程也容易理解和学习。对于系统的新用户而言,无需提前咨询便可以直接通过微信进入并且顺利完成自己防疫报备,多次使用后便能达到熟练操作的水平。
(4)可靠性。一般的用户系统本身信息量就大,而关于学生的个人信息更是种类复杂,如果系统一旦瘫痪或被人恶意破坏,很难重新再建立,因此系统必须具有数据可恢复性。
3.3可行性分析
3.3.1技术可行性
本校园疫情防控系统前台是基于微信小程序的平台进行开发,通过对当前环境下技术的现状进行分析,无论是当前的硬件设施条件还是软件设施条件来说,在此技术架构上来设计项目都是可行的,并且针对于设备来说,为了更好的进行系统开发与运维,电脑要从运行内存等去增加设备本身配置来达到项目的要求。由此要求针对于系统的开发人员必须掌握相关计算机专业知识,并且熟练掌握系统的相关开发语言、数据库技术、缓存等等相关的专业知识,综合起来才能实现对该疫情管理小程序系统的开发及维护。
在整个系统设计和开发工作的过程中,后端开发语言选择了Java语言的springBoot框架技术,从而为前端提供服务器支撑和可用接口数据;前端采用了uniapp和vue.js技术对小程序进行开发,和后台管理模块。springboot+vue实现了目前最新前后端分离技术,充分满足了高复用性特点。基于强大的技术支持,使得系统能够具有良好的性能。
3.3.2经济可行性
研究和开发小型系统已经在各行各业中非常普遍。开发一款全新软件系统的任务量不是一项简单的任务,但是针对本系统来说,进行开发以及维护校园疫情管理小程序不需要花费大量的资金和人力, 它主要依靠的是大量时间精力的投入。并且是个人独立设计完成,所以可以节省大多数人力费用的支出,同时还可以培养动手实践、分析需求提出问题并加以解决问题的能力。项目的经济可行性是将项目的开发的成本消耗与项目上线后的运维所带来的优势进行比较。并且要多方把握,软件是否符合用户所期望的成果。因此,就从经济学的角度来说,它是一个可行系统。
3.3.3操作可行性
该校园疫情管理小程序是采用基于微信小程序的图形用户界面而进行设计和制作的,后台基于pc端,系统主界面简单明了的分布了各项功能,设置的标题栏简单易懂、操作流程也容易理解和学习,学生初次使用系统时,便可以根据页面上的导航条提示顺利完成防疫登记工作,管理员也可以随时随地登录系统对学生进行防疫管理,多次使用后便能达到熟练操作的水平。所以在操作可行性方面,本系统是完全可行的。
综上所述,针对以上多方面的分析解释说明,开发这样一个高校认可的校园疫情防控小程序,无论是从技术层面还是经济可行性,或者从操作层面来说都是必要的。

4 系统设计
4.1系统概要设计
4.1.1概述
在上章进行的需求分析和可行性分析中,初步给出了系统的主要业务逻辑,其中包括功能需求和非功能需求。由此明确业务的基本逻辑接下来进行设计目标和设计原则之后对系统进行详细设计。
这款系统开发的主要目标就是为了充分方便学校教师和广大学生及时报备疫情信息动态,解决传统信息数据传递不及时、易遗漏出错等不足,同时学校管理员能够真正实现在软件后台对学生信息的综合化管理,使得整体防控流程变得更加的系统化、规范化。
4.1.2 系统架构设计
校园疫情防控小程序前端基于微信小程序开发,后台系统采用B/S结构。我们需要首先完成服务器的安装和配置工作,上传网站HTML页面文件,接下来进行域名解析后查看网站是否可以正常访问。如果能正常访问,管理员通过系统后台管理登录系统中。同时大部分高校都拥有独立的学生信息库。
4.1.3系统架构图
如图4.1所示整个校园疫情防控管理小程序系统的架构图如下:

图4.1系统架构图
4.2功能模块设计
本校园疫情防控系统将主要由前台和后台两部分组成,系统前台为学生端小程序,广大同学可以在小程序中进行健康打卡、疫苗接种登记、出入报备、物资申请、留言、查看通知等等。后台为管理端,校园工作人员登录账号后可以发布防控通知及公告、审核学生打卡记录和物资申请等等。
校园疫情防控系统的功能结构图如图4.2所示:

图4.2 系统功能结构图
4.2.1 学生功能模块
校园疫情管理小程序中绝大部分数据信息源自于学生端,广大同学可以通过小程序中实现信息登记与互动。具体主要功能有:登录功能;通知功能;每日打卡功能;个人信息管理功能;学生出入报备;疫苗接种登记;物资申请;留言;
4.2.2 管理员功能模块
管理端则主要由学校的管理人员控制,通过系统工作人员能够查询并审核学生提交的基本信息、打卡情况、出入信息等等,实现从学生上报到处理各个环节的统一数据化管理。其主要功能有:登录功能;系统管理;学生信息管理;疫苗接种管理;每日打卡管理;物资申请查看;留言回复管理;防疫电话管理;
4.2.3 系统流程分析
1.用户登录流程
主要指的是项目后台管理中管理员的登录功能,管理员需要填写用户名、密码、验证码等信息。如果其中一项没有填写,登录界面则提示该未填项信息不能为空;如果验证码填写错误则提示验证码输入有误,如果三个信息填写均无错误点击登录后会自动跳转到系统首页界面。

2.每日打卡流程
用户每日进行身体健康情况的登记,每天只能上报一条数据,如果重复上报会提示今日已经上报。管理员登录后台可以查看到学生的健康情况。

3.出入报备流程
学生如果要出校门需要在出入报备界面进行登记,登记后管理员在后台进行审核,处理完成证明管理员已经对学生的出入了解了情况。

4.公告流程
管理员进入系统后台后,点击公告模块后,可以填写想要学生查看的公告信息。学生进入小程序后可以在首页查看发布的相关公告。

5.留言建议流程
具体指的是学生登录前台系统后,可以将在校期间对于疫情管控的意见进行上报,管理员可以通过后台进行回复。

6.疫苗接种登记流程
学生记录疫苗接种信息后管理员可以在后台进行管理。

7.物资申请流程。
学生进行物资的申请,管理员看到后需要对物资申请记录进行标记已处理状态。

4.3数据库设计
数据库设计的好坏直观的影响到系统的好坏,数据库不仅仅是存储信息功能,并且要涉及到属性的完整性,而且整个疫情管理小程序系统的优劣可以说是取决于数据库的设计。如果在开发阶段,开发者设计出一个完善的数据库,会带来很多的益处,例如方便后期的修改和系统的维护,并且可以实现后期的添加或者扩展字段留有后路。
4.3.1系统实体属性图
1.管理员实体属性图。如图4.3所示:
下面这个图重新复制进去

图4.3管理员的实体属性图
2.角色实体属性图。如图4.4所示:

图4.4用户、管理员角色实体属性图

3.管理员的部门实体属性图。如图4.5所示:

图4.5 管理员的部门实体属性图
4.公告的实体属性图。如图4.6所示:

图4.6 公告的实体属性图

5.疫苗接种实体属性图。如图4.7所示:

图4.7 疫苗接种的实体属性图
6.防疫电话实体属性图。如图4.8所示:

图4.8 防疫电话的实体属性图
7.留言实体属性图。如图4.9所示:

图4.9 留言的实体属性图
8.每日打卡实体属性图。如图4-10所示:

图4.10每日打卡的实体属性图

9.出入报备实体属性图。如图4.11所示:

图4.11 出入报备实体属性图
10.学生数据属性图。如图4.12所示:

图4.12 学生数据的实体属性图
11.物资申请实体属性图。如图4.13所示:

图4.13 物资申请的实体属性图
4.3.2数据库的连接
就像其他成功的网站一样,一个好的Javaweb要一个数据库支持,由于项目使用Springboot框架,已集成了Mysql所以只需在配置文件中进行Mysql的配置,主要包括数据库驱动、url、数据库的用户名和密码等配置好后即可连接数据库。

1.管理员表,如表4.1所示为管理员表,主要包括ID、部门ID、账号、密码、昵称等字段,其中该表用部门ID来逻辑关联了部门表。

表4.1 管理员表
字段名称 数据类型 长度 键类型 字段描述
user_id bigint 20 主键 管理员ID

dept_id bigint 20 部门ID

user_name varchar 30 账号

nick_name varchar 30 昵称

email varchar 50 证件号

sex char 1 性别

avatar varchar 100 头像

password varchar 100 密码

status char 1 帐号状态

del_flag char 1 删除标志

login_ip varchar 50 最后登录IP

login_date datetime 0 最后登录时间

create_by varchar 64 创建者

create_time datetime 0 创建时间

update_by varchar 64 更新者

update_time datetime 0 更新时间

remark varchar 500 备注

2.角色表,如表4.2所示为角色表,主要包括ID、角色名称、角色权限、排序、等字段,其中数据范围1为所有数据权限,2为自定义数据权限,3为本部门数据权限,4为本部门及以下数据权限,角色状态0正常 1停用。

表3.2角色表
字段名称 数据类型 长度 键类型 字段描述
role_id bigint 20 主键 角色ID

role_name varchar 30 角色名称

role_key varchar 100 角色权限

role_sort int 11 角色排序

data_scope char 1 数据范围

menu_check_strictly tinyint 1 菜单树选择项是否关联显示

dept_check_strictly tinyint 1 部门树选择项是否关联显示

status char 1 角色状态

del_flag char 1 删除标志

create_by varchar 64 创建者

create_time datetime 0 创建时间

update_by varchar 64 更新者

update_time datetime 0 更新时间

remark varchar 500 备注

3.部门表,如表4.3所示为部门表,主要包括ID、父部门ID、名称、父部门名称、排序、负责人、电话等,其中删除标志0代表存在 2代表删除,使用父部门ID字段来关联部门表的父子关系。

表3.3 部门表
字段名称 数据类型 长度 键类型 字段描述
dept_id bigint 20 主键 部门ID

parent_id bigint 20 父部门ID

ancestors varchar 50 祖级列表

dept_name varchar 30 部门名称

order_num int 11 显示顺序

leader varchar 20 负责人

phone varchar 11 联系电话

email varchar 50 邮箱

status char 1 部门状态

del_flag char 1 删除标志

create_by varchar 64 创建者

create_time datetime 0 创建时间

update_by varchar 64 更新者

update_time datetime 0 更新时间

4.公告表,如表4.4所示为公告表,主要包括ID、标题、类型、内容、状态等,其中公告状态0正常1关闭,公告标题不能为空,并且公告标题不能超过50个字符。
表4.4 公告表
字段名称 数据类型 长度 键类型 字段描述
notice_id int 11 主键 公告ID

notice_title varchar 50 公告标题

notice_type char 1 公告类型

notice_content longblob 0 公告内容

status char 1 公告状态

create_by varchar 64 创建者

create_time datetime 0 创建时间

update_by varchar 64 更新者

update_time datetime 0 更新时间

remark varchar 255 备注

5.疫苗接种登记表,如表4.5所示为疫苗接种登记表,主要包括ID、账号、日期、类型、姓名、接种地点、联系电话、备注等字段。

表3.5疫苗接种
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
batchno varchar 255 编号

loginname varchar 255 账号

checkdate varchar 255 日期

type varchar 255 类型

name varchar 255 姓名

department varchar 255 归属

location varchar 500 接种地点

phone varchar 255 联系电话

state varchar 255 状态

memo varchar 255 备注

result varchar 255 结果

checkopr varchar 255 处理人

checktime varchar 255 处理时间

6.防疫电话表,如表4.6所示为防疫电话表,主要包括ID、部门、联系人、联系电话、备注等字段。
表4.6防疫电话表
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
department varchar 255 部门

NAME varchar 255 联系人

PHONE varchar 255 联系电话

MEMO varchar 255 备注

7.留言表,如表4.7所示为留言表,主要包括ID、账号、日期、类型、内容、姓名、联系方式、状态、回复内容、处理人、处理时间、结果等字段。

表3.7留言实体表
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
loginname varchar 255 账号

punchdata varchar 255 日期

type varchar 255 类型

memo varchar 255 内容

name varchar 255 姓名

phone varchar 255 联系方式

state varchar 500 状态

replymemo varchar 255 回复内容

dealopr varchar 255 处理人

updatetime varchar 255 更新时间

resultinfo varchar 255 结果

8.每日打卡表,如表4.8所示为每日打卡表,主要包括ID、账号、日期、部门、地点、体温、接触情况、是否密接、证件号、打卡状态、时间等字段,其中状态字段为正常、不正常、补卡。

表3.8每日打卡表
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
loginname varchar 255 账号

punchdate varchar 255 日期

name varchar 255 姓名

department varchar 255 部门

location varchar 500 地点

tiwen varchar 255 体温

higharea varchar 255 接触情况

iscare varchar 255 是否密接

idcard varchar 255 证件号

state varchar 255 打卡状态

punchtime varchar 255 打卡时间

9.出入报备表,如表4.9所示为出入报备表,主要包括ID、账号、日期、类型、出发地点、出发时间、到达地点、到达时间、出行方式、状态等字段,其中状态字段为管理员进行填写是否通过。

表3.9出入报备表
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
loginname varchar 255 账号

reportdate varchar 255 日期

type varchar 255 类型

startarea varchar 255 出发地点

starttime varchar 255 出发时间

endarea varchar 255 到达地点

endtime varchar 255 到达时间

gotype varchar 255 出行方式

MEMO varchar 255 备注

state varchar 255 状态

dealopr varchar 255 处理人

dealtime varchar 255 处理时间

ishign varchar 255 是否去过中高风险地区

10.学生表,如表4.10所示为学生数据表,主要包括ID、账号、姓名、身份证、住址、电话、是否高风险归来、是否发热等字段,其中是否高风险归来、是否发热为是或否。
表3.10学生数据表
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
idcard varchar 255 证件号

loginname varchar 255 账号

name varchar 255 姓名

department varchar 255 归属

roletype varchar 255 身份类别

location varchar 500 住址

phone varchar 255 联系电话

qcode varchar 255 通行码

passcount varchar 255 通行次数

checkcount varchar 255 核酸检测次数

vacccount varchar 255 疫苗接种情况

ishign varchar 255 是否高风险归来

updatetime varchar 255 更新时间

isHot varchar 255 是否发热

11.物资申请表,如表4.11所示为物资申请表,主要包括ID、申请日期、账号、申请类型、住址、电话、姓名等字段,其中状态、结果为管理员进行处理回复时填写。

表3.11物资申请表
字段名称 数据类型 长度 键类型 字段描述
id int 11 主键 ID
applydate varchar 255 申请日期

loginname varchar 255 账号

type varchar 255 申请类型

name varchar 255 姓名

location varchar 500 住址

phone varchar 255 联系电话

state varchar 255 状态

result varchar 255 结果

dealopr varchar 255 处理人

dealtime varchar 255 处理时间

memo varchar 255 备注

文献搜索模块E-R图如下图:

图3.14 文献搜索模块E-R图
文献搜索模块表物理结构设计如下:文献对象对应literature。
表3.5 文献表
字段名称 数据类型 长度 键类型 字段描述
literature_id int 32 主键 文献ID
literature_name varchar 128 文献名称
literature_author varchar 64 文献作者
literature_meeting varchar 128 文献来源
literature_year int 16 文献年份
literature_period int 16 文献期号
literature_volume int 16 文献卷号
literature_start int 16 文献起始页
literature_end int 16 文献结束页
好友与消息子模块E-R图如下图所示:

图3.15 好友与消息模块E-R图
好友与消息模块表物理结构设计如下:好友对象对应friend;消息对象对应message,好友申请对象对应friendapply。

表3.6 好友表
字段名称 数据类型 长度 键类型 字段描述
friend_id int 32 主键 好友关系ID
my_id int 32 我的ID
myfriend_id int 32 我的好友的ID

表3.7 好友申请表
字段名称 数据类型 长度 键类型 字段描述
friendapply_id int 32 主键 好友申请ID
sender_id int 32 发送者ID
receiver_id int 32 接收者ID
reason vachar 256 申请理由

表3.8 消息表
字段名称 数据类型 长度 键类型 字段描述
message_id int 32 主键 消息ID
message_sender_id int 32 消息发送者ID
message_receiver_id int 32 消息接受者ID
message_content varchar 512 消息内容
message_sendtime datatime 消息发送时间

用户管理模块和用户文献管理模块E-R图如下图所示:

图3.16 用户管理模块和用户文献管理模块E-R图
用户管理模块和用户文献管理模块表物理结构设计如下:管理员对象对应admin。
表3.9 管理员表
字段名称 数据类型 长度 键类型 字段描述
admin_id int 32 主键 管理员ID
admin_name varchar 64 管理员用户名
admin_password varchar 128 管理员密码

5 详细设计
5.1前台开发
根据前文的分析以及基于学院对校园疫情管理小程序需求的研究,本系统的前台大致可分为以下几个方面、登录功能、通知功能、每日打卡功能、个人信息管理功能、学生出入报备、疫苗接种登记、物资申请、留言;
5.2前台模块设计
5.2.1登录模块
学生进入小程序后首先迎来的是登录界面,学生输入管理员在后台注册好的手机号和学生初始密码进行登录,学生信息和角色信息将存入到session中,此时学生在退出小程序之前将一直保持登录在线的状态;登录界面如图5.1所示:

图5.1登录界面
5.2.1首页设计
学生登录成功后,先看到的是一些通告信息,在此处可以查看近期所发布的一些通知公告;首页展示如图5.2所示:

图5.2首页界面
5.2.3个人信息修改模块
在学生可在此处进行个人的基本信息填写与修改。界面如图5.3所示:

图5.3个人信息界面
5.2.4每日健康打卡界面
学生在此处进行每日身体情况上报,并且可以在此处查看到历史打卡记录,界面如图5.4所示:

图5.4每日健康打卡界面
5.2.5出入报备模块
学生如果需要出校园,需要在此处进行出入报备,并且可以看到历史出入记录,界面如图5-5所示:

图5.5出入报备界面
5.2.6疫苗接种登记
学生可以在此进行登记接种疫苗的信息;界面如图5.6所示:

图5.6疫苗接种登记界面
5.2.7物资申请
学生可以在此进行物资的申请,并且可以查看到历史申请物资记录。界面如图5.7所示:

图5.7物资申请界面
5.2.8留言界面
学生可以在此进行防疫相关的留言信息。界面如图5.8所示:

图5.8留言界面
5.3后台模块设计
本网站的后台功能主要分为登录功能、系统管理、校园学生基本信息管理、疫苗接种情况管理、每日健康打卡管理、疫情所需物资申请查看、留言回复管理等。
如图为登录界面:

图5.9 登录页面
5.3.1用户管理
此模块是对校园内用户和学生的账号进行管理。如图5.10所示:

图5.10 用户管理
5.3.2角色管理
管理员使用该模块对系统中的角色进行权限分配,做到角色管理权限。如图5.11所示:

图5.11角色管理界面
5.3.3部门管理
此处管理员对各个部门进行维护。如图5.12所示:

图5.12 部门管理界面
5.3.4公告管理
管理员可在此处进行公告的查看和新增。如图5.13所示:

图5.13 公告信息管理界面
5.3.5疫苗接种管理
此处管理员可以查看到学生们疫苗接种的基本情况。如图5.14所示:

图5.14 疫苗接种界面
5.3.6学生信息管理
此处管理员可以查看到学生基本信息。如图5.15所示:

图5.15 学生信息界面
5.3.7打卡记录管理
此处管理员可以查看到学生每日的打卡记录。如图5.16所示:

图5.16 打卡记录界面
5.3.8留言管理
此处管理员可以查看到学生的留言信息并且可以进行回复。如图5.17所示:

图5.17 留言管理界面
5.3.9出入记录管理
此处管理员可以查看到学生的出入记录。如图5.18所示:

图5.18 出入记录界面
5.3.10防疫电话管理
此处管理员可以管理校园防疫电话。如图5.19所示:

图5.19 防疫电话管理界面
5.3.11物资申请管理
此处管理员可以查看到学生们申请物资的详细记录。如图5.20所示:

图5.20 物资申请管理界面

6 测试
6.1测试计划
1.测试项目为整个校园疫情管理小程序系统。
2.测试方法为黑盒测试为主。
3.测试人员要熟悉系统的基本使用。
4.需要写测试用例。
5.查找出测试中的错误并且进行修改测试相关错误。
6.测试报告的编写。
6.2测试原则
1.在设计测试用例方案时,不仅仅要涉及到正确的数据输入,同时还要考虑无效或不合理的数据输入,以达到预期的设计即可通过测试。
2.不仅要检查程序是否完成了必要的功能,还要检查程序中无用的代码是否影响系统的运行。
3…测试完成后,使用中的测试用例需要作为论文文档的一部分予以保留。
6.3系统测试步骤
1.登录测试
2.学生信息修改测试
3.每日打卡测试
4.学生出入报备测试
5.疫苗接种登记测试
6.疫情物资申请测试
7.留言与反馈测试
8.负载测试:当多个管理员同时登录系统后不会出现刷新失败、访问内容错误,或者重新登陆等的不佳现象。
9.平台测试:用不同的浏览器进行登录系统,测试时都没有出现页面展示、布局错误,经过测试,本系统均可以在不同浏览器下正常使用。
10.小程序测试:本系统在进入小程序后没有在图片显示的时候出现问题,文字也没有出现乱码的情况,小程序退出后再进入小程序系统界面显示正常。
6.4 测试报告
(1)登录测试
该操作主要是完成用户登录系统的测试工作,测试结果如表6.1所示:
表6.1登录测试结果表
测试要点 测试数据 测试结果
用户登录 输入注册的所有信息点击登录

表6.1(续)登录测试结果表
密码等信息 输入错误
用户注册 输入正确
(2)个人信息修改测试
该操作主要针对学生修改个人信息,管理员在后台进行查看,测试结果如表6.2所示:
表6.2个人信息修改测试结果表
测试要点 测试数据 测试结果
修改个人信息 输入个人信息
修改成功 展示学生个人信息
(3)每日打卡测试
该操作主要测试学生是否正常进行每日打卡,并且管理员可以在后台进行查看,测试结果如表6.3所示:

表6.3每日打卡测试结果表
测试要点 测试数据 测试结果
打卡 点击提交
查看历史打卡记录 点击历史打卡记录

表6.3(续)每日打卡测试结果表
查看打卡记录 管理员在后台查看打卡记录
(4)出入报备测试
该操作主要测试学生出入校园进行报备,并且可以查看到历史出入记录,管理员在后台也能查看到相应记录,测试结果如表6.4所示:
表6.4出入报备测试结果表
测试要点 测试数据 测试结果
学生出入报备 填写正确信息

表6.4(续)出入报备测试结果表
查看历史出入记录 点击出行记录
管理员查看学生出入记录 正确显示
(5)疫苗接种登记测试
该操作主要测试学生在正确填报疫苗接种信息后,并且管理员进入到后台可以进行进行查看,测试结果如表6.5所示:

表6.5疫苗接种登记测试结果表
测试要点 测试数据 测试结果
学生登记疫苗接种信息 填写正确信息
管理员查看 查看到学生登记的信息
(6)物资申请测试
主要测试学生进行物资的申请,查看历史申请记录,管理员处理,测试结果如表6.6所示:

表6.6投诉建议测试结果表
测试要点 测试数据 测试结果
学生提交物资申请

填写对应信息
管理员物资申请记录 查看学生填写的信息

表6.6(续)投诉建议测试结果表
管理员处理对应的物资申请 登记处理结果
(7)留言测试
主要测试学生进行留言登记,管理员在后台进行回复和查看,测试结果如表6.7所示:

表6.7投诉建议测试结果表
测试要点 测试数据 测试结果
学生提交留言信息

填写对应信息
管理员查看对应的信息 查看学生填写的信息

表6.7(续)投诉建议测试结果表
管理员进行处理登记 选择已处理
管理员处理对应的物资申请 登记处理结果

6.5测试结果评价
本系统完成学生端和管理端的开发后,通过使用http进行请求通信,最终完成整个系统从搭建到运行的工作。对系统整体功能进行在线测试有助于尽早发现系统设计中存在的不足之处,并通过后续的完善使系统能达到最优的状态,这样不但能提高软件系统的综合质量,还能够将运维过程中的成本降到最低。基本满足预期的功能设置,而且界面设计简单大方,非常容易上手,经测试本系统符合预期的设计要求。

总结与展望
随着新冠疫情持续干扰人们的正常生活,必须要把疫情防控做到首位,做到随时管控、随时报备。此系统开发符合基本的校园管控政策,当然对整个项目的业务功能模块的对接也要不断的进行迭代完善,如此需要我们更深层次的挖掘客户的新需求,同时发展新技术新架构,使得该系统在使用方面更加的完善简洁易操作等优势,集成度更加深入。本文以高校疫情防控管理过程为该论文研究对象,并结合个人实际专业能力和我校针对疫情管控的实际情况来具体分析。将疫情期间的管理的规范化、信息化作为开发目的,通过采用软件工程和面向对象的分析方法,实现了该疫情管理小程序的分析、研究与设计。系统采用了小程序端进行开发,极大的方便了学生们对信息登记的便捷。后台采用了B/S架构设计,使用了主流的SpringBoot和Vue的前后端分离开发模式,增加了代码的可扩展与可复用性。
本文通过对系统进行详细的分析、研究和设计,虽然在系统实现程度方面较为成功,但在一些细节把控方面仍旧存在诸多不足:譬如系统知识与实际情况的结合还不够充分。比如学生如果报备了假的登记信息,因此在之后的工作中对此需要加大力度改进。
第二,希望在接下来的学习中继续钻研,不断提高系统的可适用性和工作效率。

参考文献
[1]张雪敏.浅议MVC设计模式在JavaWeb中的作用[J].科技风,2018(22):58~59.
[2]闫小坤. 微信小程序开发详解[M]. 清华大学出版社,2017.4~13
[3]刘博文. 深入浅出Vue.js[M].人民邮电出版社,2020:13~18.
[4]纪尧姆·周. Vue.js项目实战[M]. 人民邮电出版社,2019:40~64.
[5]王松. Springboot+vue全栈开发实战[M]. 清华大学出版社,2020:29~45.
[6]基于Vue.js的Web前端应用研究[J]. 朱二华. 科技与创新,2017(20) :10~28.
[7]唐汉明 ,翟振兴,关宝军 等. 深入浅出MySQL[M].人民邮电出版社,2014.12~16.
[8]杨建顺. 依法科学有效推进新冠肺炎疫情防控[J]. 青岛行政学院学报,2020(3):5-10.
[9]姜承尧, MySQL技术内幕[M],机械工业出版社,2012.65~73.
[10]Guiling Sun, Yingjie Wang, Mengsha Li, et al. A Lightweight MVC Framework Based on Code Decoupling Principle[J], 2018,6(3): 118~127.

加我免费获取论文+源码

vvvvvvvv manhuaiqidai12138

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值