《人力资源系统需求规格说明书(模板)12400.docx》由会员分享，可在线阅读，更多相关《人力资源系统需求规格说明书(模板)12400.docx（26页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、北京奋斗斗教育科科技有限限公司项目实施施规范编号：FFD-SSTD-PROOJ版本：11.0作者：日期：审批：日期：状态修订人修改日期期版本备注软件需求规格说明书1 概述为了提高高企业信信息化水水平，促促进企业业管理的的规范化化、制度度化、流流程化，XXX单位位决定实实施人力力资源管管理系统统。希望望通过这这个系统统的实施施规范人人事档案案的管理理，规范范薪酬体体系和薪薪酬发放放的管理理，规范范人事的的调动管管理、培培训管理理和激励励管理。并对招招聘工作作的职位位发布、简历、面试、招聘题题库、招招聘考试试、录用用等环节节加以规规范。系系统还需需提供人人事档案案的导出出和报表表功能。1.1 目的
2、本文档是是北京奋奋斗教育育科技有有限公司司在XXX单位的的人力资资源管理理系统合合同基础础上编制制的。本本文档的的编写为为下阶段段的设计计、开发发提供依依据，为为项目组组成员对对需求的的详尽理理解，以以及在开开发开发发过程中中的协同同工作提提供强有有力的保保证。同同时本文文档也作作为项目目评审验验收的依依据之一一。1.2 范围本系统包包括：系系统管理理、人力力资源档档案管理理、薪酬酬管理、调动管管理、培培训管理理、激励励管理、J绩效效考核管管理、招招聘管理理和标准准化数据据报表九九个模块块。系统统功能为为本说明明书与附附件Deemo版版界面描描述中功功能的并并集。在在上述文文件未明明确描述述的
3、情况况下，应应能满足足合同和和相关投投标书所所描述的的功能。1.3 读者对象象1.4 参考文档档无1.5 术语定义义定义所使使用的术术语。对对于易混混淆的客客户常用用语要有有明确规规定定义义。例如如，“用户”是指客客户的雇雇员而非非软件的的最终购购买者等等。2 系统说明明2.1 概述在这一部部分应对对影响系系统的主主要因素素进行描描述。 对于系系统的详详细功能能描述应应在下一一节进行行。在此此，应侧侧重需求求的背景景并使在在下一节节所做的的叙述易易于理解解。可包包括：现现有系统统描述、新系统统解决方方案描述述、产品品用途、产品功功能、用用户特点点、局限限性、前前提和假假设等。 2.2 产品介绍
4、绍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.
5、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 输出要素
6、素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
7、 输出要素素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 处理流程程
8、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.
9、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 输入要素
10、素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
11、.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
12、.1.2 使用者3.10.1.3 输入要素素3.10.1.4 处理流程程3.10.1.5 输出要素素4 非功能性性需求在这一部部分应对对所有的的软件需需求进行行足够详详细的描描述。详详尽程度度应以足足够软件件设计人人员进行行概要设设计和系系统测试试人员进进行系统统测试计计划和编编写测试试用例为为准。 4.1 技术需求求4.1.1 软硬件环环境需求求4.1.2 性能需求求本系统在在正常的的网络环环境下，应应能够保保证系统统的及时时响应： 小批量的的业务处处理的响响应时间间在38秒； 大批量的的业务处处理和查查询的响响应时间间控制在在3040秒秒以内。4.1.3 安全保密密需求本系统的的系统架架构
13、，以以及权限限机制可可以保证证系统的的安全性性。首先：从从系统架架构看，本本系统采采用BS模型型，从而而使服务务器数据据源与客客户端分分离，保保证了数数据的物物理独立立性；其次：本本系统的的用户授授权机制制通过角角色的定定义管理理实现，通通过定义义某些角角色能进进行的操操作权限限，和定定义用户户拥有的的角色，限限定用户户的操作作权限，实实现对用用户的授授权。4.2 质量需求求4.2.1 可用性用户使用用的方便性、易用性性和易学学习性，如如：1. 输入的无无合法性性检查和和值域检检查2. 对于复杂杂的动作作要有必必要的提提示信息息3. 记忆用户户的设置置或操作作习惯，方方便用户户操作4. 对系统
14、或或数据进进行重大大修改，要要有用户户确认4.2.2 可靠性和和健壮性性在这一部部分应对对所有的的影响软软件的可可靠性需需求进行行足够详详细的描描述。应应注意用用数字说说明所要要求的可可靠程度度。 同同时避免免如“24xx7”这样的的陈述。 例如使用用年度正正常运行行时间、月正常常运行时时间、维维护时间间、当机机时间来来说明系系统的可可靠程度度；使用用可允许许的缺陷陷数量来来界定系系统质量量，如最最大缺陷陷数量、缺陷比比例、安安全操作作系统统强壮性性要求和和操作的的有效性性要求，比比如用户户误操作作的系统统容错能能力、操操作的正正常次序序要求和和有效性性输入检检查等等等。通常给出出平均无无故障
15、时时间或两两次故障障间的平平均间隔隔时间等等。4.2.3 可维护性性和可扩扩展性本系统的的应用平平台设计计中选择择B/SS结构，采采用基于于JAVVA技术术并且符符合J22EE开开发规范范的系统统应用平平台，使使系统具具有良好好的可维维护性和和可扩展展性4.3 文档需求求4.3.1 文档清单单交付验收收时需交交付的文文档清单单：需求规规格说明明书软件开开发计划划概要设设计说明明书详细设设计说明明书软件测测试计划划测试用用例配置管管理计划划4.3.2 用户手册册4.4 设计约束束详细说明明对系统统的设计计局限性性。设计计局限的的定义代代表了对对系统要要求的决决策, 这可能能出于商商务运作作、资金
16、金、人员员、时间间等多方方面的综综合考虑虑从而指指导软件件的设计计和开发发。例如如，软件件的开发发语言、开发环环境、开开发工具具、第三三方软件件、 硬硬件使用用以及网网络设备备等。4.4.1 语言约束束本系统是是基于中中文系统统环境开开发和使使用的，系系统必须须支持中中文处理理。4.4.2 系统模型型约束本系统采采用Sttrutts+HHibeernaate+Sprringg模型，在在保证实实现技术术简单易易维护的的基础上上，实现现表现层层、业务务逻辑层层、数据据持久化化层的分分离，提提高可重重用性、可移植植性。5 验收标准准人力资源源管理系系统验收收标准为为： 实现所有有功能需需求 满足非功
17、功能性需需求 系统设计计文档完完整，且且符合规规范 代码符合合规范，且且与系统统设计一一致此要求将将作为验验收测试试计划和和测试的的基线。如果所所开发的的产品能能满足此此要求，则则项目可可结束并并由客户户方按合合同规定定付款。6 附录A：系统原原型7 附录B：需求确确认需求确认认经双方评评审确认认，此需需求说明明书描述述的功能能符合XXX单位位的实际际业务流流程，满满足实际际需要。以此文文档作为为人力资资源管理理系统项项目的开开发、验验收依据据。【确认签签字】甲方：XXX单位位 乙乙方：北北京奋斗斗教育科科技有限限公司代表： 代代表：日期： 20007 年年 月月 日日 日日期： 20007 年年 月月 日日26 / 26