学生请假管理系统需求分析设计文档(附待部分核心代码-ssh框架实现).doc

2014 - 2015学年 第 2 学期
1．总体目标 4
1.1背景 4
1.1.1引言 4
1.2要求 4
1.3目标 4
2.需求分析 5
2.1功能需求描述 5
2.1.1基本功能： 5
2.1.2业务功能： 5
2.2用户需求描述 5
2.2.1学生用户需求描述 5
2.2.2任课教师用户需求描述 5
3.数据库设计 5
4. 功能模块设计 7
4.1系统流程 8
5. 主要功能的具体实现 11
5.1请假功能的实现 11
5.2审核功能的实现 14
5.3权限修改功能 18
5.4导入功能 20
6．系统的运行环境需求 21
6.1硬件环境： 21
6.2.软件环境： 21
7．测试结果与分析 21
7.1主要测试内容 21
7.2软件测试的目的 22
7.3软件测试的任务 22
7.4.1功能测试 22
7.4.2负载测试 22
7.4.3文档测试 22
7.5 测试环境 23
7.6 系统具体测试 23
8．课程设计总结 24

1．总体目标
1.1背景
1.1.1引言
目前高校大部分都还是采用学生写好请假条，然后到辅导员那里申请请假的方式进行请假，这种方式不仅麻烦而且比较费时。在信息化的今天，能有效地借助网络才能提高办事效率。因此，请假管理系统能够解决这种请假方式所带来的很多麻烦。
1.2要求
请假管理系统要达到以下功能：
增删查改：学生信息管理（导入/查/改/删）、老师(含辅导员和系领导)信息管理
业务功能：学生填写请假事由、提交给辅导员审批、按请假制度超过3天的提交给系领导审批、打印请假条、学生查看历史请假记录、辅导员可按不同筛选条件查看请假记录。
1.3目标
请假管理系统的基本目标是方便学生请假和校方的批假工作，系统实现后，应做该到：
方便学生：学生可以通过登录本系统填写请假原因向校方申请请假，不用通过手写请假条后找到导员请假。
方便校方：学生在系统中申请请假后可以进入本系统进行审核，方便了校方很多请假方面的工作。
2.需求分析

2.1功能需求描述
2.1.1基本功能：
学生信息管理（导入/查/改/删）、老师(含辅导员和系领导)信息管理
2.1.2业务功能：
学生填写请假事由、提交给辅导员审批、按请假制度超过3天的提交给系领导审批、打印请假条、学生查看历史请假记录、辅导员可按不同筛选条件查看请假记录。
2.2用户需求描述
2.2.1学生用户需求描述
学生对本系统的主要需求是：学生填写请假理由进行请假、打印请假条、查看请假记录、修改密码。
2.2.2任课教师用户需求描述
校方对本系统的主要需求是：学生信息管理（导入/查/改/删）、老师(含辅导员和系领导)信息管理、对学生的请假申请进行审核、打印、和查看请假记录。
3.数据库设计
请假管理系统涉及到学生用户、教师用户和管理员。根据实际应用的需要，最大限度的提高系统的性能，本系统涉及到8张表，分别是管理员表、学生表、教师表、请假表、审核表、岗位表、管理员表、权限表。
学生表(student)：
字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
stu_num
vachar
50
0
0
学号
stu_name
vachar
50
0
0
学生姓名
stu_sex
vachar
50
0
0
性别
stu_class
vachar
50
0
0
班级
leava_times
int
50
0
0
请假次数
stu_phone
vachar
50
0
0
联系电话
stu_yuanxi
vachar
50
0
0
所属院系
root_type
vachar
50
0
0
权限类型（岗位名称）

教师表(teacher)：
字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
tch_num
vachar
50
0
0
教师编号
tch_name
vachar
50
0
0
教师姓名
tch_sex
vachar
50
0
0
教师性别
lavel
vachar
50
0
0
级别（辅导员，领导）
yuanxi
vachar
50
0
0
所属院系
tch_phone
vachar
50
0
0
联系电话
root_type
vacahr
50
0
0
权限类型（岗位名称）

请假表(leave)：

字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
leave_num
vachar
50
0
0
请假流水号
leave_start
vachar
50
0
0
请假开始时间
leave_end
vachar
50
0
0
请假结束时间
leave_days
vachar
50
0
0
请假天数
leave_reason
vachar
50
0
0
请假原因
stu_num
vachar
50
0
0
请假学号
stu_name
vachar
50
0
0
学生姓名

审核表(audit):

字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
leave_num
vachar
50
0
0
请假流水号
audit_name
vachar
50
0
0
审核人
audit_status
int
50
0
0
审核状态
audit_time
vachar
50
0
0
审核时间
audit_posi
vachar
50
0
0
审核岗位
audit_note
vachar
150
0
0
批注

岗位表(position):

字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
posi_num
vachar
50
0
0
岗位编号
posi_name
vachar
50
0
0
岗位名称

管理员表(admin):
字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
admin_num
vachar
50
0
0
管理员编号
admin_name
vacahr
50
0
0
管理员名字
admin_phone
int
10
0
0
联系电话

权限表（root）：

字段
类型
长度
主键
是否为空
注释
id
int
50
1
0
id
root_type
vachar
50
0
0
权限类型（学生，辅导员，领导）
root_list
vachar
50
0
0
权限集合
root_num
vachar
50
0
0
权限编号
4. 功能模块设计
请假管理系统涉及到学生用户、教师用户和管理员，主要的功能模块为学生管理模块、教师管理模块、请假管理模块、角色管理模块。本系统的功能模块图如图：4-0

图4-0

4.1系统流程
4.1.1登陆流程：如图4-1-1

图4-1-1
4.1.2请假流程：需要请假的学生可以在系统中填写请假条进行请假申请，提交请假申请后，提交到辅导员岗进行审核，如果请假时间小于或等于3天，辅导员审核通过后生成请假记录，未通过，请假流程结束，如果请假时间大于3天，若未审核未通过则请假流程结束，若在辅导员岗审核通过，则提交到院领导岗进行审核，审核通过后生成请假记录，未通过则请假流程结束；如图4-1-2

图4-1-2
4.1.3权限设置流程：系统管理员可以通过权限设置进行添加不同的登录角色并可以赋予不同的权限；如图4-1-3

图4-1-3

4.1.4修改权限：系统管理员可以通过查询出系统不同用户类型的权限并可以进行各种权限的添加或者删除进行修改；如图4-1-4

图4-1-4
5. 主要功能的具体实现
5.1请假功能的实现
学生在需要请假时，进入系统按照要求填写好请假条的内容确认后则提交请假申请交由辅导员进行审核。如图所示：

其部分代码如下：
Action:
/**
* 保存请假条信息
* @return
*/
public String addLeave(){
System.out.println("请假表信息："+leave);
String username = (String) getRequest().getSession().getAttribute("username");
String rootType = (String) getRequest().getSession().getAttribute("rootType");
leaveService.doFirstAudi(leave, username, rootType);
return SUCCESS;
}
Struct.xml:
<action name="leave_*" class="com.qjglms.struts.action.LeaveAction" method="{1}">
<result name="success">${forwardpage}</result>
</action>
LeaveServiceImpl:
/**
* 填写请假表(第一岗)
* @param leave 请假表对象
* @param auditName 审核人,请假学生
* @param auditPosi 审核岗位
* @param auditStatus 审核状态 1-未审核， 2-已审核 ， 3-审核不通过
*/
@Override
public void doFirstAudi(Leave leave,String auditName,String auditPosi) {
System.out.println("保存请假表，生成第一岗记录----------");
//0-生成流水号
UUID uuid = UUID.randomUUID();
leave.setLeaveNum(uuid.toString());
//保存请假表
leaveDAO.save(leave);
//3-保存审核表
//1.申请登记（学生自己）
//（1）办结本岗，流水号、审核人、岗位名称、状态=2(已审核)
Audit audit1 = new Audit();
audit1.setLeaveNum(uuid.toString());
audit1.setAuditName(auditName);
audit1.setAuditPosi(auditPosi);
audit1.setStuName(auditName);
audit1.setAuditStatus(2);
auditDAO.save(audit1);
//（2）初始化辅导员岗位，流水号、岗位名称、状态=1(未审核)
Audit audit2 = new Audit();
audit2.setLeaveNum(uuid.toString());
audit2.setStuName(auditName);
audit2.setAuditPosi("辅导员");
audit2.setAuditStatus(1);
auditDAO.save(audit2);
}
5.2审核功能的实现
学生提交请假申请后，提交到辅导员岗进行审核，如果请假时间小于或等于3天，辅导员审核通过后生成请假记录，未通过，请假流程结束，如果请假时间大于3天，若未审核未通过则请假流程结束，若在辅导员岗审核通过，则提交到院领导岗进行审核，审核通过后生成请假记录，未通过则请假流程结束；
如图5-2-0和图5-2-1

图5-1-0

图5-2-1
其部分代码如下
LeaveAction:
/**
* 第二岗
* @return
*/
public String doSecond(){
System.out.println("审核信息+"+leave);
System.out.println("审核批注+"+leave.getAuditNote());
String username = (String) getRequest().getSession().getAttribute("username");
String rootType = (String) getRequest().getSession().getAttribute("rootType");
leaveService.doSecond(leave, username, rootType);
return null;
}
/**
* 最后一岗
* @return
*/
public String doEnd(){
System.out.println("院领导审核信息+"+leave);
System.out.println("院领导审核批注+"+leave.getAuditNote());
String username = (String) getRequest().getSession().getAttribute("username");
String rootType = (String) getRequest().getSession().getAttribute("rootType");
leaveService.doEnd(leave, username, rootType);
return null;
}
LeaveServiceImpl:
/**
* 办结第二岗
* @param leave 请假表对象
* @param auditNote 审核批注
* @param auditName 审核人
* @param auditPosi 审核人
*/
public void doSecond(Leave leave,String auditName, String auditPosi){
//（1）办结本岗，流水号、审核人、岗位名称、状态=2(已审核)
int days =Integer.parseInt(leave.getLeaveDays());
Audit audit1 = new Audit();
audit1.setLeaveNum(leave.getLeaveNum());
audit1.setAuditName(auditName);
audit1.setAuditPosi("辅导员");
audit1.setAuditNote(leave.getAuditNote());
audit1.setAuditStatus(2);
if(days<=3){//小于等于3天，成功标志设置为1
audit1.setAuditEnd(1);
Leave lea = new Leave();
lea.setAuditName(auditName);
lea.setAuditNote(leave.getAuditNote());
lea.setLeaveNum(leave.getLeaveNum());
leaveDAO.updateLeave(lea);
}else{
audit1.setAuditEnd(0);
}
auditDAO.updateByLeaveNum(audit1);
if(days>3){//大于3天，生成下一岗记录
Audit audit2 = new Audit();
audit2.setLeaveNum(leave.getLeaveNum());
audit2.setStuName(leave.getStuName());
audit2.setAuditPosi("院领导");
audit2.setAuditStatus(1);
auditDAO.save(audit2);
}
}
/**
* 办结最后一岗
* @param leave 请假表对象
* @param auditNote 审核批注
* @param auditName 审核人
* @param auditPosi 审核人
*/
public void doEnd(Leave leave,String auditName, String auditPosi){
//（1）办结本岗，流水号、审核人、岗位名称、状态=2(已审核)
Audit audit = new Audit();
audit.setLeaveNum(leave.getLeaveNum());
audit.setAuditName(auditName);
audit.setAuditPosi("院领导");
audit.setAuditNote(leave.getAuditNote());
audit.setAuditStatus(2);
audit.setAuditEnd(1);

Leave lea = new Leave();
lea.setAuditName(auditName);
lea.setAuditNote(leave.getAuditNote());
lea.setLeaveNum(leave.getLeaveNum());
leaveDAO.updateLeave(lea);

auditDAO.updateByLeaveNum(audit);
}
5.3权限修改功能
系统管理员可以通过查询出系统不同用户类型的权限并可以进行各种权限的添加或者删除进行修改；如图：图5-3

图5-3
其部分代码如下
RoleAction:
public String updateRole() throws IOException{
System.out.println("更新的权限列表："+role.getRootList());
roleService.updateUser(role);
setForwardpage(JSP_ROLE_LIST);
tips = "修改成功！";
return SUCCESS;
}

/**
* 根据角色id查找权限列表返回前台设置单选框的状态
* @return
* @throws IOException
*/
public String findListByRootID() throws IOException{
String rootType = role.getRootType();
role = roleService.findListByRootID(rootType);
System.out.println("返回数据json:"+role);
return "json2";
}
RoleServiceImpl：
/**
* 根据rootType获取权限对象
* @return Role
*/
@Override
public Role findListByRootID(String rootType) {
return roleDao.findRootListByRoottype(rootType);
}
/**
* 更新角色权限
* @param role 权限对象
*/
@Override
public void updateUser(Role role) {
Role role_1 = null;
List list = roleDao.findByRootType(role.getRootType());
if(list.size()>0){
role_1 = (Role) list.get(0);
}
role_1.setRootList(role.getRootList());
try {
roleDao.merge(role_1);
} catch (Exception e) {
e.printStackTrace();
}
}
5.4导入功能
学生、教师基本信息可以通过导入excel表格的方式进行批量添加，其部分代码如下：
JSP：
<form action="<%=path %>/teacher_importTchExcel.action" method="post" enctype="multipart/form-data">
<a>教师信息导入 </a><br>
ServiceImpl:
/**
* 导入教师信息表格
*/

public void importTchExcel(Teacher teacher,String pwd){
User user = new User();
user.setPassword(pwd);
user.setUsername(teacher.getTchName());
user.setUserNum(teacher.getTchNum());
user.setRootType(teacher.getRootType());
userDAO.save(user);
teacherDAO.save(teacher);
}
6．系统的运行环境需求
6.1硬件环境：
1) 内存：需要至少512MHZ
2) 硬盘：40G以上
6.2.软件环境：
1) 操作系统：Windows XP/WIndows 7或Windows更高服务器版本
2) 数据库：Mysql5.5
3) 浏览器：IE8.0或更高版本、Chrome浏览器等主流浏览器
7．测试结果与分析
7.1主要测试内容
本次测试主要针对本次开发的请假管理信息系统进行系统测试主要包括功能测试、界面测试、负载测试文档测试。 7.2软件测试的目的 软件质量是由几个方面来衡量的
1) 在有限的时间里有效的把一个工作正确无误完成。
2) 符合应用标准的要求不同地区不同国家的用户使用习惯不同项目工程中的可维护性、可测试性等要求。
3) 质量就是软件达到了最开始客户所想要的需求而代码的优美或精巧的技巧并不代表软件的高质量。
4) 质量也代表着它符合客户的需要。作为软件测试这个行业最重要的一件事就是从客户的需求出发从客户的角度去看产品客户会怎么去使用这个产品使用过程中会遇到什么样的问题。

7.2软件测试的目的
第一是确认软件的质量能正确的完成任务其一方面是确认软件做了你所期望的事情另一方面是确认软件以正确的方式来做了这个事件。 第二是提供反馈信息比如提供给开发人员或程序经理的反馈信息为风险评估所准备的信息。

7.3软件测试的任务
1) 寻找Bug
2) 避免软件开发过程中的缺陷
3) 衡量软件的品质
4) 关注用户的需求。
总的目标是：确保软件的质量
7.4测试方法 整个系统测试方法包括功能测试、负载测试、文档测试。
7.4.1功能测试
对需求规格说明书中描述的所有功能通过配置Tomcat服务器让客服端进行功能测试。测试中需要考虑恶意测试和正常的测试测试出系统的各种功能死角。
7.4.2负载测试
负载测试主要测试系统在多用户在线登陆操作时候系统的运行情况不出现系统故障。负载测试利用自动测试工具开展网络上有很多压力测试工具。
7.4.3文档测试
文档测试主要包括用户文档、需求文档、设计文档测试测试主要在文档内容的正确性、准确性保证了文档的正确性才能是有效的文档准确性是精确的表达出文档的意思。采用走查的方式进行文档测试。
7.5 测试环境
7.5.1硬件环境
1) 内存：需要至少512MHZ
7.5.2软件环境
1) 作系统:Windows xp/Windows 7的服务器版本
2) 必装软件:Myeclipse9.0 Mysql5.5 Tomcat 6.0.1
7.6 系统具体测试
在此，由于版面有限，不可能将系统的每一个功能的测试都表现出来，下面是用户登录和学生添加请假单及审核功能进行测试。
7.6.1用户登录测试：
测试内容
测试数据
测试结果
用户名
密码
输入有效数据
admin
admin
有效
空数据
空
admin
无效
admin
空
无效
空
空
无效
7.6.2学生添加请假单测试：
填写请假单页面：

点击提交后数据库添加请假单成功：

7.6.3审核功能测试：
请假正常流程：
学生填写请假单，然后提交给班主任，如果3天以内的请假单由班主任直接审批，3天以上的请假单，由班主任提交给院长审批，审批通过的任课老师可以查询，然后更新学生考勤未通过直接回退给学生，学生重新提交。
1) 提出假设测试
假设学生提交3天以上的请假单，如请假一周，不通过院长审批，直接由班主任审批通过，完成请假流程。3天以上的请假班主任无权限审核必须传递给院长由院长审核通过。故假设无效。
2) 假设学生提交请假单
不通过班主任和院长审批，直接通过，完成请假流程。没有通过班主任或者院长审批的请假单，是无效请假单，在任课老师页面无法显示，任课老师也不知道学生在校情况。故假设无效。
8．课程设计总结
本次设计的系统分为前台和后台两个大模块，采用Spring+Struts2+Hirbernate构架开发，系统的视图层与控制层主要通过Struts2的标签库和Action相关类设计实现；Hirbernate用于持久层的实现，包括数据库访问层和对象模型的设计，提高了系统的安全性、可维护性、重用性和可扩展性。由于在做这个课程设计题目之前对于Struts2框架和hirbernate框架不怎么了解，平时上课没怎么用心，所以在整个系统的实现过程中遇到了很大的麻烦。并且，在设计请假管理系统时，需要对功能需求考虑完善。要求运用SSH技术对系统做好整体构架，这对我们小组来说是一个不小的难题。随着设计程度的不断深入，又遇到了一些早期没有想到的问题。特别是一些细节问题。为了解决这些问题，有时还要对几个模块进行大幅度的修改。在设计中，还需要进行细致的测试工作，以发现程序的错误和功能上的不足。由于时间和个人技术关系，本系统还有一些不足和值得改进的地方比如说请假审核功能的细化，需要根据请假时间的长短，审核需要不同等级权限用户逐级进行，这样系统的灵活性就会有明显的提高。 通过这次课程设计，提高了我们小组在系统整体设计上的能力，增长了分析、解决问题的经验，对一些知识有了更深一步的掌握。可以说,这次课程设计既锻炼了我们动脑分析问题的能力,又锻炼了我们动手解决实际问题的能力,这将对我们以后的学习起到不可估量的作用。通过课程设计这次磨砺，我们的能力也提高了。所以它对于我们来说有着十分重要的意义。我们会运用从中得到的宝贵经验来指导我们今后的学习和工作，不断的实践，不断地学习，让自己变得更加充实自己，更适合于软件行业发展的需要。
ه
参考文献
[1]郑阿奇JavaEE项目开发教程[M].北京：电子工业出版社，2.12.26
[2]贾素玲，王强，jsp应用开发技术.北京:清华大学出版社
[3]simoj.Structs 2 核心工作流程与原理.2012.07.13

4fdb887b010140ef.html 
[4]常建功，王向华.J2EE核心技术与企业应用:Ajax,JSP,Struts2, Sring,Hibernarte[M].北京:电子出版社，2012.22.23
[5]周爱武，汪海威，肖云，数据库课程设计[M].机械工业出版社，2012.16
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落

第 23 页 共 24 页