人事管理系统请假审核模块

概要设计说明书

文档作者：王蕊

小组组长：费维佳 批准人：

批准日期：

目录

1. 引言

1.1编写目的

1.2背景及使用范围

1.3目标

1.4参考资料

2.总体设计

2.1需求规定

2.1.1用户需求

2.1.2权限分配

2.1.3系统需求

2.2基本设计概念和处理流程（请假审核模块）

2.2.1总体架构设计

2.2.2处理流程

3.软件系统结构设计

3.1模块命名规则

3.2软件程序结构图（请假审核模块）

3.3模块描述

3.3.1审核请假申请

3.3.2该模块实现的功能

4.系统数据结构设计

4.1数据结构设计

4.2应用数据库

5.接口设计

5.1用户界面设计规则

5.2内部接口设计

5.3外部接口设计

6.系统出错处理

6.1出错信息

6.2补救措施

6.3系统维护

1.引言

1.1编写目的

编写该文档的目的在于从总体设计的角度，使系统的开发人员及相关人员明确请假考勤的功能和处理模式，明确功能，可以有针对的对此模块进行开发、测试、验收等各方面工作。

1.2背景及使用范围

为了改变人们日益繁重的功罪，我小组研究开发此系统，本系统使用于70左右的小型企业的人事管理。整个系统由八个模块组成，我第二小组每个成员负责一个模块，经领导决定，我小组预备在15天暑期实践课程内完成该软件。

1.3目标

通过使用该系统，人事部门可以提高工作效率，使公司的管理更加规范化。

对于系统我们要求具有高可靠性和安全性的要求，还必须具有高实用性、易用性和可管理性，可以根据企业的规定进行管理即具有很好的可扩展性等。

1.4参考资料

《**人事管理项目需求分析说明书》

2. 总体设计

2.1需求规定

2.1.1用户需求：人事管理系统要求实现的功能有查下一步元薪资料、请假申请、请假审核、考勤管理、提交加班申请、加班审核、

业绩评定、以及薪资查询等。大部分涉及对敏感数据修改的工作都是由人事部完成，如计算薪资，修改考勤等。普通员工可以浏览基本资料、考勤资料、薪资、请假，也可以向上层提交请假和加班申请，由所属部门审批通过，人事部就可以登记在案。

2.1.2权限分配：总经理可以察看公司的人事管理状况,拥有各部门经理的所有权限；人事经理可以定制部门、制定员工的基本薪资,审批人事部员工的请假和加班申请，拥有人事部员工的所有权限；人事部员工可以管理员工资料、修改考勤记录，浏览自己的信息，提出请假和加班申请；其他部门经理可审批员工的请假和加班申请，拥有本部门员工的所有权限；其他部门员工可浏览自己的基本资料、考勤信息、薪资信息和请假记录请假和加班申请

注：在这里我们只考虑请假审核模块。

2.1.3系统需求： 对于系统我们要求具有高可靠性和安全性的要求，还必须具有高实用性、易用性和可管理性，可以根据企业的规定进行管理即具有很好的可扩展性等。

2.2基本设计概念和处理流程（请假审核模块）

2.2.1总体架构设计

2.2.2处理流程（请假审核模块）：请假审核模块包括请假申请模块的属性、审核人以及是否允许等。其主要流程是：审核人员进入审核界面查看申请人的请假记录、请假原因、请假时间以及允假时间，可用时间等来评定是否允许休假，最后结果写入数据库供员工查询。

3.软件系统结构设计

3.1模块命名规则

为确保模块命名的风格跟代码设计的风格一致本系统简洁使用各部门对功能的需要来命名。

3.2软件程序结构图（请假审核模块）

3.3模块描述（请假审核模块）

3.3.1审核请假申请

3.3.2该模块实现的功能

a. 显示下属的名单

b.显示某段时间内所有员工的请假记录总数，包括年假总数、已使用小时数，当前可用小时数，请假理由等

c.显示单签所有待批准的请假记录，可以在上面执行“批准否决”操作。

4.系统数据结构设计

4.1数据结构设计

所需数据列表：员工类型、 员工，是否请假、请假时间、请假原因，每一级别人员允假时间，已用时间，可用时间，通过与否，审核者。

4.2应用数据库

请假审核数据库，个人信息数据库，请假申请数据库

5.接口设计

5.1用户界面设计规则

简洁、大方、美观，并保证中专以上文化程度的人员都可以无障碍得进行操作。

5.2内部接口设计

输入接口：未审核申请

输出接口；审核信息

5.3外部接口设计

本系统各台计算机通过内部局域网相连，并能同时与互联网相连，数据库单独存放在一台主机上。

6.系统出错处理

6.1出错信息：用一览表的方式记录每次出错或者故障出现时，系统输出信息的形式、含意以及处理方法。

6.2补救措施：随时做好系统备份，当系统出现故障且无法挽回时用备份文件恢复系统运行，最大限度的保持，系统的正常运行。

6.3系统维护：实现对系统的维护，当系统异常是能自动恢复到上次登录系统的状态。

 

第二篇：软件概要设计说明书编写规范

软件概要设计说明书编写规范

1 目的

使项目《概要设计说明书》的编写规范化，从而规范软件管理。

2 适用范围集团项目开发（软件）的《概要设计说明书》的编写。

3 编写内容提示

3.1引言

3.1.1背景

说明被开发软件的名称，项目提出者，开发者

3.1.2参考资料

列出本文件用到的下列参考资料，包括作者，来源，编号，标题，发表日期，出版单位及保密级别等，如软件需求说明书、同概要设计有关的其它文件资料库。

3.1.3术语和缩写词

列出本文件中专用的术语，定义和缩写词

3.2需求

利用软件需求说明书，对以下个条内容进行细化，扩充或变更（若有的话）

3.2.1总体描述

对软件系统进行总的描述。用图表示本系统个部分之间的关系，以及用户机构与本系统主要部分之间的关系

3.2.2功能

试用日期,定量和定性地表示软件总体功能，并说明系统是如何满足功能需求的

3.2.3性能

说明精度，时间特性，灵活性等要求

3.2.4运行环境

简要说明对运行环境的规定，如设备，支持软件，接口，保密与安全等

3.3总体结构设计

用图表说明本系统结构，即系统元素（子系统，模块子程序，共用程序等）的划分，模块之间的关系及分层控制关系用图表形式表示各功能需求与模块的关系

3.4接口设计

3.4.1外部接口

说明本系统同外界的所有接口安排，包括硬件接口，软件接口，用户接口

3.4.2内部接口

说明本系统内部的各个系统元素间的接口安排

3.5运行设计

3.5.1运行过程说明

系统的运行过程（例如装入，启动，停机，恢复，再启动等）

3.5.2系统逻辑流程

用图表形式描述系统的逻辑流程，即从输入开始，经过系统的处理，到输出的流程，集中表示系统的动态特性，入口和出口，与其它程序的接口，各种运行，优先级，循环和特殊处理

3.6系统数据结构设计

3.6.1逻辑数据结构设计

给出本系统（或子系统）内所使用的每个数据项，记录，文件的标识，定义，长度，以及它们之间的相互关系给出上述数据元素与各个程序的相互关系。

3.6.2物理数据结构设计

给出本系统（或子系统）内所使用的每个数据项，记录，文件的存储要求，访问方法，存取单位，存取的物理关系（媒体，存储区域）

3.7系统出错处理设计

3.7.1出错信息

用图表形式列出每种可能的出错或故障情况出现时，系统输出信息的形式，含义及处理方法

3.7.2补救措施

说明故障出现后可能采取的变通措施，如后备技术，降效技术，恢复及再启动技术等

3.8系统维护技术

说明为了系统维护方便而在程序内部设计中作出的安排，如在程序中专门安排用于系统的检查与维护的检测点和专用模块。