学生请假管理系统

中原工学院软件学院软件工程实践一设计任务书指导教师签字：年月日学生请假管理系统摘要当前信息化时代，讲究高效，准确，及时的完成事情，近年来学校都在开展信息化部署，实现了多媒体教学，网上提交作业，在线考试等学生考勤对学校教务管理是至关重要，在以前，学生请假要去找班主任或者领导批准，并且不一定每次都能顺利的找到班主任，完成请假批准。

如果学生不在学校，没办法向班主任提交请假单；对于学生出勤检查，是学生会根据纸制名单逐一点名，或老师根据学生上交课堂作业来判断学生是否来上课。

这些方法往往具有考勤差错率比较高，考勤效率也比较慢，没有一个总体的的记录和整理，并且纸制的点名册容易丢失遗漏，耽误时间等缺点。

针对以上的问题，开发一种针对学生请假的考勤网上管理系统，通过请假管理系统，任课老师可以在课堂上直接登录考勤记录网站进行课堂查看哪些学生请假，记录学生考勤情况等。

此外，在其他时间，班主任以及其他老师也可以登录该网站查询学生在某课程的出勤情况。

该系统是基于Java web的简单型设计，它体现了对一些简单的JSP标签语言的运用，该系统界面简单、操作方便。

根据实际需要将系统分为学生端和教师端，学生请假和教师批假都需要首先登录，学生端实现了学生申请请假、申请销假、查询自己请假记录功能；教师端实现了教师对学生请假的批准、销假批准以及查询学生的请假记录功能。

关键词：学生；请假管理； Java Web目录摘要 (2)第1章项目分析 (1)1.1 问题描述 (1)1.2技术分析 (1)1.3工程进度计划 (2)第2章系统分析与设计 (4)2.1 系统分析 (4)2.1.1 参与者 (4)2.1.2 用例图 (5)2.1.3 用例及用例规约 (5)2.1.3.1 UC—001 登录 (6)2.1 .3.2 UC—002 申请请假 (6)2.1.3.3 UC—003 申请销假 (9)2.1.3.4 UC—004 查询请假记录 (10)2.2 系统设计 (11)2.2.1顺序图 (11)2.2.2类图 (14)2.2.3系统体系结构设计 (14)2.2.4 设计时序图 (15)图 2.10 学生销假申请设计时序图 (17)2.3 数据库设计 (18)2.3.1E-R图 (18)2.3.2关系模式 (18)2.3.3表的设计 (20)第3章实现与测试 (21)3.1 请假申请功能 (23)3.1.1活动图 (24)3.1.2界面 (25)3.1.3代码 (25)3.1.4测试用例 (27)3.2 销假申请功能.............................. 错误!未定义书签。

3.2.1活动图 ................................ 错误!未定义书签。

3.2.2界面 .................................. 错误!未定义书签。

3.2.3代码 .................................. 错误!未定义书签。

3.2.4测试用例 .............................. 错误!未定义书签。

3.3 请假记录查询 (27)3.3.1活动图 ................................ 错误!未定义书签。

3.3.2界面 (28)3.3.3代码 (28)3.3.4测试用例 (28)3.4登录功能 (28)3.4.1活动图 (32)3.4.2界面 (31)3.4.3代码 (29)3.5.4测试用例 (32)第4章结束语 (33)附录A: 附加图、表 (38)附录B: 主要源程序 (38)第1章项目分析随着计算机的发展与不断进步，各个领域都出现了新的技术，曾经各种规模之间的竞争已经发展成为技术之间的竞争，管理和人才之间的竞争，然而计算机技术的发展也离不开软件的更新，在软件不断更新和替换的过程中已经渗透到各个领域，政府机关，各大高校等都不断向智能方向发展，学生请假也成为一件棘手的事情，为了请假学生需要写请假条找老师批准，结果是这个时候老师不一定在，另外学生需要请假时不一定在学校，所以为了给广大师生提供方便，我们需要开发软件系统学生请假管理系统。

1.1 问题描述要完成这个系统最大的问题就是所学知识是有限的，在完成其中某些功能时候所需要的可能就完全没有接触过，所以只能用一些简单的功能代替或者替换掉那些用目前的水平所不能实现的功能，再者就是对目前所需求的不是很明确，比如要做出一个请假管理如何去设置友好界面让大家都喜欢适应去使用，如何把系统做到什么程度才能够投入使用，这些都是所面临的棘手问题。

1.2技术分析该系统用到MVC设计模式，总共建立了五个包，界面View、数据对象DO、数据库连接DB、数据库操作DAO、控制层Control、业务层BO；DO层是对数据对象的封装，DB层是连接数据库，DAO层是包含对数据标的基本操作，BO层是所有和业务相关的关于对数据的判断等，调用的是DAO层然后返回一个结果，Control层是为了获取用户参数并封装，同时调用BO层，再根据调用得到的不同的结果在调用不同的View层，将处理结果显示给用户。

图1.1 包图1.3工程进度计划实际开发过程中，开发周期可以分为三个阶段：第一阶段：成果：（1）需求分析（2）对数据库进行设计目标：设计出适合学生请假管理系统的数据库；完成数据库的连接时间：一周第二阶段：成果：完成JSP页面和系统代码目标：能在编译器中有效正确运行。

时间：一周第三阶段：成果：写报告；目标：完成系统报告。

时间：一周第2章系统分析与设计学生请假管理系统必须通过正确的用户名的密码方能进入系统，系统分为两大模块，学生端和教师端，学生端和教师端分别有三个模块，学生端分为请假申请、销假申请、个人请假记录查询，教师端分为请假审批、销假审批和学生请假记录查询；学生提交的请假申请需要教师的审批，只有批准之后学生方可提出销假申请。

2.1 系统分析该系统有两个参与者，分别为学生和教师，学生请假需首先得到教师的批准方可奏效，学生与教师都需使用自己的工号作为用户名和密码进行登录。

2.1.1 参与者学生、教师2.1.2 用例图图2.1 用例图2.1.3 用例及用例规约请假管理系统学生端共包含1个参与者、4个用例。

用例的编号及名称如表1所示：表2.1 用例列表2.1.3.1 UC—001登录参与者学生需要用户名和密码登录到系统，才能进行相应的操作，系统中设置学生的登录用户名为学号，初始化密码为学号.表2.22.1.3.2 UC—002申请请假该用例的主要参与者为学生，学生通过系统填写请假申请单，请假申请单将会提交给辅导员审批。

表2.32.1.3.3 UC—003申请销假该用例的主要参与者为学生，学生通过系统提出销假申请，若申请成功，此时请假信息中操作2的状态将修改为申请销假，否则提示申请销假失败。

表2.42.1.3.4 UC—004查询请假记录该用例的参与者为学生，学生通过系统提出请假记录查询，若查询成功，学生请假的记录将会显示在页面上。

表2.52.2 系统设计该系统分为3个部分，第一部分是登录，学生和教师都需要登录，第二部分是学生端，学生端3个功能学生申请请假、学生申请销假、查询个人请假记录，第三个部分是教师端，教师端3个功能教师批准请假申请、教师批准销假申请、教师查询学生请假记录。

2.2.1顺序图图2.2 登录时序图图2.3 学生请假申请时序图()图2.4 学生销假申请时序图2.2.2类图图2.6 类图2.2.3系统体系结构设图 2.7 体系结构图该系统包括基本的3各模块，登录、学生端、教师端。

学生和教师在登录成功时分别进入不同的页面进行操作，学生端进行请假申请、销假申请、查询个人请假；教师审批请假、审批销假、查询学生请假记录。

2.2.4 设计时序图图2.8 登录设计时序图该图是学生端登录设计时序图，首先学生发送请求到控制类，然后跳出登录页面，学生填写登录信息并提交到控制类，控制类封装数据创建对象调用逻辑层进行数据校验并返回结果，逻辑层调用DAO层最终根据结果判断如果登录成功将跳转到学生端主页，如果登录失败将给以提示信息并请重新登录。

图 2.9 请假申请设计时序图该图是学生请假申请设计时序图，首先学生需要成功登录，发出请假申请，这时候控制类会自发调用逻辑层，逻辑层调用DAO 层，如果该学生之前请过假并且未曾销假，这时该学生是不能够再请假的，倘若该学生发出请假申请，系统将会把该学生之前的请假未销假记录显示出来，如果没有未销假记录，将会显示请假申请页面，学生需要填写请假申请单将请假详细信息填写并提交倘若正确无误，系统将会提示请假申请成功。

图 2.10 学生销假申请设计时序图该图是学生销假申请设计时序图，在学生成功登录之后，学生在申请请假时候必须不存在未销假记录，所以在学生请假完成到校报到后必须进行销假，然而这时需要发出销假申请，这时候在业务逻辑层将会给予判断，如果销假申请成功将会提示申请成功，如果有错误将会提示申请失败或者不存在未销假记录。

2.3 数据库设计数据库在该系统中是为了存储数据，学生所提交的请假记录是通过保存到数据库中来实现申请请假、销假等功能的，在我们目前所学的有限的知识内，没有数据库该系统是没法运行和实现的。

2.3.1关系模式(1)学生信息：（学号、姓名、班级、性别、宿舍、联系方式、tag）(2)教师信息：（工号、姓名、联系方式、性别、年级、tag）(3)登录：（用户名（学号、工号），密码）(4)请假信息：（学号、姓名、事由、请假开始时间、请假结束时间、联系方式）2.3.2 E-R图E-R图在数据库设计里面是至关重要的一步，它是整个数据库设计的关键，下面使用实体联系(E-R)模型来描述系统的概念结构，设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑设计打下基础。

图2.11 E-R图2.3.3表的设计表 2.6 用户登录信息表（login）还有标志变量tag，tag是为了控制学生端和教师端，用户名分别为学号和教师的工号；表 2.7 学生信息表（Student）中tag标志变量默认为1，并且不可修改；表 2.8 教师信息表（teacher）师也包括一个标志变量tag，也存在一个默认值为2 ，并且不能修改；表 2.8 请假信息表（leaverecords）型，操作1和操作2分别是默认值，其值是根据学生的请假申请成功，销假以及教师的审批有关。

第3章实现与测试每一个项目的核心部分都是功能的实现，功能的完成标志着一个系统的完成，然而这些结果都需要一个需求和设计来作为基本的要求，以下就是该系统详细功能的实现过程：需求分析：需求分析阶段我采用了StarUML工具做了详细的分析，根据自己的需要画出了包图、时序图、用例图、类图、活动图、设计时序图等所需要的几类基本图，项目的框架是根据包图来创建的，时序图主要就是项目的每一个功能所要求的基本流程，设计时序图就是将时序图给详细化，具体到每一步所走的流程返回什么样的数据或者类型，也就是说画设计时序图时基本上已经把代码在脑子里有了型，用例图其实就是项目所有的功能，每一个用例就代表一个基本的功能，数据库的设计是根据类图来实现的，类图就表示了数据库中的表以及各表之间的关系。