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

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

4、权限设置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 业务描述

5、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

6、.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

7、.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

8、.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 调动管

9、理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

10、.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 非功能性需求在这一部分应对所有的软件需求进行足

11、够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。 4.1 技术需求4.1.1 软硬件环境需求4.1.2 性能需求本系统在正常的网络环境下，应能够保证系统的及时响应： 小批量的业务处理的响应时间在38秒； 大批量的业务处理和查询的响应时间控制在3040秒以内。 4.1.3 安全保密需求本系统的系统架构，以及权限机制可以保证系统的安全性。首先：从系统架构看，本系统采用BS模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；其次：本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用

12、户的操作权限，实现对用户的授权。4.2 质量需求4.2.1 可用性用户使用的方便性、易用性和易学习性，如：1. 输入的无合法性检查和值域检查2. 对于复杂的动作要有必要的提示信息3. 记忆用户的设置或操作习惯，方便用户操作4. 对系统或数据进行重大修改，要有用户确认4.2.2 可靠性和健壮性在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。 同时避免如“24x7”这样的陈述。 例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作系统强壮性要求和操作的有

13、效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。通常给出平均无故障时间或两次故障间的平均间隔时间等。4.2.3 可维护性和可扩展性本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性4.3 文档需求4.3.1 文档清单交付验收时需交付的文档清单：需求规格说明书软件开发计划概要设计说明书详细设计说明书软件测试计划测试用例配置管理计划4.3.2 用户手册4.4 设计约束详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策, 这可能出于商务运作、资金、人员、时间等多方面的综合考

14、虑从而指导软件的设计和开发。例如，软件的开发语言、开发环境、开发工具、第三方软件、 硬件使用以及网络设备等。4.4.1 语言约束本系统是基于中文系统环境开发和使用的，系统必须支持中文处理。4.4.2 系统模型约束本系统采用Struts+Hibernate+Spring模型，在保证实现技术简单易维护的基础上，实现表现层、业务逻辑层、数据持久化层的分离，提高可重用性、可移植性。5 验收标准人力资源管理系统验收标准为： 实现所有功能需求 满足非功能性需求 系统设计文档完整，且符合规范 代码符合规范，且与系统设计一致此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求，则项目可结束并由客户方按合同规定付款。6 附录A：系统原型7 附录B：需求确认需求确认经双方评审确认，此需求说明书描述的功能符合XX单位的实际业务流程，满足实际需要。以此文档作为人力资源管理系统项目的开发、验收依据。【确认签字】甲方：XX单位 乙方：北京奋斗教育科技有限公司代表： 代表：日