学生请假管理系统

1、中原工学院软件学院软件工程实践一设计任务书姓名*软件工程专业JAVA123班题目学生请假管理系统的开发设计任务开发一个基于Web的学生请假管理系统，包括教师端和学生端。主要功能包括：1 .UI设计：界面（参与）2 .学生端：请假申请、销假申请、查询自己请假记录；（独立完成）3 .教师端：请假审批、销假审批、查询学生请假记录；（参与）开发工具：Java、JSRMySQL、Photoshop、时间进度第1周（9-99-13）:完成需求分析、UI设计第2周（9-169-21）:完成代码第3周（9-249-29）:完成报告原主始要资参料考与文献0102叶和亚.陈立.java2程序设计实用教程例M北京：

2、电子工业出版社.03李兆峰.庞永庆.java程序设计与项目实践M北京：电子工业出版社.指导教师签字:日学生请假管理系统摘要当前信息化时代，讲究高效，准确，及时的完成事情，近年来学校都在开展信息化部署，实现了多媒体教学，网上提交作业，在线考试等学生考勤对学校教务管理是至关重要，在以前，学生请假要去找班主任或者领导批准，并且不一定每次都能顺利的找到班主任，完成请假批准。如果学生不在学校，没办法向班主任提交请假单；对于学生出勤检查，是学生会根据纸制名单逐一点名，或老师根据学生上交课堂作业来判断学生是否来上课。这些方法往往具有考勤差错率比较高，考勤效率也比较慢，没有一个总体的的记录和整理，并且纸制的点

3、名册容易丢失遗漏，耽误时间等缺点。针对以上的问题，开发一种针对学生请假的考勤网上管理系统，通过请假管理系统，任课老师可以在课堂上直接登录考勤记录网站进行课堂查看哪些学生请假，记录学生考勤情况等。止匕外，在其他时间，班主任以及其他老师也可以登录该网站查询学生在某课程的出勤情况。该系统是基于Javaweb的简单型设计，它体现了对一些简单的JSP标签语言的运用，该系统界面简单、操作方便。根据实际需要将系统分为学生端和教师端，学生请假和教师批假都需要首先登录，学生端实现了学生申请请假、申请销假、查询自己请假记录功能；教师端实现了教师对学生请假的批准、销假批准以及查询学生的请假记录功能。关键词：学生；请

4、假管理；JavaWeb目录第1章项目分析随着计算机的发展与不断进步，各个领域都出现了新的技术，曾经各种规模之间的竞争已经发展成为技术之间的竞争，管理和人才之间的竞争，然而计算机技术的发展也离不开软件的更新，在软件不断更新和替换的过程中已经渗透到各个领域，政府机关，各大高校等都不断向智能方向发展，学生请假也成为一件棘手的事情，为了请假学生需要写请假条找老师批准，结果是这个时候老师不一定在，另外学生需要请假时不一定在学校，所以为了给广大师生提供方便，我们需要开发软件系统学生请假管理系统。问题描述要完成这个系统最大的问题就是所学知识是有限的，在完成其中某些功能时候所需要的可能就完全没有接触过，所以只

5、能用一些简单的功能代替或者替换掉那些用目前的水平所不能实现的功能，再者就是对目前所需求的不是很明确，比如要做出一个请假管理如何去设置友好界面让大家都喜欢适应去使用，如何把系统做到什么程度才能够投入使用，这些都是所面临的棘手问题。技术分析该系统用到MVC设计模式，总共建立了五个包，界面View、数据对象DO、数据库连接DB、数据库操作DAO、控制层Control、业务层BO;DO层是对数据对象的封装，DB层是连接数据库，DAO层是包含对数据标的基本操作，BO层是所有和业务相关的关于对数据的判断等，调用的是DAO层然后返回一个结果，Control层是为了获取用户参数并封装，同时调用BO层，再根据调

6、用得到的不同的结果在调用不同的View层，将处理结果显示给用户。图包图工程进度计划实际开发过程中，开发周期可以分为三个阶段:第一阶段:成果：（1）需求分析（2）对数据库进行设计目标：设计出适合学生请假管理系统的数据库；完成数据库的连接时间：一周第二阶段：成果：完成JSP页面和系统代码目标：能在编译器中有效正确运行。时间：一周第三阶段：成果：写报告；目标：完成系统报告。时间：一周第2章系统分析与设计学生请假管理系统必须通过正确的用户名的密码方能进入系统，系统分为两大模块，学生端和教师端，学生端和教师端分别有三个模块，学生端分为请假申请、销假申请、个人请假记录查询，教师端分为请假审批、销假审批和学

7、生请假记录查询；学生提交的请假申请需要教师的审批，只有批准之后学生方可提出销假申请。系统分析该系统有两个参与者，分别为学生和教师，学生请假需首先得到教师的批准方可奏效，学生与教师都需使用自己的工号作为用户名和密码进行登录。2.1.1 参与者学生、教师2.1.2 用例图图用例图2.1.3 用例及用例规约请假管理系统学生端共包含1个参与者、4个用例。用例的编号及名称如表1所示：表用例列表用例编号用例名称参与后UC-001登录学生UC-002胸皿假学生UC-003申请销假学生UC-004查询请假记录学生UC001登录参与者学生需要用户名和密码登录到系统，才能进行相应的操作,系统中设置学生的登录用户名

8、为学号，初始化密码为学号表功能编号UC-001功能名称登录前置条件参与者通过浏览器打开请假管理系统的登录页面基本事件流1 .系统要求参与者填写用户名和密码。2 .参与者填写相应信息，学生输入学号作为用户名，密码初始值为学号。3 .系统验证用户输入信息是否止确备选流1.用户名和密码输入错误如果系统检测到用户输入的用户名和密码与数据库中不一致，给予用户“用户名和密码不正确”的错误提示，并要求用户重新输入。后置条件如果用例成功，系统进入相应权限贝囿界向原型参与后学生UC002申请请假该用例的主要参与者为学生，学生通过系统填写请假申请单，请假申请单将会提交给辅导员审批。功能编号UC-002功能名称胸皿

9、假用例描述学生创建新的请假申请单，录入请假资料，创建一个请假申请流程前置条件学生正常登录到系统中，并打开请假管理页面基本事件流1、学生选择创建请假申请单，系统自动查询当前的学生是否存在没有销假的记录，如果存在没有销假的请假记录，执行异常流，如果不存在未销假记录，执行基本事件流22、系统展小申请单出入界面3、学生录入学生学号、姓名、请假事由（原因、去向），开始时间、结束时间，联系方式（个人联系方式、家长联系方式）4、学生提交申请单，系统进行数据校验，依据业务规则C,如果数据校验不合法，执行分支流，如果数据校验合法，执行基本事件流55、系统为当前的请假申请单生成唯一的编号，保存该请假申请单6、将该

10、流程推进到下一环节系统应该向学生展现请假申请单的最终页面，用例结束分支流请假信息填写有误，显示填写不正确的信息提示，并要求学生重新填写，显示填写请假申请单的页面。异常流系统显示学生没有销假的记录详情学生确认自己的请假记录是否属实，用例终止后置条件1、系统将保存该条请假记录。2、创建新的请假单并生成唯一的申请编号3、创建新的请假申请流程实例4、记录提交后不能够再修改界向原型无业务规则A、包括学生姓名、辅导员姓名、请假开始时间（必须选择当天及当天之后的时间）、请假结束时间（大于请假开始时间），请假理由，家长联系电话B、系统首先判断是否存在没有销假的记录，存在的话，将该记录显示给当前学生学生进行确认

11、，如果确认是没有销假，学生继续执行销假流程，否则，辅导员进行异常处理C、学生姓名、辅导员姓名、请假开始时间（必须选择当天及当天之后的时间）、请假结束时间（大于请彳民开始时间），请假理由，家长联系电话信息为必填，不能为空。联系方式是否合法，请假开始时间是否在请假结束时间之前。执行者学生涉及的实体1、学生属性：学号、姓名、班级、性别、联系方式、宿舍、标志变量（tag=1）2、请假申请单属性：学生（学号、姓名），请假事由（原因、去向），开始时间、结束时间，联系方式（个人联系方式、家长联系方式）、操作1（已批准、待批准）、操作2（申请销假、已销假、未销假）UC-003申请销假该用例的主要参与者为学生，

12、学生通过系统提出销假申请，若申请成功，此时请假信息中操作2的状态将修改为申请销假，否则提示申请销假失败。表功能编号UC-003功能名称申请销假前置条件参与者通过浏览器打开请假管理系统的登录页面成功登录进入系统主页面基本事件流1 .学生发出销假申请，并等待系统验证2 .如果提示申请成功，执行基本事件流33 .等待辅导员销假4 .如果提示申请失败，执行基本事件流55.提示申请销假失败，请重新申请备选流无后置条件如果用例成功，系统进入相应权限贝囿界向原型无参与后学生UC004查询请假记录该用例的参与者为学生，学生通过系统提出请假记录查询，若查询成功，学生请假的记录将会显示在页面上。表功能编号UC-0

13、04功能名称查询请假记录前置条件参与者通过浏览器打开请假管理系统的登录页面成功登录进入系统主页面基本事件流1 .学生发出查询请假记录，并等待系统验证2 .如果提示验证成功，执行基本事件流33 .显示请假记录4 .如果提示验证失败，执行基本事件流55 .提示查询失败或者无请假记录，请重新申请备选流无后置条件如果用例成功，系统进入相应权限贝囿界向原型无参与后学生系统设计该系统分为3个部分，第一部分是登录，学生和教师都需要登录，第二部分是学生端，学生端3个功能学生申请请假、学生申请销假、查询个人请假记录，第三个部分是教师端，教师端3个功能教师批准请假中请、教师批准销假申请、教师查询学生请假记录。2.

14、2.1顺序图图登录时序图学生请假申请时序图学生销假申请时序图学生请假查询时序图2.2.2类图图类图2.2.3系统体系结构设学生请假管理系统登录学生申请请假图体系结构图该系统包括基本的3各模块，登录、学生端、教师端。学生和教师在登录成功时分别进入不同的页面进行操作，学生端进行请假申请、销假申请、查询个人请假；教师审批请假、审批销假、查询学生请假记录。设计时序图图登录设计时序图该图是学生端登录设计时序图，首先学生发送请求到控制类，然后跳出登录页面，学生填写登录信息并提交到控制类，控制类封装数据创建对象调用逻辑层进行数据校验并返回结果，逻辑层调用DAO层最终根据结果判断如果登录成功将跳转到学生端主页

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

16、idate():学生1:doPost()3:XJUpdate()4:create()alt)result=trueresult=falsejIj7:doPost()J.,8:doPost()6:result图学生销假申请设计时序图该图是学生销假申请设计时序图，在学生成功登录之后，学生在申请请假时候必须不存在未销假记录，所以在学生请假完成到校报到后必须进行销假，然而这时需要发出销假申请，这时候在业务逻辑层将会给予判断，如果销假中请成功将会提示申请成功，如果有错误将会提示申请失败或者不存在未销假记录。数据库设计数据库在该系统中是为了存储数据，学生所提交的请假记录是通过保存到数据库中来实现申请请假、

17、销假等功能的，在我们目前所学的有限的知识内，没有数据库该系统是没法运行和实现的。关系模式学生信息：（学号、姓名、班级、性别、宿舍、联系方式、tag）教师信息：（工号、姓名、联系方式、性别、年级、tag）登录：（用户名（学号、工号），密码）请假信息：（学号、姓名、事由、请假开始时间、请假结束时间、联系方式）E-R图E-R图在数据库设计里面是至关重要的一步，它是整个数据库设计的关键，下面使用实体联系（E-R）模型来描述系统的概念结构，设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑设计打下基础。图E-R图姓名联系班级性别2.3.3表的设计表用户登录信息表（login）编力字段名称

18、数据类型约束条件说明1useridVarchar(14)无学号、工号2passwordVarchar(12)无密码3TagVarchar(2)无标志该表是用户登录信息表，表中包括3个属性，用户名和密码、还有标志变量tag,tag是为了控制学生端和教师端，用户名分别为学号和教师的工号；表学生信息表（Student）编p字段名称数据类型约束条件说明1sidVarchar(14)无学号2SnameVarchar(20)无姓名3ClassesVarchar(20)无班级4SsexVarchar(6)无性别5SphoneVarchar(12)无联系电话6DormitoryVarchar(6)无宿舍7Ta

19、gVarchar(2)1标志该表是学生信息表，表中包括7个属性，都是字符串类型，其中tag标志变量默认为1,并且不可修改；表教师信息表(teacher)编p字段名称数据类型约束条件说明1tidVarchar(14)无工号2tnameVarchar(16)无姓名3tsexVarchar(4)无性别4gradesVarchar(20)无所带年级5tphoneVarchar(12)无电话6tagVarchar(2)2标志该表是教师信息表，表中包括6个属性，都是字符串类型，教师也包括个标志变量tag,也存在一个默认值为2,并且不能修改；表请假信息表(leaverecords)编R字段名称数据类型约束条

20、件说明1sidVarchar(14)无学号2SnameVarchar(16)无姓名3Starttimedate无开始时间4endtimedate无截止时间5SphoneVarchar(12)无联系电话6Operate1Varchar(20)操彳17Operate2Varchar(20)操彳28reasonVarchar(255)无理由该表示请假信息表，包括8个属性，其中有字符串和日期类型，操作1和操作2分别是默认值，其值是根据学生的请假申请成功，销假以及教师的审批有关。第3章实现与测试每一个项目的核心部分都是功能的实现，功能的完成标志着一个系统的完成，然而这些结果都需要一个需求和设计来作为基本

21、的要求，以下就是该系统详细功能的实现过程：需求分析：需求分析阶段我采用了StarUML工具做了详细的分析，根据自己的需要画出了包图、时序图、用例图、类图、活动图、设计时序图等所需要的几类基本图，项目的框架是根据包图来创建的，时序图主要就是项目的每一个功能所要求的基本流程，设计时序图就是将时序图给详细化，具体到每一步所走的流程返回什么样的数据或者类型，也就是说画设计时序图时基本上已经把代码在脑子里有了型，用例图其实就是项目所有的功能，每一个用例就代表一个基本的功能，数据库的设计是根据类图来实现的，类图就表示了数据库中的表以及各表之间的关系。界面设计：用户界面设计要求友好合理，要充分考虑到用户的操

22、作习惯，而且要有良好的显示效果。此外界面的配色方案要协调，使用的主色，背景色，前景色，按钮大小，文字，格式，表格等要统一标准。由于该系统主要用于公司人员管理的，所以界面框架的主色采用较为严肃的浅蓝色，在此基础上用到了PhotoShop技术，dreamweaver以及css和Javascript等，里面的登录那个信息是一个图片用ps加工修改写上了艺术字，界面的代码是在dreamweaver里面直接设计好的，然后将代码复制粘贴过去，因为在dreamweaver里面设计的界面在MyEclipse里面是不能运行的，需要一个脚本来支持，所以只需要在MyEclipse里面建好jsp页面只需将dreamwe

23、aver里面body里面的东西复制粘贴到MyEclipse里面就可以运行了；每一个界面里面都有一个表格，表格里面有许多其他的元素之类，比如：按钮，标题，下拉框等许多细小的知识，外面有一个表单，这个表单是必须有的，他是为了在前台与后连接时候提交一个数据来运行这个项目的；在这些界面里面，时间是用js来完成的，统一的css样式表；还有就是在查询过程中将所显示的数据设置为某一属性他将无法在查询显示这个页面来任意修改一些信息功能描述：首先这个系统除了界面其他的代码分别写在5个包中,第一个DO包，它里面从某种意义上说在这个包里面的每一个类都是创建某一个实例的方法，它里面定义了相对属性，以及get()和se

24、t()方法;第二个是DAO包，它里面是对于每一个管理模块的一些基本小的功能的实现，说白了主要就是增删改查之类的它是对数据库语句的一个应用；第三个包是DB包，这个包可以说是只为了一件事，就是数据库的连接，之所以这样写专门用一个包来写关于数据库的连接目的只是为了看到数据与的封装，体现一个面向对象的思考，从而在某些方面也能够减少代码的重复率，提高代码的可读性；第四个包是control包，这个包是最重要的，因为在web应用开发的过程中每一个项目要想与前台数据连接并能够成功把数据相互传递，servelet里面有两个方法，一个是doGet(),一个是doPost(),两者最大的区别就是前者对数据没有保密，

25、就是随时都会泄露一些重要的信息，因为每一提交的表单都会随着浏览器的浏览网址显示出来，然而要想从前台获得数据，就好比添加员工就得用到客户端所发出的请求()得到。第五个包是BO包，这个是业务逻辑层，主要是调用DAO包里面的方法，数据校验等功能。在该系统中我主要完成的是学生端的功能，以下为学生端的功能：请假申请功能在学生请假中请这个功能里面其实所做的就是对数据的添加，界面是简单采用了CSS羊式的界面，如果学生登录成功点击中请请假，如果该学生存在未销假记录系统将会把该学生的未销假记录显示出来，如果不存在未销假记录，此时学生请假信息界面会显示出来，在学生填写完请假信息出发右下方的一个提交按钮，倘若提交成

26、功会提示申请成功，如果失败会跳转到信息填写页面并提示错误信息。3.1.1 活动图图学生申请请假活动图3.1.2 界面图学生请假申请页面3.1.3 代码publicvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)throwsServletException,lOException(UTF-8);(text/html;charset=UTF-8);Stringstr=已销假;Stringtype=(type);LeaveRecordDOld=null;LeaveRecordDOlrd=newLeaveRecordDO

27、();StudentBOsb=newStudentBO();if(add)(sname);(sid);(sphone);(starttime);(endtime);(reason);Stringresults=(lrd);if(results=null)Stringid=(sid);ld=(str,id);if(ld=null)(lrd);(./).forward(request,response);return;else(ld,ld);(./).forward(request,response);return;else(message,results);(./).forward(reques

28、t,response);return;3.1.4测试用例表序号功能模块测试数据预期结果1请假制姓名：韩一正学号：123电话：1理由：回家申请成功3.2请假记录查询在学生请假记录查询里面和学生请假申请基本是一样的，这个实际上的就是对数据库里面的数据的一个查询，并将查询记录显示到网页上，如果不存在请假记录，将不会显示任何记录。界面图请假记录代码HttpSessionsession=();(username：(sid);ArrayListlist=(ArrayList)(sid);(list,list);(./).forward(request,response);return;测试用例序号功能模块

29、测试数据预期结果1请假查询学号：123查询成功登录功能登录是该项目最基本的一个功能，这其实也是一个查询，只不过是根据数据库中的数据和从网页中得到的数据进行对比，如果匹配成功将会进入到另外一个页面，如果登录失败将会进行提示并重新登录，登录过程中在后台数据中定义了标志变量来表示学生和教师，所以在登录时候根据这个属性来判断登录成功后跳转到学生端还是教师端。登录过程中进行了简单的数据校验，就是说用户名和密码不能为空，倘若为空将会提示错误信息并提醒重新登录。代码publicvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)t

30、hrowsServletException,IOException(UTF-8);(text/html;charset=UTF-8);LoginDOld=newLoginDO();LoginBOlb=newLoginBO();inttags;Stringuserid=(username);Stringpasswd=(password);(userid);(passwd);Stringmessage=(ld);if(message!=null)(message,message);(./).forward(request,response);elsetags=(ld);if(tags=1)Http

31、Sessionsession=();(username,();(./).forward(request,response);return;elseif(tags=2)HttpSessionsession=();(username,();(./).forward(request,response);return;)else(./).forward(request,response);return;界面图登录界面活动图图登录活动图测试用例序号功能模块测试数据预期结果1学生登录用户名：123密码：123登录成功第4章结束语这次的课题我用的web开发来完成的，从我对这三个字母的不理解到学习它再到用它们

32、来完成我的课题，这个过程并不是想象的那么容易，今天终于完成了，长呼了一口气，同时在内心深处，也默默地为接下来的学习，做一个前段时间的项目总结，也是学习的总结，吸取之前的经验教训，错误并不可怕，可怕的是再在同一个地方犯同样错误，所以对于我来说，更多的去自我认知，知我批评要比表扬和赞许来的更加深刻非常有必要做一个总结。虽然时间略显仓促，但在项目开发过程中我学习到了很多之前没有接触过的内容，也发现了自己的很多不足，感悟颇深。主要包括以下几个方面：1 .在需求分析阶段，由于对学生请假管理系统真正的需求并不了解，还有就是自己在做这个需求的过程当中总觉得想到了自己做不出来，就好比没想到一个需求的功能脑子里

33、就会闪现出一个画面，我该如何去实现它，正是因为这些错误的想法导致了这次课题实践的进度，因此我觉得在做需求时我们应该根据实际不必考虑怎么做怎么实现。2 .数据库采用的是Mysql,在编写sql语句经常会出现一些语法错误,例如sql语句不之一次的出错，在修改的过程当中我发现了自己知识的欠缺，或者说对过去所学的东西并没有完全理解甚至吸收；尤其是数据库中的乱码问题，我从一开始数据库中导入数据我就一直被乱码问题纠结着，我先上网查阅相关资料，看书寻找改变乱码的方法，甚至解决不了向同学请教，但是最终我都没有解决，最后在老师的帮助下检测出乱码不是编码的问题而是我的数据库安装过程中字符编码选择错误，所以一直回出

34、现乱码问题，而且解决之后再将自己遇到的问题记录下来，使得以后出现同样的问题时能够快速解决。3 .由于该系统在学生申请成功后需要教师端的批准，在学生端才能进行下一次的操作，这些之前很少用到，通过这次实习也将自己在课本上学到的内容用到了实际项目中；感受最深的就是MVC模式和在两个客户端操作4 .团队合作。我们完成一个项目总是需要一个团队的，而不是个人,在开发过程中小组之间的沟通非常重要。如果组内成员没有很好的交流,则在项目后期各模块合并时，会出现许多意想不到的错误，例如路径问题、页面间跳转等。所以我们完成系统时，小组间要定期开例会，相互交流，对于有分歧的地方，一定要及时讨论，采取一致措施，这样才有利于团队工作。总之，这次的课题真的使我受益匪浅。在这个过程中，我学习到的不仅仅是以上技术上的收获，更还有生活中的的人际交往以及其他的许多经验。而这些，都将作为我迈入社会的根本，我将以此为我的基础，尽量将学到的知识运用到实际工作中，去迎接一个又一个的挑战。回想在这不到一个月的学习时间