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

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

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

（4）在系统的可靠性方面，采用面向连接的TCP协议，实现客户端和服务器的即时通讯，保证系统的可靠性需求。

（5）在系统的实时性方面，通过TCP/IP协议实时监听用户请销假结果，保证系统的实时性需求。

（6）服务器持续运行能力，服务器获得持续运行的能力，必须有容错和错误检测功能，不论服务器端出现什么错误，服务器都能不能崩溃，并能够继续运行为客户端提供服务。

经过上述分析，最终认为该系统完全可行,并根据其特点决定采用java作为开发工具,及SQLServer数据库作为内部管理工具。

另外，请销假规定可参考附录A中《中国人民解放军共同条令》对于请销假的相关规定。

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）单位信息维护

录入单位的性质的信息,包括自编号、单位性质名称、负