信息系统项目管理师第十七章需求管理闫波.pptVIP

变更控制过程 2 变更控制步骤 开始条件 Entry Criteria 通过合适渠道接受一个合法的变更请求； 过程和步骤 验证任务正确完成的步骤 Verify 结束条件 Exit Criteria 第九十四页，共一百零九页。 第九十五页，共一百零九页。 变更控制过程 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 记录了单个需求之间的父层、互连、依赖的关系； 第一百零三页，共一百零九页。 需求跟踪的内容 跟踪需求使用期限的全过程。从需求源到实现的前后生存期。 第一百零四页，共一百零九页。 需求跟踪的目的 提供一个表明与合同或说明一致的方法。可以改善产品质量，降低维护成本，容易实现重用。 第一百零五页，共一百零九页。 需求跟踪能力矩阵 表示需求和别的系统之间的联系。 一对一、一对多、多对多 第一百零六页，共一百零九页。 需求建模常用方法 原型分析法 结构化分析法 用例分析法 功能列表方法 其他方法 根据需要选择最适合项目的方法！ 第一百零七页，共一百零九页。 需求变更的代价：影响分析 “变更是免费的” 影响分析可以提供对建议变更的准确理解，有助于做出信息量充分的变更批准决策。 第一百零八页，共一百零九页。 内容总结 信息系统项目管理师需求管理。了解用户类型及潜在类型。从现实中分离功能，即描述要“做什么”而不是“怎样实现”。表示数据流,箭头表示数据的流动方向。数据流:由数据项组成的数据流。选择符,表示对[ ]列举的值可以任取其一。可选符,表示对( )中的内容可由设计员决定取舍。用例需求分析方法采用一种面向对象的情景分析方法。所有的用例结合起来就构成了用例模型。Unified Modeling Language统一建模语言，是一种通用的模拟语言。－－－－。实现顺序视图，活动视图,状态视图等。2）增加开发人员技能信息库管理，详见RCR-PM-02.doc。同意RCR-PM-01.doc变更。2002．10．11。正向跟踪、逆向跟踪 第一百零九页，共一百零九页。 Sequence实例 第六十二页，共一百零九页。 状态视图 状态图是对类描述的补充，它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。 它是一个类对象所可能经历的所有历程的模型图。 第六十三页，共一百零九页。 活动（Activity）视图 活动图用来描述执行工作流程中涉及的活动，展示了连续的活动流 第六十四页，共一百零九页。 活动图