人力资源系统需求规格说明书模板.docx

人力资源系统需求规格说明书模板.docx

《人力资源系统需求规格说明书模板.docx》由会员分享，可在线阅读，更多相关《人力资源系统需求规格说明书模板.docx（13页珍藏版）》请在冰豆网上搜索。

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

北京奋斗教育科技有限公司

项目实施规范

编号：

FD-STD-PROJ

版本：

1.0

作者：

日期：

审批：

日期：

状态

修订人

修改日期

版本

备注

1概述

为了提高企业信息化水平，促进企业管理的规范化、制度化、流程化，XX单位决定实施人力资源管理系统。

希望通过这个系统的实施规范人事档案的管理，规范薪酬体系和薪酬发放的管理，规范人事的调动管理、培训管理和激励管理。

并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。

系统还需提供人事档案的导出和报表功能。

1.1目的

本文档是北京奋斗教育科技有限公司在XX单位的人力资源管理系统合同基础上编制的。

本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。

同时本文档也作为项目评审验收的依据之一。

1.2范围

本系统包括：

系统管理、人力资源档案管理、薪酬管理、调动管理、培训管理、激励管理、J绩效考核管理、招聘管理和标准化数据报表九个模块。

系统功能为本说明书与附件Demo版界面描述中功能的并集。

在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。

1.3读者对象

1.4参考文档

无

1.5术语定义

定义所使用的术语。

对于易混淆的客户常用语要有明确规定定义。

例如，“用户”是指客户的雇员而非软件的最终购买者等。

2系统说明

2.1概述

在这一部分应对影响系统的主要因素进行描述。

对于系统的详细功能描述应在下一节进行。

在此，应侧重需求的背景并使在下一节所做的叙述易于理解。

可包括：

现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。

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.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.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.1.4.4处理流程

3.1.4.5输出要素

3.2招聘管理

3.2.1职位发布

3.2.1.1业务描述

3.2.1.2使用者

3.2.1.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.2.4处理流程

3.2.2.5输出要素

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.1.4处理流程

3.3.1.5输出要素

3.3.2档案查询

3.3.2.1业务概述

3.3.2.2使用者

3.3.2.3输入要素

3.3.2.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.3.5输出要素

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.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.4.3.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.2.4处理流程

3.5.2.5输出要素

3.5.3激励审核

3.5.3.1业务概述

3.5.3.2使用者

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.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.6.3.2使用者

3.6.3.3输入要素

3.6.3.4处理流程

3.6.3.5输出要素

3.7调动管理

3.7.1增加调动

3.7.1.1业务概述

3.7.1.2使用者

3.7.1.3输入要素

3.7.1.4处理流程

3.7.1.5输出要素

3.7.2查看调动

3.7.2.1业务概述

3.7.2.2使用者

3.7.2.3输入要素

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.1绩效考核模板

3.8.1.1业务概述

3.8.1.2使用者

3.8.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输出要素

3.9考勤管理

3.9.1签到

3.9.1.1业务概述

3.9.1.2使用者

3.9.1.3输入要素

3.9.1.4处理流程

3.9.1.5输出要素

3.9.2签离

3.9.2.1业务概述

3.9.2.2使用者

3.9.2.3输入要素

3.9.2.4处理流程

3.9.2.5输出要素

3.10数据报表管理

3.10.1.1业务概述

3.10.1.2使用者

3.10.1.3输入要素

3.10.1.4处理流程

3.10.1.5输出要素

4非功能性需求

在这一部分应对所有的软件需求进行足够详细的描述。

详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。

4.1技术需求

4.1.1软硬件环境需求

4.1.2性能需求

本系统在正常的网络环境下，应能够保证系统的及时响应：

✧小批量的业务处理的响应时间在3～8秒；

✧大批量的业务处理和查询的响应时间控制在30～40秒以内。

4.1.3安全保密需求

本系统的系统架构，以及权限机制可以保证系统的安全性。

首先：

从系统架构看，本系统采用B\S模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；

其次：

本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。

4.2质量需求

4.2.1可用性

用户使用的方便性、易用性和易学习性，如：

1.输入的无合法性检查和值域检查

2.对于复杂的动作要有必要的提示信息

3.记忆用户的设置或操作习惯，方便用户操作

4.对系统或数据进行重大修改，要有用户确认

4.2.2可靠性和健壮性

在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。

应注意用数字说明所要求的可靠程度。

同时避免如“24x7”这样的陈述。

例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作——系统强壮性要求和操作的有效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。

通常给出平均无故障时间或两次故障间的平均间隔时间等。

4.2.3可维护性和可扩展性

本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性

4.3文档需求

4.3.1文档清单

交付验收时需交付的文档清单：

《需求规格说明书》

《软件开发计划》

《概要设计说明书》

《详细设计说明书》

《软件测试计划》

《测试用例》

《配置管理计划》

4.3.2用户手册

4.4设计约束

详细说明对系统的设计局限性。

设计局限的定义代表了对系统要求的决策,这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。

例如，软件的开发语言、开发环境、开发工具、第三方软件、硬件使用以及网络设备等。

4.4.1语言约束

本系统是基于中文系统环境开发和使用的，系统必须支持中文处理。

4.4.2系统模型约束

本系统采用Struts+Hibernate+Spring模型，在保证实现技术简单易维护的基础上，实现表现层、业务逻辑层、数据持久化层的分离，提高可重用性、可移植性。

5验收标准

人力资源管理系统验收标准为：

Ø实现所有功能需求

Ø满足非功能性需求

Ø系统设计文档完整，且符合规范

Ø代码符合规范，且与系统设计一致

此要求将作为验收测试计划和测试的基线。

如果所开发的产品能满足此要求，则项目可结束并由客户方按合同规定付款。

6附录A：

系统原型

7附录B：

需求确认

需求确认

经双方评审确认，此需求说明书描述的功能符合XX单位的实际业务流程，满足实际需要。

以此文档作为人力资源管理系统项目的开发、验收依据。

【确认签字】

甲方：

XX单位乙方：

北京奋斗教育科技有限公司

代表：

代表：

日