HR人力资源管理系统需求分析说明书.docx

《HR人力资源管理系统需求分析说明书.docx》由会员分享，可在线阅读，更多相关《HR人力资源管理系统需求分析说明书.docx（45页珍藏版）》请在三一办公上搜索。

1、HR人力资源管理系统需求分析说明书目 录1前言 . . .11.1目的.11.2 范围.11.3 读者对象.21.4 参考文献.21.5 术语定义.22系统说明概述. . . . . . .32.1 产品介绍.32.2 产品中的用户与角色.42.3 产品范围.42.4 产品应该遵循的标准或规范.43功能性需求. . . . . . . . .33.1 系统设置.33.1.1 权限设置.43.1.2 职位设置.53.1.3 题库设置.53.1.4 公共属性.53.2 招聘管理.33.2.1 职位发布.43.2.2 简历管理.53.2.3 考试管理.53.2.4 公共属性.53.3 档案管理.33

2、.3.1 档案登记.43.3.2 档案查询.53.3.3 档案审核.53.3.4 档案变更.53.3.5 档案回收.53.4 薪酬管理.33.4.1 薪酬标准管理.43.4.2 薪酬发放管理.53.4.3 个人薪酬查询.53.5 激励管理.33.5.1 增加激励.43.5.2 查看激励.53.5.3 激励审核.53.6 培训管理.33.6.1 增加培训.43.6.2 查看培训.53.6.3 培训审核.53.7 调动管理.33.7.1 增加调动.43.7.2 查看调动.53.7.3 调动审核.53.8 绩效考核管理.33.8.1 模版添加.43.8.2 考核管理.53.9 考勤管理.33.9.1

3、 签到.43.9.2 签退.53.10 数据报表管理.34非功能性需求. . . . . . . . .34.1 技术需求.34.1.1 软硬件环境需求.44.1.2 性能需求.54.1.3 安全保密需求.54.2 质量需求.34.2.1 可用性.44.2.2 可靠性和健壮性.54.2.3 可维护性和可扩展性.54.3 文档需求.34.3.1 文档清单.44.3.2 用户手册.54.3.3 安全保密需求.54.4 设计约束.34.4.1 语言约束.44.4.2 系统模型约束.55验收标准. . . . . . . . .3结论.20参考文献.21附录. . . .231前言为了提高企业信息化水

4、平，促进企业管理的规范化、制度化、流程化，XX单位决定实施人力资源管理系统。希望通过这个系统的实施规范人事档案的管理，规范薪酬体系和薪酬发放的管理，规范人事的调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。系统还需提供人事档案的导出和报表功能。1.1目的本文档是北京奋斗教育科技有限公司在XX单位的人力资源管理系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。1.2范围本系统包括：系统管理、人力资源档案管理、

5、薪酬管理、调动管理、培训管理、激励管理、J绩效考核管理、招聘管理和标准化数据报表九个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。1.3读者对象企业员工1.4参考文档无1.5术语定义定义所使用的术语。对于易混淆的客户常用语要有明确规定定义。例如，“用户”是指客户的雇员而非软件的最终购买者等。2系统说明概述在这一部分应对影响系统的主要因素进行描述。 对于系统的详细功能描述应在下一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局

6、限性、前提和假设等。 2.1产品介绍2.2产品中的用户与角色本系统按照以下的企业机构模型为例进行开发，企业的机构是可以动态改变的，企业中有多个上下部门关系，这涉及到访问的权限问题。系统的用户是所有的企业在职员工和应聘者组成。内置角色有：系统管理员、人事专员、人事经理、薪酬专员、薪酬经理、招聘专员、招聘经理2.3产品范围2.4产品应当遵循的标准或规范3功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。按系统功能的体系结构组织本章内容。3.1系统设置3.1.1权限设置3.1.1.1业务概述权限关系到整

7、个系统的访问关系和安全，权限的内容关系到：1. 用户维护： 这个系统面向的用户，一般分为企业的在职员工和应聘人员。他们都是这个系统的使用者，即用户。用户维护既是对这些人员分配账户以及对所有用户信息的维护。 这个子功能应该是每个用户使用者都拥有的功能，但是拥有的业务是不一样的。1）每个用户都可以再这里查看自己的信息，修改自己的登录密码。 2）人事专员可以对用户进行增删改查，冻结等操作2. 角色维护： 不同的用户访问这个系统，访问的功能是不同的，我们可以先预定一些功能的集合作为角色，然后可以很方便的分配给用户。 这个子功能的使用者是拥有这个功能的用户，涉及业务有：1） 查看角色列表2） 新建角色，

8、修改角色3） 删除角色，但是如果角色已经被分配，就不能删除角色4） 角色的具体查看，以复选框树的形式显示，之前的修改，更新都是用权限树操作。3. 部门维护： 上级部门人员是可以查看下级部门人员的信息，同级部门的管理者可以查看员工的信息，部门的上下级关系是很关键的问题。这个模块用于企业部门的管理，部门信息在这里一览无余。涉及的功能有：1) 部门组织图的查看，需要以一种树之类的技术显示出来，更加直观2) 具体部门信息的显示3) 新建部门，修改部门信息4) 撤销部门，存在员工的部门不能撤销 3.1.1.2输入要素部门表，用户表，角色表，功能表信息的录入。3.1.1.3处理流程1) 权限设置及其四个子

9、模块的功能流程图2) 职位设置流程图3) 题库设置流程图4) 公共属性流程图3.1.1.4输出要素各功能模块的记录信息列表，复选框功能树，部门组织图的显示3.1.2职位设置3.1.2.1业务概述职位设置中管理者企业所有的职位数据，是一项重要的数据。它涉及到职位分类和具体职位的设置。涉及的具体业务有：1） 职位分类一览，为列表的形式显示2） 职位分类的查看，进入具体职位的列表3） 职位分类的修改，删除，删除的职位分类需要其没有附属的职位为空4） 具体职位的详细信息显示，修改，删除。这里删除需要此职位没有分配给员工3.1.2.2使用者 管理员，职位管理人员3.1.2.3输入要素相对于职位分类表和职

10、位表的各个字段3.1.2.4处理流程3.1.2.5输出要素1）职位分类列表2）职位列表 3）职位详细信息 3.1.3题库设置3.1.3.1业务概述题库是用来输入设置试题的模块，负责考试系统所有的题目来源。包括的功能应该有试题信息的列表，查询。以题目的类型进行归类。包括对试题的增加，修改，删除等功能。3.1.3.2使用者管理员，考试题目管理人员3.1.3.3输入要素相对于题库表，题目选项表各字段的录入3.1.3.4处理流程3.1.3.5输出要素1）试题信息列表2）试题详细信息的显示3.1.4公共属性3.1.4.1业务概述公共属性是用来记录的公共属性，就是同类别名词的集合，例如名族，国籍，宗教信仰

11、等一类数据各自类别名词的集合。其数据的组织形式为公共属性表对应的字段，那么对这些公共属性涉及的业务有：1）公共信息列表显示，其具体子项列表2）新增公共属性，其子项的添加，修改3）删除公共属性或其子项，3.1.4.2使用者管理员，公共属性管理人员3.1.4.3输入要素公共属性的名称，子项名称3.1.4.4处理流程3.1.4.5输出要素1) 公共属性类别列表2) 各类别子项列表显示。3.2招聘管理3.2.1职位发布3.2.1.1业务描述 职位发布是一个招聘信息发布和管理的模块。主要是对外发布企业内部所招聘岗位的信息。职位发布中有增加招聘职位，查看招聘职位及录入求职人简历三部分。1 增加招聘职位：根

12、据公司需求来发布招聘信息，具体的要求有：招聘人数.招聘的职位和该职位的要求还有截止日期等。2 查看招聘职位：根据增加的职位信息来显示具体的招聘信息。若要发布到客户端求职人可以根据查看招聘职位模块来选择自己的合适的职位。3. 录入简历：可以有两种方式来录入简历，一种是通过外部网站由应聘人直接填写。另一种是由招聘专员接收到应聘人简历后录入。录入后将简历数据保存到简历数据库中。3.2.1.2使用者 管理员，公共属性管理人员及应聘人查看职位信息。3.2.1.3输入要素 简历表和职位发布表当中的各字段的输入 3.2.1.4处理流程 该流程图包含：增加职位，查看职位和简历管理3.2.1.5输出要素职位列表

13、职位详细列表简历表3.2.2简历管理3.2.2.1业务描述该模块主要是对录用简历的处理，决定是否录用该应聘人。该模块实际就是一个面试过程。面试的结果就两种录用或落选，但这个过程会经历4个环节，初选、面试筛选、笔试筛选、录用筛选，其中面试、笔试是可以重复的。1 .简历筛选模块：该模块操作的数据是新录入的简历，筛选后简历的去处有四种：进行面试、进行笔试、等待录用、落选，通过改变简历信息表中的简历状态来对该简历进行处理。2. 面试筛选模块：通过简历筛选成功后，若该简历的状态是面试，则面试筛选模块中会处理简历状态为面试的简历。然后会对应聘人进行面试。对参加面试的应聘人填写面试结果，每次面试完后简历表当

14、中的面试次数都会增加一次。面试筛选后简历的去处仍然是四种：进行面试、进行笔试、等待录用、落选。3. 笔试筛选模块：通过判断简历表当中的状态为笔试才会到笔试筛选模块当中操作。点击笔试，系统会自动生成考试卷供应聘人笔试，笔试结束后对参加笔试的应聘人填写笔试结果，之后简历的去处与面试筛选相同。4录用筛选模块：操作的数据是简历状态为：录用，操作的结果是录用或落选。3.2.2.2使用者管理员，公共属性管理人员3.2.2.3输入要素简历表的各字段输入3.2.2.4处理流程3.2.2.5输出要素简历详细列表，面试列表3.2.3考试管理3.2.3.1业务描述考试系统负责生成考试卷供笔试或培训测试考试。并负责考

15、生能在线考试。1. 试卷管理模块：试卷时采用动态生成的方式，在制定试卷模块中制定试卷的生成规则。根据系统设置当中的题库信息来生成考试卷当中的具体题目，并由试卷生成规则来确认试卷的类型和多少题量。点击确认后经过Action处理来随机的生成考试卷。2. 在线考试模块：该模块根据规则动态的生成试卷，由应聘人进行答题。将答案提交后应对选择题、填空题的答案进行自动评分。对于问答题的评分可以在笔试筛选中进行。3.2.3.2使用者求职人和公司员工3.2.3.3输入要素试卷表，试卷明细表，考试答案表及考试答案明细表各字段输入。3.2.3.4处理流程1 考试管理流程 2. 在线考试流程 3.2.3.5输出要素试

16、卷表，试卷列表，考试答案列表，考试答案明细表3.3档案管理3.3.1档案登记3.3.1.1业务概述做档案信息的基本录入，档案信息的来源可以是从录用的简历中转换过来，也可以是人工的录入（与招聘管理的数据关联，直接从简历表中转换录入）。3.3.1.2使用者档案管理人员对档案的管理，只有档案管理人员才能增加档案3.3.1.3输入要素人员档案表 人员档案变更表信息的录入3.3.1.4处理流程人员被应聘上之后，就从建立表中把人员的简历录入到档案表当中来，如果没有简历表的也可以人工录入。当人员离开公司之后把他的档案删除，但是要保存到人员变更表中。当人员复员之后可以把人员变更表中关于人员的档案恢复。新增的简

17、历和被修改之后的档案，必须要经过上级审核方可成为档案。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

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

19、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业务概述薪酬管理，分为薪酬标准和薪酬报表以及个人薪酬查看。薪酬标准主要是按职位的不同制定薪资标准的

20、，需要注意的是薪资的计算规则。现将规则制定为：1、按出勤天数计算2、按考核分数计算3、固定值4、人工填写5、个税和保险按法律规定薪酬标准查看模块中可以修改和删除薪资标准，需注意的是薪酬标准只有在新增未审批时能够彻底删除，其他情况下不能删除。薪资标准修改后需要重新审批。只有审批过的薪资标准才能被人员档案的新增和修改模块以及人员调动的模块使用。薪酬标准审核是对新增或修改的薪酬标准进行审核。薪酬报表用于制定部门的工资报表，应预先指定部门的级别，并在以后的操作中以此为依据制定报表。工资报表中要注意对部门中不同职位的薪资进行分类，不要在一个表格中显示。新增报表是有时间性的，要指定好可操作的时间段。薪资能

21、自动计算的需要计算好结果。不能自动计算由报表制作人手工填写。薪酬报表在未审批前可以修改和删除，但审批后就不能做此操作，只能查看。薪酬报表审批后个人的工资就生成了，因此要将人员档案表中关于个人薪资方面的数据进行修改，同时做好人员档案表的数据备份。薪酬报表审批是对新增的报表进行审批。个人薪资查看，每位员工都可以在这个模块中查看到个人薪资的数据。 3.4.1.2使用者薪酬专员，财务专员3.4.1.3基本功能 3.4.1.4处理流程 3.4.1.5输出要素3.4.2薪酬发放管理3.4.2.1业务概述该业务主要是通过财务人员制定的标准的工资，财务经理审核之后，通过，对不同职务，不同部门采用不同的工资标准

22、。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输入要素 个人登录，输入自己的ID号3.4.3.4处理流程 如上流程图3.4.3.5输出要素 如上流程图3.5激励管理3.5.1增加激励3.5.1.1业务概述拥有权限的用户可以在此模块管理新激励的增删改查。新激励提交后，未审核的激励可以在此模块查看，修改或删除。涉及的业务有：1） 待审批激励的查看，修改，删除2） 增加新激励3.5.1.

23、2使用者管理员，薪酬专员3.5.1.3输入要素激励表中对应的各字段3.5.1.4处理流程3.5.1.5输出要素1） 待激励记录列表2） 具体激励信息显示3.5.2查看激励3.5.2.1业务概述查看激励的用户分为三类，管理员，上级管理者，员工。管理员可以查看公司所有部门的激励信息。而上级管理者可以看到本部门及下属部门所有员工的激励信息，员工仅可以看到自己的激励信息。当然所有的人员都有一个属于自己激励信息查看模块。1） 我的激励信息 链接，进入当前使用者激励详细信息列表2） 管理员：公司所有部门激励列表，可以通过选则部门或日期来查询列表。3） 部门管理者：本部门及子部门员工激励信息列表，可以通过日

24、期来查询列表4） 激励信息只能是历史审核成功激励，不包括失败激励信息，当前激励的信息3.5.2.2使用者管理员，薪酬专员3.5.2.3输入要素无输入要素3.5.2.4处理流程3.5.2.5输出要素1） 个人激励详细信息列表2） 公司各部门激励信息列表及查看详细信息3.5.3激励审核3.5.3.1业务概述具有该功能的使用可以对新增的激励进行审核。 这里涉及到的表有 1、人员激励表表2、人员档案变更表 3.人员档案表 3个人薪资明细表 。首先，激励审核需要提供一份申请调动的信息列表，考虑分页。然后就是查看具体条目的申请信息，最后由审核人员输入审核意见。成功的审核还需要操作人员档案调动两张表及薪资明

25、细表。所以，涉及业务有：1） 待审核激励信息列表，查看具体待审核激励信息2） 对待审核激励信息进行审核意见的评写，审核激励3） 审核通过，备份旧的人员档案表到人员档案变更表中，新增人员档案记录。还要修改薪资明细表。3.5.3.2使用者管理员，薪酬经理3.5.3.3输入要素人员激励表中的审核信息，审核状态等信息3.5.3.4处理流程3.5.3.5输出要素1) 待审核激励列表2) 待审核条目的具体信息3.6培训管理3.6.1增加培训3.6.1.1业务概述该功能决定哪些员工应该受培训和他们需要什么培训。3.6.1.2使用者人事专员3.6.1.3输入要素选择人员ID和培训项目ID，培训启动时间，培训时

26、长，登记人，培训成绩3.6.1.4处理流程3.6.1.5输出要素输出添加成功的提示信息员工的培训信息列表3.6.2查看培训3.6.2.1业务概述查看员工的培训信息，包括（员工ID、部门、职位、姓名、培训成绩、审批状态）对已审批培训信息，不能修改和删除，未审批的则可以。3.6.2.2使用者人事专员3.6.2.3输入要素选择人员ID和培训项目ID，培训启动时间，培训时长，登记人，培训成绩3.6.2.4处理流程3.6.2.5输出要素员工培训信息的显示以及审批状态3.6.3培训审核3.6.3.1业务概述该功能对提交的培训信息予以复核，给出建议，且在人员档案中增加培训次数，审核通过的予以培训。3.6.3

27、.2使用者人事经理3.6.3.3输入要素人事经理填写建议3.6.3.4处理流程3.6.3.5输出要素审批状态发生改变3.7调动管理3.7.1增加调动3.7.1.1业务概述增加调动的用户只能是拥有本功能权限的用户，其工作是利用这个模块增加人员调动申请。因为只是调动初稿，没有审核。所以只涉及到一张表，职位调动表human_major_change。那么这个模块的流程比较单一，就是向职位调动表human_major_change出入一条新记录。考虑的业务点有1）可以一次录入多条，再一次性提交，这里涉及到要增加记录的列表，还有分页。2）对新增记录列表进行增，删，改，查 操作。3）提交增加调动，送入审核

28、阶段，增加记录的列表清空。3.7.1.2使用者1. 内置角色：管理员,人事专员 2.赋予了该功能的用户3.7.1.3输入要素职位调动表human_major_change 各项字段3.7.1.4处理流程3.7.1.5输出要素1） 新增调动列表2） 新增调动条目详细内容3.7.2查看调动3.7.2.1业务概述查看调动的用户分为三类，管理员，上级管理者，员工。管理员可以查看公司所有部门的调动信息。而上级管理者可以看到本部门及下属部门所有员工的调动信息，员工仅可以看到自己的调动信息。当然所有的人员都有一个属于自己调动信息查看模块。5） 我的调动信息 链接，进入当前使用者调动详细信息列表6） 管理员：

29、公司所有部门调动列表，可以通过选则部门或日期来查询列表。7） 部门管理者：本部门及子部门调动信息列表，可以通过日期来查询列表8） 调动信息只能是历史成功调动，不包括失败调动信息，当前审核的信息3.7.2.2使用者2. 内置角色：管理员,部门管理者，普通员工 2.该功能应该赋予所有在职员工，除应聘者3.7.2.3输入要素无输入要素3.7.2.4处理流程3.7.2.5输出要素3） 个人调动详细信息列表4） 公司各部门调动信息列表及查看详细信息5） 历史成功调动信息3.7.3调动审核3.7.3.1业务概述调动审核的使用者也比较单一，具有该功能的使用者可以对新增的调动进行审核。 这里涉及到的表有 1、

30、职位调动表human_major_change 2、人员档案变更表 3.人员档案表 3个人薪资明细表 。首先，调动审核需要提供一份申请调动的信息列表，考虑分页。然后就是查看具体条目的申请信息，最后由审核人员输入审核意见。成功的审核还需要操作人员档案调动两张表及薪资明细表。所以，涉及业务有：4） 待审核调动信息列表，查看具体待审核调动信息5） 对待审核调动信息进行审核意见的评写，审核调动6） 审核通过，备份旧的人员档案表到人员档案变更表中，新增人员档案记录。还要修改薪资明细表。3.7.3.2使用者管理员，人事经理3.7.3.3输入要素职位调动审核信息3.7.3.4处理流程3.7.3.5输出要素3

31、) 待审核调动表列表4) 待审核条目的具体信息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.8.2.1业务概述考核评分是在一月的特定日期个人根据职位来选择考核模板进行评分，评分之后要进行审批，

32、在审批前能修改考评的分数，审批后不能修改。同时绩效考核的分数会用于工资的计算，一般绩效考核的评分和审批应在做工资报表之前完成。3.8.2.2使用者员工、人事经理3.8.2.3输入要素员工参与考核评分3.8.2.4处理流程3.8.2.5输出要素3.9考勤管理由每位员工填写出勤情况。考勤按下列规则执行：1、考勤时间是上午9：00到下午6：00。2、上午9点前为正常签到时间，9点至10点为迟到，10点之后签到为旷工半天。9点之后签到要填写迟到原因。3、下午6点之后为签离时间，5点至6点签离为早退，5点前签离为旷工半天。6点前签离要填写早退原因。考勤情况主要是为出勤统计和薪资报表模块中使用，为了统计方

33、便，考勤表中一条记录就是一位员工一天的出勤记录，在早上签到时将签离时间设定为签到时间，等到签离时再将签离时间重新填写。3.9.1签到3.9.1.1业务概述上午9点前为正常签到时间，9点至10点为迟到，10点之后签到为旷工半天。9点之后签到要填写迟到原因。3.9.1.2使用者各部门员工。3.9.1.3输入要素员工ID（human_id）、部门ID（dept_id），迟到原因3.9.1.4处理流程输入要素完成后，系统获得当前时间，用当前时间和设定时间作比较，如果当前时间为8：59：59之前，则员工准时上班，如果当前时间为9：00：00-9：59：59之间，则记为迟到，系统提示员工在迟到原因栏填写迟

34、到原因，如果当前时间为10：00：00之后，则员工记为旷工半天。3.9.1.5输出要素是否准时上班、是否迟到、是否旷工3.9.2签离3.9.2.1业务概述下午6点之后为签离时间，5点至6点签离为早退，5点前签离为旷工半天。6点前签离要填写早退原因。3.9.2.2使用者各部门员工3.9.2.3输入要素员工ID（human_id）、部门ID（dept_id），早退原因3.9.2.4处理流程输入要素完成后，系统获得当前时间，用当前时间和设定时间作比较，如果当前时间为4：59：59之前，则员工记为旷工半天；如果当前时间为5：00：00-5：59：59之间，则记为早退，系统提示写明早退原因；如果当前时间

35、为6：00：00之后，则记为正常签离。3.9.2.5输出要素是否准时下班、是否早退、是否旷工3.10数据报表管理3.10.1.1业务概述有三个模块：在编人员统计，人力资源成本统计，员工出勤率统计。用表格或图形显示统计。(1)在编人员统计模块主要是统计部门岗位在职人数，缺岗人数，离职人数，招聘人数。根据职位发布表，确定离职人数，根据用户表，确定在岗人数，根据简历表的简历状态，确定招聘人数，分部门进行统计。实现增加，删除，修改，查询的操作。(2)人力资源成本统计用于统计人员工资的成本，按部门统计每月支付工资的标准数目，实际支付的工资数目，其中将实际支付的工资数目拆解成基本工资项，奖金项，福利费用项

36、，保险项，公司支付个税项。根据薪酬表，激励表，对其进行计算。实现增加，删除，修改，查询的操作。(3)员工出勤率统计用于统计员工的出勤状况。关联到考勤表，计算出勤率=出勤人数/总的人数。3.10.1.2使用者部门经理和其上级管理员。3.10.1.3输入要素(1)部门岗位在职人数，缺岗人数，离职人数，招聘人数(2)基本工资项，奖金项，福利费用项，保险项，公司支付个税项(3)出勤人数，总的人数.3.10.1.4处理流程3.10.1.5输出要素用表格或图形显示统计结果，导出显示数据4非功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系

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

38、用性和易学习性，如：1. 输入的无合法性检查和值域检查2. 对于复杂的动作要有必要的提示信息3. 记忆用户的设置或操作习惯，方便用户操作4. 对系统或数据进行重大修改，要有用户确认4.2.2可靠性和健壮性在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。 同时避免如“24x7”这样的陈述。 例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作系统强壮性要求和操作的有效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。通常给出平均无故障时间或两次故障间的平均间隔时间等。4.2.3可维护性和可扩展性本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩