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

年6月23日人力资源系统需求规格说明书模板资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。北京奋斗教育科技有限公司项目实施规范编号:FD-STD-PROJ版本:1.0作者:日期:审批:日期:状态修订人修改日期版本备注概述为了提高企业信息化水平,促进企业管理的规范化、制度化、流程化,XX单位决定实施人力资源管理系统。希望经过这个系统的实施规范人事档案的管理,规范薪酬体系和薪酬发放的管理,规范人事的调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。系统还需提供人事档案的导出和报表功能。目的本文档是北京奋斗教育科技有限公司在XX单位的人力资源管理系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。范围本系统包括:系统管理、人力资源档案管理、薪酬管理、调动管理、培训管理、激励管理、J绩效考核管理、招聘管理和标准化数据报表九个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下,应能满足合同和相关投标书所描述的功能。读者对象参考文档无术语定义定义所使用的术语。对于易混淆的客户常见语要有明确规定定义。例如,”用户”是指客户的雇员而非软件的最终购买者等。系统说明概述在这一部分应对影响系统的主要因素进行描述。对于系统的详细功能描述应在下一节进行。在此,应侧重需求的背景并使在下一节所做的叙述易于理解。可包括:现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。产品介绍产品中的用户与角色角色有:系统管理员、人事专员、人事经理、薪酬专员、薪酬经理、招聘专员、招聘经理产品范围产品应当遵循的标准或规范功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。按系统功能的体系结构组织本章内容。系统管理权限设置业务概述使用者输入要素处理流程输出要素职位设置业务概述使用者输入要素处理流程输出要素题库设置业务概述使用者输入要素处理流程输出要素公共属性业务概述使用者输入要素处理流程输出要素招聘管理职位发布业务描述使用者输入要素处理流程输出要素简历管理业务描述使用者输入要素 处理流程输出要素考试管理业务描述使用者输入要素处理流程输出要素档案管理档案登记业务概述使用者输入要素处理流程输出要素档案查询业务概述使用者输入要素处理流程输出要素档案审核业务概述使用者输入要素处理流程输出要素档案变更业务概述使用者输入要素处理流程输出要素档案回收业务概述使用者输入要素处理流程输出要素薪酬管理薪酬标准管理业务概述使用者输入要素处理流程输出要素薪酬发放管理业务概述使用者输入要素处理流程输出要素个人薪酬查询业务概述使用者输入要素处理流程输出要素激励管理增加激励业务概述使用者输入要素处理流程输出要素查看激励业务概述使用者输入要素处理流程输出要素激励审核业务概述使用者输入要素处理流程输出要素培训管理增加培训业务概述使用者输入要素处理流程输出要素查看培训业务概述使用者输入要素处理流程输出要素培训审核业务概述使用者输入要素处理流程输出要素调动管理增加调动业务概述使用者输入要素处理流程输出要素查看调动业务概述使用者输入要素处理流程输出要素调动审核业务概述使用者输入要素处理流程输出要素绩效考核管理绩效考核模板业务概述使用者输入要素处理流程输出要素考核管理业务概述使用者输入要素处理流程输出要素考勤管理签到业务概述使用者输入要素处理流程输出要素签离业务概述使用者输入要素处理流程输出要素数据报表管理业务概述使用者输入要素处理流程输出要素非功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。技术需求软硬件环境需求性能需求本系统在正常的网络环境下,应能够保证系统的及时响应:小批量的业务处理的响应时间在3～8秒;大批量的业务处理和查询的响应时间控制在30～40秒以内。安全保密需求本系统的系统架构,以及权限机制能够保证系统的安全性。首先:从系统架构看,本系统采用B\S模型,从而使服务器数据源与客户端分离,保证了数据的物理独立性;其次:本系统的用户授权机制经过角色的定义管理实现,经过定义某些角色能进行的操作权限,和定义用户拥有的角色,限定用户的操作权限,实现对用户的授权。质量需求可用性用户使用的方便性、易用性和易学习性,如:输入的无合法性检查和值域检查对于复杂的动作要有必要的提示信息记忆用户的设置或操作习惯,方便用户操作对系统或数据进行重大修改,要有用户确认可靠性和健壮性在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。同时避免如”24x7”这样的陈述。例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度;使用可允许的缺陷数量来界定系统质量,如最大缺陷数量、缺陷比例、安全操作——系统强壮性要求和操作的有效性要求,比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。一般给出平均无故障时间或两次故障间的平均间隔时间等。可维护性和可扩展性本系统的应用平台设计中选择B/S结构,采用基于JAVA技术而且符合J2EE开发规范的系统应用平台,使系统具有良好的可维护性和可扩展性文档需求文档清单交付验收时需交付的文档清单:《需求规格说明书》《软件开发计划》《概要设计说明书》《详细设计说明书》《软件测试计划》《测试用例》《配置管理计划》用户手册设计约束详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策,这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。例如,软件的开发语言、开发环境、开发工具、第三方软件、硬件使用以及网络设备等。语言约束本系统是基于中文系统环境开发和使用的,系统必须支持中文处理。系统模型约束本系统采用Struts+Hibernate+Spring模型,在保证实现技术简单易维护的基础上,实现表现层、业务逻辑层、数据持久化层的分离,提高可重用性、可移植性。验收标准人力资源管理系统验收标准为:实现所有功能需求满足非功能性需求系统设计文档完整,且符合规范代码符合规范,且与系统设计一致此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求,则项目可结束并由客户方按合同规定付款。附录A:系统原型附录B:需求确认需求确认经双方评审确认,此需求说明书描述的功能符合XX单位的实际业务流程,满足实际需要。以此文档作为人力资源管理系统项目的开发、验收依据。【确认签字】甲方:XX单位