学生请假综合管理系统.docx

中原工学院软件学院
软件工程实践一设计任务书

姓名
***
软件工程 专业 JAVA123 班
题目
学生请假管理系统开发
设
计
任
务
开发一个基于Web学生请假管理系统，包含老师端和学生端。关键功效包含：

1. UI设计：界面（参与）

2. 学生端：请假申请、销假申请、查询自己请假统计；（独立完成）

3. 老师端：请假审批、销假审批、查询学生请假统计；（参与）

开发工具：Java、JSP、MySQL、Photoshop、MyEclipse8.6

时
间
进
度

第1周（9-9~9-13）：完成需求分析、UI设计

第2周（9-16~9-21）：完成代码

第3周（9-24~9-29）：完成汇报

原 主
始 要
资 参
料 考
和 文
献

[01]

[02]叶和亚.陈立.java2程序设计实用教程例[M]北京:电子工业出版社. .5

[03]李兆峰.庞永庆.java程序设计和项目实践[M]北京：电子工业出版社..6
指导老师签字： 年 月 日
学生请假管理系统
摘 要
目前信息化时代，讲究高效，正确，立即完成事情，多年来学校全部在开展信息化布署，实现了多媒体教学，网上提交作业，在线考试等学生考勤对学校教务管理是至关关键，在以前，学生请假要去找班主任或领导同意，而且不一定每次全部能顺利找到班主任，完成请假同意。假如学生不在学校，没措施向班主任提交请假单；对于学生出勤检验，是学生会依据纸制名单逐一点名，或老师依据学生上交课堂作业来判定学生是否来上课。这些方法往往含有考勤差错率比较高，考勤效率也比较慢，没有一个总体统计和整理，而且纸制点名册轻易丢失遗漏，耽搁时间等缺点。针对以上问题，开发一个针对学生请假考勤网上管理系统，经过请假管理系统，任课老师能够在课堂上直接登录考勤统计网站进行课堂查看哪些学生请假，统计学生考勤情况等。另外，在其它时间，班主任和其它老师也能够登录该网站查询学生在某课程出勤情况。
该系统是基于Java web简单型设计，它表现了对部分简单JSP标签语言利用，该系统界面简单、操作方便。依据实际需要将系统分为学生端和老师端，学生请假和老师批假全部需要首先登录，学生端实现了学生申请请假、申请销假、查询自己请假统计功效；老师端实现了老师对学生请假同意、销假同意和查询学生请假统计功效。

关键词： 学生； 请假管理； Java Web

目 录
摘 要 2
第1章 项目分析 1
1.1 问题描述 1
1.2技术分析 1
1.3工程进度计划 2
第2章 系统分析和设计 3
2.1 系统分析 3
2.1.1 参与者 3
2.1.2 用例图 3
2.1.3 用例及用例规约 4
2.1.3.1 UC—001 登录 4
2.1 .3.2 UC—002 申请请假 5
2.1.3.3 UC—003 申请销假 6
2.1.3.4 UC—004 查询请假统计 7
2.2 系统设计 7
2.2.1次序图 8
2.2.2类图 11
2.2.3系统体系结构设计 11
2.2.4 设计时序图 12
图 2.10 学生销假申请设计时序图 14
2.3 数据库设计 14
2.3.1E-R图 15
2.3.2关系模式 16
2.3.3表设计 16
第3章 实现和测试 19
3.1 请假申请功效 20
3.1.1活动图 21
3.1.2界面 21
3.1.3代码 21
3.1.4测试用例 22
3.2 销假申请功效 22
3.2.1活动图 22
3.2.2界面 22
3.2.3代码 22
3.2.4测试用例 22
3.3 请假统计查询 22
3.3.1活动图 23
3.3.2界面 23
3.3.3代码 23
3.3.4测试用例 23
3.4登录功效 23
3.4.1活动图 23
3.4.2界面 23
3.4.3代码 24
3.5.4测试用例 24
第4章 结束语 25
附录A: 附加图、表 29
附录B: 关键源程序 29

第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 用例列表
用例编号
用例名称
参与者
UC-001
登录
学生
UC-002
申请请假
学生
UC-003
申请销假
学生
UC-004
查询请假统计
学生

2.1.3.1 UC—001登录
参与者学生需要用户名和密码登录到系统，才能进行对应操作，系统中设置学生登录用户名为学号，初始化密码为学号.
表2.2
功效编号
UC-001
功效名称
登录
前置条件
参与者经过浏览器打开请假管理系统登录页面
基础事件流
1. 系统要求参与者填写用户名和密码。
2. 参与者填写对应信息，学生输入学号作为用户名，密码初始值为学号。
3. 系统验证用户输入信息是否正确
备选流
1.用户名和密码输入错误
假如系统检测到用户输入用户名和密码和数据库中不一致，给用户“用户名和密码不正确”错误提醒，并要求用户重新输入。
后置条件
假如用例成功，系统进入对应权限页面
界面原型

参与者
学生
2.1.3.2 UC—002申请请假
该用例关键参与者为学生，学生经过系统填写请假申请单，请假申请单将会提交给教导员审批。
表2.3
功效编号
UC-002
功效名称
申请请假
用例描述
学生创建新请假申请单，录入请假资料，创建一个请假申请步骤
前置条件
学生正常登录到系统中，并打开请假管理页面
基础事件流
1、 学生选择创建请假申请单，系统自动查询目前学生是否存在没有销假统计，假如存在没有销假请假统计，实施异常流1.1，假如不存在未销假统计，实施基础事件流2
2、 系统展示申请单录入界面
3、 学生录入学生学号、姓名、请假事由（原因、去向），开始时间、结束时间，联络方法（个人联络方法、家长联络方法）
4、 学生提交申请单，系统进行数据校验，依据业务规则C，假如数据校验不正当，实施分支流4.1，假如数据校验正当，实施基础事件流5
5、 系统为目前请假申请单生成唯一编号，保留该请假申请单
6、 将该步骤推进到下一步骤系统应该向学生展现请假申请单最终页面，用例结束
分支流
4.1请假信息填写有误，显示填写不正确信息提醒，并要求学生重新填写，显示填写请假申请单页面。
异常流
1.1系统显示学生没有销假统计详情
1.1学生确定自己请假统计是否属实，用例终止
后置条件
1、 系统将保留该条请假统计。
2、 创建新请假单并生成唯一申请编号
3、 创建新请假申请步骤实例
4、 统计提交后不能够再修改
界面原型
无
业务规则
A、 包含学生姓名、教导员姓名、请假开始时间（必需选择当日及当日以后时间）、请假结束时间（大于请假开始时间），请假理由，家长联络电话
B、 系统首先判定是否存在没有销假统计，存在话，将该统计显示给目前学生学生进行确定，假如确定是没有销假，学生继续实施销假步骤，不然，教导员进行异常处理
C、 学生姓名、教导员姓名、请假开始时间（必需选择当日及当日以后时间）、请假结束时间（大于请假开始时间），请假理由，家长联络电话信息为必填，不能为空。联络方法是否正当，请假开始时间是否在请假结束时间之前。
实施者
学生
包含实体
1、 学生
属性：学号、姓名、班级、性别、联络方法、宿舍、标志变量（tag=1）
2、 请假申请单
属性：学生（学号、姓名），请假事由（原因、去向），开始时间、结束时间，联络方法（个人联络方法、家长联络方法）、操作1（已同意、待同意）、操作2（申请销假、已销假、未销假）
2.1.3.3 UC—003申请销假
该用例关键参与者为学生，学生经过系统提出销假申请，若申请成功，此时请假信息中操作2状态将修改为申请销假，不然提醒申请销假失败。
表2.4
功效编号
UC-003
功效名称
申请销假
前置条件
参与者经过浏览器打开请假管理系统登录页面成功登录进入系统主页面
基础事件流
1. 学生发出销假申请，并等候系统验证
2. 假如提醒申请成功，实施基础事件流3
3. 等候教导员销假
4. 假如提醒申请失败，实施基础事件流5
5. 提醒申请销假失败，请重新申请
备选流
无
后置条件
假如用例成功，系统进入对应权限页面
界面原型
无
参与者
学生
2.1.3.4 UC—004查询请假统计
该用例参与者为学生，学生经过系统提出请假统计查询，若查询成功，学生请假统计将会显示在页面上。
表2.5
功效编号
UC-004
功效名称
查询请假统计
前置条件
参与者经过浏览器打开请假管理系统登录页面成功登录进入系统主页面
基础事件流
1.学生发出查询请假统计，并等候系统验证
2.假如提醒验证成功，实施基础事件流3
3.显示请假统计
4.假如提醒验证失败，实施基础事件流5
5.提醒查询失败或无请假统计，请重新申请
备选流
无
后置条件
假如用例成功，系统进入对应权限页面
界面原型
无
参与者
学生

2.2 系统设计
该系统分为3个部分，第一部分是登录，学生和老师全部需要登录，第二部分是学生端，学生端3个功效学生申请请假、学生申请销假、查询个人请假统计，第三个部分是老师端，老师端3个功效老师同意请假申请、老师同意销假申请、老师查询学生请假统计。
2.2.1次序图

图2.2 登录时序图

图2.3 学生请假申请时序图

图2.4 学生销假申请时序图

图2.5 学生请假查询时序图
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
操作1
结束时间
姓名
联络方法

用户 1
老师 n
学生n
属于
姓名
联络
班级
学号
性别
宿舍
Tag
属于
性别
年级
电话
姓名
工号
Tags
用户名：学号、工号
密码

2.3.3表设计
表 2.6 用户登录信息表（login）
编号
字段名称
数据类型
约束条件
说明
1
userid
Varchar(14)
无
学号、工号
2
password
Varchar(12)
无
密码
3
Tag
Varchar(2)
无
标志
该表是用户登录信息表，表中包含3个属性，用户名和密码、还有标志变量tag，tag是为了控制学生端和老师端，用户名分别为学号和老师工号；
表 2.7 学生信息表（Student）
编号
字段名称
数据类型
约束条件
说明
1
sid
Varchar(14)
无
学号
2
Sname
Varchar(20)
无
姓名
3
Classes
Varchar(20)
无
班级
4
Ssex
Varchar(6)
无
性别
5
Sphone
Varchar(12)
无
联络电话
6
Dormitory
Varchar(6)
无
宿舍
7
Tag
Varchar(2)
1
标志
该表是学生信息表，表中包含7个属性，全部是字符串类型，其中tag标志变量默认为1，而且不可修改；
表 2.8 老师信息表（teacher）
编号
字段名称
数据类型
约束条件
说明
1
tid
Varchar(14)
无
工号
2
tname
Varchar(16)
无
姓名
3
tsex
Varchar(4)
无
性别
4
grades
Varchar(20)
无
所带年级
5
tphone
Varchar(12)
无
电话
6
tag
Varchar(2)
2
标志
该表是老师信息表，表中包含6个属性，全部是字符串类型，老师也包含一个标志变量tag，也存在一个默认值为2 ，而且不能修改；
表 2.8 请假信息表（leaverecords）
编号
字段名称
数据类型
约束条件
说明
1
sid
Varchar(14)
无
学号
2
Sname
Varchar(16)
无
姓名
3
Starttime
date
无
开始时间
4
endtime
date
无
截止时间
5
Sphone
Varchar(12)
无
联络电话
6
Operate1
Varchar(20)

操作1
7
Operate2
Varchar(20)

操作2
8
reason
Varchar(255)
无
理由
该表示请假信息表，包含8个属性，其中有字符串和日期类型，操作1和操作2分别是默认值，其值是依据学生请假申请成功，销假和老师审批相关。

第3章 实现和测试
每一个项目标关键部分全部是功效实现，功效完成标志着一个系统完成，然而这些结果全部需要一个需求和设计来作为基础要求，以下就是该系统具体功效实现过程：
需求分析：需求分析阶段我采取了StarUML工具做了具体分析，依据自己需要画出了包图、时序图、用例图、类图、活动图、设计时序图等所需要几类基础图，项目标框架是依据包图来创建，时序图关键就是项目标每一个功效所要求基础步骤，设计时序图就是将时序图给具体化，具体到每一步所走步骤返回什么样数据或类型，也就是说画设计时序图时基础上已经把代码在脑子里有了型，用例图其实就是项目全部功效，每一个用例就代表一个基础功效，数据库设计是依据类图来实现，类图就表示了数据库中表和各表之间关系。
界面设计：用户界面设计要求友好合理，要充足考虑到用户操作习惯，而且要有良好显示效果。另外界面配色方案要协调，使用主色，背景色，前景色，按钮大小，文字，格式，表格等要统一标准。因为该系统关键用于企业人员管理，所以界面框架主色采取较为严厉浅蓝色，在此基础上用到了PhotoShop技术，dreamweaver和css和Java script等，里面登录那个信息是一个图片用ps加工修改写上了艺术字，界面代码是在dreamweaver里面直接设计好，然后将代码复制粘贴过去，因为在dreamweaver里面设计界面在MyEclipse里面是不能运行，需要一个脚原来支持，所以只需要在MyEclipse里面建好jsp页面只需将dreamweaver里面body里面东西复制粘贴到MyEclipse里面就能够运行了；每一个界面里面全部有一个表格，表格里面有很多其它元素之类，比如：按钮，标题，下拉框等很多细小知识，外面有一个表单，这个表单是必需有，她是为了在前台和后连接时候提交一个数据来运行这个项目标；在这些界面里面，时间是用js来完成，统一css样式表；还有就是在查询过程中将所显示数据设置为某一属性她将无法在查询显示这个页面来任意修改部分信息
功效描述：首先这个系统除了界面其它代码分别写在5个包中，第一个DO包，它里面从某种意义上说在这个包里面每一个类全部是创建某一个实例方法，它里面定义了相对属性，和get（）和set（）方法；第二个是DAO包，它里面是对于每一个管理模块部分基础小功效实现，说白了关键就是增删改查之类它是对数据库语句一个应用；第三个包是DB包，这个包能够说是只为了一件事，就是数据库连接，之所以这么写专门用一个包来写相关数据库连接目标只是为了看到数据和封装，表现一个面向对象思索，从而在一些方面也能够降低代码反复率，提升代码可读性；第四个包是control包，这个包是最关键，因为在web应用开发过程中每一个项目要想和前台数据连接并能够成功把数据相互传输，servelet里面有两个方法，一个是doGet()，一个是doPost()，二者最大区分就是前者对数据没有保密，就是随时全部会泄露部分关键信息，因为每一提交表单全部会伴随浏览器浏览网址显示出来，然而要想以前台取得数据，就好比添加职员就得用到用户端所发出请求request.getParameter()得到。第五个包是BO包，这个是业务逻辑层，关键是调用DAO包里面方法，数据校验等功效。
在该系统中我关键完成是学生端功效，以下为学生端功效：
3.1 请假申请功效
在学生请假申请这个功效里面其实所做就是对数据添加，界面是简单采取了CSS样式界面，假如学生登录成功点击申请请假，假如该学生存在未销假统计系统将会把该学生未销假统计显示出来，假如不存在未销假统计，此时学生请假信息界面会显示出来，在学生填写完请假信息出发右下方一个提交按钮，倘若提交成功会提醒申请成功，假如失败会跳转到信息填写页面并提醒错误信息。
3.1.1活动图

图 3.1 学生申请请假活动图
3.1.2界面

图 3.2 学生请假申请页面
3.1.3代码
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
request.setCharacterEncoding("UTF-8");
response.setContentType("text/html;charset=UTF-8");
String str="已销假";
String type=request.getParameter("type");
LeaveRecordDO ld=null;
LeaveRecordDO lrd=new LeaveRecordDO();
StudentBO sb=new StudentBO();
if(type.equals("add")){
lrd.setSname(request.getParameter("sname"));
lrd.setSid(request.getParameter("sid"));
lrd.setSphone(request.getParameter("sphone"));
lrd.setStarttime(Date.valueOf(request.getParameter("starttime")));
lrd.setEndtime(Date.valueOf(request.getParameter("endtime")));
lrd.setReason(request.getParameter("reason"));
String results=sb.validate(lrd);
if(results==null){
String id=request.getParameter("sid");
ld=sb.queryrecords(str,id);
if(ld==null){
sb.save(lrd);
request.getRequestDispatcher("../success.jsp").forward(request, response);
return;
}else{
request.setAttribute("ld", ld); request.getRequestDispatcher("../deleteleave.jsp").forward(request, response);
return;
}
}else{
request.setAttribute("message", results);
request.getRequestDispatcher("../askforleave.jsp").forward(request, response);
return;
}
}
3.1.4测试用例
表 3.1
序号
功效模块
测试数据
预期结果
1
请假申请
姓名：韩一正
学号：123
电话：
理由：回家
申请成功

3.2 请假统计查询
在学生请假统计查询里面和学生请假申请基础是一样，这个实际上就是对数据库里面数据一个查询，并将查询统计显示到网页上，假如不存在请假统计，将不会显示任何统计。
3.2.1界面

图 3.3 请假统计
3.2.2代码
HttpSession session=request.getSession();
session.setAttribute("username", request.getParameter("sid"));
ArrayList<LeaveRecordDO> list=(ArrayList<LeaveRecordDO>) sb.getrecords(request.getParameter("sid"));
request.setAttribute("list", list);
request.getRequestDispatcher("../SseclectDisplay.jsp").forward(request, response);
return;
3.2.3测试用例
序号
功效模块
测试数据
预期结果
1
请假查询
学号：123
查询成功

3.4登录功效
登录是该项目最基础一个功效，这其实也是一个查询，只不过是依据数据库中数据和从网页中得到数据进行对比，假如匹配成功将会进入到另外一个页面，假如登录失败将会进行提醒并重新登录，登录过程中在后台数据中定义了标志变量来表示学生和老师，所以在登录时候依据这个属性来判定登录成功后跳转到学生端还是老师端。
登录过程中进行了简单数据校验，就是说用户名和密码不能为空，倘若为空将会提醒错误信息并提醒重新登录。
3.4.1代码
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
request.setCharacterEncoding("UTF-8");
response.setContentType("text/html;charset=UTF-8");
LoginDO ld=new LoginDO();
LoginBO lb=new LoginBO();
int tags;
String userid=request.getParameter("username");
String passwd=request.getParameter("password");
ld.setUserid(userid);
ld.setPasswd(passwd);
String message=lb.validate(ld);
if(message!=null){
request.setAttribute("message", message);
request.getRequestDispatcher("../loginerror.jsp").forward(request, response);
}else{
tags=lb.login(ld);
if(tags==1){
HttpSession session=request.getSession();
session.setAttribute("username", ld.getUserid());
request.getRequestDispatcher("../smain.jsp").forward(request, response);
return;
}else if(tags==2){
HttpSession session=request.getSession();
session.setAttribute("username", ld.getUserid());
request.getRequestDispatcher("../tmain.jsp").forward(request, response);
return;
}
else{
request.getRequestDispatcher("../error.jsp").forward(request, response);
return;
3.4.2界面

图 3.4 登录界面
3.4.1活动图

图 3.5 登录活动图

3.5.4测试用例
序号
功效模块
测试数据
预期结果
1
学生登录
用户名：123
密码：123
登录成功

第4章 结束语
这次课题我用web开发来完成，从我对这三个字母不了解到学习它再到用它们来完成我课题，这个过程并不是想象那么轻易，今天最终完成了，长呼了一口气，同时在内心深处，也默默地为接下来学习，做一个前段时间项目总结，也是学习总结，吸收之前经验教训，错误并不可怕，可怕是再在同一个地方犯一样错误，所以对于我来说，更多去自我认知，知我批评要比表彰和赞许来愈加深刻 ，很有必需做一个总结。即使时间略显仓促，但在项目开发过程中我学习到了很多之前没有接触过内容，也发觉了自己很多不足，感悟颇深。关键包含以下多个方面：
1.在需求分析阶段，因为对学生请假管理系统真正需求并不了解，还有就是自己在做这个需求过程当中总认为想到了自己做不出来，就好比没想到一个需求功效脑子里就会闪现出一个画面，我该怎样去实现它，正是因为这些错误想法造成了这次课题实践进度，所以我认为在做需求时我们应该依据实际无须考虑怎么做怎么实现。
2.数据库采取是Mysql，在编写sql语句常常会出现部分语法错误，比如sql语句不之一次犯错，在修改过程当中我发觉了自己知识欠缺，或说对过去所学东西并没有完全了解甚至吸收；尤其是数据库中乱码问题，我从一开始数据库中导入数据我就一直被乱码问题纠结着，我先上网查阅相关资料，看书寻求改变乱码方法，甚至处理不了向同学请教，不过最终我全部没有处理，最终在老师帮助下检测出乱码不是编码问题而是我数据库安装过程中字符编码选择错误，所以一直回出现乱码问题，而且处理以后再将自己碰到问题统计下来，使得以后出现一样问题时能够快速处理。
3.因为该系统在学生申请成功后需要老师端同意，在学生端才能进行下一次操作，这些之前极少用到，经过这次实习也将自己在书本上学到内容用到了实际项目中；感受最深就是MVC模式和在两个用户端操作。
4.团体合作。我们完成一个项目总是需要一个团体，而不是个人，在开发过程中小组之间沟通很关键。假如组内组员没有很好交流，则在项目后期各模块合并时，会出现很多意想不到错误，比如路径问题、页面间跳转等。所以我们完成系统时，小组间要定时开例会，相互交流，对于有分歧地方，一定要立即讨论，采取一致方法，这么才有利于团体工作。
总而言之，这次课题真使我受益匪浅。在这个过程中，我学习到不仅仅是以上技术上收获，更还有生活中人际交往和其它很多经验。而这些，全部将作为我迈入社会根本，我将以此为我基础，尽可能将学到知识利用到实际工作中，去迎接一个又一个挑战。
回想在这不到30天学习时间里，我学到了许很多多让我感觉比较充实知识，掌握了更多学习方法，作为一个程序员，我们更需要信心，面对项目时我们要仔细分析，想法尝试，想法去实现，这么才能进步，才能找到自己不足。一样在职场中，工作需要自信心，不相信自己，任何工作全部做不好。没有信心，成功机会就会少些。自信心能让你做什么全部不难。生活需要自信心。现实是残酷，没有自信心是难以生存。道路是坎坷，自信心能帮你顺利地走过。有时期望是渺茫，不过自信心能让你看到美好明天。
在写程序时，总是在看到功效后，立即投入到代码编写工作中。后期出现错误总是很多很多，常常返回重新修改。经过这次旳实践，又对软件这个东西有了新认识，新收获，而且我对软件工程又有了新了解，说白了软件工程就是在为这个软件做铺垫，也就是说需求分析就是软件工程，而我在做需求分析阶段能顺利完成，我十分感激我老师郭丽，假如不是在课堂上老师让我在同学们面前或那个设计时序图，我想我现在仍然不会明白软件工程怎么去做需求，不是老师一步步教导，我根本不可能完成今天这么简单而且不完善项目，所以在此我对老师表示深深敬意和感激！

参考文件
[01]李明.java程序设计和应用[M]:北京.交通大学出版社. .3
[02]叶和亚.陈立.java2程序设计实用教程例[M]北京:电子工业出版社. .5
[03]李兆峰.庞永庆.java程序设计和项目实践[M]北京：电子工业出版社..6
[04]Y.Daniel Liang.java语言程序设计[M]西安;机械工业出版社..5
[05]
[06]
[07]刘京华.Java Web整合开发王者归来[M]:清华大学出版社. .1
[08]何富贵.DreamweaverCS4网页设计和制作[M]: 机械工业出版社. .3
[09]郑阿奇MySQL实用教程[M]:电子工业出版社..5
[10] 叶和亚.陈立.java2程序设计实用教程例[M]北京:电子工业出版社. .5

指导老师评语

成绩：

指导老师署名：

年 月 日
附录A: 附加图、表

图 1 学生端主页面

图 2 老师端学生请假信息页面
附录B: 关键源程序
DAO包
/*
* 请假审批
*/
public boolean LeaveAllow(String si