Springboot在线学生请假管理系统
摘 要
21世纪的今天，随着社会的不断发展与进步，人们对于信息科学化的认识，已由低层次向高层次发展，由原来的感性认识向理性认识提高，管理工作的重要性已逐渐被人们所认识，科学化的管理，使信息存储达到准确、快速、完善，并能提高工作管理效率，促进其发展。
论文主要是对在线学生请假管理系统进行了介绍，包括研究的现状，还有涉及的开发背景，然后还对系统的设计目标进行了论述，还有系统的需求，以及整个的设计方案，对系统的设计以及实现，也都论述的比较细致，最后对在线学生请假管理系统进行了一些具体测试。
本文以java为开发技术，实现了一个在线学生请假管理系统。在线学生请假管理系统的主要使用者分为管理员、注册用户、招聘企业；管理员功能分为：首页、用户管理、行程上报记录、考勤打卡、学生请假记录、学生销假记录、请假类型管理，通过这些功能模块的设计，基本上实现了整个在线学生请假管理系统的过程。
具体在系统设计上，采用了B/S的结构，同时，也使用java技术在动态页面上进行了设计，后台上采用Mysql数据库，是一个非常优秀的在线学生请假管理系统。
关键词：学生请假；Spring boot框架；
Springboot online student leave management system
Abstract
Today in the 21st century, with the continuous development and progress of society, people's scientific understanding of information has developed from low-level to high-level, and from the original perceptual understanding to rational understanding. The importance of management has been gradually recognized by people. Scientific management can make the information storage accurate, fast and perfect, and improve the efficiency of work management, Promote its development.
This paper mainly introduces the online student leave management system, including the research status and the development background involved, and then discusses the design objectives of the system, the requirements of the system and the whole design scheme. The design and implementation of the system are also discussed in detail, Finally, some specific tests are carried out on the online student leave management system.
Taking Java as the development technology, this paper implements an online student leave management system. The main users of online student leave management system are divided into administrators, registered users and recruitment enterprises; The administrator functions are divided into: home page, user management, travel report record, attendance punch in, student leave record, student leave record, and leave type management. Through the design of these functional modules, the whole process of online student leave management system is basically realized.
Specifically, in the system design, it adopts the B / S structure. At the same time, it also uses Java technology to design on the dynamic page. MySQL database is used in the background. It is a very excellent online student leave management system.
Key words: Students ask for leave；Spring boot framework;
目 录
致谢 40
1.1研究意义
目前学校校园信息化日臻完善，学校师生可以借助信息网络有效的提高办事效率。利用网络信息的技术来完成请假管理系统的开发和实现，请假管理系统有着传统的请假方式无可比拟的优点。
(1)系统针对学校学生请假的实际情况以及班主任的审核情况来设计，减轻学生和老师的工作负担，合理化、规范化的管理请假信息，并且便于后期的核实和查阅。
(2)学生可以随时随地通过手机向班主任提出请假要求，班主任也可以在审核通过时第一时间给学生回复，不用受到时间、地点等条件的限制。
(3)如果学校院系老师需要对学生的出勤率进行检查，也可以通过该系统快速准确的进行判断和记录。
(4)系统设计公告栏、留言板等符合现代化大学生交流讨论的模块，使学生更积极热心的使用该系统。
1.2研究现状
长期以来，我国众多的学校都是采用传统的手工方式记录学校学生每日的请假情况。这种方式繁琐易错，准确性、透明度、实时性差，受人为因素影响过大，增加了企业的人力资源成本。同时使用传统人工记录请假管理容易出现疏漏，甚至可能存在考勤监管人员因人情导致考勤不平等的情况，造成学校学生存在侥幸心理，无法解决代考、脱岗的问题，不利于学生请假的管理。；随着信息化社会的到来，国民素质的相应提高，学生的信息素养普遍增强，为学校合理的运用请假管理系统提供了有力的人员保障。从现在出现的一些学生请假管理系统分析，我们可以把学生请假管理系统从管理功能上大致分为两种：第一种是门禁安全系统。门禁安全管理系统主要是解决重要部门出入口实现安全防范管理的有效措施，集微机自动识别技术和现代安全管理措施为一体。它能够自动识别出入的人员身份，记录人员出入时间等，但一般没有综合的请假分析功能。第二种是综合请假管理系统。这种学生请假管理系同主要针对学校的学生的上下课请假记录等相关情况的管理。一般为学校学生请假管理使用，掌握并管理学校的学生请假动态，一般包括请假记录和请假分析两大总体功能。不但能够识别进入学校的学生的身份，还具备学校学生请假等相关请假情况的记录和分析汇总功能。根据系统制定的请假规则，自动分析出请假结果。综上所述，学生请假管理系统的研究开发，学校对它的引进都需要因地制宜。采用条码的学生请假管理信息系统通过在线对学生请假数据统计、学生请假信息管理等功能。
1.3论文组成结构
根据市场调研得到的信息数据，结合国内外前沿研究，利用相关系统开发和设计方法，最终设计出在线学生请假管理系统 。
本文共有七章，如下所示。
第一章概述了在线学生请假管理系统的研究目的和意义；精炼地总结了国内外在内的领域研究情况和未来的研究趋势，最后给出了论文的组成结构。
第二章简要概述了本文所用的开发技术和工具。
第三章简要对系统各业务流程进行需求分析、可行性分析。
第四章对在线学生请假管理系统进行设计。
第五章对在线学生请假管理系统进行实现，并贴出相关页面截图，语言描述出具体功能实现的操作方法。
第六章对在线学生请假管理系统采用测试用例的方式来对一些主要功能模块测试，最后得出测试结果。
第七章总结全文并对未来的研究做出展望。
本系统前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型。后端部分：采用springboot作为开发框架，同时集成MyBatis、Redis等相关技术。
2.2 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的新特性糅合进去，以应对客户日益复杂的需求变化。
2.3B/S结构
B/S（浏览器/服务器）结构是目前主流的网络化的结构模式，它能够把系统核心功能集中在服务器上面，可以帮助系统开发人员简化操作，便于维护和使用。只需要用户在客户端安装360浏览器、谷歌浏览器、QQ浏览器等当前大众浏览器，在电脑里面安装sqlserver、mysql数据库等数据库。安装好的浏览器与服务器端的数据库进行信息数据的交互。很多专门软件能够做到的事情，采用B/S结构模式也能实现，它能够结合Web浏览器技术，ActiveX技术以及多种脚本语言等技术。帮助程序开发者节约了不少开发成本。目前B/S结构成为程序开发主流结构，它最好的地方就是没有地点限制还不用专门安装软件，笔记本或者电脑能够上网就能访问系统。系统使用B/S进行开发在后期系统维护上面就会很省事，不用什么问题都在服务器上面操作，简单的客户端处理就解决部分问题，开发出来的程序跟用户交互性上面也会增强，还可以实时刷新浏览器进行程序局部的数据信息更新。
图1-1 B/S模式三层结构图
2.4Spring 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平台的任何环境中工作。
2.5Mysql数据库
数据库是系统开发过程中不可或缺的一部分。 在WEB应用方面，MySQL AB开发了一个具有很大优势的MySQL关系数据库管理系统。 MySQL可以将数据存储在不同的表中，这非常灵活，并且还可以提高系统在实际应用中的速度。 数据库访问最常用于标准SQL语言，MySQL用于SQL语言，因此它具有高度兼容性。数据库的操作是必不可少的，包括对数据库表的增加、删除、修改、查询等功能。现如今，数据库可以分为关系型数据库和非关系型数据库，Mysql属于关系性数据库，Mysql数据库是一款小型的关系型数据库，它以其自身特点：体积小、速度快、成本低等，Mysql数据库是目前最受欢迎的开源数据库。
在WEB应用技术中， Mysql数据库支持不同的操作系统平台，虽然在不同平台下的安装和配置都不相同，但是差别也不是很大，Mysql在Windows平台下两种安装方式，二进制版和免安装版。安装完Mysql数据库之后，需要启动服务进程，相应的客户端就可以连接数据库，客户端可通过命令行或者图形界面工具登录数据库。
- 系统分析
3.1可行性分析
本系统将在经济、技术、操作这三个角度上进行可行性分析。
-
-
- 经济可行性
-
整个系统从设计到开发以及测试过程严谨步骤齐全，所有工作任务全部由本人完成，并未获取外部技术支持，节约了一切服务成本开销以及人工成本，在硬件方面，为节约成本使用一台二手移动工作站作为项目部署服务器以及数据库服务器，成本在一万元一下，真个网络部署也是由本人独立完成不涉及到其他人工费用，整个开发过程本着低成本，低消耗的原则。
-
-
- 技术可行性
-
技术可行性分析的目的是确认该系统能否利用现有技术实现，并评估开发效率和完成情况。技术的可行性是指在当前的技术条件下，计算机软件和硬件的开发是否能够满足发展的要求。因为该系统的开发基于springboot语言，所以开发该系统所需的软件和硬件条件可以在普通计算机上满足。因为它占用的内存相对较少，所以用Mysql数据库开发和设计软件理论上没有问题，因为它占用的内存太少。上述技术可以有效地保证系统的成功和高效开发。
-
-
- 操作可行性
-
在线学生请假管理系统的使用界面简单易于操作，采用常见的界面窗口来登录界面，通过电脑进行访问操作，用户只要平时使用过电脑都能进行访问操作。此系统的开发采用springboot技术开发，人性化和完善化是B/S结构开发比较显要的特点使得用户操作相比较其他更加简洁方便。易操作、易管理、交互性好在本系统操作上体现得淋漓尽致。
3.2性能分析
对于性能分析，与传统的管理方式相比，传统的管理方式是使用人工通过用纸和笔进行数据信息的统计和管理，并且这种方式对于存储和查找某一数据信息都比较麻烦，随着计算机网络的到来，这种传统的方法很难适应当下社会的发展，不仅降低人们的办事效率，而且还需要很多的人力和物力，对于使用的时间和所要花费的费用都是比较高的，为了降低成本费用，提高用户的工作效率，进行开发一套基于计算机和网络技术的在线学生请假管理系统。
在线学生请假管理系统的开发设计时一个独立的系统，以流行数据库进行数据的存储开发，主要是为了实现在线学生请假管理系统的用户角色及相对应的功能模块，让在线学生请假管理系统的管理不会存在管理差异、低效率，而是跟传统的管理信息恰好相反，在线学生请假管理系统的实现可以节约资源，并且对于业务的处理速度也提高，速度快、效率高，功能性强大。
3.3系统操作流程
3.3.1用户登录流程
对于系统的安全性的第一关，就是用户想要进入系统，必须通过登录窗口，输入自己的登录信息才可以进行登录，用户输入的信息准确无误后才可以进入到操作系统界面，进行功能模块的相对应操作，如果用户输入的信息不正确，则窗口出现提示框，用户登录失败，返回到第一步进行重新输入，如图3-1所示。
图3-1登录操作流程图
3.3.2信息添加流程
对于在线学生请假管理系统，需要随时添加所需要的数据信息，对于用户添加信息，需要根据添加界面，根据选框的内容进行填写所要添加的数据信息，信息输入完成后判断数据信息是否符合要求，符合要求则添加完成，用户所添加的信息不符合要求，则需要返回到第一步，重新输入数据信息，再进行判断操作，如图3-2所示。
3.3.3信息删除流程
不管是哪个用户角色进入到不通的系统操作界面，都可以进行不同的信息内容的操作功能，对用系统数据信息的删除，用户一旦将信息删除，那么该删除的数据信息将无法恢复，所以用户在对数据删除事，一定判断删除的内容是否是确定要删除的，确定无误后选择确定删除操作，如图3-3所示。
图3-3 信息删除流程图
系统设计
4.1系统架构设计
在线学生请假管理系统的系统项目的概述设计分析，主要内容自习室管理系统 信息的具体分析，进行数据库的是设计，数据采用mysql数据库，并且对于系统的设计采用比较人性化的操作设计，对于系统出现的错误信息可以及时做出处理及反馈。
在线学生请假管理系统的设计基于现有的手机，可以实现管理员：首页、用户管理、行程上报记录、考勤打卡、学生请假记录、学生销假记录、请假类型管理等详细的了解及统计分析。根据系统功能需求建立的模块关系图如下图：
图4-1管理员功能模块图
4.2开发流程设计
在线学生请假管理系统的开发对管理模块和系统使用的数据库进行分析，编写代开发，规划和操作是构建信息管理应用程序的必要三步曲，它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中，每个阶段必须严格按照线性顺序进行开发，并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的，不会造成下一阶段拖拽现象，使系统完成设计功能后得到保证。
从在线学生请假管理系统的成功开发经验来看，上述方法效果最为明显，最大程度地降低了系统开发的复杂性。如图4-2所示。
图4-2开发系统流程图
4.3数据库设计
数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。4.3.1实体ER图
数据库是整个软件编程中最重要的一个步骤，对于数据库问题主要是判定数据库的数量和结构公式的创建。展示系统使用的是Mysql进行对数据库进行管理，进行保证数据的安全性、稳定性等。
概念模型的设计是为了抽象真实世界的信息，并对信息世界进行建模。它是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。而且Mysql数据库是自我保护能力比较强的数据库，下图主要是对数据库实体的E-R图：
(1) 行程上报E-R图，如图4-3所示：
图4-3 行程上报实体属性图
(2) 请假信息E-R图如图4-4所示：
图4-4请假信息实体图
这些功能可以充分满足在线学生请假管理系统的需求。此系统功能较为全面如下图系统功能结构如图4-5所示。
图4-5系统功能结构图
4.3.2数据表
我们可以根据数据结构的详细分析要求，我们根据输入和输出数据量的要求进行分析，确定什么表表，结构之间的关系，我们可以验证，调整和完善，查询和浏览过程，可以实现数据库，以使用户对数据和功能有更多要求。
基于系统使用的数据库管理系统的特点，对数据库的概念模型进行了转换和构建。但是，这个系统只需要充分考虑在线学生请假管理系统的功能，而且组织比较清晰。
type_management表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| type_management_id | int | 11 | 是 | 是 | 类型管理ID |
| leave_type | varchar | 64 | 否 | 否 | 请假类型 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
travel_report表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| travel_report_id | int | 11 | 是 | 是 | 行程上报ID |
| class_segment | varchar | 64 | 否 | 否 | 班级段 |
| student | int | 11 | 否 | 否 | 学生 |
| travel_code | varchar | 255 | 否 | 否 | 行程码 |
| health_code | varchar | 255 | 否 | 否 | 健康码 |
| vaccine_proof | varchar | 255 | 否 | 否 | 疫苗证明 |
| enclosure | varchar | 255 | 否 | 否 | 附件 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
student表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| student_id | int | 11 | 是 | 是 | 学生ID |
| gender | varchar | 64 | 否 | 否 | 性别 |
| class_segment | varchar | 64 | 否 | 否 | 班级段 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
leave_cancellation表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| leave_cancellation_id | int | 11 | 是 | 是 | 销假ID |
| leave_student | int | 11 | 否 | 否 | 请假学生 |
| leave_type | varchar | 64 | 否 | 否 | 请假类型 |
| leave_days | varchar | 64 | 否 | 否 | 请假天数 |
| leave_title | varchar | 64 | 否 | 否 | 请假标题 |
| reasons_for_cancellation_of_leave | varchar | 64 | 否 | 否 | 销假原因 |
| counselor_review | varchar | 64 | 否 | 否 | 辅导员审核 |
| counselor_suggestions | text | 0 | 否 | 否 | 辅导员建议 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
leave表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| leave_id | int | 11 | 是 | 是 | 请假ID |
| leave_student | int | 11 | 否 | 否 | 请假学生 |
| leave_title | varchar | 64 | 否 | 否 | 请假标题 |
| leave_type | varchar | 64 | 否 | 否 | 请假类型 |
| leave_days | varchar | 64 | 否 | 否 | 请假天数 |
| counselor_approval | varchar | 64 | 否 | 否 | 辅导员审批 |
| reason_for_leave | varchar | 64 | 否 | 否 | 请假原因 |
| counselor_comments | varchar | 64 | 否 | 否 | 辅导员意见 |
| head_teacher_approval | varchar | 64 | 否 | 否 | 班主任审批 |
| head_teacher_opinion | varchar | 64 | 否 | 否 | 班主任意见 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
instructor表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| instructor_id | int | 11 | 是 | 是 | 辅导员ID |
| gender | varchar | 64 | 否 | 否 | 性别 |
| department_of_education | varchar | 64 | 否 | 否 | 教系 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
headmaster表
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| headmaster_id | int | 11 | 是 | 是 | 班主任ID |
| gender | varchar | 64 | 否 | 否 | 性别 |
| department_of_education | varchar | 64 | 否 | 否 | 教系 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
clock_in表：
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| clock_in_id | int | 11 | 是 | 是 | 考勤打卡ID |
| student | int | 11 | 否 | 否 | 学生 |
| punch_in_date | datetime | 0 | 否 | 否 | 打卡日期 |
| punch_in_position | varchar | 64 | 否 | 否 | 打卡位置 |
| remarks | varchar | 64 | 否 | 否 | 备注 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
5.1数据库访问层的实现
从B/S架构的原理可知，在线学生请假管理系统的各大模块的实现均需要对数据库的数据进行操作，具体包括查询数据、写入数据、更新数据和删除数据，因此，在开发各功能模块前，首先创建一个名称"conn. springboot"的文件，该文件主要用于连接数据，以后对程序需要操作数据时，可能使用语句"<? springboot reqiure_once('conn. springboot');?>"调用就可以了。
该文件的代码如下：
port: 5000
servlet:
context-path: /api
spring:
datasource:
url: jdbc:mysql://127.0.0.1:3306/CS725260_20211101091736?serverTimezone=GMT%2B8&useSSL=false&characterEncoding=utf-8
username: root
password: root
driver-class-name: com.mysql.cj.jdbc.Driver
jackson:
property-naming-strategy: CAMEL_CASE_TO_LOWER_CASE_WITH_UNDERSCORES
default-property-inclusion: ALWAYS
time-zone: GMT+8
date-format: yyyy-MM-dd HH:mm:ss
servlet:
multipart:
max-file-size: 100MB
5.2登录模块的实现
主要由两部分组成，登录前的登录界面以及登录后的用户功能界面。登录界面，要求用户输入用户名和密码，当用户名和密码其中一个输入为空时，给出提示“用户名，密码不能为空”。获取用户名和密码后到数据库中查找，如果用户名存在，以及对应的密码正确，则登录成功，否则登录失败。登录失败后给出提示，并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块，主要有会员基本信息修改，已经发布超市信息管理，发布信息，和退出功能。退出功能是清除全局变量username的值，并跳回到首页。
登录流程图如下图所示。
图5-4登录流程图
登录界面如下图所示。
图5-2登录界面
登录系统主要代码如下。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态，不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
5.3用户资料修改模块的实现
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配，在用户点击修改页面的时候，如果改后用户名与数据库里面重复了，页面会提示该用户名已经存在了，否则通过Id来查询用户，并将用户的信息修改为表单提交的数据。
5.4行程上报记录模块的实现
管理员在后台管理界面点击到所有行程界面dingdan_list.php，向控制层dingdanAction发送请求，搜索当前所有行程信息，dingdanAction向行程上报记录数据访问层调用搜索全部行程的请求，向数据库的行程搜索当前所有上报记录并将行程信息以对象的形式层层返回到dingdan_list.Java界面，显示出当前所有行程信息。同时可以删除过期行程上报记录，确认已有行程上报记录，进行发布。
行程上报记录流程图如下图所示。
图5-3行程上报记录管理流程图
行程上报记录添加界面如下图所示。
图5-4行程上报记录界面
行程上报记录发布的关键代码如下。
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
Query select = service.select(service.readQuery(request), service.readConfig(request));
List resultList = select.getResultList();
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
public Query select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作，sql: {}",table,sql);
return runEntitySql(sql.toString());
}
5.5考勤打卡模块的实现
如果考勤打卡信息的信息需要修改，管理员可以通过查询考勤信息的基本信息来查询考勤打卡信息，查询考勤信息是通过ajax技术来进行查询的，需要传递考勤打卡信息的标题、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息，如果选中了超过一条数据，页面会挑一个窗口提醒只能选择一条数，如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候，后台会根据传过来的id到数据库查询，并将结果返回到修改页面中，可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中，就是说如果提交的数据数据库中存在就修改，否则就保存。
考勤打卡界面如下图所示。
图5-5考勤打卡界面
考勤打卡关键代码如下所示。
@RequestMapping(value = {"/count_group", "/count"})
public Map<String, Object> count(HttpServletRequest request) {
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
5.6学生请假记录管理模块的实现
学生请假记录功能需要考虑高并发，防止出现学生重复请假状态显示出错等情况，特请假这一共享数据增加锁机制。在乐观锁、悲观锁以及线程锁中，综合考虑性能效率和错误的可接受性选择了乐观锁机制。乐观锁的实现方式是使用版本标识来确定读到的数据与提交时的数据是否一致，提交后修改版本标识，不一致时可以采取丢弃和再次尝试的策略。在数据库请假表（对应号源）设计中增加了version字段，每次数据提交时（更改号源状态）会判断version是否匹配，若不匹配停止本次提交，若匹配则提交成功并增加version的值。
学生请假记录功能整体流程：用户浏览号源信息时，同时会显示请假的状态，系统会在其显示详细信息的页面时便会判断学生请假的状态，若学生状态为可请假，则会显示请假的链接按钮。在用户点击预约按钮时，会先通过拦截器判断用户是否登录，若未登录，会跳转至登录页面，提示用户先登录，若为登录用户就会跳转至填写请假信息的页面，填写好学生请假记录信息之后，点击提交按钮，请假成功之后返回提示信息，告知用户请假成功。
学生请假记录流程图如下图所示。
图5-6学生请假记录流程图
学生请假记录管理界面如下图所示。
图5-7学生请假记录管理界面
学生请假记录管理关键代码如下所示。
@RequestMapping(value = {"/sum_group", "/sum"})
public Map<String, Object> sum(HttpServletRequest request) {
Query count = service.sum(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
5.7学生管理模块的实现
根据需求，需要对学生进行添加、删除或修改详情信息。删除或修改学生时，系统根据学生的状态判定为可删除状态下，才会给出删除和修改链接，点击删除链接按钮时，请求到达后台，还会先查询学生状态再次做出判定能否删除。点击修改链接按钮时，会跳转到修改信息的页面，重新填写好数据后，数据提交到后台会对数据库中相应的记录做出修改。
添加学生时，会给出数据填写的页面，该页面根据填写好的学生编号同样会事先发送Ajax请求查询编号是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
学生管理流程图如下图所示。
图5-1学生管理流程图
学生管理页面设计效果如下图所示。
图5-11学生管理界面
学生管理关键代码如下所示。
@RequestMapping(value = {"/sum_group", "/sum"})
public Map<String, Object> sum(HttpServletRequest request) {
Query count = service.sum(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
6.1测试目的
程序设计不能保证没有错误，这是一个开发过程，在错误或错误的过程中难以避免，这是不可避免的，但我们不能使这些错误始终存在于系统中，错误可能会造成无法估量的后果 如系统崩溃，安全信息，系统无法正常启动，导致安装用户手机屏幕等，为了避免这些问题，我们需要测试程序，并发现这些问题，并纠正它们 ，并使系统更长时间稳定成熟，本章的作用是发现这些问题，并对其进行修改，虽然耗时费力，但长期非常重要和必要系统的开发。
软件测试与开发过程是一样的，都必须按照软件工程的正规原理进行，遵守管理学理论。不过，目前国内的软件测试已经积累了大量经验和方法，步骤相对成熟，软件测试的效率也越来越高。
在线学生请假管理系统的实现，对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在在线学生请假管理系统正式上传使用之前必须做的一步就是系统测试，对于测试发现的错误及时修改处理，保证系统准确无误的供给用户使用。
6.2测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看，测试时不了解新开发软件的内部结构，因此可以将系统与黑匣子进行比较，盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试，在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况（称为性能测试）通常使用自动化测试工具来检测系统的整体功能，在负载测试和压力测试之间进行分配，在某些情况下，将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务，但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程，应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则：
(1)软件测试应尽快进行，整个测试部分应在软件开发和设计的整个过程中进行。如发现错误，立即处理，将大大减少软件开发的时间，并提高软件的质量。
(2)在软件的各种测试中，测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试，我们应该尽量不去和自己设计的系统进行参考，而是要测试对方的程序，以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查，尽量避免重复错误。
本在线学生请假管理系统满足用户的要求和需求，本在线学生请假管理系统的使用能够有效的提高用户的使用率。
6.3 测试结果
测试后得到的性能和用例，系统具有足够的正确性、可靠性、稳定性，并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围，可以兼容所有主流浏览器，设计所需的效果。
- 总结与展望
通过在线学生请假管理系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]丁卫峰.谈高职学生请假管理变迁——以××××职业学院为例[J].品位·经典,2021(13):140-141+169.
[2]周清松,付星宇.高校学生请假管理系统的设计与开发[J].电脑知识与技术,2021,17(13):63-66+85.
[3]刘刚新.疫情防控背景下基于业务流程的学生请假全程非接触方案的探索与实践[J].办公自动化,2021,26(07):39-41+17.
[4]李晓彤,赵洪凯.基于Web技术的学生在线签假管理系统的设计与开发[J].实验室科学,2021,24(01):40-43+48.
[5]闫博.混合模式下高校学生请假管理系统设计研究[J].信息通信,2020(08):163-164.
[6]陈一鑫,黎英,陈海波.高职院校学生请假现状调查及对策研究——以X职业学院为例[J].职业技术,2020,19(04):27-33.
[7]杨华,陈水容,唐天国,王丽,胡振,罗江碧.基于混合模式的学生请假管理系统的研究与开发[J].电脑知识与技术,2020,16(07):69-70+84.
[8]陈李秋,吴丽.应用微信小程序设计高校学生请假考勤系统[J].福建电脑,2019,35(12):70-72.
[9]李琪,吴洋,郑鑫.学生请假系统的研究与设计[J].电子世界,2020(19):169-170.
[10]田升,郭凤婷,刘印锋.基于Web的学生请假管理设计与实现[J].电脑编程技巧与维护,2020(06):100-103.
[11]包靓,赵旭斌,王飞非.基于钉钉平台的高职院校学生管理应用探索与实践——以金华职业技术学院建筑工程学院为例[J].金华职业技术学院学报,2020,19(01):10-14.
[12]刘鹏.基于移动Web的学生请假系统的设计与实现[J].电子技术与软件工程,2019(08):154-155.
[13]骆阳阳,徐久成,孔德宇,李涛,李玉惠.基于移动互联的高校学生请假系统设计与实现[J].电脑知识与技术,2019,11(07):120-125.
[14]吴澜波.浅谈卫生类高职院校学生的请假管理——以苏州卫生职业技术学院为例[J].职业,2019(35):53-54.
[15]Nancy K. Martin,Daniel A. Sass,Thomas A. Schmitt. Teacher efficacy in student engagement, instructional management, student stressors, and burnout: A theoretical model using in-class variables to predict teachers' intent-to-leave[J]. Teaching and Teacher Education,2019,28(4):
[16]Finneran Christina M.. Factors that influence users to leave, acquire, and retain information items: A case study of college students" Personal Information Management[J]. Proceedings of the American Society for Information Science and Technology,2019,45(1):
致谢
时光飞逝，转眼间我在学校的这些年生活即将结束，回顾这几年的学习生活，收获良多，既有幸福也有难过，学校生活的结束对于我来说也是一个新的开始。论文即将完成，在此，我心中有许多想要感谢的人。首先感谢我的导师，不仅在学习研究方面加以指导，也在生活和为人处世上给予帮助。还要感谢授课老师，你们严谨的学术精神和积极向上的工作态度都在激励我的成长和进步。感谢多年来一直生活在一起的室友，谢谢你们多年来的陪伴和照顾。最后，要感谢各位论文评审老师，感谢您们在百忙之中抽空评阅本论文并给出宝贵的意见和建议。
免费领取本源代码，请关注点赞＋私信
399
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
