软件开发三大文档,需求计划标准模块之-需求分析说明书.doc

《人力资源管理系统-需求计划》 需求分析说明书 1.引言 1.1目的1.2背景 1）《人力资源管理系统-需求计划》；参与者：系统分析员，软件1.3专门术语的定义 岗位本职：该岗位的工作职责范围。 岗位任职资格核心要求1.4参考资料 《需求调研报告》 《面向对象设计思想》 《UML设计思想》 1.5阅读对象 本文档的读者是本系统的使用将极大提高工作效率，简化手工作业流程，降低手工工作量和错误率。 2任务概述 提高人力资源部门的工作人员和高级管理人员完成“人员需求计划”工作的效率，2.2 用户特点 熟悉基本的计算机操作； 熟悉人力资源管理工作的内容和流程； 高级管理人员； 2.3 假定和约束 开发的期限为1个月。 通过组织管理中有关管理模块或人事管理模块相关信息，提醒：出现岗位空缺（向用人部门主管、负责人，人力资源部招聘中心负责人、部长提示）提示用人部门负责人该岗位，形成需求计划若选定为“暂不需要”，若选定为“需要”则自动转入待批准需求类计划列表当中人力资源部人力规划与招聘中心审批人力资源部（列明可选理由并附文字说明）（列明可选理由并附文字说明）将该记录保留并抄转至用人部门负责人，并予以提醒（列明可选理由并附文字说明）则在招聘计划生成招聘需求（列明可选理由并附文字说明）将该记录保留并抄转至用人部门负责人，并予以提醒最后向招聘中心负责人、人力资源部长、分管副总、用人部门负责人提醒：用人部门已经提交两周后未及时处理的需求计划。 2.5功能用例图 2.6系统用例描述 2.6.1 “申请需求计划”用例描述 用例编号： 用例名称 简述 活动者 前置条件 后置条件 扩充条件 无 基流（Basic Flow） B-1：根据人事管理信息，启动用例； B-2：填写需求计划信息： 提供如下信息：岗位期限、数量、是何理由、岗位名称、所属部门、提供薪酬的范围、岗位本职、岗位任职资格核心要求、方式等信息 与相关的用例 无 Sub flows） 无 与相关的用例 替换薪酬的范围 2.6.2 “修改需求计划”用例描述 用例编号： 用例名称 简述 活动者 前置条件 后置条件 转入待批准需求计划列表当中 扩充条件 是否需要执行需求计划 基流（Basic Flow） B-1：得到需求计划，用例启动： 从数据库提取需求计划信息。 B-2：如果需要执行需求计划，执行分支流S-1：添加待批需求计划； B-3：如果暂不需要执行需求计划，执行分支流S-2：约定处理 与相关的用例 分支流（Sub flows） S-1：添加待批需求计划 1）将“是否需要”状态值更改； 2）向数据库输入新的需求计划信息； S-2：约定处理： 1）将“是否需要”状态值更改； 2）待约定时间到期后再弹出 与相关的用例 替换 2.6.3 “一次审核”用例描述 用例编号： 用例名称 简述 活动者 前置条件 转入待批准需求计划列表 后置条件 扩充条件 一次审核是否通过 基流（Basic Flow） B-1：查询待批准需求计划列表，进行审核； B-2：如果一次审核通过，执行分支流S-1：一次审核通过； B-3：如果一次审核不通过，执行分支流S-2：一次审核不通过； 与相关的用例 分支流（Sub flows） S-1： 一次审核通过： 1）将“一次审核”状态值更改； 2）填写审批同意（列明可选理由并附文字说明）列明可选理由并附文字说明 与相关的用例 替换 2.6.4 “二次审核”用例描述 用例编号： 用例名称 简述 活动者 前置条件 后置条件 扩充条件 二次审核是否通过 基流（Basic Flow） B-1：查询一次审核通过后的需求计划，进行二次审核； B-2：如果二次审核通过，执行分支流S-1：二次审核通过； B-3：如果二次审核不通过，执行分支流S-2：二次审核不通过； 与相关的用例 分支流（Sub flows） S-1： 二次审核通过 1）将“二次审核”状态值更改； 2）填写审批同意（列明可选理由并附文字说明） 与相关的用例 替换 2.6.5 “三次审核”用例描述 用例编号： 用例名称 简述 活动者 前置条件 后置条件 扩充条件 三次审核是否通过 基流（Basic Flow） B-1：查询二次审核通过后的需求计划，进行三次审核； B-2：如果三次审核通过，执行分支流S-1：三次审核通过； B-3：如果三次审核不通过，执行分支流S-2：三次审核未通过； 与相关的用例 分支流（Sub flows） S-1： 确定审核通过 1）将“三次审核”状态值更改； 2）填写审批同意（列明可选理由并附文字说明） 与相关的用例 替换 2.6.6 “未通过提醒”用例描述 用例编号： 用例名称 简述 将记