大学生防疫封校管理系统
摘 要
2019年12月19号中国武汉发生第一例新冠病毒的到来,大家都在听从政府的号召在居家隔离,不管是在城市还是在乡镇、农村,这引起我的注目,设计一套大学生防疫封校管理系统 ,疫情防控需要大家共同努力、团结对校园学生进行了新型冠状病毒肺炎防控知识普及和宣传教育,通过校园公告栏、楼道张贴宣传单、校园广播每日循环广播、校园微信群等多种形式,从个人防护知识、校园防护知识、外出公共场所防护知识、新型冠状病毒肺炎医学知识、就医流程五个方面,有针对性地向在校同学普及防疫知识。充分做到疫情防控人人知晓、人人参与认识病毒的可怕,最好方式就是建立校区的平台信息,并对其进行管理。
系统采用了Java技术,将所有业务模块采用以浏览器交互的模式,选择MySQL作为系统的数据库,开发工具选择My eclipse来进行系统的设计。基本实现了大学生防疫封校管理系统 应有的主要功能模块,本系统有管理员、教师、学生。管理员:首页(轮播图、公告栏)用户管理(管理员、注册用户)内容管理(新闻列表、知识分类)商城列表(鲜花商城列表、分类列表、订单列表)。教师;首页、更多管理(学生、通知公告、每日安排、每日打卡、学生日记、学生考勤、疫情上报、学生请假)。学生;首页、更多管理(通知公告、每日安排、每日打卡、学生日记、学生考勤、疫情上报、学生请假)管理等。
对系统进行测试后,改善了程序逻辑和代码。同时确保系统中所有的程序都能正常运行,所有的功能都能操作,并且该系统有很好的操作体验,实现了对于大学生防疫封校管理系统 对学生管理、教师管理、政府部门双赢。
关键词:数据通信;Java语言;关系型数据库;数据存储
College Students' epidemic prevention school closure management system
Abstract
The first COVID-19 came to China in December 19, 2019. Everyone is following the call of the government to isolate the city at home. Whether in the city or in the villages and towns, this has attracted my attention. A set of College Students' epidemic prevention closure management system has been designed. The efforts to prevent and control the epidemic need all of us to work together, and we must work hard to prevent and control the disease in Wuhan. Solidarity carried out the popularization and education of New Coronavirus pneumonia prevention and control among campus students. Through campus bulletin boards, billboards posted on the corridor, daily circular broadcast of campus radio, campus WeChat group and other forms, from five aspects, personal protection knowledge, campus protection knowledge, knowledge of public places to go out, knowledge of medical knowledge of New Coronavirus pneumonia, and medical treatment process, Popularize epidemic prevention knowledge to school students. The best way to fully realize that everyone knows and participates in epidemic prevention and control and understand the terrible of the virus is to establish and manage the platform information of the campus.
The system adopts Java technology, adopts the browser interaction mode for all business modules, selects MySQL as the system database, and the development tool selects my eclipse to design the system. Basically realized the main functional modules of the college students' epidemic prevention school closure management system. The system has administrators, teachers and students. Administrator: home page (rotation chart, bulletin board) user management (administrator, registered user) content management (news list, knowledge classification) mall list (flower mall list, classification list, order list). teacher; Home page, more management (students, notice and announcement, daily arrangement, daily clock in, student diary, student attendance, epidemic report, student leave). student; Home page, more management (notice and announcement, daily arrangement, daily clock in, student diary, student attendance, epidemic reporting, student leave), etc.
After testing the system, the program logic and code are improved. At the same time, it ensures that all the programs in the system can run normally and all the functions can be operated, and the system has a good operation experience, which realizes the win-win situation of College Students' epidemic prevention and school closure management system for student management, teacher management and government departments.
Keywords: data communication; Java language; Relational database; data storage
目 录
由于新冠病毒突然其来给社区带来压力增大,学生的防疫知识还没有得到普及,学生也不知如何应对,在政府在大力支持下,让有需要的学生得到校园的悉心照顾。
近年来,随着我国经济的不断发展,平台的管理制度越来越多。每个大学生防疫封校管理系统 也都将通过计算机进行整体智能化操作,对于大学生防疫封校管理系统 功能所牵扯的数据都是通过学生进行大学生防疫封校管理系统 等相关的数据信息内容、并且可以进行管理员在线处理选择管理员,可以通过系统进行分配,传统的防疫方式信息已经无法满足学生的需求。为此开发了本大学生防疫封校管理系统 ,为学生提供一个基于大学生防疫封校管理系统 管理 ,同时方便管理员在线了解情况,管理员通过系统对首页、用户管理(管理员)更多管理(学生、教师、通知公告、每日安排、每日打卡、学生日记、学生考勤、疫情上报、学生请假)等详细情况进行操作。该系统满足了学生对大学生防疫封校管理系统 信息获取的需求,并且信息可以及时、准确、有效地进行查看并且系统化、标准化和有效的工作。
-
- 开发现状
随着社会的发展和科学技术的进步,互联网技术越来越受欢迎。网络传播的生活方式逐渐受到广大人民群众的喜爱。越来越多的互联网爱好者开始在互联网上满足他们的基本需求,同时逐渐进入各个居民的生活起居。互联网具有许多优点,例如便利性,速度,高效率和低成本。因此,类似于校园疫情防控系统 ,满足学生疫情防控知识的需求,不仅是方便学生随时查看信息的途径,而且还能提高管理效率。
本文首先以大学生防疫封校管理系统 过程的基本问题作为研究对象。在开发系统之前,我们对现有状况进行了详细的调查和分析。最后,我们利用计算机技术开发了一套完整合适的大学生疫情在校封闭管理系统,该系统的实现主要优势是:该系统主要采用计算机技术开发,它方便快捷;系统可以通过管理员界面查看学生、老师的所有信息管理。
大学生防疫封校管理系统 系统管理系统是一款方便、快捷、实用的信息服务查询软件。随着智能网络在全球市场的不断普及以及各种智能平台的使用,系统的开发与学生在校的日常需求相关,作为中国主流智能的技术开发系统,自然需要这样的软件来满足更多学生的需求和体验。
1.3研究内容
大学生防疫封校管理系统 系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,本大学生防疫封校管理系统 系统的开发使用JAVA技术,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成大学生防疫封校管理系统 系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的学生角色,并且根据学生角色划分确定所要设计的功能模块,对于大学生防疫封校管理系统 的设计主要划分别为管理员和教师、学生三个角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,学生跟老师可以随时根据自己的需求进行查看疫情信息,管理员获取到所有学跟老师的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的学生进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
本系统前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型。后端部分:采用springboot作为开发框架,同时集成MyBatis、Redis等相关技术。
-
- MVVM模式
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
-
- Mysql数据库
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的大学生防疫封校管理系统 也需要这项技术的支持。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题[9]。
-
- spring boot框架介绍
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
-
- Vue.js 主要功能
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
系统的开发环境和配置都是可以自行安装的,系统使用springboot框架开发,使用比较成熟的Mysql数据库进行对系统前台及后台之间相关的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
-
-
- 技术可行性分析
-
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用java技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以大学生防疫封校管理系统 具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
学生后台功能图如下所示。
图3-1 学生后台功能图
管理员后台功能图如下所示。
图3-2 管理员用例图
教师后台功能图如下所示。
图3-3 教师后台功能图
大学生防疫封校管理系统 在对需求做解析后,整个系统主要分为两个部分:管理员和学生,每个模块下的分支功能不一样。对功能做出如下说明:
学生模块:
账号登录认证。
管理个人资料信息,修改可修改的信息项。
每日安排(每日打卡、请假、日记)添加和查询已有安排的记录。
教师模块:
个人资料管理,修改删除自己的信息。
学生的添加与查询、每日安排的查询、每日打卡的查询、请假管理的查询与审核请假、日记管理的查询及删除、通知公告的查询、日记统计的查看。
管理员模块:
系统用户的管理,管理和添加删除管理员,可以设置登录权限,或者删除所有用户账号。
教师管理,添加教师的具体信息与查询教师同时也具备删除教师。
通知公告管理,添加发布公告查询公告和删除公告的功能。
学生管理,查询学生的信息,也具备修改和删除功能。
每日安排管理,查询学生安排的信息,也具备修改和删除功能。
每日打卡管理,查询学生打卡的信息,也具备修改和删除功能。
请假管理,查询学生请假的信息,也具备修改和删除功能。
日记管理,查询学生日记的信息,也具备修改和删除功能。
日记统计,查询统计视图。
系统管理,系统的备份功能。
非功能需求分析
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
零层数据流程图包括了登录、用户功能和检索维护等模块,在登录模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
图3-2系统数据流图(零层)
一层数据流程图是对零层数据流程图的细化,将登录细分为填制登录数据和完善数据,用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
图3-3系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录信息、用户功能的细化。即:填写登录信息细化为填制信息、后台审核,用户功能细化为学生每日安排录入、每日打卡、请假查询等操作。
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。大学生防疫封校管理系统 主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:系统用户管理、教师管理、通知公告管理、班级管理、学生管理、每日安排原来管理、每日打卡管理、请假管理、日记管理、日记统计、数据备份。系统整体角色分为三个部分,一是学生、二是教师、最后是管理员。权限分布也是很明显,普通用户是在除去浏览信息之外还具有查询和管理自己账户信息、教师资料修改、学生成绩录入、每日安排查询、每日打卡查询、请假查询、日记查询、通知公告查询、日记统计查询等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
用户管理模块
该模块是为所有用户登录设计的,如学生用户这种普通用户登录后只能进行自己的普通功能操作(如个人信息修改),管理员和超级管理员登录后有不同的权限,管理员不能超越权限。超级管理员能对整个系统的数据进行管理,主要是用户的登录权限以及用户登录后在系统里的操作权限。
每日安排模块
学生和安排存在关系为一对多,根据每日安排来将安排数据传入到系统数据中,操作人为教师用户,然后生成每日安排列表,学生可查看个人历史安排列表每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
每日打卡模块
学生来录如打卡数据,点击打卡按钮,依次填写要录入的打卡个人状态信息数据,身体状态信息点击提交按钮,将数据提交至数据库,然后刷打卡数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
请假模块
学生录入请假数据,点击请假录入按钮,依次填写要录入的请假信息数据,点击提交按钮,将数据提交至数据库,然后刷新请假数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
日记模块
学生点击日记管理菜单,点击添日记,添加心情,日记内容提交成功后,公告数据页面刷新,新数据成功载入页面。
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在大学生防疫封校管理系统 中存在着多个实体分别是用每日安排、每日打卡、请假、日记、学生、教师。
系统总体ER图如下图所示。
图4-4系统总体ER图
管理员(管理员id、用户名、密码、权限)
教师管理(教师工号、密码、教师姓名、性别、身份证、电话、职称、助教课程、照片)
通知公告(标题、内容、附件、发布人)
学生管理(学号、密码、姓名、性别、身份证、电话、院系、班级、照片、教师工号、添加时间)修改删除详情。
每日安排管理(学号、学生姓名、班级、院系、教师工号添加时间)修改删除详情。
每日打卡管理(学号、学生姓名、班级、院系、教师工号、个人状态、身体状态、当前地址、添加时间)修改删除详情。
请假管理(请假单号、请假类型、请假开始时间、请假结束时间、是否离校、相关凭证、学号、姓名、班级、院系、教师工号、添加时间、)修改删除详情。
日记管理(学号、学生姓名、班级、院系、教师工号、心情、添加时间)修改删除详情。
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。大学生防疫封校管理系统 所需要的部分数据结构表如下表所示。
daily_schedule | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
daily_schedule_id | int | 11 | 否 | 主键 | 每日安排ID | |
student_number | int | 11 | 是 | 学号 | ||
student_name | varchar | 64 | 是 | 学生姓名 | ||
date | date | 0 | 是 | 日期 | ||
schedule | text | 0 | 是 | 时间安排 | ||
teacher_job_number | int | 11 | 是 | 教师工号 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
notice_announcement | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
notice_announcement_id | int | 11 | 否 | 主键 | 通知公告ID | |
title | varchar | 64 | 是 | 标题 | ||
content | text | 0 | 是 | 内容 | ||
relevant_attachments | varchar | 255 | 是 | 相关附件 | ||
publisher | varchar | 64 | 是 | 发布人 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
praise | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
praise_id | int | 10 | 否 | 主键 | 点赞ID: | |
user_id | int | 11 | 否 | 点赞人: | ||
create_time | timestamp | 0 | 否 | 创建时间: | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间: | CURRENT_TIMESTAMP | |
source_table | varchar | 255 | 是 | 来源表: | ||
source_field | varchar | 255 | 是 | 来源字段: | ||
source_id | int | 10 | 否 | 来源ID: | ||
status | tinyint | 1 | 否 | 点赞状态:1为点赞,0已取消 | ||
punch_in_every_day | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
punch_in_every_day_id | int | 11 | 否 | 主键 | 每日打卡ID | |
student_number | int | 11 | 是 | 学号 | ||
student_name | varchar | 64 | 是 | 学生姓名 | ||
student_class | varchar | 64 | 是 | 学生班级 | ||
teacher_job_number | int | 11 | 是 | 教师工号 | ||
personal_status | varchar | 64 | 是 | 个人状况 | ||
physical_state | varchar | 64 | 是 | 身体状态 | ||
address | varchar | 64 | 是 | 地址 | ||
today_temperature | varchar | 64 | 是 | 今日体温 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
school_class | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
school_class_id | int | 11 | 否 | 主键 | 学校班级ID | |
class_number | varchar | 64 | 是 | 班级号 | ||
class_name | varchar | 64 | 是 | 班级名称 | ||
headmaster | varchar | 64 | 是 | 班主任 | ||
class_size | int | 11 | 是 | 班级人数 | ||
contact_information | varchar | 16 | 是 | 联系方式 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
student | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
student_id | int | 11 | 否 | 主键 | 学生ID | |
student_number | varchar | 64 | 否 | 学号 | ||
student_name | varchar | 64 | 是 | 学生姓名 | ||
student_class | varchar | 64 | 是 | 学生班级 | ||
teacher_job_number | int | 11 | 是 | 教师工号 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
user_id | int | 11 | 否 | 用户ID | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
student_attendance | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
student_attendance_id | int | 11 | 否 | 主键 | 学生考勤ID | |
student_number | int | 11 | 是 | 学号 | ||
student_name | varchar | 64 | 是 | 学生姓名 | ||
student_class | varchar | 64 | 是 | 学生班级 | ||
teacher_job_number | int | 11 | 是 | 教师工号 | ||
attendance_status | varchar | 64 | 是 | 考勤状态 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
student_diary | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
student_diary_id | int | 11 | 否 | 主键 | 学生日记ID | |
student_number | int | 11 | 是 | 学号 | ||
student_name | varchar | 64 | 是 | 学生姓名 | ||
student_class | varchar | 64 | 是 | 学生班级 | ||
teacher_job_number | int | 11 | 是 | 教师工号 | ||
mood | varchar | 64 | 是 | 心情 | ||
content | text | 0 | 是 | 内容 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
students_ask_for_leave | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
students_ask_for_leave_id | int | 11 | 否 | 主键 | 学生请假ID | |
leave_no | varchar | 64 | 是 | 请假单号 | ||
leave_type | varchar | 64 | 是 | 请假类型 | ||
leave_start_time | datetime | 0 | 是 | 请假开始时间 | ||
leave_end_time | datetime | 0 | 是 | 请假结束时间 | ||
leave_school | varchar | 64 | 是 | 是否离校 | ||
reasons_for_leave | text | 0 | 是 | 请假事由 | ||
relevant_vouchers | varchar | 255 | 是 | 相关凭证 | ||
please_dummy | int | 11 | 是 | 请假人 | ||
examine_state | varchar | 16 | 否 | 审核状态 | ||
examine_reply | varchar | 255 | 是 | 审核回复 | ||
recommend | int | 11 | 否 | 智能推荐 | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP | |
teacher | ||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | 备注 |
teacher_id | int | 11 | 否 | 主键 | 教师ID | |
episcopal_curriculum | varchar | 64 | 是 | 主教课程 | ||
teacher_job_number | varchar | 64 | 否 | 教师工号 | ||
teacher_name | varchar | 64 | 是 | 教师姓名 | ||
examine_state | varchar | 16 | 否 | 审核状态 | 已通过' | |
recommend | int | 11 | 否 | 智能推荐 | ||
user_id | int | 11 | 否 | 用户ID | ||
create_time | datetime | 0 | 否 | 创建时间 | CURRENT_TIMESTAMP | |
update_time | timestamp | 0 | 否 | 更新时间 | CURRENT_TIMESTAMP |
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.jsp页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
5.2.1 用户首页模块
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。
如下图所示为系统的首页界面。
图5-3系统首页界面
5.2.2每日安排模块
每日安排添加录入流程图如下所示。
图5-4每日安排添加过程图
每日打卡录入界面如图所示。
图5-5每日打卡录入界面如图
请假管理界面如图所示。
图5-6请假管理界面
5.3管理员子系统模块的实现
5.3.1学生管理模块
学生在yhzhgl查看学生信息,先使用sql语句查询出所有学生表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。
学生管理界面如下图所示。
图5-7学生管理界面
5.3.2每日安排管理模块
添加安排信息时,输入必填字段后,表现层的KechengController接受传过来的安排信息参数,再调用KechengController类的addKecheng方法,经过KechengService业务层到KechengMapper持久层的处理,完成对整个添加安排信息的操作。addKecheng方法也和用户管理中的addUser方法类似,同时做添加和修改工作。
修改安排信息时,选择需要修改的安排进行修改,调用KechengController控制器的editKecheng方法,拿到该安排原本的信息并显示到页面,管理员再对需要修改的安排信息字段进行修改,完成后调用addKecheng方法,调用业务层的updateByKey方法,更新数据库的安排信息表的数据。
每日安排管理流程图如下所示。
图5-8每日安排管理流程图
每日安排界面如下图所示。
图5-9每日安排添加界面
每日打卡界面如下图所示。
图5-10每日打卡界面
5.3.5教师管理模块
删除教师时,选择需要删除的教师进行删除,把主键的uId传到JiaoshiController控制器,再调用控制器的deleteJiaoshi方法,数据经过JiaoshiService业务层解析和处理,请求JiaoshiMapper持久层调用deleteByPrimaryKey方法操作数据库将教师数据从数据库中删除。
查找教师时,输入需要查找的教师名,调用getData方法获取所有数据并且进行分页,把获取到的所有数据显示到视图上,这时候只需要用脚本方法便能快速查找,不涉及对数据库操作。
教师管理流程图如下所示。
图5-11教师管理流程图
教师添加界面如下图所示。
图5-12教师添加界面
学生查询界面如下图所示。
图5-13学生查询界面
在对该系统进行完详细设计和编码之后,就要对大学生防疫封校管理系统 的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
测试性能 | 用户或操作员登录系统 | ||
用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
前提条件 | 进入用户登录页面或操作员登录页面 | ||
输入条件 | 预期输出 | 实际情况 | |
各项信息不予填写,直接点击登陆按钮 | 不允许登录,提示填写账号相关信息 | 一致 | |
填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误,要求重新填写进行登录 | 一致 | |
填写与验证码信息不一致的信息 | 系统显示出提示信息,表明验证码错误,要求重新填写 | 一致 |
每日安排测试用例表如下所示。
表6-2课程成绩测试用例
测试性能 | 用户进行成绩课程的操作 | ||
用例目的 | 测试用户进行安排操作时,系统的功能是否正常 | ||
前提条件 | 用户进入安排详情页,该每日安排能够被成功 | ||
输入条件 | 预期输出 | 实际情况 | |
用户未登录,点击成绩按钮 | 跳转至登录页面,提示用户先进性登录 | 一致 | |
正常的登录用户,点击成绩按钮 | 系统弹出提示框,提示用户成绩成功,同时该课程的状态更改为已成绩状态 | 一致 |
请假管理测试用例表如下所示。
表6-3课程管理测试用例
测试性能 | 请假管理相关信息管理功能 | ||
用例目的 | 测试系统后台操作员对请假管理相关信息进行管理的功能是否正常 | ||
前提条件 | 登录系统后台进入相关管理页面 | ||
输入条件 | 预期输出 | 实际情况 | |
普通操作员登录,点击进入课程相关信息管理的页面 | 提示非超级用户,权限不够,无法进行相关页面删除 | 一致 | |
超级操作员登入,删除某个已被删除的请假 | 提示该请假删除失败 | 一致 | |
点击增加请假按钮 | 页面正常跳转 | 一致 | |
增加请假是,填写已存在的课程编号 | 提示该编号已存在 | 一致 |
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
通过这次大学生防疫封校管理系统的开发,我参考了很多相关系统的例子,取长补短,吸取了其他系统的长处,逐步对该系统进行了完善,但是该系统还是有很多的不足之处,有待以后进一步学习。
实践证明,大学生防疫封校管理系统有着非常好的发展前景,经过测试运行,系统各项功能都十分完善,界面简洁,使用方便,操作容易,在技术理论上已经成熟。
通过大学生防疫封校管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]李秋萍,彭辉.高校新冠疫情集中医学观察的防控策略与思考——以中国药科大学为例[J].江苏科技信息,2021,38(36):28-31+35.
[2]金振娅. 全力做好“两节”期间疫情防控[N]. 光明日报,2021-12-30(008).DOI:10.28273/n.cnki.ngmrb.2021.006554.
[3]李雅琴.Java编程语言的优势及其应用实践研究[J].互联网周刊,2021(24):60-62.
[4]徐欢,凌骏.防疫封校期间校园学生活动的组织开展研究——以某职业院校学生读书会活动为例[J].武汉冶金管理干部学院学报,2021,31(04):17-20+23.
[5]韩冰,刘翠焕,黄振华,张波,陈明珠,张潇.人工智能时代下“Java程序设计”课程教学改革[J].科技风,2021(33):98-100.DOI:10.19392/j.cnki.1671-7341.202133033.
[6]丁海洋,王昊翔,姚全珠.基于MVVM框架的汽车销售管理系统设计与实现[J].电子制作,2021(22):55-56+8.DOI:10.16589/j.cnki.cn11-3571/tn.2021.22.019.
[7]杨涛,陈维. 中文版COVID-19恐怖症量表在疫情封校期间的信效度检验[C]//第二十三届全国心理学学术会议摘要集(下).,2021:302.DOI:10.26914/c.cnkihy.2021.039964.
[8]苏文强,刘紫阳,苗玉恒.基于SpringBoot的缺陷管理系统设计与实现[J].大众科技,2021,23(10):4-6+10.
[9]王伟,常庆丽,吴朝霞.基于Springboot+Vue的精准帮扶系统研究与实现[J].河南科技,2021,40(27):12-14.
[10]胡开华,张玉静,陈明禄,何文鑫.基于Vue.js的Web应用开发教学案例设计与实现[J].信息与电脑(理论版),2021,33(18):91-94.
[11]喻佳,吴丹新.基于SpringBoot的Web快速开发框架[J].电脑编程技巧与维护,2021(09):31-33.DOI:10.16184/j.cnki.comprg.2021.09.013.
[12]巢晟盛.基于SpringBoot微服务架构下前后端分离的MVVM模型浅析[J].电脑知识与技术,2021,17(23):128-129+141.DOI:10.14004/j.cnki.ckt.2021.2412.
[13]赵志威,张生月,蒋应举,屠晓光.基于SpringBoot的高新技术企业创新能力评价平台设计与实现[J].现代信息科技,2021,5(15):40-42.DOI:10.19850/j.cnki.2096-4706.2021.15.011.
[14]霍鹏宇.后疫情时期“高校封校”下的体育教育思考[J].当代体育科技,2021,11(20):71-73.DOI:10.16655/j.cnki.2095-2813.2010-1579-3836.
[15]方生.基于“Vue.js”前端框架技术的研究[J].电脑知识与技术,2021,17(19):59-60+64.DOI:10.14004/j.cnki.ckt.2021.1863.
[16]宋馨来,张海涛.基于前后端分离和Spring Security的用户登录功能的设计与实现[J].科技创新与应用,2021,11(18):19-21+24.
[17]Dang Tran Khanh,Huy Ta Manh,Dang Ly Hoang,Le Hoang Nguyen. An Elastic Data Conversion Framework: A Case Study for MySQL and MongoDB[J]. SN Computer Science,2021,2(4):
[18]马忠强,牟聪瑞,刘磊.新冠疫情封校期间不同体育运动对航海类学生负面情绪调节自我效能感的中介作用[J].高教学刊,2021,7(14):1-6+11.
[19]Dan Roscigno. Bring Elastic Observability to your Java application[J]. InfoWorld.com,2020:
[20]Benymol Jose,Sajimon Abraham. Performance analysis of NoSQL and relational databases with MongoDB and MySQL[J]. Materials Today: Proceedings,2020,24(Pt 3):
致谢
光阴似箭,一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中,虽然有竞争,也有泪水,但是通过我不断学习和奋斗不断的完善自己,不仅很好的完成了我的学业而且也让我的各方面得到了发展,取得了很大的进步。
大学的生活也即将结束,虽然也有许多的不舍,但是终究是要告别的。回想大学的学习生活,有泪水也有汗水。在此期间我严格要求自己,凭着对知识的强烈追求,刻苦钻研,勤奋好学,态度端正,目标明确,牢固的掌握了一些专业知识和技能,做到了理论联系实际。除了专业知识的学习外,我还不断的扩展我的知识面,从不同的领域以不同的方式来获得新的知识。争取成为一名各方面都很合格的大学生。
这次的毕业设计,是我独自完成周期最长,也是耗力最大的一个项目。值得庆幸的是,在我毕业设计完成的过程当中,有许多帮助我的同学和老师。在几个月的开发过程中,我遇到了大大小小无数个问题。是我的舍友和老师,不断地帮助鼓励。
我的指导老师,在自身工作十分繁忙的情况下,依然能做到及时恢复我们发去的问题邮件,并抽时间对我们进行线下的辅导。指出我们设计上的失误,逻辑错误以及学习规划问题,可以说没有导师的帮助,我的毕设会陷入死胡同,是导师为我指点了迷津,像迷雾中的路灯,为我指明方向!
免费领取本源代码、数据库,请私信