软件需求开发管理平台项目POC测试方案
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求开发管理平台项目POC测试方案
对各测试场景案例的评价基于如下的因素：功能拟合度、功能易用性、功能完备性、功能可用性、功能附加值
测试场景案例 评价要素 序号 1 需求属性定制 2 3 1 参数化程度和 配置能力 类别 需求信息定 制 需求状态 需求绩效指 标定制 邮件、短信 配置 业务数据项 配置 需求管理人 员 场景角色 案例场景 需求信息定 制 需求状态定 制 需求绩效指 标定制 邮件配置 短信配置 需求状态 案例概述 支持需求信息的可定制，例如需求编号、需求系统类别、业务类别、模块类 别、需求渠道等。 支持需求全生命周期状态的可配置 支持需求绩效指标的可配置 配置邮件发送 配置短信发送 配置需求全生命周期状态
1
2
需求开发和测 试任务管理
3
4
需求提交人 员,项目管理 任务计划和 人员,开发经 计划审批 理,测试经 理,开发人 项目管理人 任务拆分 员,开发经 理,测试经理 开发经理,测 开发bug管理 试经理,开发 人员,测试人 任务相关数 据项的统计 分析 里程碑计划
5
1
1.由需求拆分的任务可以继续进行类似于project任务分解 2.开发完成后通过提交测试任务包启动测试任务，开发任务包和所产生的测 试任务包是多对多关系 1.在测试中产生的开发bug通过系统进行提交，bug需与任务进行关联 开发bug管 2.将bug分配给相关开发人员解决，bug解决完成后继续提交测试人员进行测 理 试 1.查询各个处室的任务数量和任务工作量 项目管理人 任务相关数 2.查询各个人员的任务数量和任务工作量 员,开发经 据项的统计 3.查询每个任务的完成时间 理,测试经理 分析 4.查询任务计划的执行情况，比如按时完成情况、延误情况、计划变更情况 等。 项目管理人 1.在需求开发全生命周期中，设定里程碑 里程碑计划 员 2.对各个里程碑的交付物进行审批，审批通过后方可进行下一个里程碑阶段 任务拆分
业务需求变 更提交
1.按提交部门、处室、提交人对需求进行统计分析 2.按应用系统维度对需求进行统计分析 3.按业务模块、渠道对需求进行统计分析.业务模块：新契约、理赔、保全 、核保、产品、续期、„„ 4.根据需求分离进行统计,需求分类:业务政策调整、扩展业务应用、监管要 求、其他 5.按需求大小（模块数）对需求进行统计分析 6.按需求分析人员维度、分析时间维度对需求进行统计分析 7.按需求实际执行情况与需求计划进行对比的统计分析 1.在已提需求的前提下进行需求变更申请。 2.需求变更申请流程和填写内容同“业务需求提交”阶段所填写信息。
非单点登录 3 系统登录 所有用户 单点登录
可构建多层级组织架构，例如： 1.第1级：公司C 2.第2级：部门D1，部门D2 3.第3级：处室Office11（部门D1），处室Office12（部门D1），处室 Office21（部门D2），处室Office22（部门D2），处室Office23（部门D2） 用户信息应对用户关键属性进行记录，例如用户姓名、ID、用户职级等，并 能够和组织关系进行匹配。例如： 1.部门总经理GM1（部门D1），部门总经理GM2（部门D2） 2.处经理D1M1（处室Office11），处经理D1M2（处室Office12），处经理 D2M1（处室Office21） 3.处员工D1E1（处室Office11），处员工D1E2（处室Office12），处员工 D2E1（处室Office21） 1.供应商1，供应商2 2.供应商1：用户11（高级），用户12（中级），用户13（初级） 3.供应商2：用户21（高级），用户21（中级），用户23(初级) 4.供应商1隶属处室Office11管理，供应商2隶属处室Office21管理 1.将某个组织或供应商停用 2.将某个用户停用 1.构建2个组，组1和组2 2.为组增加用户和组织，组1：处员工D1E1；组2：处室Office22 需求提交人、需求受理人、项目管理人、需求管理人、需求分析人、开发经 理、测试经理、发布经理、外包人员 1. 需求提交人：业务需求提交、需求轨迹查询、业务需求变更 2. 需求受理人：业务需求受理 3. 项目管理人：需求评审、需求轨迹查询、计划审批、需求报表、项目信 息管理 4. 需求管理人：需求分配、需求轨迹查询、需求报表 5. 需求分析人：需求确认、需求分析 6. 开发经理：开发计划制定、开发执行、开发计划变更 7. 测试经理：测试计划制定、测试执行、测试计划变更 非域环境下，任意选取两个用户，使用用户名和密码进行登录
系统管理人 员 需求管理人 员
2
需求绩效指 配置需求绩效指标 标配置 流程配置 需求开发全生命周期管理流程配置信息可参见《新华IT需求管理规定》
工作流配置
1
流程配置、 、表单和表 单数据项配 置
系统管理人 员
表单和表单 流程中表单和表单数据项的配置信息可参见《新华IT需求管理规定》 数据项配置 报表配置 参见《需求周报》
2
业务需求提 交
需求提交人 业务需求提 员,业务需求 交 审阅人员
3
需求受理
需求管理人 员 需求管理人 员,需求规划 分析人员 需求管理人 员 需求管理人 员 需求管理人 员,需求规划 分析人员 需求规划分 析人员
需求受理、 辨识、审核 、分发 需求规划、 评估 需求分类 需求关联 需求拆分
4 5 6 7 8 9
1
复杂需求流 程
流程中角色
复杂流程场 景
需求开发全生 命周期管理
2
多项目需求 管理流程
流程中角色
多项目需求 管理流程场 景
1
需求计划信 息管理
项目管理人 员，需求管 理人员
构建需求计 划信息
需求计划关 需求与需求计划进行关联 联 需求计划统 需求实现与需求计划进行对比统计分析，统计分析内容包括需求计划的完成 计分析 情况、计划内和计划外需求的比对分析等
需求变更轨 1.选择某条需求，查询该需求的需求变更轨迹 迹查询 2.查询该需求的版本变更轨迹，获取需求历史版本内容。 1.需求变更的需求分析计划独立管理，同需求一样可以进行计划变更、计划 需求变更计 反馈等。 划管理 2.对需求变更进行评审，评审后重新排定开发和测试计划。 需求开发和 1.评审通过的需求拆分成多个任务，将不同的任务分配给不同的开发和测试 测试任务分 人员 配 1.开发人员排定开发计划，开发计划排定后由测试人员排定测试计划 任务计划和 2.计划排定后进行计划审批流程，审批通过的计划进行计划发布，计划发布 计划审批 后反馈需求提交人员、需求分析人员、项目管理人员等所有相关人员。
4
用户界面定 制
所有用户
1. 任意选取两个用户，登录到windows域。 2. 用户直接访问系统，不需要输入密码。 1.系统公告 2.个人关注的需求列表，可以查看个人所需关注需求的生命周期的详细轨迹 用户界面定 3.接收系统提醒，查看与自己相关的提醒内容 制 4.对自己关注的需求进行统计分析，定制报表和图形在首页上展示 5.个人待办工作列表
1 报表和图形管 理 2
报表配置 系统管理人 员 图形配置
图形配置
根据需求周报配置相应图形
构建组织架 构
平台功能
1
用户管理和 组织架构管 理
系统管理人 员
增加用户信 息
增加供应商 信息 用户、组织 信息停用 建立组信息 统一认证、授 权。用户和组 织管理。 2 角色、权限 管理 系统管理人 员 为角色分配 权限 构建角色信 息
Baidu Nhomakorabea
10
11
需求优先级 1.设定需求的优先级，支持优先级设定的审批流程管理 设置 1.将需求分析完毕的需求提交需求评审申请 项目管理人 需求分析评 2.需求评审申请同时周知所有需求相关人员 员 审 3.需求评审内容记录，附加需求评审会议纪要 需求管理流 1.设定规则对即将延期的需求分析计划发送延误提醒给需求分析人员 需求管理人 程跟踪和监 2.需求分析计划排定和变更后自动反馈给相关人员 员 控 3.与需求相关的所有人员查询需求的进度、状态等信息。 需求规划分 1.需求与需求计划进行关联 需求计划管 析人员,需求 2.实际需求实现与需求计划进行对比统计分析，统计分析内容包括需求计划 理 管理人员 的完成情况、计划内和计划外需求的比对分析等
需求规划 需求分类 需求关联 需求拆分 需求优先级 设置 需求分析评 审 需求管理流 程跟踪和监 控 需求计划管 理
1.需求提交人员提交需求，提交需求时填写需求意向信息，关联需求计划， 并同时以附件形式上传需求意向单（word文件）。 2.需求提交后经多级审核，多个部门会签 3.需求提交人员可以随时查看自己所提交需求的进度、状态等信息。 4.需求提交人员可以将自己的需求共享给其他相关人员进行关注，该需求的 进度、状态等所有信息在共享人之间共享。 1.需求受理时产生需求受理编号 2.需求受理后可能产生两条并行分支，一是原系统需求，一是新系统需求， 生成需求编号。 3.提交需求管理负责人审核并填写审核意见； 4.根据需求编号进行分发，指定需求分析人员； 1.召开需求规划评审会，生成评审会编号；根据评审会上传会议纪要； 2.录入需求的可行性分析、预估工作量、初步上线时间，初步解决方案，然 后提交； 1、将提交的业务需求按不同纬度进行分类，包括业务功能、渠道等。 2、通过类关键字形式对需求进行分类和统计 1、将不同需求条目进行关联并进行统一命名 2、关联的需求在整个生命周期中都可以看到关联标志 1.将业务需求拆分成多个需求 2.将拆分后的需求分配给不同的人员进行需求分析。
5
内容管理
系统管理人 员，项目管 理人员，需 求管理人员
系统公告 其他
发布系统公告 发布相关管理制度、流程等内容 1. 业务人员提交一份业务需求R，其中需求中包含5个功能点，分别为F1、 F2、F3、F4、F5； 2. 业务需求R经统一受理后，由部门1和部门2分别在新、旧系统中实现； 3. 部门1和部门2分别有两位需求分析人员负责需求R的需求分析； 4. 部门1中该需求经需求分析后在两个系统中实现，其中系统P1实现功能F1 、F2,系统P2实现功能F3、F4、F5； 5. 部门2中该需求经需求分析后在3个系统中实现，其中系统1实现功能F1， 系统2实现功能F2、F3，系统3实现功能F4、F5； 6. 部门1中系统P1和系统P2独立完成开发后，分别进行测试验收发布； 7. 部门2中系统2的功能F2先完成开发后，进行测试；之后功能F3完成后进 行测试； 8. 部门2中系统1独立完成开发后，在同一个时间点和系统2进行集成测试和 验收，之后在另一个时间点和系统3进行集成测试和验收，三个系统的功能 1. 有A、B、C三个业务需求提交人各提交一份需求，分别是RA、RB、RC； 2. 三个需求经统一受理后拆分成6个需求，分别是RA1、RA2、RB1、RB2、 RC1、RC2； 3. 6个需求进行规划后重新整理成3个需求，分别是R1（RA1、RB2），R2 （RA2、RC1），R3（RB1、RC2）； 4. R1、R2、R3按各自需求分析流程并行进行需求分析和评审，R1由项目1开 发，R2由项目2开发，R3由项目3开发； 5. R1和R2在同一个时间点进行集成测试，测试完成后二者同时发布； 6. 之后在另一个时间点和R3进行集成测试；测试后完成后R3发布。 7. 完毕。 1.构建年度需求计划 2.增加需求计划信息，例如需求名称、概述、提出部门、计划开始时间、计 划结束时间等。 2.为需求计划分配人员，包括需求分析人员、开发人员、测试人员等。人员 可重复分配。 3.为需求计划分配供应商资源，外包商可重复分配。
应用功能
12
需求分类统 计及生成相 关报表和图 形
需求管理人 员
需求分类统 计及生成相 关报表和图 形
应用功能
1
业务需求变 更 需求变更轨 迹查询
需求变更管理
2
3
需求变更计 划 需求开发和 测试任务分 配
需求提交人 员 需求提交人 员,需求管理 人员,需求规 划分析人员, 开发测试人 需求规划分 析人员,开发 测试人员 项目管理人 员
2
计划审批、 发布
需求计划和进 度管理
3
计划变更
3 4 5
计划基线 计划跟踪监 控 计划关键路 径 人力资源登 记 人力资源分 配 人力资源统 计、分析、 查询和绩效
对各测试场景案例的评价基于如下的因素：功能拟合度、功能易用性、功能完备性、功能可用性、功能附加值
测试场景案例 评价要素 序号 1 需求属性定制 2 3 1 参数化程度和 配置能力 类别 需求信息定 制 需求状态 需求绩效指 标定制 邮件、短信 配置 业务数据项 配置 需求管理人 员 场景角色 案例场景 需求信息定 制 需求状态定 制 需求绩效指 标定制 邮件配置 短信配置 需求状态 案例概述 支持需求信息的可定制，例如需求编号、需求系统类别、业务类别、模块类 别、需求渠道等。 支持需求全生命周期状态的可配置 支持需求绩效指标的可配置 配置邮件发送 配置短信发送 配置需求全生命周期状态
1
2
需求开发和测 试任务管理
3
4
需求提交人 员,项目管理 任务计划和 人员,开发经 计划审批 理,测试经 理,开发人 项目管理人 任务拆分 员,开发经 理,测试经理 开发经理,测 开发bug管理 试经理,开发 人员,测试人 任务相关数 据项的统计 分析 里程碑计划
5
1
1.由需求拆分的任务可以继续进行类似于project任务分解 2.开发完成后通过提交测试任务包启动测试任务，开发任务包和所产生的测 试任务包是多对多关系 1.在测试中产生的开发bug通过系统进行提交，bug需与任务进行关联 开发bug管 2.将bug分配给相关开发人员解决，bug解决完成后继续提交测试人员进行测 理 试 1.查询各个处室的任务数量和任务工作量 项目管理人 任务相关数 2.查询各个人员的任务数量和任务工作量 员,开发经 据项的统计 3.查询每个任务的完成时间 理,测试经理 分析 4.查询任务计划的执行情况，比如按时完成情况、延误情况、计划变更情况 等。 项目管理人 1.在需求开发全生命周期中，设定里程碑 里程碑计划 员 2.对各个里程碑的交付物进行审批，审批通过后方可进行下一个里程碑阶段 任务拆分
业务需求变 更提交
1.按提交部门、处室、提交人对需求进行统计分析 2.按应用系统维度对需求进行统计分析 3.按业务模块、渠道对需求进行统计分析.业务模块：新契约、理赔、保全 、核保、产品、续期、„„ 4.根据需求分离进行统计,需求分类:业务政策调整、扩展业务应用、监管要 求、其他 5.按需求大小（模块数）对需求进行统计分析 6.按需求分析人员维度、分析时间维度对需求进行统计分析 7.按需求实际执行情况与需求计划进行对比的统计分析 1.在已提需求的前提下进行需求变更申请。 2.需求变更申请流程和填写内容同“业务需求提交”阶段所填写信息。
非单点登录 3 系统登录 所有用户 单点登录
可构建多层级组织架构，例如： 1.第1级：公司C 2.第2级：部门D1，部门D2 3.第3级：处室Office11（部门D1），处室Office12（部门D1），处室 Office21（部门D2），处室Office22（部门D2），处室Office23（部门D2） 用户信息应对用户关键属性进行记录，例如用户姓名、ID、用户职级等，并 能够和组织关系进行匹配。例如： 1.部门总经理GM1（部门D1），部门总经理GM2（部门D2） 2.处经理D1M1（处室Office11），处经理D1M2（处室Office12），处经理 D2M1（处室Office21） 3.处员工D1E1（处室Office11），处员工D1E2（处室Office12），处员工 D2E1（处室Office21） 1.供应商1，供应商2 2.供应商1：用户11（高级），用户12（中级），用户13（初级） 3.供应商2：用户21（高级），用户21（中级），用户23(初级) 4.供应商1隶属处室Office11管理，供应商2隶属处室Office21管理 1.将某个组织或供应商停用 2.将某个用户停用 1.构建2个组，组1和组2 2.为组增加用户和组织，组1：处员工D1E1；组2：处室Office22 需求提交人、需求受理人、项目管理人、需求管理人、需求分析人、开发经 理、测试经理、发布经理、外包人员 1. 需求提交人：业务需求提交、需求轨迹查询、业务需求变更 2. 需求受理人：业务需求受理 3. 项目管理人：需求评审、需求轨迹查询、计划审批、需求报表、项目信 息管理 4. 需求管理人：需求分配、需求轨迹查询、需求报表 5. 需求分析人：需求确认、需求分析 6. 开发经理：开发计划制定、开发执行、开发计划变更 7. 测试经理：测试计划制定、测试执行、测试计划变更 非域环境下，任意选取两个用户，使用用户名和密码进行登录
系统管理人 员 需求管理人 员
2
需求绩效指 配置需求绩效指标 标配置 流程配置 需求开发全生命周期管理流程配置信息可参见《新华IT需求管理规定》
工作流配置
1
流程配置、 、表单和表 单数据项配 置
系统管理人 员
表单和表单 流程中表单和表单数据项的配置信息可参见《新华IT需求管理规定》 数据项配置 报表配置 参见《需求周报》
2
业务需求提 交
需求提交人 业务需求提 员,业务需求 交 审阅人员
3
需求受理
需求管理人 员 需求管理人 员,需求规划 分析人员 需求管理人 员 需求管理人 员 需求管理人 员,需求规划 分析人员 需求规划分 析人员
需求受理、 辨识、审核 、分发 需求规划、 评估 需求分类 需求关联 需求拆分
4 5 6 7 8 9
1
复杂需求流 程
流程中角色
复杂流程场 景
需求开发全生 命周期管理
2
多项目需求 管理流程
流程中角色
多项目需求 管理流程场 景
1
需求计划信 息管理
项目管理人 员，需求管 理人员
构建需求计 划信息
需求计划关 需求与需求计划进行关联 联 需求计划统 需求实现与需求计划进行对比统计分析，统计分析内容包括需求计划的完成 计分析 情况、计划内和计划外需求的比对分析等
需求变更轨 1.选择某条需求，查询该需求的需求变更轨迹 迹查询 2.查询该需求的版本变更轨迹，获取需求历史版本内容。 1.需求变更的需求分析计划独立管理，同需求一样可以进行计划变更、计划 需求变更计 反馈等。 划管理 2.对需求变更进行评审，评审后重新排定开发和测试计划。 需求开发和 1.评审通过的需求拆分成多个任务，将不同的任务分配给不同的开发和测试 测试任务分 人员 配 1.开发人员排定开发计划，开发计划排定后由测试人员排定测试计划 任务计划和 2.计划排定后进行计划审批流程，审批通过的计划进行计划发布，计划发布 计划审批 后反馈需求提交人员、需求分析人员、项目管理人员等所有相关人员。
4
用户界面定 制
所有用户
1. 任意选取两个用户，登录到windows域。 2. 用户直接访问系统，不需要输入密码。 1.系统公告 2.个人关注的需求列表，可以查看个人所需关注需求的生命周期的详细轨迹 用户界面定 3.接收系统提醒，查看与自己相关的提醒内容 制 4.对自己关注的需求进行统计分析，定制报表和图形在首页上展示 5.个人待办工作列表
1 报表和图形管 理 2
报表配置 系统管理人 员 图形配置
图形配置
根据需求周报配置相应图形
构建组织架 构
平台功能
1
用户管理和 组织架构管 理
系统管理人 员
增加用户信 息
增加供应商 信息 用户、组织 信息停用 建立组信息 统一认证、授 权。用户和组 织管理。 2 角色、权限 管理 系统管理人 员 为角色分配 权限 构建角色信 息
Baidu Nhomakorabea
10
11
需求优先级 1.设定需求的优先级，支持优先级设定的审批流程管理 设置 1.将需求分析完毕的需求提交需求评审申请 项目管理人 需求分析评 2.需求评审申请同时周知所有需求相关人员 员 审 3.需求评审内容记录，附加需求评审会议纪要 需求管理流 1.设定规则对即将延期的需求分析计划发送延误提醒给需求分析人员 需求管理人 程跟踪和监 2.需求分析计划排定和变更后自动反馈给相关人员 员 控 3.与需求相关的所有人员查询需求的进度、状态等信息。 需求规划分 1.需求与需求计划进行关联 需求计划管 析人员,需求 2.实际需求实现与需求计划进行对比统计分析，统计分析内容包括需求计划 理 管理人员 的完成情况、计划内和计划外需求的比对分析等
需求规划 需求分类 需求关联 需求拆分 需求优先级 设置 需求分析评 审 需求管理流 程跟踪和监 控 需求计划管 理
1.需求提交人员提交需求，提交需求时填写需求意向信息，关联需求计划， 并同时以附件形式上传需求意向单（word文件）。 2.需求提交后经多级审核，多个部门会签 3.需求提交人员可以随时查看自己所提交需求的进度、状态等信息。 4.需求提交人员可以将自己的需求共享给其他相关人员进行关注，该需求的 进度、状态等所有信息在共享人之间共享。 1.需求受理时产生需求受理编号 2.需求受理后可能产生两条并行分支，一是原系统需求，一是新系统需求， 生成需求编号。 3.提交需求管理负责人审核并填写审核意见； 4.根据需求编号进行分发，指定需求分析人员； 1.召开需求规划评审会，生成评审会编号；根据评审会上传会议纪要； 2.录入需求的可行性分析、预估工作量、初步上线时间，初步解决方案，然 后提交； 1、将提交的业务需求按不同纬度进行分类，包括业务功能、渠道等。 2、通过类关键字形式对需求进行分类和统计 1、将不同需求条目进行关联并进行统一命名 2、关联的需求在整个生命周期中都可以看到关联标志 1.将业务需求拆分成多个需求 2.将拆分后的需求分配给不同的人员进行需求分析。
5
内容管理
系统管理人 员，项目管 理人员，需 求管理人员
系统公告 其他
发布系统公告 发布相关管理制度、流程等内容 1. 业务人员提交一份业务需求R，其中需求中包含5个功能点，分别为F1、 F2、F3、F4、F5； 2. 业务需求R经统一受理后，由部门1和部门2分别在新、旧系统中实现； 3. 部门1和部门2分别有两位需求分析人员负责需求R的需求分析； 4. 部门1中该需求经需求分析后在两个系统中实现，其中系统P1实现功能F1 、F2,系统P2实现功能F3、F4、F5； 5. 部门2中该需求经需求分析后在3个系统中实现，其中系统1实现功能F1， 系统2实现功能F2、F3，系统3实现功能F4、F5； 6. 部门1中系统P1和系统P2独立完成开发后，分别进行测试验收发布； 7. 部门2中系统2的功能F2先完成开发后，进行测试；之后功能F3完成后进 行测试； 8. 部门2中系统1独立完成开发后，在同一个时间点和系统2进行集成测试和 验收，之后在另一个时间点和系统3进行集成测试和验收，三个系统的功能 1. 有A、B、C三个业务需求提交人各提交一份需求，分别是RA、RB、RC； 2. 三个需求经统一受理后拆分成6个需求，分别是RA1、RA2、RB1、RB2、 RC1、RC2； 3. 6个需求进行规划后重新整理成3个需求，分别是R1（RA1、RB2），R2 （RA2、RC1），R3（RB1、RC2）； 4. R1、R2、R3按各自需求分析流程并行进行需求分析和评审，R1由项目1开 发，R2由项目2开发，R3由项目3开发； 5. R1和R2在同一个时间点进行集成测试，测试完成后二者同时发布； 6. 之后在另一个时间点和R3进行集成测试；测试后完成后R3发布。 7. 完毕。 1.构建年度需求计划 2.增加需求计划信息，例如需求名称、概述、提出部门、计划开始时间、计 划结束时间等。 2.为需求计划分配人员，包括需求分析人员、开发人员、测试人员等。人员 可重复分配。 3.为需求计划分配供应商资源，外包商可重复分配。
应用功能
12
需求分类统 计及生成相 关报表和图 形
需求管理人 员
需求分类统 计及生成相 关报表和图 形
应用功能
1
业务需求变 更 需求变更轨 迹查询
需求变更管理
2
3
需求变更计 划 需求开发和 测试任务分 配
需求提交人 员 需求提交人 员,需求管理 人员,需求规 划分析人员, 开发测试人 需求规划分 析人员,开发 测试人员 项目管理人 员
2
计划审批、 发布
需求计划和进 度管理
3
计划变更
3 4 5
计划基线 计划跟踪监 控 计划关键路 径 人力资源登 记 人力资源分 配 人力资源统 计、分析、 查询和绩效