人力资源系统需求规格说明书

1、奋斗教育科技项目实施规编号：FD-STD-PROJ版本：1.0作者：日期：审批：日期：状态修订人修改日期版本备注1 概述为了提高企业信息化水平，促进企业管理的规化、制度化、流程化，XX单位决定实施人力资源管理系统。希望通过这个系统的实施规人事档案的管理，规薪酬体系和薪酬发放的管理，规人事的 调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、 录用等环节加以规。系统还需提供人事档案的导出和报表功能。1.1 目的本文档是奋斗教育科技在XX 单位的人力资源管理系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开

2、发过程中的协同工作 提供强有力的保证。同时本文档也作为项目评审验收的依据之一。1.2 围本系统包括：系统管理、人力资源档案管理、薪酬管理、调动管理、培训管理、激励管理、J绩效考核管理、招聘管理和标准化数据报表九个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。1.3 读者对象1.4 参考文档无1.5 术语定义定义所使用的术语。对于易混淆的客户常用语要有明确规定定义。例如， “用户”是指客户的 雇员而非软件的最终购买者等。2 系统说明2.1 概述在这一部分应对影响系统的主要因素进行描述。对于系统的详细功能描述应在下

3、一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。2.2 产品介绍2.3 产品中的用户与角色角色有：系统管理员、人事专员、人事经理、薪酬专员、薪酬经理、招聘专员、招聘经理2.4 产品围2.5 产品应当遵循的标准或规3 功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。按系统功能的体系结构组织本章容。3.1 系统管理3.1.1 权 限设置3.1.1.1 业务概述3.1.1.2 使用者3.1.1

4、.3 输入要素3.1.1.4 处理流程3.1.1.5 输出要素3.1.2 职 位设置3.1.2.1 业务概述3.1.2.2 使用者3.1.2.3 输入要素3.1.2.4 处理流程3.1.4.4 处理流程3.1.2.5 输出要素3.1.3 题 库设置3.1.3.1 业务概述3.1.3.2 使用者3.1.3.3 输入要素3.1.3.4 处理流程3.1.3.5 输出要素3.1.4 公 共属性3.1.4.1 业务概述3.1.4.2 使用者3.1.4.3 输入要素3.2.4.5 输出要素3.2.2.4 处理流程3.2 招聘管理3.2.1 职 位发布3.2.1.1 业务描述3.2.1.2 使用者3.2.1

5、.3 输入要素3.2.1.4 处理流程3.2.1.5 输出要素3.2.2 简 历管理3.2.2.1 业务描述3.2.2.2 使用者3.2.2.3 输入要素3.2.4.5 输出要素3.3.1.4 处理流程3.2.3 考 试管理3.2.3.1 业务描述3.2.3.2 使用者3.2.3.3 输入要素3.2.3.4 处理流程3.2.3.5 输出要素3.3 档案管理3.3.1 档 案登记3.3.1.1 业务概述3.3.1.2 使用者3.3.1.3 输入要素3.3.2.5 输出要素3.3.3.5 输出要素3.3.2 档 案查询3.3.2.1 业务概述3.3.2.2 使用者3.3.2.3 输入要素3.3.2

6、.4 处理流程3.3.2.5 输出要素3.3.3 档 案审核3.3.3.1 业务概述3.3.3.2 使用者3.3.3.3 输入要素3.3.3.4 处理流程3.3.4 档 案变更3.3.4.1 业务概述3.3.4.2 使用者3.3.4.3 输入要素3.3.4.4 处理流程3.3.4.5 输出要素3.3.5 档 案回收3.3.5.1 业务概述3.3.5.2 使用者3.3.5.3 输入要素3.3.5.4 处理流程3.3.5.5 输出要素3.4 薪酬管理3.4.1 薪 酬标准管理3.4.1.1 业务概述3.4.1.2 使用者3.4.1.3 输入要素3.4.1.4 处理流程3.4.1.5 输出要素3.4

7、.2 薪 酬发放管理3.4.2.1 业务概述3.4.2.2 使用者3.4.2.3 输入要素3.4.2.4 处理流程3.4.2.5 输出要素3.4.3 个 人薪酬查询3.4.3.1 业务概述3.6.2.2 使用者3.4.3.3 输入要素3.4.3.4 处理流程3.4.3.5 输出要素3.5 激励管理3.5.1 增 加激励3.5.1.1 业务概述3.5.1.2 使用者3.5.1.3 输入要素3.5.1.4 处理流程3.5.1.5 输出要素3.5.2 查 看激励3.5.2.1 输入要素3.5.2.2 处理流程3.5.2.3 输出要素3.5.3 激 励审核3.5.3.1 业务概述3.5.3.2 使用者

8、3.5.3.3 输入要素3.5.3.4 处理流程3.5.3.5 输出要素3.6 培训管理3.6.1 增 加培训3.6.1.1 业务概述3.6.1.2 使用者3.8.3.2 使用者3.6.1.3 输入要素3.6.1.4 处理流程3.6.1.5 输出要素3.6.2 查 看培训3.6.2.1 业务概述3.6.2.2 使用者3.6.2.3 输入要素3.6.2.4 处理流程3.6.2.5 输出要素3.6.3 培 训审核3.6.3.1 业务概述3.7.2.3 输入要素3.6.3.4 处理流程3.6.3.5 输出要素3.7 调动管理3.7.1 增 加调动3.7.1.1 业务概述3.7.1.2 使用者3.7.

9、1.3 输入要素3.7.1.4 处理流程3.7.1.5 输出要素3.7.2 查 看调动3.7.2.1 业务概述3.7.2.4 处理流程3.7.2.5 输出要素3.7.3 调 动审核3.7.3.1 业务概述3.7.3.2 使用者3.7.3.3 输入要素3.7.3.4 处理流程3.7.3.5 输出要素3.8 绩效考核管理3.8.3 绩 效考核模板3.8.3.1 业务概述3.10.1.2 使用者3.9.1.3 输入要素3.8.1.4 处理流程3.8.1.5 输出要素3.8.2 考 核管理3.8.2.1 业务概述3.8.2.2 使用者3.8.2.3 输入要素3.8.2.4 处理流程3.8.2.5 输出

10、要素3.9 考勤管理3.9.2 签 到3.9.2.1 业务概述3.9.1.4 处理流程3.9.1.5 输出要素3.9.3 签 离3.9.3.1 业务概述3.9.3.2 使用者3.9.3.3 输入要素3.9.3.4 处理流程3.9.3.5 输出要素3.10 数据报表管理3.10.1.1 业 务概述3.10.1.2 使 用者3.13.1.3 输 入要素3.10.1.4 处 理流程3.10.1.5 输 出要素4 非功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。4.1 技术需求4.1.1 软 硬件环境

11、需求4.1.2 性 能需求本系统在正常的网络环境下，应能够保证系统的及时响应：小批量的业务处理的响应时间在38秒；大批量的业务处理和查询的响应时间控制在3040秒以。4.1.3 安 全需求本系统的系统架构，以及权限机制可以保证系统的安全性。首先：从系统架构看，本系统采用BS 模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；其次： 本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。4.2 质量需求4.2.1 可 用性用户使用的方便性、易用性和易学习性，如：1. 输入的无合法性检查和值域检查2.

12、对于复杂的动作要有必要的提示信息3. 记忆用户的设置或操作习惯，方便用户操作4. 对系统或数据进行重大修改，要有用户确认4.2.2 可 靠性和健壮性在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。同时避免如“ 24x7”这样的述。例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作系统强壮性要求和操作的有效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查通常给出平均无故障时间或两次故障间的平均间隔时间等。4.2.3 可维护性和

13、可扩展性本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规的系统应用平台，使系统具有良好的可维护性和可扩展性4.3 文档需求4.3.1 文 档清单交付验收时需交付的文档清单：需求规格说明书软件开发计划概要设计说明书详细设计说明书软件测试计划测试用例配置管理计划4.3.2 用 户手册4.4 设计约束这可能出于商务运详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。例如，软件的开发语言、开发环境、开发工具、第三方软件、硬件使用以及网络设备等。4.4.1 语言约束本系统是基于中文系统环境开发和使用的，系统必须支持中文处理。4.4.2 系统模型约束本系统采用Struts+Hibernate+Spring 模型，在保证实现技术简单易维护的基础上，实现表现层、业务逻辑层、数据持久化层的分离，提高可重用性、可移植性。5 验收标准人力资源管理系统验收标准为：? 实现所有功能需求? 满足非功能性需