springboot+mysql学生请销假审批管理系统-计算机毕业设计源码10262

摘 要

21世纪的今天，随着社会的不断发展与进步，人们对于信息科学化的认识，已由低层次向高层次发展，由原来的感性认识向理性认识提高，管理工作的重要性已逐渐被人们所认识，科学化的管理，使信息存储达到准确、快速、完善，并能提高工作管理效率，促进其发展。

本设计主要实现集人性化、高效率、便捷等优点于一身的学生请销假审批管理系统，完成请假申请管理、长假审核管理、销假申请管理、健康上报管理等功能模块。系统通过浏览器与服务器进行通信，实现数据的交互与变更。只需通过一台电脑，动动手指就可以操作系统，实现数据通信管理。整个系统的设计过程都充分考虑了数据的安全、稳定及可靠等问题，而且操作过程简单。本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。学生请销假审批管理系统使用Java语言，采取Mysql作为后台数据的主要存储单元，采用Springboot框架、JSP技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。

关键词：学生请销假审批管理；Springboot框架；关系型数据库

Springboot student leave approval management system

Abstract

Today in the 21st century, with the continuous development and progress of society, people's understanding of information science has developed from low level to high level, from the original perceptual knowledge to rational knowledge, and the importance of management has gradually been recognized by people. Scientific management can make information storage accurate, fast and complete, and can improve work management efficiency and promote its development.

This design mainly realizes the student leave application and approval management system integrating the advantages of humanization, efficiency and convenience, and completes the leave application management, long leave review management, leave application management, health report management and other functional modules. The system communicates with the server through the browser to realize data interaction and change. You can operate the system by moving your fingers through a computer to realize data communication management. The design process of the whole system fully considers the safety, stability and reliability of data, and the operation process is simple. The system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The student leave application and cancellation approval management system uses Java language, takes MySQL as the main storage unit of background data, and uses Springboot framework, JSP technology, Ajax technology to code and develop the business system, realizing all functions of the system.

Key words:Examination and approval management of student leave application and cancellation; Springboot framework; Relational database;

目  录

第1章 绪论

1.1 研究背景与意义

1.2 本文的组织结构

第2章 相关技术介绍

2.1 J2EE技术

2.2 Springboot框架

2.3 MySQL数据库

2.4B/S结构

2.5 JavaScript运行模式

2.6 B/S体系工作原理

第3章 系统分析

3.1 可行性分析

3.1.1 技术可行性分析

3.1.2 经济可行性分析

3.1.3 操作可行性分析

3.2 功能需求分析

3.3 非功能需求分析

3.4 数据流程分析

第4章 系统设计

4.1 系统架构设计

4.2 系统功能结构

4.3 功能模块设计

4.4 数据库设计

4.4.1 概念模型

4.4.2 数据表

第5章 系统实现

5.1 登录模块的实现

5.2 用户子系统模块的实现

5.3 管理员子系统模块的实现

第6章 系统测试

6.1 测试目的

6.2 测试过程

6.3 测试结果

第7章 总结与展望

参考文献

致谢

1. 绪论
   1. 研究背景与意义

学生请销假信息和管理是学生日常生活尤为重要地一部分―，对于各大学院在这一方面地管理还是显得学生数量明显高于管理者很多，这就给教导员以及教师领导带来极大地不方便，加上学校地事务本来就繁琐杂乱且要求高规格，所以很容易出现错误而诸如学生地请销假申请，教师地请销假审核信息，稍有不慎便会出现一些差池，同时学生请销假信息地手动记录与查看，工作量大，也需要很大地耐心和细心―。所以在计算机软件技术不断更新地今天，实现学生网上请销假申请，教师及导员网上请销假审核并通过数据库记录信息是必要可行地，而且还节约了时间，节省了一大部分地工作量，学生请销假信息是对于学生出勤审计，学生课程学习地一项非常重要地数据.而很长一段时间，学生请销假信息管理都是依赖手动记录查阅，面对大量地学生信息，这些工作地数量可想而知―。不仅白白浪费了许多不必要地人力资源，而且人工管理会存在着大麻烦和乱子，造成数据信息的一些不确定因子。但如果使用计算机管理对学生请销假信息进行管理，具有手工管理很多方面地优点和长处，例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等.这些优点能够极大地提高地效率，也是学校科学化、正规化管理地重要条件。

1. 1. 本文的组织结构

第一章是绪论，本文章的开头部分，对本题目的研究背景和研究意义等一些做文字性的描述。

第二章研究了学生请销假审批管理系统的所采用的开发技术和开发工具。

第三章是系统分析部分，包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。

第四章是系统设计部分，本文章的重要部分，提供了系统架构的详细设计和一些主要功能模块的设计说明。

第五章是系统的具体实现，介绍系统的各个模块的具体实现。

第六章在前几章的基础上对系统进行测试和运行。

最后对系统进行了认真的总结，以此对未来有一个新的展望。

1. 相关技术介绍
   1. J2EE技术

可以掌握多门外语，而一个计算机科学家精通的大多是编程语言，它不是人类的自然语言，比如C语言、Java、Perl等等。由于不同的公司开发出的“中间件”不够规范，所以Sun公司推出J2EE，用这个标准来解决弊病。它提供了良好的机制，让每个层次允许与之相对的服务器、组件运行，使得系统的搭建稳定可用、开发高效、维护方便。

1. 1. 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。

1. 1. MySQL数据库

用MySQL这个软件，是因为它能接受多个使用者访问，而且里面存在Archive等。它会先把数据进行分类，然后分别保存在表里，这样的特别操作就会提高数据管理系统自身的速度，让数据库能被灵活运用。MySQL的代码是公开的，而且允许别人二次编译升级。这个特点能够降低使用者的成本，再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点，但是综合各方面来说，它是使用者的主流运用的对象。

1. 1. B/S结构

B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。

1. 1. JavaScript 运行模式

JavaScript是一种属于网络的高级脚本语言,已经被广泛用于Web应用开发,常用来为网页添加各式各样的动态功能,为用户提供更流畅美观的浏览效果。通常JavaScript脚本是通过嵌入在HTML中来实现自身的功能的。

1.1是一种解释性脚本语言（代码不进行预编译）。

1.2主要用来向HTML（标准通用标记语言下的一个应用）页面添加交互行为。

1.3可以直接嵌入HTML页面，但写成单独的js文件有利于结构和行为的分离。

1.4跨平台特性，在绝大多数浏览器的支持下，可以在多种平台下运行（如Windows、Linux、Mac、Android、iOS等）。

1.5 JavaScript脚本语言同其他语言一样，有它自身的基本数据类型，表达式和算术运算符及程序的基本程序框架。JavaScript提供了四种基本的数据类型和两种特殊数据类型用来处理数据和文字。而变量提供存放信息的地方，表达式则可以完成较复杂的信息处理。

1. 1. B/S体系工作原理

B/S架构采取浏览器请求，服务器响应的工作模式。

用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；

而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；

从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。

在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。

1. 系统分析
   1. 可行性分析

本次设计基于B/S 模式下，采用当前主流的Springboot框架进行系统主体框架的搭建，前台使用jquery，ajax实现，总体的可行性共分为以下三个方面。

1. 1. 1. 技术可行性分析

所谓的技术可行性就是在限定时间，前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用，如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后，认定已存在的技术能达成目标。用JSP技术来实现动态的页面，嵌入低依赖性的设计模式，灵活的数据库，配合稳定的服务器，整个系统的运行效率大大提升。由此可见，在技术层面达成目标不是非非之想。

1. 1. 1. 经济可行性分析

在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。

1. 1. 1. 操作可行性分析

本系统实现功能的操作很简单，普通电脑的常见配置就可以运行本软件，并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力，并且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，并且按照专业知识进行正确操作即可，所以学生请销假审批管理系统具备操作可行性。

1. 1. 功能需求分析

在系统开发设计前，应该对功能做初步设想，清楚这个管理系统有什么板块，每个板块有什么功能，整体的设计是否满足使用者的需求，接着对所开发的系统功能进行的详细分析总结，从而设计出完整的系统并将其实现。用户和开发人员的交流分析，使其达到最佳理解程度，使系统功能达到最佳。

学生用例图如下所示。

 

图3-1 学生用例图

辅导员用例图如下所示。

 

图3-2 辅导员用例图

院领导用例图如下所示。

 

图3-3 院领导用例图

管理员用例图如下所示。

 

图3-4 管理员用例图

学生请销假审批管理系统在对需求做解析后，整个系统主要分为四个部分：管理员、学生用户、辅导员、院领导，每个模块下的分支功能不一样。对功能做出如下说明：

学生模块：

账号登录认证。

管理个人资料信息，修改可修改的信息项。

请假申请，在线进行请假提交。

长假审核，同时查看长假申请的审核情况。

销假申请，可以在线进行销假申请。

健康上报，学生进行健康信息上报提交。

辅导员模块：

个人信息，可以修改维护个人资料信息。

请假申请，审批学生的请假申请。

销假申请，审批学生的销假申请。

健康上报，查看健康上报信息。

院领导模块：

请假申请，查看学生的请假信息。

销假申请，查看学生的销假信息。

长假审核，对学生的长假申请进行审核通过处理。

健康上报，查看学生的健康上报信息。

管理员模块：

维护用户，审核用户的账号，可以冻结用户据的登录权限，或者删除用户账号。

学生请销假管理，并可以销毁某个学生信息，更新学生信息数据，模糊搜索学生信息数据等。

长假审核管理，并可以销毁某个长假审核信息，更新长假审核信息数据，模糊搜索长假审核信息数据等。

健康上报管理。

1. 1. 非功能需求分析

系统非功能需求有非常多，比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求，因为系统是给人使用的，所以必须充分从用户的角度出发，考虑用户体验，使系统易理解易上手易操作。

1. 1. 数据流程分析

零层数据流程图包括了登录、用户功能和检索维护等模块，在登录模块使用到的数据存储有用户账户文档，用户功能模块需要的存储是用户各功能模块数据文档，检索维护是使用以上这些数据文档通过关键词进行检索。

系统的零层数据流图如下图所示。

 

图3-2系统数据流图（零层）

一层数据流程图是对零层数据流程图的细化，将登录细分为填制登录数据和完善数据，用户功能细分为用户基本功能和用户主要功能。

系统的一层数据流图如下图所示。

 

图3-3系统数据流图（一层）

二层数据流程是对一层数据流层图中填写登录信息、用户功能的细化。即：填写登录信息细化为填制信息、后台审核，用户功能细化为请假申请、销假申请、长假审核、健康上报等操作。

系统的二层数据流图如下图所示。

 

图3-4系统数据流图（二层）

1. 系统设计
   1. 系统架构设计

目前B/S体系的系统主要的数据访问方式是：通过浏览器页面用户可以进入系统，系统可以自动对用户向服务器发送的请求进行处理，处理请求是在系统后台中进行的，用户在浏览器页面上进行相应操作，就能够看到服务端传递的处理结果。学生请销假审批管理系统主要分为视图-模型-控制三层架构设计。在视图层中，主要是操作在服务器端向客户端反馈并显示的数据，在模型层中，主要处理相关的业务逻辑、数据整合等，最后的控制层它介于视图和模型之间，主要是调整两层之间的关系，最终落实数据的传递。

系统架构图如下图所示。

 

图4-1系统架构图

1. 1. 系统功能结构

系统设计的目的是分析系统包括的所有功能结构，为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后，确定的总体需求主要包括多个模块，分别是：用户管理、请假申请管理、销假申请管理、长假审核管理、健康上报管理。系统整体角色分为4个部分，学生、辅导员、院领导、管理员。

系统功能结构图如下图所示。

 

图4-2系统功能结构图

1. 1. 功能模块设计

用户管理模块

该模块是为所有用户登录设计的，如学生用户这种普通用户登录后只能进行自己的普通功能操作(如个人信息修改），管理员和超级管理员登录后有不同的权限，管理员不能超越权限。超级管理员能对整个系统的数据进行管理，主要是用户的登录权限以及用户登录后在系统里的操作权限。

请假申请模块

学生和请假申请关系为一对多，根据请假申请编号来将请假申请数据传入到数据表中，操作人为管理员，然后生成请假列表，学生查看个人请假申请表，辅导员进行审核，管理员可以进行数据销毁。

健康上报模块

操作人来录入健康上报信息，点击健康上报录入按钮，依次填写要录入的健康上报数据，点击提交按钮，将数据提交至数据库，然后刷新健康上报数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。

销假申请模块

操作人来录入销假申请数据，点击录入按钮，依次填写要录入的销假信息数据，点击提交按钮，将数据提交至数据库，然后刷新销假信息数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。

1. 1. 数据库设计
      1. 概念模型

对于一个要开发的系统来说，E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在学生请销假审批管理系统中存在着多个实体分别是请假申请、销假申请等。

系统总体ER图如下图所示。

 

图4-4系统总体ER图

1. 1. 1. 数据表

数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化，最后形成具有一定逻辑关系的数据库表结构。学生请销假审批管理系统所需要的部分数据结构表如下表所示。

1. 1. 表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	auth_id	int	10	0	N	Y		授权ID：
2	user_group	varchar	64	0	Y	N		用户组：
3	mod_name	varchar	64	0	Y	N		模块名：
4	table_name	varchar	64	0	Y	N		表名：
5	page_title	varchar	255	0	Y	N		页面标题：
6	path	varchar	255	0	Y	N		路由路径：
7	position	varchar	32	0	Y	N		位置：
8	mode	varchar	32	0	N	N	_blank	跳转方式：
9	add	tinyint	3	0	N	N	1	是否可增加：
10	del	tinyint	3	0	N	N	1	是否可删除：
11	set	tinyint	3	0	N	N	1	是否可修改：
12	get	tinyint	3	0	N	N	1	是否可查看：
13	field_add	text	65535	0	Y	N		添加字段：
14	field_set	text	65535	0	Y	N		修改字段：
15	field_get	text	65535	0	Y	N		查询字段：
16	table_nav_name	varchar	500	0	Y	N		跨表导航名称：
17	table_nav	varchar	500	0	Y	N		跨表导航：
18	option	text	65535	0	Y	N		配置：
19	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

1. 1. 表health_reporting (健康上报)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	health_reporting_id	int	10	0	N	Y		健康上报ID
2	report_to_students	int	10	0	Y	N	0	上报学生
3	student_id	varchar	64	0	Y	N		学生学号
4	student_name	varchar	64	0	Y	N		学生姓名
5	major_name	varchar	64	0	Y	N		专业名称
6	class_name	varchar	64	0	Y	N		班级名称
7	reporting_time	datetime	19	0	Y	N		上报时间
8	report_body_temperature	varchar	64	0	Y	N		上报体温
9	physical_state	varchar	64	0	Y	N		身体状态
10	report_remarks	text	65535	0	Y	N		上报备注
11	health_code	varchar	255	0	Y	N		健康码
12	trip_code	varchar	255	0	Y	N		行程码
13	vaccination_record	varchar	255	0	Y	N		接种记录
14	recommend	int	10	0	N	N	0	智能推荐
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	hits_id	int	10	0	N	Y		点赞ID：
2	user_id	int	10	0	N	N	0	点赞人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：

1. 1. 表institute_leaders (院领导)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	institute_leaders_id	int	10	0	N	Y		院领导ID
2	leaders_name	varchar	64	0	Y	N		领导姓名
3	leadership_gender	varchar	64	0	Y	N		领导性别
4	leadership_age	varchar	64	0	Y	N		领导年龄
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	recommend	int	10	0	N	N	0	智能推荐
7	user_id	int	10	0	N	N	0	用户ID
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表instructor (辅导员)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	instructor_id	int	10	0	N	Y		辅导员ID
2	name_of_instructor	varchar	64	0	Y	N		辅导员姓名
3	gender_of_counselor	varchar	64	0	Y	N		辅导员性别
4	counselor_age	varchar	64	0	Y	N		辅导员年龄
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	recommend	int	10	0	N	N	0	智能推荐
7	user_id	int	10	0	N	N	0	用户ID
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表leave_application (请假申请)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	leave_application_id	int	10	0	N	Y		请假申请ID
2	applicants	int	10	0	Y	N	0	申请学生
3	student_id	varchar	64	0	Y	N		学生学号
4	student_name	varchar	64	0	Y	N		学生姓名
5	major_name	varchar	64	0	Y	N		专业名称
6	class_name	varchar	64	0	Y	N		班级名称
7	leave_type	varchar	64	0	Y	N		请假类型
8	leave_date	date	10	0	Y	N		请假日期
9	time_of_leaving_school	datetime	19	0	Y	N		出校时间
10	back_to_school_time	datetime	19	0	Y	N		返校时间
11	leave_days	int	10	0	Y	N	0	请假天数
12	reasons_for_asking_for_leave	text	65535	0	Y	N		请假原因
13	examine_state	varchar	16	0	N	N	未审核	审核状态
14	examine_reply	varchar	16	0	Y	N		审核回复
15	recommend	int	10	0	N	N	0	智能推荐
16	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
17	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表leave_cancellation_application (销假申请)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	leave_cancellation_application_id	int	10	0	N	Y		销假申请ID
2	applicants	int	10	0	Y	N	0	申请学生
3	student_id	varchar	64	0	Y	N		学生学号
4	student_name	varchar	64	0	Y	N		学生姓名
5	major_name	varchar	64	0	Y	N		专业名称
6	class_name	varchar	64	0	Y	N		班级名称
7	application_time	datetime	19	0	Y	N		申请时间
8	back_to_school_time	datetime	19	0	Y	N		返校时间
9	reasons_for_cancellation_of_leave	text	65535	0	Y	N		销假原因
10	examine_state	varchar	16	0	N	N	未审核	审核状态
11	examine_reply	varchar	16	0	Y	N		审核回复
12	recommend	int	10	0	N	N	0	智能推荐
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表long_holiday_review (长假审核)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	long_holiday_review_id	int	10	0	N	Y		长假审核ID
2	applicants	int	10	0	Y	N	0	申请学生
3	student_id	varchar	64	0	Y	N		学生学号
4	student_name	varchar	64	0	Y	N		学生姓名
5	major_name	varchar	64	0	Y	N		专业名称
6	class_name	varchar	64	0	Y	N		班级名称
7	leave_type	varchar	64	0	Y	N		请假类型
8	time_of_leaving_school	datetime	19	0	Y	N		出校时间
9	back_to_school_time	datetime	19	0	Y	N		返校时间
10	leave_days	int	10	0	Y	N	0	请假天数
11	reasons_for_asking_for_leave	text	65535	0	Y	N		请假原因
12	leader_review	varchar	64	0	Y	N		领导审核
13	review_remarks	varchar	64	0	Y	N		审核备注
14	recommend	int	10	0	N	N	0	智能推荐
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表student_users (学生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	student_users_id	int	10	0	N	Y		学生用户ID
2	student_id	varchar	64	0	N	N		学生学号
3	student_name	varchar	64	0	Y	N		学生姓名
4	student_gender	varchar	64	0	Y	N		学生性别
5	student_age	varchar	64	0	Y	N		学生年龄
6	major_name	varchar	64	0	Y	N		专业名称
7	class_name	varchar	64	0	Y	N		班级名称
8	examine_state	varchar	16	0	N	N	已通过	审核状态
9	recommend	int	10	0	N	N	0	智能推荐
10	user_id	int	10	0	N	N	0	用户ID
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

1. 1. 表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	upload_id	int	10	0	N	Y		上传ID
2	name	varchar	64	0	Y	N		文件名
3	path	varchar	255	0	Y	N		访问路径
4	file	varchar	255	0	Y	N		文件路径
5	display	varchar	255	0	Y	N		显示顺序
6	father_id	int	10	0	Y	N	0	父级ID
7	dir	varchar	255	0	Y	N		文件夹
8	type	varchar	32	0	Y	N		文件类型

1. 1. 表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_id	mediumint	8	0	N	Y		用户ID：[0,8388607]用户获取其他与用户相关的数据
2	state	smallint	5	0	N	N	1	账户状态：[0,10](1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	0	Y	N		所在用户组：[0,32767]决定用户身份和权限
4	login_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	上次登录时间：
5	phone	varchar	11	0	Y	N		手机号码：[0,11]用户的手机号码，用于找回密码时或登录时
6	phone_state	smallint	5	0	N	N	0	手机认证：[0,1](0未认证|1审核中|2已认证)
7	username	varchar	16	0	N	N		用户名：[0,16]用户登录时所用的账户名称
8	nickname	varchar	16	0	Y	N		昵称：[0,16]
9	password	varchar	64	0	N	N		密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成
10	email	varchar	64	0	Y	N		邮箱：[0,64]用户的邮箱，用于找回密码时或登录时
11	email_state	smallint	5	0	N	N	0	邮箱认证：[0,1](0未认证|1审核中|2已认证)
12	avatar	varchar	255	0	Y	N		头像地址：[0,255]
13	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：

1. 1. 表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	group_id	mediumint	8	0	N	Y		用户组ID：[0,8388607]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]
3	name	varchar	16	0	N	N		名称：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述该用户组的特点或权限范围
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	register	smallint	5	0	Y	N	0	注册位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

1. 系统实现
   1. 登录模块的实现

系统的登录窗口是用户的入口，用户只有在登录成功后才可以进入访问。通过在登录提交表单，后台处理判断是否为合法用户，进行页面跳转，进入系统中去。

登录合法性判断过程：用户输入账号和密码后，系统首先确定输入输入数据合法性，然后在login.jsp页面发送登录请求，调用src下的mainctrl类的dopost方法来验证。

用户登录模块的IPO如下所示：

输入：用户名和密码。

处理：

1）检测用户输入的账号、密码是否正确及在数据库已对应存在。

2）从数据库中提取记录，并储存在本地的session中（timeout默认=30min）。

3）根据用户名，将其显示在系统首页上。

输出：是否成功的信息。

登录流程图如下所示。

 

图5-1登录流程图

系统登录界面如下所示。

 

图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, "账号或密码不正确");

        }

}

1. 1. 用户子系统模块的实现
      1. 用户首页模块

系统呈现出一种简洁大方的首页：界面简约、鳞次栉比，用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑，应有良好性能的后台。如下图所示为系统的首页界面。

 

图5-3系统首页界面

1. 1. 1. 请假申请模块

学生进行请假申请录入过程中，首先使用getmap(id,"xinxi")，通过请假ID得到档案数据，将档案数据赋值给请假申请，调用CommDAO的insert方法将档案数据插入请假申请列表中，最后查看学生个人请假申请记录。

请假申请程图如下所示。

 

图5-4请假申请流程图

请假申请界面如图所示。

 

图5-5请假申请界面

请假申请审批界面如图所示。

 

图5-6请假申请审批界面

请假申请关键代码如下所示。

@PostMapping("/add")

    @Transactional

    public Map<String, Object> add(HttpServletRequest request) throws IOException {

        service.insert(service.readBody(request.getReader()));

        return success(1);

    }

    @Transactional

    public Map<String, Object> addMap(Map<String,Object> map){

        service.insert(map);

        return success(1);

}

    public Map<String,Object> readBody(BufferedReader reader){

        BufferedReader br = null;

        StringBuilder sb = new StringBuilder("");

        try{

            br = reader;

            String str;

            while ((str = br.readLine()) != null){

                sb.append(str);

            }

            br.close();

            String json = sb.toString();

            return JSONObject.parseObject(json, Map.class);

        }catch (IOException e){

            e.printStackTrace();

        }finally{

            if (null != br){

                try{

                    br.close();

                }catch (IOException e){

                    e.printStackTrace();

                }

            }

        }

        return null;

}

    public void insert(Map<String,Object> body){

        StringBuffer sql = new StringBuffer("INSERT INTO ");

        sql.append("`").append(table).append("`").append(" (");

        for (Map.Entry<String,Object> entry:body.entrySet()){

            sql.append("`"+humpToLine(entry.getKey())+"`").append(",");

        }

        sql.deleteCharAt(sql.length()-1);

        sql.append(") VALUES (");

        for (Map.Entry<String,Object> entry:body.entrySet()){

            Object value = entry.getValue();

            if (value instanceof String){

                sql.append("'").append(entry.getValue()).append("'").append(",");

            }else {

                sql.append(entry.getValue()).append(",");

            }

        }

        sql.deleteCharAt(sql.length() - 1);

        sql.append(")");

        log.info("[{}] - 插入操作：{}",table,sql);

        Query query = runCountSql(sql.toString());

        query.executeUpdate();

    }

1. 1. 管理员子系统模块的实现
      1. 学生管理模块

学生在yhzhgl查看学生信息，先使用sql语句查询出所有学生表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用jsp得到每个ArrayList对象的数据，在jsp页面中解析ArrayList对象，得到其各个键值对的值。

学生管理界面如下图所示。

 

图5-7学生管理界面

学生管理关键代码如下所示。

 @RequestMapping("/get_list")

    public Map<String, Object> getList(HttpServletRequest request) {

        Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));

        return success(map);

}

1. 1. 1. 个人资料模块

用户点击登录填写账号信息登录后，会切换内容为“某某用户欢迎您”和历史订单，并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中，点击自己的用户名时，会跳转到个人详细信息页面，由后台通过Freemarker取出session作用域中的用户信息进行动态渲染，例如，邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮，这时客户可以修改自己的登录密码以保障账号的安全性，防止被人窃取账号，通过UserController.java的updatePassword()实现，同时也可以根据自己的个人信息是否变动做出相应的修改，通过updateUserInfo()实现。

密码修改流程图如下所示。

 

图5-8密码修改流程图

1. 1. 1. 健康上报管理模块

添加健康上报时，输入必填字段后，表现层的KechengController接受传过来的健康上报参数，再调用KechengController类的addKecheng方法，经过KechengService业务层到KechengMapper持久层的处理，完成对整个添加健康上报的操作。addKecheng方法也和用户管理中的addUser方法类似，同时做添加和修改工作。

修改健康上报时，选择需要修改的奖罚进行修改，调用KechengController控制器的editKecheng方法，拿到该奖罚原本的信息并显示到页面，管理员再对需要修改的健康上报字段进行修改，完成后调用addKecheng方法，调用业务层的updateByKey方法，更新数据库的健康上报表的数据。

健康上报流程图如下所示。

 

图5-9健康上报流程图

健康上报界面如下图所示。

 

图5-10健康上报界面

健康上报管理界面如下图所示。

 

图5-11健康上报管理界面

健康上报管理关键代码如下所示。

@RestController

@RequestMapping("auth")

public class AuthController extends BaseController<Auth, AuthService> {

    /**

     * 服务对象

     */

    @Autowired

    public AuthController(AuthService service) {

        setService(service);

    }

}

1. 1. 1. 销假申请模块

删除销假申请时，选择需要删除的销假申请进行删除，把主键的uId传到xiaojiaController控制器，再调用控制器的deletexiaojia方法，数据经过xiaojiaService业务层解析和处理，请求xiaojiaMapper持久层调用deleteByPrimaryKey方法操作数据库将销假申请数据从数据库中删除。

查找销假申请时，输入需要查找的销假申请名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。

销假申请界面如下图所示。

 

图5-12销假申请界面

销假申请管理界面如下图所示。

 

图5-13销假申请管理界面

销假申请管理关键代码如下所示。

@RequestMapping(value = {"/avg_group", "/avg"})

public Map<String, Object> avg(HttpServletRequest request) {

        Query count = service.avg(service.readQuery(request), service.readConfig(request));

        return success(count.getResultList());

}

1. 系统测试
   1. 测试目的

在对该系统进行完详细设计和编码之后，就要对学生请销假审批管理系统的程序进行测试，检测程序是否运行无误，反复进行测试和修改，使之最后成为完整的软件，满足用户的需求，实现预期的功能。

1. 1. 测试过程

在软件的测试过程中，通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应，及时发现代码上或逻辑上的缺陷，以此来来完善系统，提高软件产品的质量，使软件具有良好的用户体验。

登录测试用例表如下所示。

表6-1登录测试用例

测试性能		用户或操作员登录系统
用例目的		测试用户或操作员登录系统时功能是否正常
前提条件		进入用户登录页面或操作员登录页面
输入条件	预期输出		实际情况
各项信息不予填写，直接点击登陆按钮	不允许登录，提示填写账号相关信息		一致
填写错误的登录名或密码后点击登录系统	提示用户名或密码错误，要求重新填写进行登录		一致
填写与验证码信息不一致的信息	系统显示出提示信息，表明验证码错误，要求重新填写		一致

健康上报测试用例表如下所示。

表6-2健康上报测试用例

测试性能		用户录入健康上报的操作
用例目的		测试用户录入健康上报操作时，系统的功能是否正常
前提条件		用户进入档案详情页，信息可以录入
输入条件	预期输出		实际情况
用户未登录，点击健康上报按钮	跳转至登录页面，提示用户先进行登录		一致
正常的登录用户，点击健康上报按钮	系统弹出提示框，提示用户录入档案成功		一致

请假申请管理测试用例表如下所示。

表6-3请假申请管理测试用例

测试性能		请假申请相关信息管理功能
用例目的		测试系统后台操作员对请假申请相关信息进行管理的功能是否正常
前提条件		登录系统后台进入相关管理页面
输入条件	预期输出		实际情况
普通操作员登录，点击进入请假申请相关信息管理的页面	提示非超级用户，权限不够，无法进入相关页面		一致
超级操作员登入，删除某个已被成绩的请假申请	提示该请假申请删除失败		一致
点击增加请假申请按钮	页面正常跳转		一致
增加请假申请是，填写已存在的请假申请编号	提示该编号已存在		一致

1. 1. 测试结果

经过对此系统的测试，得出该系统足以满足用户日常需求，在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是，还有很多功能有待添加，这个系统仅能满足大部分的需求，还需要对此系统的功能更进一步的完善，这样使用起来才能更加的完美。

1. 总结与展望

通过学生请销假审批管理系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。

目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。

本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。

系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。

参考文献

[1]刘泽军,刘莹,王娇.请销假勤务管理系统小程序的设计与实现[J].电子技术与软件工程,2021(18):40-41.

[2]周清松,付星宇.高校学生请假管理系统的设计与开发[J].电脑知识与技术,2021,17(13):63-66+85.

[3]闫博.混合模式下高校学生请假管理系统设计研究[J].信息通信,2020(08):163-164.

[4]阳海峰,胡耀文.学生请假系统助推高校学生管理[J].山西青年,2020(06):73.

[5]杨华,陈水容,唐天国,王丽,胡振,罗江碧.基于混合模式的学生请假管理系统的研究与开发[J].电脑知识与技术,2020,16(07):69-70+84.

[6]李琪,吴洋,郑鑫.学生请假系统的研究与设计[J].电子世界,2019(19):169-170.

[7]卢晓伟. 基于B/S架构的部队基层人员管理系统的设计与实现[D].电子科技大学,2018.

[8]伍盛平.基于B/S模式的中学请销假管理系统的分析与设计[J].科学技术创新,2018(18):63-64.

[9]刘鹏.基于移动Web的学生请假系统的设计与实现[J].电子技术与软件工程,2018(08):154-155.

[10]陈源. 贵阳职业技术学院教师请假管理系统的研究与分析[D].云南大学,2019.

[11]夏婷婷.基于Web的高校学生请假管理系统的设计与研究[J].洛阳师范学院学报,2019,35(08):52-55.

[12]许莉丽.基于移动平台的学生请假审批系统设计与实现[J].无线互联科技,2018(17):50-51+88.

[13]骆阳阳,徐久成,孔德宇,李涛,李玉惠.基于移动互联的高校学生请假系统设计与实现[J].电脑知识与技术,2018,11(07):120-125.

[14]ArifS,OlariuS,WangJ,etal.DatacenterattheAirport:ReasoningaboutTime-DependentParkingLotOccupancy[J].IEEETransactionsonParallel&DistributedSystems,20115,23(11):2067-2080.

[15]LeeS,YoonD,GhoshA.Intelligentparkinglotapplicationusingwirelesssensornetworks[C]//InternationalSymposiumonCollaborativeTechnologiesandSystems.IEEE,2016:48-57.