学生请假管理系统需求分析设计文档(附待部分核心代码s

2014 - 2015学年第 2 学期

1．总体目标 (1)

1.1背景 (1)

1.1.1引言 (1)

1.2要求 (1)

1.3目标 (1)

2.需求分析 (2)

2.1功能需求描述 (2)

2.1.1基本功能： (2)

2.1.2业务功能： (2)

2.2用户需求描述 (2)

2.2.1学生用户需求描述 (2)

2.2.2任课教师用户需求描述 (2)

3.数据库设计 (2)

4. 功能模块设计 (4)

4.1系统流程 (5)

5. 主要功能的具体实现 (8)

5.1请假功能的实现 (8)

5.2审核功能的实现 (11)

5.3权限修改功能 (15)

5.4导入功能 (17)

6．系统的运行环境需求 (18)

6.1硬件环境： (18)

6.2.软件环境： (18)

7．测试结果与分析 (18)

7.1主要测试内容 (18)

7.2软件测试的目的 (19)

7.3软件测试的任务 (19)

7.4.1功能测试 (19)

7.4.2负载测试 (19)

7.4.3文档测试 (19)

7.5 测试环境 (20)

7.6 系统具体测试 (20)

8．课程设计总结 (21)

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)：

教师表(teacher)：

请假表(leave)：

审核表(audit):

岗位表(position):

管理员表(admin):

权限表（root）：

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:

${forwardpage}

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:

/**