信息系统项目管理师需求管理培训教材(PPT 108页).ppt

变更控制过程 3 变更控制状态报告 用报告、图表方式来总结变更控制数据库的内容和按状态分类的变更请求数量。 变更控制过程 4 变更控制工具 自动工具帮助有效的执行变更控制过程。 InfoSys公司对需求变更的处理 处理步骤： 1. 记录变更 2. 分析变更对工作产品的影响 3. 估计变更申请所需的工作量 4. 重新估计交付时间表 5. 执行累积的成本影响分析 6. 如果影响超出一定的限度，则与高级主管一起 评审影响 7. 客户不再提出变更申请 8. 修改工作产品 示例 申请号 333 日期 2000-01-02 变更说明：本变更申请是使客户机屏幕根据显示器自动调整分辨率。 影响分析： 变更分类：主要变更，因为它影响所有屏幕。 解决方案：布局管理器和组件的约束设置加以修改…… 工作量影响：总屏幕数为40……，估计实现总工作量为480人时 进度影响：实现变更对总进度影响大概为10天 状态：得到客户认可，已加入到需求规格文档中。项目进度和里程碑将发生变化。 经手人 评审人 变更日志跟踪累积变更影响 变更申请号 变更申请日期 变更说明 工作量影响(人日) 状态 1 2月18日 规定使用情况统计 3 已解决 2 演示期间 强制用户退出 2 未解决 3 演示期间 支持用户存档 3 已解决 4 2月18日 复制窗口 7 已解决 5 演示期间 删除时列出所有节点 5 已解决 6 演示期间 从一个特定节点启动 4 已解决 总计 24 变更度量活动 接收、未作决定、结束处理的变更请求的数量； 已实现的变更需求的合计数量； 每个方面发出的变更请求数量； 每个已应用的需求建议变更和实现变更的数量； 投入处理变更的人力、物力； 本章要点 17.1 需求管理概述 17.2 制定需求管理计划 17.3 需求管理规格说明的版本控制 17.4 需求变更管理 17.5 需求跟踪 需求跟踪 编制每个需求同系统元素之间的联系文档。如需求、体系结构、源代码、测试用例、帮助文档等。 跟踪能力链 Traceability Link 记录了单个需求之间的父层、互连、依赖的关系； 需求跟踪的内容 跟踪需求使用期限的全过程。从需求源到实现的前后生存期。 需求跟踪的目的 提供一个表明与合同或说明一致的方法。可以改善产品质量，降低维护成本，容易实现重用。 需求跟踪能力矩阵 表示需求和别的系统之间的联系。 一对一、一对多、多对多 需求建模常用方法 原型分析法 结构化分析法 用例分析法 功能列表方法 其他方法 根据需要选择最适合项目的方法！ 需求变更的代价：影响分析 “变更是免费的” 影响分析可以提供对建议变更的准确理解，有助于做出信息量充分的变更批准决策。 状态视图 状态图是对类描述的补充，它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。 它是一个类对象所可能经历的所有历程的模型图。 活动（Activity）视图 活动图用来描述执行工作流程中涉及的活动，展示了连续的活动流 活动图例 Use Case需求分析方法综述 识别出系统的Actor 描述主要的Use case 实现用例视图 实现顺序视图，活动视图,状态视图等 功能列表法 对项目的功能需求进行详细说明，既可以单独使用，也可以作为用例分析方法的附加说明来详细说明用例的具体功能。 为什么会有需求变更？ 与用户交互不够，对问题理解有差异 模糊的需求 用户需求增加 开发方需求人员重视程度不够 开发人员理解偏差 有效控制变更合理的方法 需求阶段尽可能采用原型或用例法明确用户需求。 采用严格的需求管理变更流程。 采用良好的体系结构 采用面向对象思想 变更申请 需求方 开发方 忽略 选择变更方式 SCCB评估 项目经理自行决定 根据评估结果 拒绝 接受本次修改 下个版本再修改 修改合同相关信息 修改相关需求 修改相应的项目计划 需求变更处理 软件基线产品修改提交单 申请人 韩万江 申请日期 2002。10．11 项目名称 项目管理系统 阶段名称 系统设计 文件名称 RCR-PM-01.doc, RCR-PM-02.doc, 变更简述如下 修改内容 1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc 2）增加开发人员技能信息库管理，详见RCR-PM-02.doc ? 验证意见 同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施 验证人 杨炎泰 验证日期 2002．10．11 SCCB 韩万江，姜岳尊，孙泉 填表人 韩万江 CMMI中的需求管理流程 1 制定需求管理计划 2 求得对需求的理解 3 求得对需求的承诺 4 管理需求变更 5 维护对需求的双向跟踪性