菊暴队人力资源管理系统需求分析.doc

实训X班X组文 档 编 号产品版本密级文献状态： 草 稿 正式发布 正在修改JXPBIT202301021.2内部项目名称人力资源管理系统共X页人力资源管理系统需求分析说明书文档作者： 菊暴团队 项目组长： 王兴东 批 准 人： XX 批准日期：XXXX年XX月XX日江西IT人才实训基地 Add: 江西省南昌高新区京东大道698号 浙大科技园 创业大厦D区 Tel: Fax: Code: 330096http:/ .com版本状态版本作者参与者起止日期注释V1.0王兴东姜斌2023.9.12023.9.6V1.1王兴东夏求学2023.9.6-2023.9.9修改排版、增长章节V1.2王新阳2023.9.10修改章节，增长编写约定、提醒审阅者团队版本日期署名分发姓名位置分发方式分发日期目 录1引言21.1编写目的21.2编写约定21.2.1目录规则21.2.2正文内容21.2.3模板标注11.3读者对象11.4术语解释11.5参考资料12项目概述12.1项目名称22.2项目背景22.3项目目的23系统总体功能24系统需求优先级35系统功能需求35.1子系统N35.1.1用例名称？46非功能需求66.1外部接口需求66.2法规政策约束76.3性能需求76.4文档需求76.5其他需求77其他事项77.1未解决的问题77.2其他事项71 引言1.1 编写目的本文编写目的在于规定和控制项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应达成的目的，对系统目的做出完整、准确、清楚、具体的规定。保证本需求分析的结果可以完整、无漏掉地反映待开发系统的规定。1.2 编写约定本章节是对于文档编写规范与规定：1.2.1 目录规则一级标题字体为小三+黑体+加粗，编号从1开始二级标题字体为四号+黑体+加粗，编号如1.1开始,1为上级编号三级标题字体为小四+黑体+加粗，编号如1.1.1开始1.1为上两级编码组合；四级标题字体为五号+黑体+加粗，编号如1.1.1.1开始,1.1.1为上级编号五级标题字体为五号+黑体+加粗，编号如1），重新开始编号；六级标题字体为五号+黑体+加粗，编号如（1），重新开始编号；七级标题字体为五号+黑体+加粗，编号如a.，重新开始编号；标题的字体依次类推，最小字体不得小于五号，都为黑体+加粗；1.2.2 正文内容正文内容都为五号+宋体（首行缩进两个字符），段间距为1.5倍行距；项目符号可以自行定义。图片下方应出现图例“图 *-*-*”，图片需要调整大小，以适合某章节中图片不跳页而使得上一页有大量空白。并且每章最后插入一个分页符，使得各章节之间互不干扰。表的标注在表上方居中显示“表*-*-*”;表格内的字体统一为小五号+宋体。表格内的字体统一为五号+宋体。1.2.3 模板标注 采用斜体标注的是提醒部分，供填写时参考，此部分内容需要删除。 采用兰色字体标注的是示例部分，供填写时参考，此部分内容需要删除。1.3 读者对象提醒：阅读此文档的读者对象有哪些。1.4 术语解释提醒：本小节应提供对的理解此软件构架文档所需的所有术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供名词/术语/缩写词解 释1.5 参考资料提醒：编写需求分析报告的输入产物或者参考的相关资料2 项目概述 为了提高公司信息化水平，促进公司管理的规范化、制度化、流程化，XX单位决定实行人力资源管理系统。希望通过这个系统的实行规范人事档案的管理，规范薪酬体系和薪酬发放的管理，规范人事的调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。系统还需提供人事档案的导出和报表功能。2.1 项目名称人力资源管理系统2.2 项目背景有些公司对员工的背景调查，则通过“私人侦探”机构，对员工背景进行调查，这种对于无视员工隐私，甚至专门调查员工隐私的背景调查，让很多员工无法接受。甚至对员工的个人隐私导致极大的影响。 在国内很少有人力资源背景调查的专业机构，即使是从事这个行业的人员来说，由于客户需求认知的差异，人力资源背景调查的业务也很难满足自身运营的需要。对于具有高度社会影响力的唐骏学历门事件来说，相信，将有越来越多的公司将会高度重视员工的职业经理和学历。那么对于国内的人力资源背景调查机构来说，将得到难得的发展的机遇。该系统的项目计划开始日期为2023年9月8日，项目开发周期为两个月。待开发的软件称：人力资源管理系统承建单位：菊暴团队项目目的为办公提供自动化，规范化、制度化、流程化。使公司办公更加方便快捷。3 系统总体功能图 系统功能结构图4 系统需求优先级提醒：列表描述所有功能的开发优先级并为它建立需求编号。优先级分为3级，可以按照开发的紧急和重要限度来划分优先级：紧急且重要的需求，其优先级为1级；紧急但不重要或者重要但不紧急的，其优先级为2级；即不紧急且不重要的，其优先级为3级。需求编号功能名称优先级说明系统设立权限管理1本系统核心模块系统设立职位设立1本系统核心模块系统设立其他设立2查看登陆日记系统设立模块管理3查新增模块5 系统功能需求5.1概述在这一部分应对影响系统的重要因素进行描述。 对于系统的具体功能描述应在下一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可涉及：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。 5.2产品中的用户与角色本系统按照以下的公司机构模型为例进行开发，公司的机构是可以动态改变的，公司中有多个上下部门关系，这涉及到访问的权限问题。系统的用户是所有的公司在职工工和应聘者组成。 5-2-1内置角色有：系统管理员、人事专员、人事经理、薪酬专员、薪酬经理、招聘专员、招聘经理6 功能性需求在这一部分应对所有的软件需求进行足够具体的描述。详尽限度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。按系统功能的体系结构组织本章内容。6.1系统设立 6-1-16.1.1权限设立6.1.1.1业务概述权限关系到整个系统的访问关系和安全，权限的内容关系到：1、用户(User)可以拥有多个角色(Role)，角色可以分派给多个用户2、权限的意思就是对某个资源的某个操作，现在规定:a) 所谓资源，即系统的模块b) 所谓的操作，涉及：增长、删除、修改、查询等操作3、权限管理系统的总体分为:授权认证2、 授权，指将权限授予角色或用户a) 假如用户A拥有角色B、角色C，那么缺省有情况下，用户A将拥有被分派角色A和角色C的所用权限（即默认情况下，用户A继承其拥的角色所具有的所有权限）b) 假如用户拥有多个角色，那么用户的权限是这些角色权限的合集c) 假如用户拥有多个角色，并且角色之间的授权有冲突（比如对同一个资源的同一个操作，一个角色为“允许“,此外一个为不允许），将以优先级别高的角色为准（所谓的优先级别，也就是对于这个用户所拥有的角色而言，是有顺序的，同一个角色在不同的用户那里也许拥有不同的优先级）d) 除了可以 对角色进行授权外，也可以针对用户进行授权，也就是说，将权限授予用户。针对某个资源的所有操作，我们可以设立这些权限对用户来说是“继承”或 “不继承”。i. 继承：意思是这些权限将使用其（即用户）所拥有角色的权限，而不使用其（即用户）单独设立的权限ii. 不继承：意思是这些权限将使用其单独设立的权限，而不使用其所拥有的角色的权限。3、 认证，指用户访资源的某些操时，根据授权，判断是否允许用户访问a) 在用户访问的时候，需要进行即时判断(是否有权限)b) 应当提供查询的功能，可以查询某个用户甩拥有的所有权限1. 用户维护： 这个系统面向的用户，一般分为公司的在职工工和应聘人员。他们都是这个系统的使用者，即用户。用户维护既是对这些人员分派账户以及对所有用户信息的维护。 这个子功能应当是每个用户使用者都拥有的功能，但是拥有的业务是不同样的。1）每个用户都可以再这里查看自己的信息，修改自己的登录密码。 2）人事专员可以对用户进行增删改查，冻结等操作2. 角色维护： 不同的用户访问这个系统，访问的功能是不同的，我们可以先预定一些功能的集合作为角色，然后可以很方便的分派给用户。 这个子功能的使用者是拥有这个功能的用户，涉及业务有：1） 查看角色列表2） 新建角色，修改角色3） 删除角色，但是假如角色已经被分派，就不能删除角色4） 角色的具体查看，以复选框树的形式显示，之前的修改，更新都是用权限树操作。3. 部门维护： 上级部门人员是可以查看下级部门人员的信息，同级部门的管理者可以查看员工的信息，部门的上下级关系是很关键的问题。这个模块用于公司部门的管理，部门信息在这里一览无余。涉及的功能有：1) 部门组织图的查看，需要以一种树之类的技术显示出来，更加直观2) 具体部门信息的显示3) 新建部门，修改部门信息4) 撤消部门，存在员工的部门不能撤消 6.1.1.2输入要素部门表，用户表，角色表，功能表信息的录入。6.1.1.3解决流程1) 权限设立及其四个子模块的功能流程图2) 职位设立流程图3) 题库设立流程图4) 公共属性流程图6.1.1.4输出要素各功能模块的记录信息列表，复选框功能树，部门组织图的显示6.1.2职位设立6.1.2.1业务概述职位设立中管理者公司所有的职位数据，是一项重要的数据。它涉及到职位分类和具体职位的设立。涉及的具体业务有：1） 职位分类一览，为列表的形式显示2） 职位分类的查看，进入具体职位的列表3） 职位分类的修改，删除，删除的职位分类需要其没有附属的职位为空4） 具体职位的具体信息显示，修改，删除。这里删除需要此职位没有分派给员工6.1.2.2使用者 管理员，职位管理人员6.1.2.3输入要素相对于职位分类表和职位表的各个字段6.1.2.4解决流程 6-1-2-4-16.1.2.5输出要素1）职位分类列表2）职位列表 3）职位具体信息 6.1.3题库设立6.1.3.1业务概述题库是用来输入设立试题的模块，负责考试系统所有的题目来源。涉及的功能应当有试题信息的列表，查询。以题目的类型进行归类。涉及对试题的增长，修改，删除等功能。6.1.3.2使用者管理员，考试题目管理人员6.1.3.3输入要素相对于题库表，题目选项表各字段的录入6.1.3.4解决流程6.1.3.5输出要素1）试题信息列表2）试题具体信息的显示6.1.4公共属性6.1.4.1业务概述公共属性是用来记录的公共属性，就是同类别名词的集合，例如名族，国籍，宗教信仰等一类数据各自类别名词的集合。其数据的组织形式为公共属性表相应的字段，那么对这些公共属性涉及的业务有：1）公共信息列表显示，其具体子项列表2）新增公共属性，其子项的添加，修改3）删除公共属性或其子项，6.1.4.2使用者管理员，公共属性管理人员6.1.4.3输入要素公共属性的名称，子项名称6.1.4.4解决流程6.1.4.5输出要素1) 公共属性类别列表2) 各类别子项列表显示。6.2招聘管理6.2.1职位发布6.2.1.1业务描述 职位发布是一个招聘信息发布和管理的模块。重要是对外发布公司内部所招聘岗位的信息。职位发布中有增长招聘职位，查看招聘职位及录入求职人简历三部分。1 增长招聘职位：根据公司需求来发布招聘信息，具体的规定有：招聘人数.招聘的职位和该职位的规定尚有截止日期等。2 查看招聘职位：根据增长的职位信息来显示具体的招聘信息。若要发布到客户端求职人可以根据查看招聘职位模块来选择自己的合适的职位。3. 录入简历：可以有两种方式来录入简历，一种是通过外部网站由应聘人直接填写。另一种是由招聘专员接受到应聘人简历后录入。录入后将简历数据保存到简历数据库中。6.2.1.2使用者 管理员，公共属性管理人员及应聘人查看职位信息。6.2.1.3输入要素 简历表和职位发布表当中的各字段的输入 6.2.1.4解决流程 该流程图包含：增长职位，查看职位和简历管理6.2.1.5输出要素职位列表职位具体列表简历表6.2.2简历管理6.2.2.1业务描述该模块重要是对录用简历的解决，决定是否录用该应聘人。该模块实际就是一个面试过程。面试的结果就两种录用或落选，但这个过程会经历4个环节，初选、面试筛选、笔试筛选、录用筛选，其中面试、笔试是可以反复的。1 .简历筛选模块：该模块操作的数据是新录入的简历，筛选后简历的去处有四种：进行面试、进行笔试、等待录用、落选，通过改变简历信息表中的简历状态来对该简历进行解决。2. 面试筛选模块：通过简历筛选成功后，若该简历的状态是面试，则面试筛选模块中会解决简历状态为面试的简历。然后会相应聘人进行面试。对参与面试的应聘人填写面试结果，每次面试完后简历表当中的面试次数都会增长一次。面试筛选后简历的去处仍然是四种：进行面试、进行笔试、等待录用、落选。3. 笔试筛选模块：通过判断简历表当中的状态为笔试才会到笔试筛选模块当中操作。点击笔试，系统会自动生成考试卷供应聘人笔试，笔试结束后对参与笔试的应聘人填写笔试结果，之后简历的去处与面试筛选相同。4录用筛选模块：操作的数据是简历状态为：录用，操作的结果是录用或落选。6.2.2.2使用者管理员，公共属性管理人员6.2.2.3输入要素简历表的各字段输入6.2.2.4解决流程6.2.2.5输出要素简历具体列表，面试列表6.2.3考试管理6.2.3.1业务描述考试系统负责生成考试卷供笔试或培训测试考试。并负责考生能在线考试。1. 试卷管理模块：试卷时采用动态生成的方式，在制定试卷模块中制定试卷的生成规则。根据系统设立当中的题库信息来生成考试卷当中的具体题目，并由试卷生成规则来确认试卷的类型和多少题量。点击确认后通过Action解决来随机的生成考试卷。2. 在线考试模块：该模块根据规则动态的生成试卷，由应聘人进行答题。将答案提交后应对选择题、填空题的答案进行自动评分。对于问答题的评分可以在笔试筛选中进行。6.2.3.2使用者求职人和公司员工6.2.3.3输入要素试卷表，试卷明细表，考试答案表及考试答案明细表各字段输入。6.2.3.4解决流程1 考试管理流程 2. 在线考试流程 6.2.3.5输出要素试卷表，试卷列表，考试答案列表，考试答案明细表6.3档案管理6.3.1档案登记6.3.1.1业务概述做档案信息的基本录入，档案信息的来源可以是从录用的简历中转换过来，也可以是人工的录入（与招聘管理的数据关联，直接从简历表中转换录入）。6.3.1.2使用者档案管理人员对档案的管理，只有档案管理人员才干增长档案6.3.1.3输入要素人员档案表 人员档案变更表信息的录入6.3.1.4解决流程人员被应聘上之后，就从建立表中把人员的简历录入到档案表当中来，假如没有简历表的也可以人工录入。当人员离开公司之后把他的档案删除，但是要保存到人员变更表中。当人员复员之后可以把人员变更表中关于人员的档案恢复。新增的简历和被修改之后的档案，必须要通过上级审核方可成为档案。6.3.1.5输出要素人员档案表6.3.2档案查询6.3.2.1业务概述查看档案模块中可以做人员档案的修改和删除，档案修改的时候应注意部门，职位，薪资标准是不能再这个模块中修改的，应到人员调动模块中去解决。档案的删除只是做状态位的修改。同时要注意没有审核的档案是不能修改的，审核后的档案修改了要重新审核。档案修改时应注意要将原始数据进行备份，可存到历史表中。6.3.2.2使用者档案管理人员和部门经理的修改和删除6.3.2.3输入要素需要的表是档案变更表6.3.2.4解决流程 在这个小模块中只有档案管理人员和部门经理才干对档案的修改和删除6.3.2.5输出要素删除后的档案存在档案变更表中6.3.3档案审核6.3.3.1业务概述档案审核时只对新增或修改了的档案进行审核。要注旨在薪酬报表、激励管理、培训管理、人员调动模块的审批流程执行后也会修改人员档案表，但从这些模块中过来的数据时不需要在档案审核中进行审核的，由于在各自的模块中有审核的流程。6.3.3.2使用者只有上级部门经理才干对档案的审核6.3.3.3输入要素对新增和修改的人员档案必须要进过经理的审核方可称为档案6.3.3.4解决流程对档案管理人员提交上新增的档案或修改过的档案必须要通过经理的审核6.3.3.5输出要素经理对档案审核过的档案表将成为正式的档案表6.3.4档案变更6.3.4.1业务概述对离职人员档案的删除6.3.4.2使用者档案管理人员，对离职人员的档案删除6.3.4.3输入要素需要把录入档案中的人员档案删除6.3.4.4解决流程对离职的人员在查看档案模块中删除档案6.3.4.5输出要素档案变更表6.3.5档案回收6.3.5.1业务概述对已经删除的档案，进行恢复6.3.5.2使用者档案管理人员6.3.5.3输入要素人员档案变更表6.3.5.4解决流程对已经删除的人员档案进行恢复6.3.5.5输出要素 6.4薪酬管理6.4.1薪酬标准管理6.4.1.1业务概述薪酬管理，分为薪酬标准和薪酬报表以及个人薪酬查看。薪酬标准重要是按职位的不同制定薪资标准的，需要注意的是薪资的计算规则。现将规则制定为：1、按出勤天数计算2、按考核分数计算3、固定值4、人工填写5、个税和保险按法律规定薪酬标准查看模块中可以修改和删除薪资标准，需注意的是薪酬标准只有在新增未审批时可以彻底删除，其他情况下不能删除。薪资标准修改后需要重新审批。只有审批过的薪资标准才干被人员档案的新增和修改模块以及人员调动的模块使用。薪酬标准审核是对新增或修改的薪酬标准进行审核。薪酬报表用于制定部门的工资报表，应预先指定部门的级别，并在以后的操作中以此为依据制定报表。工资报表中要注意对部门中不同职位的薪资进行分类，不要在一个表格中显示。新增报表是有时间性的，要指定好可操作的时间段。薪资能自动计算的需要计算好结果。不能自动计算由报表制作人手工填写。薪酬报表在未审批前可以修改和删除，但审批后就不能做此操作，只能查看。薪酬报表审批后个人的工资就生成了，因此要将人员档案表中关于个人薪资方面的数据进行修改，同时做好人员档案表的数据备份。薪酬报表审批是对新增的报表进行审批。个人薪资查看，每位员工都可以在这个模块中查看到个人薪资的数据。 6.4.1.2使用者薪酬专员，财务专员6.4.1.3基本功能 6.4.1.4解决流程 6.4.1.5输出要素6.4.2薪酬发放管理6.4.2.1业务概述该业务重要是通过财务人员制定的标准的工资，财务经理审核之后，通过，对不同职务，不同部门采用不同的工资标准。6.4.2.2使用者 财务经理6.4.2.3输入要素 如上流程图6.4.2.4解决流程 如上流程图6.4.2.5输出要素 如上流程图6.4.3个人薪酬查询6.4.3.1业务概述个可以查到自己的薪酬工资，及当月工资明细6.4.3.2使用者 人员档案6.4.3.3输入要素 个人登录，输入自己的ID号6.4.3.4解决流程 如上流程图6.4.3.5输出要素 如上流程图6.5激励管理6.5.1增长激励业务概述拥有权限的用户可以在此模块管理新激励的增删改查。新激励提交后，未审核的激励可以在此模块查看，修改或删除。涉及的业务有：1） 待审批激励的查看，修改，删除2） 增长新激励使用者管理员，薪酬专员输入要素激励表中相应的各字段解决流程输出要素1） 待激励记录列表2） 具体激励信息显示6.5.2查看激励6.5.2.1业务概述查看激励的用户分为三类，管理员，上级管理者，员工。管理员可以查看公司所有部门的激励信息。而上级管理者可以看到本部门及下属部门所有员工的激励信息，员工仅可以看到自己的激励信息。当然所有的人员都有一个属于自己激励信息查看模块。1） 我的激励信息 链接，进入当前使用者激励具体信息列表2） 管理员：公司所有部门激励列表，可以通过选则部门或日期来查询列表。3） 部门管理者：本部门及子部门员工激励信息列表，可以通过日期来查询列表4） 激励信息只能是历史审核成功激励，不涉及失败激励信息，当前激励的信息6.5.2.2使用者管理员，薪酬专员6.5.2.3输入要素无输入要素6.5.2.4解决流程6.5.2.5输出要素1） 个人激励具体信息列表2） 公司各部门激励信息列表及查看具体信息6.5.3激励审核6.5.3.1业务概述具有该功能的使用可以对新增的激励进行审核。 这里涉及到的表有 1、人员激励表表2、人员档案变更表 3.人员档案表 3个人薪资明细表 。一方面，激励审核需要提供一份申请调动的信息列表，考虑分页。然后就是查看具体条目的申请信息，最后由审核人员输入审核意见。成功的审核还需要操作人员档案调动两张表及薪资明细表。所以，涉及业务有：1） 待审核激励信息列表，查看具体待审核激励信息2） 对待审核激励信息进行审核意见的评写，审核激励3） 审核通过，备份旧的人员档案表到人员档案变更表中，新增人员档案记录。还要修改薪资明细表。6.5.3.2使用者管理员，薪酬经理6.5.3.3输入要素人员激励表中的审核信息，审核状态等信息6.5.3.4解决流程6.5.3.5输出要素1) 待审核激励列表2) 待审核条目的具体信息6.6培训管理6.6.1增长培训6.6.1.1业务概述该功能决定哪些员工应当受培训和他们需要什么培训。6.1.1.2使用者人事专员6.1.1.3输入要素选择人员ID和培训项目ID，培训启动时间，培训时长，登记人，培训成绩6.1.1.4解决流程6.1.1.5输出要素输出添加成功的提醒信息员工的培训信息列表6.6.2查看培训6.6.2.1业务概述查看员工的培训信息，涉及（员工ID、部门、职位、姓名、培训成绩、审批状态）对已审批培训信息，不能修改和删除，未审批的则可以。6.2.2.2使用者人事专员6.2.2.3输入要素选择人员ID和培训项目ID，培训启动时间，培训时长，登记人，培训成绩6.2.2.4解决流程6.2.2.5输出要素员工培训信息的显示以及审批状态6.6.3培训审核6.6.3.1业务概述该功能对提交的培训信息予以复核，给出建议，且在人员档案中增长培训次数，审核通过的予以培训。6.6.3.2使用者人事经理6.6.3.3输入要素人事经理填写建议6.6.3.4解决流程6.6.3.5输出要素审批状态发生改变6.7调动管理6.7.1增长调动6.7.1.1业务概述增长调动的用户只能是拥有本功能权限的用户，其工作是运用这个模块增长人员调动申请。由于只是调动初稿，没有审核。所以只涉及到一张表，职位调动表human_major_change。那么这个模块的流程比较单一，就是向职位调动表human_major_change出入一条新记录。考虑的业务点有1）可以一次录入多条，再一次性提交，这里涉及到要增长记录的列表，尚有分页。2）对新增记录列表进行增，删，改，查 操作。3）提交增长调动，送入审核阶段，增长记录的列表清空。6.7.1.2使用者1. 内置角色：管理员,人事专员 2.赋予了该功能的用户6.7.1.3输入要素职位调动表human_major_change 各项字段6.7.1.4解决流程6.7.1.5输出要素1） 新增调动列表2） 新增调动条目具体内容6.7.2查看调动6.7.2.1业务概述查看调动的用户分为三类，管理员，上级管理者，员工。管理员可以查看公司所有部门的调动信息。而上级管理者可以看到本部门及下属部门所有员工的调动信息，员工仅可以看到自己的调动信息。当然所有的人员都有一个属于自己调动信息查看模块。5） 我的调动信息 链接，进入当前使用者调动具体信息列表6） 管理员：公司所有部门调动列表，可以通过选则部门或日期来查询列表。7） 部门管理者：本部门及子部门调动信息列表，可以通过日期来查询列表8） 调动信息只能是历史成功调动，不涉及失败调动信息，当前审核的信息6.7.2.2使用者2. 内置角色：管理员,部门管理者，普通员工 2.该功能应当赋予所有在职工工，除应聘者6.7.2.3输入要素无输入要素6.7.2.4解决流程6.7.2.5输出要素3） 个人调动具体信息列表4） 公司各部门调动信息列表及查看具体信息5） 历史成功调动信息6.7.3调动审核业务概述调动审核的使用者也比较单一，具有该功能的使用者可以对新增的调动进行审核。 这里涉及到的表有 1、职位调动表human_major_change 2、人员档案变更表 3.人员档案表 3个人薪资明细表 。一方面，调动审核需要提供一份申请调动的信息列表，考虑分页。然后就是查看具体条目的申请信息，最后由审核人员输入审核意见。成功的审核还需要操作人员档案调动两张表及薪资明细表。所以，涉及业务有：4） 待审核调动信息列表，查看具体待审核调动信息5） 对待审核调动信息进行审核意见的评写，审核调动6） 审核通过，备份旧的人员档案表到人员档案变更表中，新增人员档案记录。还要修改薪资明细表。使用者管理员，人事经理输入要素职位调动审核信息解决流程输出要素3) 待审核调动表列表4) 待审核条目的具体信息6.8绩效考核管理6.8.1绩效考核模板6.8.1.1业务概述考核模板是用来制定考核规则，考核模板是按职位来制定。考核模板查看中可以修改和删除考核模板，可以删除的模板只能是未审批的。考核模板可以修改，但需要将修改过的模板重新进行审批。审批之后的考核模板才干在考核评分中使用。6.8.1.2使用者人事专员、人事经理6.8.1.3输入要素绩效考核的各项内容，涉及考核内容、相应职位6.8.1.4解决流程6.8.1.5输出要素显示模板列表6.8.2考核管理6.8.2.1业务概述考核评分是在一月的特定日期个人根据职位来选择考核模板进行评分，评分之后要进行审批，在审批前能修改考评的分数，审批后不能修改。同时绩效考核的分数会用于工资的计算，一般绩效考核的评分和审批应在做工资报表之前完毕。6.8.2.2使用者员工、人事经理6.8.2.3输入要素员工参与考核评分6.8.2.4解决流程6.8.2.5输出要素6.9显示员工考核成绩等信息，审核状态发生变化考勤管理由每位员工填写出勤情况。考勤按下列规则执行：1、考勤时间是上午9：00到下午6：00。2、上午9点前为正常签届时间，9点至10点为迟到，10点之后签到为旷工半天。9点之后签到要填写迟到因素。3、下午6点之后为签离时间，5点至6点签离为早退，5点前签离为旷工半天。6点前签离要填写早退因素。考勤情况重要是为出勤记录和薪资报表模块中使用，为了记录方便，考勤表中一条记录就是一位员工一天的出勤记录，在早上签届时将签离时间设定为签届时间，等到签离时再将签离时间重新填写。6.9.1签到6.9.1.1业务概述上午9点前为正常签届时间，9点至10点为迟到，10点之后签到为旷工半天。9点之后签到要填写迟到因素。6.9.1.2使用者各部门员工。6.9.1.3输入要素员工ID（human_id）、部门ID（dept_id），迟到因素6.9.1.4解决流程输入要素完毕后，系统获得当前时间，用当前时间和设定期间作比较，假如当前时间为8：59：59之前，则员工准时上班，假如当前时间为9：00：00-9：59：59之间，则记为迟到，系统提醒员工在迟到因素栏填写迟到因素，假如当前时间为10：00：00之后，则员工记为旷工半天。6.9.1.5输出要素是否准时上班、是否迟到、是否旷工6.9.2签离6.9.2.1业务概述下午6点之后为签离时间，5点至6点签离为早退，5点前签离为旷工半天。6点前签离要填写早退因素。6.9.2.2使用者各部门员工6.9.2.3输入要素员工ID（human_id）、部门ID（dept_id），早退因素6.9.2.4解决流程输入要素完毕后，系统获得当前时间，用当前时间和设定期间作比较，假如当前时间为4：59：59之前，则员工记为旷工半天；假如当前时间为5：00：00-5：59：59之间，则记为早退，系统提醒写明早退因素；假如当前时间为6：00：00之后，则记为正常签离。6.9.2.5输出要素是否准时下班、是否早退、是否旷工6.10数据报表管理6.10.1业务概述有三个模块：在编人员记录，人力资源成本记录，员工出勤率记录。用表格或图形显示记录。(1)在编人员记录模块重要是记录部门岗位在职人数，缺岗人数，离职人数，招聘人数。根据职位发布表，拟定离职人数，根据用户表，拟定在岗人数，根据简历表的简历状态，拟定招聘人数，分部门进行记录。实现增长，删除，修改，查询的操作。(2)人力资源成本记录用于记录人员工资的成本，按部门记录每月支付工资的标准数目，实际支付的工资数目，其中将实际支付的工资数目拆解成基本工资项，奖金项，福利费用项，保险项，公司支付个税项。根据薪酬表，激励表，对其进行计算。实现增长，删除，修改，查询的操作。(3)员工出勤率记录用于记录员工的出勤状况。关联到考勤表，计算出勤率=出勤人数/总的人数。6.10.2使用者部门经理和其上级管理员。6.10.3输入要素(1)部门岗位在职人数，缺岗人数，离职人数，招聘人数(2)基本工资项，奖金项，福利费用项，保险项，公司支付个税项(3)出勤人数，总的人数.6.10.4解决流程6.10.5输出要素用表格或图形显示记录结果，导出显示数据7非功能需求在这一部分应对所有的软件需求进行足够具体的描述。详尽限度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。 7.1外部接口需求7.2设计约束具体说明对系统的设计局限性。设计局限的定义代表了对系统规定的决策, 这也许出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。例如，软件的开发语言、开发环境、开发工具、第三方软件、 硬件使用以及网络设备等。7.3性能需求本系统在正常的网络环境下，应可以保证系统的及时响应： 小批量的业务解决的响应时间在38秒； 大批量的业务解决和查询的响应时间控制在3040秒以内。7.4文档需求提醒：假如客户需要提供用户手册等相关文档，则可在此说明。7.5其他需求本系统的系统架构，以及权限机制可以保证系统的安全性。一方面：从系统架构看，本系统采用BS模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；另一方面：本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。8其他事项8.1未解决的问题本系统没有开发人员调动，招聘等功能模块。8.2其他事项本系统是基于中文系统环境开发和使用的，系统必须支持中文解决。 附录1：变更纪事变更纪录变更时间变更描述变更事由批准者变更者