请销假系统方案描述Word格式.docx

请销假系统方案描述Word格式.docx

《请销假系统方案描述Word格式.docx》由会员分享，可在线阅读，更多相关《请销假系统方案描述Word格式.docx（14页珍藏版）》请在冰豆网上搜索。

3.用例分析

3.1Actor及其描述

Actor指的是系统中的参与者,是具体用例的驱动者。

通过分析模型,可以得到该系统的管理员和一般用户两个参与者。

（1）管理员

拥有业务权限的用户,可以实现基本信息维护、请销审批、销假、进行记录查询和统计等操作。

（2）一般用户

拥有一般使用权限的用户,可以提交请假申请、查询和统计等操作。

3.2管理员用例

管理员用例,主要包括基本信息维护、请假审批、销假管理和统计查询四部分。

如图1所示。

（1）基本信息维护

用于维护请假人员个人信息和设定请假相关规则。

个人信息,包括请假人员的姓名、证件编号、所在部门、入伍时间等基本资料而请假规则设定,则是规定了具体的请假类别,并限制了相应的请假天数,用例说明如表1所示。

图1管理员用户用例图

用例名称

基本信息维护

简要描述

维护各类请假人员基本信息和设置请假类别和天数

主执行者

管理员用户

触发条件

初次使用系统、请假规定或人员变动

后置条件

连接数据库,生成数据表

基本事件流

添加、删除、修改单位信息

添加、删除、修改职务信息

添加、删除、修改请假人员个人信息

设置请假类别和请假天数

异常事件流

无法维护、无法读取数据

表1基本信息维护用例说明

（2）请假审批

当一般用户有请假需求的时,当完成请假单的提交后,管理员用户通过该模块进行审核和批复,其中,管理员的有权进行特殊审批,即不受请假类别和相应时间的限制,用例说明如表2所示。

请假审批

一般用户有请假需求

管理员用户审核和批准的过程

一般用户需求

管理员用户审核后,同意或拒绝申请

管理员用户进入界面对下级的请假审批要求进行核实

管理员用户使用“特殊审批”,延长申请人假期

审批文件无法读取

表2请假审批用例说明

（3）销假管理

当一般用户假期期满返回工作岗位后,管理员用户负责完成销假,将请假人员的请假状态改成销假状态,以示此人己在岗在位,同时,当请假人员因特殊情况需要延长假期时,管理员用户有权延长请假时间和再次更改请假天数,并记录相应的事由,便于管理。

用例说明如表3所示。

销假管理

管理员用户批准

假期期满后,管理员用户负责销假

管理员用户审批合格后,假期期满或因故需要延长假期

销假或延长销假

基本事件流管理员用户进入操作界面进行销假

管理员用户使用“延长销假”,延长中请人的请假时间

审批不合格不能销假和延长销假

表3销假管理用例说明

（4）统计查询

管理员用户对下级请销假情况进行统计和查询。

查询,通过输入设定的搜索条件,可以查询个人在特定时间、特定请假类别上的请假情况,也可以查询整个单位在特定时间和特定类别上的请假情况。

而统计,在是在查询的基础上,统计个人的请假记录,如请假次数、销假情况等等,以此来作为个人请销假信用评判的依据,用例说明如表4所示。

统计查询

统计查询下级请假是否符合规定

管理员用户需要检查下级的请假中请

了解下级请假的状况

查询个人请假情况

统计个人请假情况

删除个人请假信息

打印请假信息

统计、查询失败

表4查询用例说明

3.3一般用户用例

一般用户用例,主要包括两部分,一是请假申请,即请假单的录入和提交,二是统计查询,在查询中查看自己申请是否获批,在统计中统计自己的请假记录,如图所2所示。

图2一般用户用例图

（1）请假管理

当一般用户有请假需求时,通过请假管理来完成请假单的录入和提交,录入中在个人信息的基础上,主要完成请假事由和请假天数,其中由于系统己经设置了请假类别和请假天数,当两者不匹配的时候,系统会自动提示用户重新输入,确保请假规定的严格执行,用例说明如表5所示。

请假申请

申请假期的过程

土执行者一般用户

请假需求

递交请假申请

一般用户进入界面填写请假信息

申请不成功,请假类别和天数不匹配

表5请假中请用例说明

（2）统计查询

请假人员在提交请假申请后,在查询在查看自己的申请是否获批,就可以得知请假是否成功,而统计则是查询的基础上,请假人员可以统计个人以往的请假记录,用例说明如表6所示。

统计查询个人的请假情况

一般用户

了解个人请假情况

查看数据

查看个人请假申请是否获批

查看个人以往请假情况

统计个人请假记录

打印个人请假记录

查询、统计失败

表6统计查询用例说明

3.4动态行为模型

一般用户首先完成请假单的录入和提交,管理员用户在操作时,接收下级请假申请信息,然后建立审批文件,如果申请被批准则可以休假,并对文件进行保存如果审批不合格,则只保存信息,不可以休假,如图3所示。

图3请假审批时序图

3.5操作流程

（1）基本信息管理

管理员用户对各类信息进行管理操作,其中包括单位、职务、请假人员个人基本信息姓名、证件编号、性别、出生时间、入伍时间、备注。

（2）请假类别管理

管理员用户依据部队请销假相关规章制度对请假人员的请假种类和对应的假期时限进行管理设置。

（3）请假管理

一般用户向管理员提交请假申请,在输入必要的请假事由和请假时间后,系统会对申请者的申请时限与内部设置进行比较,即请假类别和请假时间是否匹配,自动识别,如果请假天数符合系统设置,则生成请假单,如果超出天数设置,则会提示一般用户重新输入。

（4）请假审批

一般用户向管理员提交请假申请单成功后,管理员对请假单进行审批,如果申请人员所请时限不足时,管理员有权进行特殊审批,对请假的具体天数进行修改。

（5）销假管理

一般用户假期期满后,管理员对一般用户的请假状态进行注销更改处理,如请假人员因故不能按时返回,经管理员审核后可以进行延长销假处理,并做好相关记录。

（6）统计查询设计

管理员和一般用户用来查询和统计个人一段时间内请销假的情况。

管理员用户审批请假单之前可以查询申请人以往的请假和销假情况,判断申请人是否有资格申请假期,申请人员也可以查看自己以往的请假记录,而且可以查看自己的申请是否获批等管理员可以统计个人的请假天数和请假次数,是否及时销假,管理员可以以此作为个人请假信用判断的依据。

3.6系统开发环境

硬件环境要求如下：

CPUP4主频2.0GHZ及以上

内存2G及以上

硬盘80G及以上

网卡10M\100M自适应

软件环境要求如下：

操作系统WindowsXPSP3及以上

开发平台JAVA

数据库SQLServer2008

4．系统设计

4.1网络结构设计

本系统结构采用体系结构,该模式的主要特点是系统管理员和使用者在客户端对服务器端的数据库进行各种操作,操作的结果又由服务器端的数据库发送给客户端显示出来客户端和数据库服务器可以在同一台计算机上安装,也可以在处于联网状态的不同机器上安装,形式比较自由,安装比较方便,而且成本低,数据量的传输快,系统网络结构图如图4所示。

图4系统网络结构图

4.2功能模块设计

部队请销假管理系统包括系统管理、基础信息、请销假管理和统计查询四部分,这四部分均可以对数据库进行操作。

如图5所示。

图5系统功能模块图

本系统从功能上划分可分为以下几大模块系统管理模块、基础信息模块,请销假管理模块和统计查询查询模块。

4.2.1系统管理模块

系统管理模块是该系统的基础,在进行请销假管理之前,必须有请假人员信息等初始的数据,这些由该模块来实现,主要包括用户的创建、删除,密码的设置修改等。

其中,用户分为一般用户和管理员两种,普通用户只有操作权限,不能随便建立用户账户,而且在使用中受权限限制,只有申请和查询的权利,不能随意更改系统的任何设置和初始信息管理员用户,拥有最高权限,在系统运行前初始化各种基础数据,并且在系统运行时,负责相应的各种管理。

4.2.2基础信息模块

（1）职务信息维护

录入请假人员的职务名称、编号和备注等,可实现对职务信息的添加、修改和删除等操作。

功能描述：

对请假人员的职务信息进行维护。

这部分的信息是管理员用户自行手工维护的。

（2）单位信息维护

录入单位的性质的信息,包括自编号、单位性质名称、负责人、备注等,可实现对单位性质信息的添加、删除、修改等操作。

对请假人员的单位性质信息进行维护。

（3）个人信息维护

录入请假人员的个人基本信息,包括证件编号、姓名、性别、政治面貌、入伍时间等,可实现对个人信息的添加、删除、修改等操作。

对请假人员的个人信息进行维护。

（4）请假类别信息维护

录入请假类别信息,包括请假种类自编号、名称和请假天数等,可实现对请假类别信息的添加、删除、修改等操作。

对请假类别信息的维护,依据部队请假的相关规定,设置各种请假类别,并限定相应请假种类的具体请假天数。

4.2.3请销假管理模块

一般用户提出请假申请后在此模块完成请假单的录入和提交,在个人信息的基础上,包括请假事由、请假具体时间和请假类别等。

请假人员提交申请的过程,当提交申请时,系统会自动依据初始化设定识别申请假期的时间与请假类别是否相符,如果两者发生矛盾的时候,系统会拒绝请假申请,并提示从新输入,直至请假申请符合标准为止,方能生成请假单并提交,这部分的信息是由一般用户自行手动完成的。

请假人员向管理员提交请假单,管理员对请假单进行审核和批复。

如果请假人员的请假事由合理,则批准请假申请并保存审批信息,同时下发审批信息,否则不予受理。

同时,在请假审批之中,管理员有“特殊审批”的权利,即不受系统初始设置的请假天数限制,对申请人的请假时间进行相应的修改。

请假人员休假结束返回工作岗位后,管理员对请假人员的请假状态进行更改的操作。

假期结束后,管理员对申请人的请假状态做销假处理,以示人员在位。

当请假人员因故需要延长假期时,管理员可以进行“延长销假”处理,即更改先前的请假时间,延长申请人的假期。

4.2.4统计查询模块

（1）请假查询

申请人员可以通过请假查询查看个人的请假申请是否获批,管理员也可以通过请假查询,查看某人的请假记录。

请假查询提供两种查询方式,可以通过姓输入姓名、证件编号、请假时间、请假类别、职务信息等进行单一查询,也可以通过组合条件进行复式查询。

（2）请假统计

请假人员和管理员对单位全部人员和个人的请销假状况进行统计。

请假查询,主要包括请假次数、总计天数和销假情况等的统计。

管理员可以以此数据作为个人请假信用评判的依据,便于人员管理。

4.3数据库设计

4.3.1数据库总体结构

系统数据库表,包括用户信息表、请假人员职务信息表、请假人员单位信息表、请假类别信息表、请假人员信息表、请假管理表、请假审批表和销假管理表,如表7所示。

表7系统数据库表

4.3.2数据库表列表

（1）用户信息表

用来存储登录用户的基本情况,主要操作员自编号、用户和密码,如表8所示。

表8用户信息表

（2）请假人员职务信息表

用来存储请假人员的职务信息,主要包括请假人员的职务自编号、职务名称,如表9。

表9请假人员职务信息表

（3）请假人员单位信息表

用来存储请假人员的部门信息,主要包括请假人员所在的部门自编号、部门名称和负责人等,如表10所示。

表10请假人员单位信息表

（4）请假类别表

用来存储请假人员的请假种类信息,主要包括类别自编号、请假类别名称和限制相应的请假天数,如表11所示。

表11请假类别表

（5）请假人员个人信息表

用来存储请假人员的个人信息,主要包括证件编号、姓名、性别、出生年月、入伍时间、级别和其它等,如表12所示。

表12请假人员个人信息表

（6）请假管理表

用来存储请假人员的请假信息,主要包括证件编号、请假天数、到假时间、请假事由和备注等,如表13所示。

表13请假管理表

（7）请假审批表

管理员用来审核请假人员的请假信息,主要包括请假编号、证件编号、审批日期、审批和审批原因等,如表14所示。

表14请假审批表

（8）销假管理表

当请假人员完成休假后,管理员用来取消申请人的请假状态,包括请假编号、证件编号、销假日期、销假和其它等,如表15所示。

表15销假管理表

5系统测试

5.1请销假管理系统集成测试

准备工作：

向请销假管理系统的数据库中的基本信息数据表添加数据,数据量在20条左右由各级人员操作终端,首先从管理员添加信息,数量在10条左右这10条为基本数据,在后面的测试过程中还需继续添加,最终基本信息将达到30条。

从操作员添加基本信息,集成测试正式开始,各级请销假管理系统将开始不断对请销假管理系统的基本信息进行处理,人员信息输入数据量在100条左右。

5.2系统性能测试

（1）负载性能测试：

利用请销假管理系统,建立多个用户向系统同时录入数据,数据增加到50,并在过程中记录下系统的响应数据,包括响应结果和响应时间。

（2）并发操作测试：

测试过程分为两个阶段,第一阶段操作员输入请假申请单增加到50；

第二阶段管理员处理请假申请单,并在过程中记录下系统的响应数据,包括响应结果和响应时间。