请销假系统方案描述
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.系统概述
随着计算机技术的发展,其在军事领域中的地位也越来越重要,无论是日常办公、管理还是训练、科研,计算机为各项工作高效完成提供了有力的保障。结合单位实际情况设计一套请销假管理软件,可以简化请假流程,便于人员管理,而且可以发挥计算机操作简单方便、运行速度快、数据保存便捷等特点。以往的请销假管理,效率很低,并且存在人为因素影响,如请假不按规定,销假不及时,统计不便等诸多弊端,而使用计算机管理则会很好的改善这一现状。部队人员请销假管理系统,是以部队全体干部和战士为受控对象,依据《中国人民解放军共条令条例》中关于请销假的相关规定,按照特定的程序和要求,有一定的组织、特定人员和相关设备、软件构成,通过理论依据指导实践,将传统的书面请销假形式转化为人机对话,其特点在于将日常工作与计算机紧密结合,提高了工作效率。
2.业务描述
目前部队的军人请假管理工作还是手工管理,工作效率很低,并且不能及时统计和查询员工的请假信息等,不能更好的适应当前管理工作的要求,手工管理还存在这许多弊端,还有不可避免的人为因素,造成数据的遗漏、误报,计算机信息化管理有着储存量大,速度快、易保存等诸多优点,提供给我们的处理信息及时快捷,因此我们可以结合部队的实际工作设计一个管理软件,形成一整套动态的管理,来节省时间和人力。部队人员请销假存在着审批程序多、耗时长、效率低等特而建立部队请销假管理系统则可以有效改善这一局面,做到办公的自动化、统计记录准确。新系统能达到以最小的开发成本取得最佳的经济效益,开发中所需人员、便点硬软件支持以及其它费用进行估算情况均满意,技术条件也能保证顺得完成开发工作。
根据部队需求和计算机软件工程设计思想,在性能方面请销假管理系统需要满足以下要求:
(1) 在系统界面设计方面,设计的界面要友好美观、操作要方便并能高效率地完成工作。
(2) 在系统安全性方面,设计用户登录界面和用户口令密码,保证用户信息的安全性;对不同级别的用户分配不同的权限,确保系统操作的安全性;在网络中数据传输方面,对数据进行加密,保证网络传输数据的安全需求。
(3) 在数据准确性方面,对打卡信息进行验证,对请假比例控制和请假规则时间设置都严格验证,确保系统数据的准确性需求。
(4) 在系统的可靠性方面,采用面向连接的TCP协议,实现客户端和服务器的即时通讯,保证系统的可靠性需求。
(5) 在系统的实时性方面,通过TCP/IP协议实时监听用户请销假结果,保证系统的实时性需求。
(6) 服务器持续运行能力,服务器获得持续运行的能力,必须有容错和错误检测功能,不论服务器端出现什么错误,服务器都能不能崩溃,并能够继续运行为客户端提供服务。
经过上述分析,最终认为该系统完全可行,并根据其特点决定采用java作为开发工具,及SQL Server数据库作为内部管理工具。
另外,请销假规定可参考附录A中《中国人民解放军共同条令》对于请销假的相关规定。
3. 用例分析
3.1 Actor 及其描述
Actor 指的是系统中的参与者,是具体用例的驱动者。通过分析模型,可以得到该系统的管理员和一般用户两个参与者。
(1)管理员
拥有业务权限的用户,可以实现基本信息维护、请销审批、销假、进行记录查询和统计等操作。
(2)一般用户
拥有一般使用权限的用户,可以提交请假申请、查询和统计等操作。
3.2管理员用例
管理员用例,主要包括基本信息维护、请假审批、销假管理和统计查询四部分。如图1所示。
(1) 基本信息维护
用于维护请假人员个人信息和设定请假相关规则。个人信息,包括请假人员的姓名、证件编号、所在部门、入伍时间等基本资料而请假规则设定,则是规定了具体的请假类别,并限制了相应的请假天数,用例说明如表1所示。
图1 管理员用户用例图
(2)请假审批
当一般用户有请假需求的时,当完成请假单的提交后,管理员用户通过该模块进行审核和批复,其中,管理员的有权进行特殊审批,即不受请假类别和相应时间的限制,用例说明如表2所示。
(3)销假管理
当一般用户假期期满返回工作岗位后,管理员用户负责完成销假,将请假人员的请假状态改成销假状态,以示此人己在岗在位,同时,当请假人员因特殊情况需要延长假期时,管理员用户有权延长请假时间和再次更改请假天数,并记录相应的事由,便于管理。用例说明如表3所示。
(4)统计查询
管理员用户对下级请销假情况进行统计和查询。查询,通过输入设定的搜索
条件,可以查询个人在特定时间、特定请假类别上的请假情况,也可以查询整个单位在特定时间和特定类别上的请假情况。而统计,在是在查询的基础上,统计个人的请假记录,如请假次数、销假情况等等,以此来作为个人请销假信用评判的依据,用例说明如表4所示。
3.3一般用户用例
一般用户用例,主要包括两部分,一是请假申请,
即请假单的录入和提交,二是统计查询,在查询中查看自己申请是否获批,在统计中统计自己的请假记录,如
图所2所示。
图2一般用户用例图
(1) 请假管理
当一般用户有请假需求时,通过请假管理来完成请假单的录入和提交,录入中在个人信息的基础上,主要完成请假事由和请假天数,其中由于系统己经设置了请假类别和请假天数,当两者不匹配的时候,系统会自动提示用户重新输入,确保请假规定的严格执行,用例说明如表5所示。
(2)统计查询
请假人员在提交请假申请后,在查询在查看自己的申请是否获批,就可以得知请假是否成功,而统计则是查询的基础上,请假人员可以统计个人以往的请假记录,用例说明如表6所示。
3.4动态行为模型
一般用户首先完成请假单的录入和提交,管理员用户在操作时,接收下级请假申请信息,然后建立审批文件,如果申请被批准则可以休假,并对文件进行保存如果审批不合格,则只保存信息,不可以休假,如图3所示。
图3请假审批时序图