下载文档原格式
《需求规格说明书》编写参考指南1．概述（Summary）本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。
1.1 用户简介（User Synopsis）在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。
对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。
1.2 项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统的意图的总概括。
项目的目标是将目的细化后的具体描述。
项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。
1.3 术语定义（Terms Glossary）将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
1.4 参考资料（References）说明该用户需求报告使用的参考资料，如：[1] 商务合同[2] 招标书[3] 用户领域的资料[4] 用户需求调查表[5] 用户需求报告[6] 参照的标准每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。
1.5 相关文档（Related Documents）[1] 项目开发计划[2] 概要设计说明书[3] 详细设计说明书1.6 版本更新信息（V ersion Updated Record）版本更新记录格式，如表5-19所示。
表5-19 版本更新记录2．目标系统描述（System in Target）2.1 组织结构与职责（Organizing Framework and Function）将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。
北京奋斗教育科技有限公司项目实施规范编号：FD-STD-PROJ版本：1.01概述为了提高企业信息化水平，促进企业管理的规范化、制度化、流程化，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功能性需求在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
企业人事管理系统需求规格说明书实验小组成员：徐竹0宋建()秦运输()人事管理是现代企业管理工作不可缺少的一部分，是推动企业走向科学化、规范化的必要条件。
员工是企业生存的主要元素，员工的增减、变动将直接影响到企业的整体运作。
企业员工越多、分工越细、联系越密，所要做的统计工作就越多，人事管理的难度就越大。
随着企业的不断壮大，自动化的企业人事管理系统就显得非常必要。
一、任务概述1.目标根据企业对人事管理的要求，制定企业人事管理系统目标如下：a.操作简单方便、界面简洁美观。
b.在查看员工信息时，可以对当前员工的家庭情况和培训情况进行添加、修改、删除操作。
c.方便快捷的全方位数据查询。
d.按照指定的条件对员工进行统计。
e.可以将员工信息以表格的形式插入到 Word文档中。
f.实现数据库的备份、还原及清空操作。
g.由于该系统的使用对象较多，要有较好的权限管理。
h.能够在当前运行的系统中重新进行登录。
i.系统运行稳定、安全可靠2.运行环境一个更为完善的企业人事管理系统，应提供更为便捷与强大的信息查询功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能。
对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。
4.数据库描述数据库是数据管理的最新技术，是计算机科学的重要分支。
近几年来，数据库管理系统已从专用的应用程序包发展成为通用系统软件。
由于数据库具有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点，较大的信息系统都是建立在数据库设计之上的。
由于用到的数据表格多，另外考虑到实际情况，企业人事基本信息的变动，还有员工信息的多少的变化，我们选用 SQL Server作为数据库开发，而不用 Access，主要是因为Access 存放的记录，在实际运用中不适合此系统；而SQL Server是一种常用的关系数据库，能存放和读取大量的数据，管理众多并发的用户，故选用SQL Server数据库。
员工管理系统需求规格说明书员工管理系统需求规格说明书1. 引言本文档旨在详细描述员工管理系统的需求规格，包括系统目的、范围、定义、术语和缩略语的解释，以及系统的功能、性能特征、设计约束和质量属性等。
2. 问题陈述员工管理系统的目标是提供一个方便、高效的平台，用于对员工信息进行管理和跟踪。
现有的人力资源管理方式存在一些问题，如信息冗余、处理效率低下，因此需要开发一个全新的员工管理系统来解决这些问题。
3. 系统概述员工管理系统将包括以下主要模块：3.1 员工信息管理：用于录入、修改和查询员工的基本信息，包括姓名、性别、年龄、联系方式等。
3.2 考勤管理：用于记录员工的上下班时间、迟到早退情况，并计算出勤率和加班时长。
3.3 工资管理：用于计算员工的工资，包括基础工资、奖金、扣款等，并工资清单。
3.4 绩效考核：用于评估员工的绩效，包括考核标准、评分和奖惩措施等。
3.5 培训管理：用于安排和记录员工的培训计划，包括培训课程、时间和地点等。
3.6 组织架构管理：用于管理公司的组织结构，包括部门、职位和上下级关系等。
4. 功能需求4.1 员工信息管理模块：功能1：录入员工信息功能2：修改员工信息功能3：查询员工信息功能4：删除员工信息4.2 考勤管理模块：功能1：记录员工上下班时间功能2：计算出勤率和加班时长功能3：考勤报表4.3 工资管理模块：功能1：计算员工的基本工资功能2：计算奖金和扣款功能3：工资清单功能4：导出工资数据4.4 绩效考核模块：功能1：设置考核标准功能2：评估员工的绩效功能3：记录考核结果功能4：奖惩员工4.5 培训管理模块：功能1：安排培训计划功能2：记录员工的培训情况功能3：评估培训效果4.6 组织架构管理模块：功能1：管理公司的部门和职位信息功能2：设置上下级关系功能3：查询组织结构5. 性能需求5.1 响应时间：系统应能快速响应用户的请求，在合理的时间内完成相应操作。
5.2 并发性能：系统应支持多人同时操作，能够正确处理并发操作产生的冲突。
XXX系统或XXX项目产品需求规格说明书版本信息注：状态可以为N-新建、A-增加、M-更改、对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。
否则开发测试可拒绝评审。
审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理目录1.关于本文档 (5)1.1. 内容说明 (5)1.2. 名词解释 (5)1.3. 参考文档 (5)2.系统概述 (7)2.1. 业务背景 (7)2.2. 系统概述 (8)2.3. 流程概览/系统框架 (9)2.4. 系统规划与迭代 (10)2.5. 功能模块 (10)3.系统功能需求 (11)3.1 状态信息接受推送 (11)3.2 最新站点查询服务 (22)4.系统非功能需求 (37)3.3 性能需求 (37)3.4 安全性需求 (37)3.5 扩展性需求 (38)3.6 兼容性需求 (38)3.7 维护性需求 (38)5.附录 (38)1.关于本文档1.1.内容说明说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。
例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。
包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。
是苏宁物流状态服务系统唯一的全面需求定义文档。
本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。
因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。
1.2.名词解释1.3.参考文档《系统需求定义规范使用说明v1.0.doc》2.系统概述2.1.业务背景说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。
例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。
系统需求规格说明书
1. 引言
本文档详细描述了系统的功能需求，性能要求和其他相关需求。
它为开发人员提供了一个明确的系统设计蓝图，并为他们提供了开发和测试的指导。
2. 版本历史
版本
V1.0
V1.1
V1.2
3. 用户需求
3.1 功能需求
3.1.1 功能A
功能描述：功能A是系统的主要功能之一，它允许用户... 输入： ... 输出： ... 异常处理： ...
3.1.2 功能B
功能描述：功能B是系统的另一种重要功能，它允许用户... 输入： ... 输出： ... 异常处理： ...
3.2 性能需求
3.2.1 响应时间
系统应在X秒内响应用户的请求。
3.2.2 吞吐量
系统应能处理每年至少X次请求。
3.2.3 可用性
系统的正常运行时间应达到99.9%。
4. 系统约束
4.1 硬件约束
•CPU: Pentium IV或更高
•RAM: 256MB或更多
•HDD: 10GB或更多空间
•网络： ADSL或更快的网络连接
4.2 软件约束
•操作系统： Windows XP/Vista/7/8/10或Mac OS X v10.6或更高版本•数据库： SQL Server 2008或更高版本， MySQL或Oracle等关系型数据库管理系统， PostgreSQL等非关系型数据库管理系统
•Web浏览器： Internet Explorer 8或更高版本， Firefox, Chrome等现代浏览器
5. 附录
本文档中未提及但在实际开发过程中可能用到的其他信息。
需求说明书和需求规格说明书需求说明书和需求规格说明书是软件开发项目中非常重要的文档，它们规定了软件系统的需求和规格，对于项目的顺利进行起到了至关重要的作用。
在本文中，我们将深入探讨需求说明书和需求规格说明书的重要性、内容及编写方法，以及它们对项目管理和软件质量的影响。
一、需求说明书的重要性需求说明书是软件开发项目必不可少的文档，它描述了软件系统需要具备的功能、性能和约束等方面的需求。
通过需求说明书，项目团队可以明确了解用户的需求和期望，有助于团队进行需求分析、系统设计和开发等工作。
它还是项目管理的基础，能够为项目的计划制定、任务分配和进度控制提供依据。
二、需求说明书的内容需求说明书应该包括以下内容：1. 简介：介绍项目概况、背景以及项目的目标和范围。
2. 功能需求：列出软件系统所需具备的功能，包括主要功能和辅助功能等。
3. 非功能需求：描述软件系统的性能要求，如响应时间、可用性、可靠性、安全性等。
4. 约束条件：考虑到实际情况和限制，对软件系统的开发和使用提出的约束条件，如技术限制、法律法规等。
5. 接口需求：描述软件系统与外部系统或组件的接口要求，包括硬件接口、软件接口和网络接口等。
6. 数据需求：定义软件系统所需的数据和数据格式等。
7. 用户需求：收集用户的需求和期望，反映用户的关注重点和利益，为后续的设计和开发提供参考。
三、需求规格说明书的重要性需求规格说明书是需求说明书的进一步细化和规范。
它提供了系统需求的详细描述和定义，为开发团队和测试团队提供了明确的指导。
通过需求规格说明书，可以确保开发出符合用户期望且符合预期的软件系统。
四、需求规格说明书的内容需求规格说明书应包括以下内容：1. 功能需求的详细描述：对需求说明书中列出的功能需求进行详细描述，包括输入、输出、处理逻辑和错误处理等。
2. 非功能需求的详细描述：对需求说明书中列出的非功能需求进行详细描述，如性能参数的具体要求、安全性措施等。
系统需求规格说明书文档版本修订历史修改内容目录1.系统范围 (4)2.用户需求表 (4)3.系统需求 (4)3.1. 参考模型 (4)3.2. 功能需求 (4)3.3. 数据需求 (4)3.4. 接口需求 (4)3.5. 界面需求 (5)3.6. 报表需求 (5)4.可用性需求 (5)4.1. 使用的简单性 (5)4.2. 个性化和国际化 (5)5.性能需求 (5)5.1. 响应时间 (5)5.2. 精确性需求 (5)5.3. 容量需求 (5)5.4. 升级需求 (6)6.健壮性需求 (6)7.外部系统 (6)8.权限需求 (6)9.其他需求 (6)10.约束和假定 (6)11.用户文文件和培训支持 (6)12.验收标准 (6)13.系统原型 (6)14.参考文档 (7)15.署名 (7)1.系统范围<描述各类用户和系统的边界>2.用户需求表3.系统需求3.1.参考模型<指已有的用来表功能需求之间关系的模型,比如说实体关系图, 类图，活动图，功能需求分解图，数据流程图等>3.2.功能需求<功能需求详细描述>3.3.数据需求<描述系统主要的业务实体，通常是用一个数据模型或者业务模型来描述>3.4.接口需求<描述接口的信息><描述界面需求，用户可能对界面有风格、颜色、交互程度等方面的需求，需要描述产品的主要特征，使用户能够理解预见到将来的界面。
通常应用原型能够帮助理解用户的界面需求>3.6.报表需求<描述报表的用途及格式要求>4.可用性需求<对可用性进行如下方面的描述:>4.1.使用的简单性<描述系统使用的复杂程度，可用性需求应该描述诸如使用效率、容易记忆、错误提示等特征>4.2.个性化和国际化<描述用户可以通过配置来实现个性化的方式，例如语言选择，符号转化，用户配置等>5.性能需求<对性能需求进行如下方面的描述>5.1.响应时间5.2.精确性需求5.3.容量需求<说明系统可以处理的容量，比如: 系统可以满足300个用户同时访问的需求。
人力资源管理系统需求规格说明书人力资源管理系统需求规格说明书1.引言1.1 文档目的本文档旨在详细描述人力资源管理系统的需求规格，包括系统的功能、性能、界面、数据等方面的要求，以指导开发人员进行系统设计和开发。
1.2 文档范围本文档适用于公司内部的人力资源管理系统，包括招聘、员工信息管理、薪酬福利管理、培训与发展等功能。
1.3 参考资料- 公司现有的人力资源管理相关文件- 各部门对系统需求的调研报告- 相关人力资源管理系统的市场调研报告2.系统概述2.1 目标人力资源管理系统旨在提高公司对员工信息的管理效率，实现各项人力资源管理业务的自动化和信息化。
2.2 功能2.2.1 招聘管理- 职位发布管理- 简历管理和筛选- 面试安排和评估- 入职流程管理2.2.2 员工信息管理- 基本信息管理（个人信息、工作经历等）- 员工档案管理（合同、奖惩记录等）- 绩效评估管理- 培训记录管理2.2.3 薪酬福利管理- 薪资结构管理- 薪资核算和发放- 社会保险和福利管理- 加班和请假管理2.2.4 培训与发展管理- 培训需求分析- 培训计划制定- 培训资源管理- 培训效果评估2.3 性能要求- 系统响应时间不超过2秒- 数据处理速度每小时不低于1000条- 系统支持同时100个用户访问2.4 界面要求- 界面美观、易用性好- 支持不同设备（PC、方式、平板）的界面适配3.数据要求3.1 数据库设计- 员工信息表- 招聘信息表- 薪酬福利表- 培训记录表3.2 数据安全性- 数据备份和恢复机制- 用户权限管理- 数据加密传输4.系统接口4.1 第三方系统接口- 与公司的财务系统对接，实现薪资数据的同步- 与第三方招聘网站对接，实现职位发布和简历投递的同步4.2 用户界面接口- 提供Web界面供用户操作- 提供API接口供其他系统对接5.测试要求5.1 功能测试- 确保系统各项功能按照需求规格运行正常- 完成对不同场景下的功能测试5.2 性能测试- 使用压力测试工具进行系统性能测试- 分析系统的性能瓶颈，提出优化建议5.3 安全性测试- 进行数据安全性和权限控制方面的测试- 检测系统的漏洞和安全隐患6.附件本文档附带以下附件：7.法律名词及注释- 人力资源管理：组织和实施人力资源的规划、招聘、培训、福利、薪酬、绩效管理等活动的过程。
人力资源系统需求规格说明书编号：XXX-HR-DEV-SRS
版本：1.0
1 功能性需求
描述系统功能，按系统功能的体系结构组织本章内容。
1.1 系统管理
1.1.1 人力资源档案管理设置
设置一级机构、二级机构、三级机构以及机构间关系。
设置职位类型、职位名称及其之间关系。
1.1.2 薪酬管理设置
设置薪酬项目。
1.2 人力资源档案管理
人力资源档案管理是本系统的基础数据和核心内容。
包含人力资源档案登记、人力资源档案登记复核、人力资源档案查询、人力资源档案变更和人力资源档案删除五个子模块。
出于人力资源档案管理的慎重原则，档案的登记和变更都需要人事经理审核，通过后方可生效。
人资档案的删除也并非物理删除，而是设置其状态为“已删除”，已删除的人资档案还可以恢复。
1.2.1 人力资源档案登记
1.2.1.1 业务概述
对新入职的员工，人事专员需要将其基本信息登记到人力资源管理系统中。
系统界面如下：
1.2.1.2 使用者
人事专员
1.2.1.3 输入要素
档案信息包括：
I级机构、II级机构、III级机构、职位分类、职位名称、职称；
姓名、性别、Email、电话、QQ、手机、住址、邮编、国籍、出生地、出生日期、民族、宗教信仰、政治面貌、身份证号码、社会保障号码、年龄、学历、学历专业、薪酬标准、开户行、账号、特长、爱好、个人履历、家庭关系信息、备注、登记人、登记时间。
在录入基本信息后，还要上传该员工的照片。
其中，性别、民族、学历为下拉选择框。
登记人为当前系统登录用户，登记时间为当前系统时间。
个人履历、家庭关系信息和备注为大段文本。
I级机构、II级机构、III级机构、职位分类、职位名称下拉框数据来源于系统管理模块设置的相应数据。
薪酬标准由薪酬管理模块制定，某个员工的薪酬标准由其职位决定。
登记成功后自动生成档案编号。
档案编号在系统中唯一，不能重复。
档案编号组成：年份
（4位）+一级结构编号（2位）+二级机构编号（2位）+三级机构编号（2位）+编号（2位）。
1.2.1.4 处理流程
人事专员录入档案信息确认无误后提交，该条档案状态为“待复核”。
由人事经理复核后状态变为“正常”。
1.2.1.5 输出要素
待复核的人资档案。
1.2.2 人力资源档案登记复核
1.2.2.1 业务概述
首先列出待复核的所有人资档案。
然后逐条进行复核。
复核过程中，档案编号、该员工所属机构和职位不能修改，其他信息均可修改。
复核通过后该员工档案生效。
1.2.2.2 使用者
人事经理
1.2.2.3 输入要素
档案编号、所属机构和职位不能修改，其他信息均可修改。
1.2.2.4 处理流程
首先列出所有待复核的人资档案。
逐条进行复核。
⏹修改不切实的员工信息。
⏹通过复核。
1.2.2.5 输出要素
复核通过后该员工档案生效。
1.2.3 人力资源档案查询
1.2.3.1 业务概述
查询人力资源档案，列出符合查询条件的记录，并察看其明细。
1.2.3.2 使用者
人事专员/人事经理
1.2.3.3 输入要素
查询条件包括：员工所在机构，职位和建档时间。
所在机构查询条件为三级联动，从下拉列表框中选择。
职位分类和职位查询条件为两级联动，
从下拉列表框中选择。
建档时间查询条件包含起止日期，建档时间在起止日期之间的记录将被筛选
出来。
查询条件之间是与的关系，即列出的记录需要满足所有查询条件。
某个查询条件没有输入该查询条件将对结果不起限定作用。
1.2.3.4 处理流程
填写查询条件。
列出查询结果列表。
察看人资档案明细。
1.2.3.5 输出要素
符合查询条件的人资档案列表和人资档案明细。
1.2.4 人力资源档案变更
1.2.4.1 业务概述
对人资档案数据进行更新。
包括薪酬标准的调整。
所属机构和职位不能修改，需要在调动管理模块中进行。
1.2.4.2 使用者
人事专员
1.2.4.3 输入要素
可修改除档案编号、所属机构和职位外的员工信息。
1.2.4.4 处理流程
输入查询条件。
查询得到符合查询条件的员工列表。
选择一条档案进行变更。
修改员工档案数据（含重新上传员工照片）。
提交修改，等待复核。
1.2.4.5 输出要素
已经更新的待复核的员工档案。
1.2.5 人力资源档案删除管理
1.2.5.1 业务概述
出于人事档案管理的慎重原则，对人资档案不做直接删除处理。
而是标记想要删除的记录状态为“已删除”。
状态为“待复核”的员工档案不能删除。
状态为“已删除”的人资档案还可以恢复。
1.2.5.2 使用者
人事经理
1.2.5.3 输入要素
1.2.5.4 处理流程
查询得到将删除（或恢复）的人资档案。
选择一条人资档案执行删除（或恢复）操作，系统给出提示，选择“确认”。
修改该人资档案状态为“已删除”（或“正常”）。
1.2.5.5 输出要素
状态为“已删除”（或“正常”）的人资档案。
1.3 薪酬管理
薪酬管理是系统中的一个重要部分，涉及模块比较多。
主要流程如下：
首先，在系统管理模块设置薪酬标准项目，例如：基本工资、交通补助、午餐补助，通信补助，养老保险、医疗保险、失业保险，住房公积金。
（最后四项为扣除项目）
然后，登记薪酬标准，并由薪酬经理复核。
再然后，设置员工的薪酬标准，也需要经过复核环节生效。
最后，进行薪酬发放登记，需要经薪酬经理复核。
复核后的薪酬单状态为“执行”。
具体的付款由财务系统完成，不在本系统功能设定内。
通过薪酬发放查询可以查看付款单状态和明细。
1.3.1 薪酬标准管理
1.3.1.1 业务概述
薪酬标准定义了一种工资总额及其构成。
构成薪酬总额的薪酬项目在系统管理模块中薪酬项目设置功能点设置。
每个员工发放薪酬的时候按照指定的薪酬标准执行，并加上奖励金额，扣除应扣金额。
在人事资源档案登记时可以设定员工的薪酬标准，也可以在人力资源档案变更时进行变更，经审核后生效。
1.3.1.2 使用者
薪酬专员/薪酬经理
1.3.1.3 输入要素
一个薪酬标准需要以下属性：
薪酬标准编号、薪酬标准名称、制定人、登记人、登记时间，还有各薪酬项目对应的金额数。
其中，薪酬标准编号由系统自动生成，不可以修改；登记人默认为当前登录用户，可以修改；登记时间为当前系统时间，不能修改。
薪酬标准名称、制定人和登记人不能为空。
各薪酬项目对应的金额数为数字类型，保留两位小数。
不输入即提交则默认为0.00。
其中：
养老保险= 基本工资* 8%
医疗保险= 基本工资* 2% + 3元
失业保险= 基本工资* 0.5%
住房公积金= 基本工资* 8%
三险一金由系统根据基本工资计算得出。
薪酬标准复核环节首先要列出待复核的薪酬标准。
复核时可填写复核意见，为大段文本。
薪酬标准查询环节，首先需要输入查询条件。
包括：薪酬标准编号、关键字和登记时间。
薪酬标准编号和关键字支持模糊查询。
关键字查询条件在薪酬标准名称、制定人、变更人和复核人字段进行匹配。
登记时间查询条件包括起止时间，结束时间，在登记时间大于等于开始时间小于等于结束时间的记录进行匹配。
查询条件不输入时，该限定条件不起作用。
1.3.1.4 处理流程
1.3.1.5 输出要素
经复核的薪酬标准。
1.3.2 薪酬发放管理
1.3.
2.1 业务概述
薪酬发放分两个步骤，首先薪酬专员登记薪酬发放单，然后由薪酬经理进行复核。
财务系统会监视经复核的薪酬发放单，进行薪酬支付。
1.3.
2.2 使用者
薪酬专员/薪酬经理
1.3.
2.3 输入要素
薪酬发放登记：
按III级机构列出需要进行发放登记的薪酬发放单。
包括薪酬单号、总人数、基本薪酬总额。
并以列表的形式列出待登记的薪酬发放记录。
登记具体的薪酬发放记录时，首先按照薪酬标准项目和员工的薪酬标准设定列出员工的工资构成及金额，然后填写奖励金额、应扣金额并提交。
复核时，首先列出待复核的薪酬单，进入到特定薪酬单时，按机构列出待复核的薪酬发放记录。
复核薪酬发放记录时，可以对奖励金额和应扣金额进行修改。
薪酬发放查询：
首先输入查询条件：薪酬单号、关键字和发放时间。
点击查询结果中的记录可以查看薪酬发放记录明细，即每个员工的工资构成及总额。
1.3.
2.4 处理流程
1.3.
2.5 输出要素
经复核的薪酬单。
