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

//开发人员 市场人员 研发人员 到客户现场 做需求调研

//编写需求说明书[项目的规范、项目中功能、这些功能由哪些用户操作、处理的业务以及数据] //编写需求说明书的同时 设计项目原型 //需求确认

//设计阶段 转账的功能 需要参与的类 类图 转账的流程 流程图 或者 时序图 //编码阶段 同时进行单元测试 //集成测试 压力测试 功能测试 //交付项目 实施人员 //维护阶段 周期两年

//协同 按模块划分 项目组长 提供了一个文档

项目实施规范

作者： 审批： H.L. C.Y. 日期： 日期：

状态 修订人 修改日期 版本 备注

软件需求规格说明书

1 概述

为了提高企业信息化水平，促进企业管理的规范化、制度化、流程化，XX单位决定实施人力资源管理系统。希望通过这个系统的实施规范人事档案的管理，规范薪酬体系和薪酬发放的管理，规范人事的调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。系统还需提供人事档案的导出和报表功能。

1.1 目的

本文档是北京信息技术有限公司在XX单位的人力资源管理系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。

1.2 范围

本系统包括：系统管理、人力资源档案管理、薪酬管理、调动管理、培训管理、激励管理、招聘管理和标准化数据报表八个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。

1.3 读者对象

客户代表、开发设计人员

1.4 参考文档

无

1.5 术语定义

定义所使用的术语。对于易混淆的客户常用语要有明确规定定义。例如，“用户”是指客户的雇员而非软件的最终购买者等。

4 / 39

软件需求规格说明书

2 系统说明

2.1 概述

在这一部分应对影响系统的主要因素进行描述。 对于系统的详细功能描述应在下一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。

2.2 产品介绍

2.3 产品中的用户与角色

2.4 产品范围

2.5 产品应当遵循的标准或规范 2.6 技术点：

A. B.

除系统管理员外其他用户应使用员工编号登陆

用户、角色、权限、以及登录成功之后如何根据用户菜单级别权限动态生成菜单，以及在访问菜单对应的资源时，如何控制页面按钮级别权限的显示（用户、权限、角色之间的关联关系设置、jquery树插件的使用） C. D.

每个月10号系统根据工资数据、奖惩数据、福利数据、缺勤信息自动生成上一月工资信息（任务调度框架 quartz的使用以及和spring的整合）

报表的设计与实现（JasperReport的使用 以及和struts2的整合）

5 / 39

软件需求规格说明书

删除用户信息：

选择待删除用户，点击【删除】按钮，弹出提示框，点击确认后方可删除，防止误操作

11 / 39

软件需求规格说明书

3.1.3 个人信息管理

3.2 部门管理

部门信息管理首页：

添加查询界面：

12 / 39

软件需求规格说明书

添加部门信息界面： 示。

需要输入部门编号(唯一)，部门名称(不能为空)，部门经理的员工编号(允许为空),当输入

部门经理编号完毕，会立即查询是否有该员工信息，如果有，自动填充姓名，如果没有，错误提

删除部门信息：

选择待删除部门，点击【删除】按钮，弹出提示信息询问是否确认删除，点击【确认】后

方可删除，但是如果该部门已经存在员工不允许删除，同时提示用户不运行删除的原因。

13 / 39

软件需求规格说明书

修改部门信息：

选择待修改部门信息，点击【修改】按钮，弹出修改页面，在修改页面中显示该部门信

息，用户修改完毕，点击【确定】按钮保存至数据库

3.2.1 职位管理

每个部门有不同的工作岗位，不同工作岗位有不同数量的员工，职位管理模块管理每个部门的职位信息。

职位管理首页：

14 / 39

软件需求规格说明书

职位管理条件查询：

添加职位：

选择部门，填写职位名称、名称在该部门须唯一，填写该职位的基本工资

15 / 39

软件需求规格说明书

修改职位信息：

选择待修改职位，点击【修改】按钮，弹出修改页面，在页面中显示待修改信息，用户修

改后点击【确定】按钮保存到数据库，保存成功有提示

3.3 员工信息管理

员工信息管理是本系统的基础数据和核心内容。包含员工基本信息管理、员工职位变更管理 出于人力资源档案管理的慎重原则，员工信息以及职位变更信息的删除并非物理删除，而是设置其状态为“已删除”，已删除的人资档案还可以恢复。

16 / 39

软件需求规格说明书

3.3.1 员工基本信息管理

3.3.1.1 业务概述

对新入职的员工，人资专员需要将其基本信息登记到人力资源管理系统中。 系统界面首页如下：

添加员工界面：

修改员工界面：

17 / 39

软件需求规格说明书

删除员工信息：

3.3.2 职位变更管理

记录员工在职期间的职位变动信息： 职位变动首页：

18 / 39

软件需求规格说明书

添加职位变动信息：

点击【添加】按钮，弹出添加页面、弹出页面输入员工编号，自动将员工姓名以及部门信

息、职位信息显示在页面中，选择新部门和新职位、填写调动原因。点击【保存】按钮将信息保存到数据库

修改调动信息：

19 / 39

软件需求规格说明书

删除调动信息：

3.4 薪酬管理

薪酬管理内容比较多，设置员工的薪酬标准的设置、个人所得税税率的设置等，通过各种基础数据的设置，可以在每个月10号自动计算统计员工的工资信息，员工的工资计算公式为： salary = salary-(salary)*保险百分比 – salary*(缺勤天数/应用出勤天数) salary = salary + 本月奖励金额 – 本月惩罚金额 + 各种补助 salary = salary – (个税)

3.4.1 薪酬标准管理

个人所得税率管理：

设置和修改目前国家个人所得税税率、便于系统进行工资的自动计算，计算个人所得税时

20 / 39

软件需求规格说明书

开发环境、开发工具、第三方软件、 硬件使用以及网络设备等。

4.4.1 语言约束

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

4.4.2 系统模型约束

本系统采用Servlet+JSP模型，在保证实现技术简单易维护的基础上，实现表现层和业务逻辑层的分离，提高可重用性、可移植性。

36 / 39

软件需求规格说明书

5 验收标准

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

? 实现所有功能需求 ? 满足非功能性需求

? 系统设计文档完整，且符合规范 ? 代码符合规范，且与系统设计一致

此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求，则项目可结束并由客户方按合同规定付款。

37 / 39

软件需求规格说明书

6 附录A：系统原型

Demo.zip。

38 / 39

软件需求规格说明书

7 附录B：需求确认

需求确认

经双方评审确认，此需求说明书描述的功能符合XX单位的实际业务流程，满足实际需要。以此文档作为人力资源管理系统项目的开发、验收依据。

【确认签字】

甲方：XX单位 乙方：北京信息技术有限公司 代表： 代表：

日期： 2007 年 月 日 日期： 2007 年 月 日

39 / 39

软件需求规格说明书

先要扣除保险金额+其他福利，然后根据税率进行计税。

福利标准管理：

设置员工保险、福利标准。保险按照工资百分比进行计算、其他福利按照额度计算

设置员工薪酬标准：

设置员工薪酬标准，其中基本工资由其职位决定，其他选择是否，以及金额

21 / 39

软件需求规格说明书

员工工资录入：

只需录入有缺勤情况的员工工资，未有缺勤情况的员工工资由系统自动计算得到。通过

技术手段实现每个月10号自动生成上一月全勤在职员工工资记录，工资记录包括基本工资，各个扣除项、各个补贴项目、个税扣除、实发工资

员工工资信息查看：

只能查看已经结算了工资的信息，如今天为10月9号，那么9月份工资报表还没有生成，

所以只能查看8月份之前的工资信息：

22 / 39

软件需求规格说明书

3.5 奖惩管理

记录员工在职期间的奖惩信息：

添加奖惩信息：

23 / 39

软件需求规格说明书

3.6 报表管理

部门人数统计：

24 / 39

软件需求规格说明书

个人薪水报表：

根据员工编号 年份 月份 以pdf或者excel格式导出月供的工资单

员工薪水报表：

根据年份和月份以execl或者pdf格式导出该月员工工资报表

25 / 39

软件需求规格说明书

为了便于出卷，每道试题都需要选择试题分类。试题分类在系统管理模块进行设置。 3.7.4.2 使用者

3.7.4.3 输入要素

试题查询时采用的条件为：试题分类、关键字和登记时间。关键字将在题干、登记人和试题出处字段进行匹配。

3.7.4.4 处理流程 3.7.4.5 输出要素

3.7.5 招聘考试管理

3.7.5.1 业务描述

招聘考试分四步进行组织。 1. 考试出题 2. 考试答题 3. 考试阅卷 4. 成绩查询筛选

3.7.5.2 使用者

人事专员/应聘者 3.7.5.3 输入要素

考试出题：

考试套题按职位组织，每个职位可以有多套候选套题。

创建套卷时，需要选择职位分类和职位名称，需要填写答题现时。系统将自动列出系统中存在的试题分类及已有试题数目。只需要填写套题中每个分类所需的试题数目，系统将自动生成套题。

31 / 39

软件需求规格说明书

考试答题：

首先，要填写姓名和身份证号码。如果姓名和身份证号码与系统中存在的简历匹配，考试结果将和简历简历关联。还需要选择考试的职位分类和职位名称，这和将进行考试的试卷有关。

如果某职位对应几套试卷，考试答题时系统将自动从中随机选择一套。 考试为多选题，有时间限制，答题结束后提交。

系统评卷通过点选相应功能自动完成。

考试成绩筛选：

首先，查询考试成绩，查询条件为应试人身份证号码、关键字和应试时间。

可以查看阅卷结果。

然后，根据答题情况作出建议面试、建议笔试、建议录用或删除简历的处理。提交处理时需要填写给出录用申请审核意见。

3.7.5.4 处理流程 3.7.5.5 输出要素

3.7.6 录用管理

3.7.6.1 业务描述

首先根据面试或笔试环节推荐录用的简历，进行复核，然后正式提交录用申请。经过人事经理审批，该应聘者就成为正式员工了。

3.7.6.2 使用者

人事专员/人事经理 3.7.6.3 输入要素

录用申请：

首先列出所有被推荐录用的简历。正式提交录用申请时，需填写录用申请意见。 录用审核：

录用审核可以通过或不通过。只需要填写审核意见。

审核通过的话，系统将根据该简历简历员工档案，所属机构和职位信息空缺，新建员工档案状

32 / 39

软件需求规格说明书

态为待审核。 3.7.6.4 处理流程 3.7.6.5 输出要素

根据通过简历创建的员工档案。

33 / 39

软件需求规格说明书

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. 记忆用户的设置或操作习惯，方便用户操作

34 / 39

软件需求规格说明书

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

4.2.2 可靠性和健壮性

在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。 同时避免如“24x7”这样的陈述。

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

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

4.2.3 可维护性和可扩展性

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

4.3 文档需求

4.3.1 文档清单

交付验收时需交付的文档清单： 《需求规格说明书》 《软件开发计划》 《概要设计说明书》 《详细设计说明书》 《软件测试计划》 《测试用例》 《配置管理计划》

4.3.2 用户手册

4.4 设计约束

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

35 / 39

本文来源：https://www.bwwdw.com/article/8452.html