信息系统项目管理师考试辅导针对上午考试第14章

第14章 需 求 管 理 14.1大纲要求 本章对应 信息系统项目管理师教程第 17章内容。 考试大纲中对本章的要求有： 需求基线 需求变更控制 需求版本控制 需求跟踪 根据考试大纲及历年考试情况分析，本章重点知识包括: 需求工程包括需求开发和需求管理 需求开发的4 个阶段 需求管理的三个目的 需求规格的版本控制 需求变更控制委员会的人员组成 需求跟踪 需求双向跟踪矩阵 14.2知识结构图 第 14章 需 求 管 理229 14.3要点详解 14.3.1需求管理概述 需求和需求管理 需求是指由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项 目的需求。有技术性的，也有非技术性的。 需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到 最终产品的双向跟踪。 需求工程 需求工程是所有与需求直接相关的活动的通称，它的活动可分为两大类：需求开发 和需求管理。 需求开发的目的是通过调查和分析获取用户需求并定义产品需求。 需求基线：软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件 需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线。 需求开发的主要活动： 需求获取。与用户进行交流，捕捉、分析用户对目标系统的需求，提炼出符合解 决问题的用户需求，产 生 用户需求说明书 。 需求分析。 对各种需求信息进行分析并抽象描述， 为目标系统建立一个概念模型。 需求定义。根据需求调查和需求分析的结果，进一步定义准确无误的产品需求， 产 生 需求规格说明书 。 .需求验证。指开发方和用户共同对需求文档评审，经双方对需求达成共识后作出 书面承诺，使需求文档具有商业合同效果。 需求管理和需求开发密切合作，需求开发涉及把项目关系人的需要转换成产品需求 和决定如何在各个产品构件之间安排或分配需求；需求管理要收集需求的变更和变更的 理由，并且维持对原# 需求和所有产品及产品构件需求的双向跟踪。 CMMI中的需求管理流程 CMMI中的需求管理流程如下： (1 )制订需求管理计划。 (2 )求得对需求的理解。 ( 3 ) 求得对需求的承诺。 ( 4 ) 管理需求变更。 (5 )维护对需求的双向跟踪性。 (6 )识别项目工作与需求的不一致。 230信息系统项目管理师考试辅导（ 针对上午考试) 需求属性 除了文本，每个功能需求应该有一些相关的信息或属性与之相联系。这些属性在它 的预期功能性之外为每个需求建立了一个上下文和背景资料。 需求文档中需要考虑的属性包括： 创建需求的时间。 需求的版本号。 创建需求的作者。 负责认可该需求的人员。 需求状态。 需求的原因或根据。 需求涉及的子系统。 需求涉及的产品版本号。 使用的验证方法或接受的测试标准。 产品的优先级或重要程度。 需求的稳定性。 14.3 . 2制订需求管理计划 制订需求管理计划的主要步骤如下： (1 )建立并维护需求管理的组织方针。 (2 )确定需求管理需使用的资源。 ( 3 )分配责任。 (4 )培训计划。 ( 5 ) 确定需求管理的项目干系人，并确定介入时机。 ( 6 )制订判断项目工作与需求不一致的准则和纠正规程。 ( 7 )制订需求跟踪性矩阵。 ( 8 )制订需求变更审批流程。 ( 9 )制订审批规程。 14.3 . 3需求规格的版本控制 需求文档的每个版本必须被统一确定。组织内每个成员必须能够得到需求的当前 版本。 每个公布的需求文档的版本应包括一个修正版本的历史情况，即已做变更的内容、 变更日期、变更人的姓名以及变更的原因。 版本控制的最简单方法是根据标准约定手工标记软件需求规格说明的每一次修改。 更高级别的版本控制是使用版本控制工具来存储需求文档。 第14章 需 求 管 理 11 3 2 14.3.4需求变更管理 控制项目范围扩展 扩展需求是指在软件需求基线已经确定后又要增添新的功能或进行较大改动。 控制范围扩展的技术： 把新系统的视图、范围、限制文档化并作为业务需求的一部分，将每一项建议的 需求与项目的视图和范围相比较决定是否应该采纳。 原型法：能够给用户提供预览所有可能的实现，以帮助用户与开发方沟通从而准 确把握用户的真实需求。 控制范围扩展的方法是要敢于说“不” 。 变更控制过程 变更控制策略有： 所有需求变更必须遵循的过程，按照此过程，如果一个变更需求未被采纳，则其 后过程不再予以考虑。 对于未获批准的变更，除可行性论证之外，不应再做其他设计和实现工作。 简单请求一个变更不能保证能实现变更，要由项目变更控制委员会决定实现哪些 变更。 项目风险承担者应该了解变更数据库的内容。 决不能从数据库中删除或修改变更请求的原始文档。 每一个集成的需求变更必须能跟踪到一个经核准的变更请求。 变更控制状态报告是用报告、图表来总结变更控制数据库的内容和按状态分类的变 更请求数量。项目管理人员通常使用这些报告来跟踪项目状态。 变更控制过程可以通过自动工具来执行，挑选工具时应该注意以下几个方面： 可以定义变更请求的数据项。 可以定义变更请求生存期的状态转换图。 可以加强状态转换图，使经授权的用户仅能作出所允许的状态变更。 记录每一种状态变更的数据，确认作出变更的人员。 可以定义在提交新请求或请求状态被更新后应该自动通知的设计人员。 可以根据需要生成标准的或定制的报告和图表。 变更控制委员会 变更控制委员会可以由一个小组担任，也可由多个不同的组担任，负责做出决定究 竟将哪一些已建议需求变更或新产品特性付诸应用，其人员可以包括： 产品或计划管理部门 项目管理部门 开发部门 232信息系统项目管理师考试辅导（ 针对上午考试) 测试或质量保证部门 市场部或客户代表 制作用户文档的部门 技术支持部门 帮助桌面或用户支持热线部门 配置管理部门 度量变更活动 需求变更活动的度量需要考虑下列方面的内容： 接收、未作决定、结束处理的变更请求的数量。 已实现需求变更（ 包括增、删、改）的合计数量。 每个方面发出的变更请求的数量。 每一个已应用的需求建议变更和实现变更的数量。 投入处理变更的人力、物力。 14.3.5需求跟踪 需求跟踪的内容 需求跟踪包括编制每个需求同系统元素之间的联系文档。这些元素包括别的需求、 体系结构、其他设计部件、源代码模块、测试、帮助文件、文档等。 在某种程度上，需求跟踪提供了一个表明与合同或说明一致的方法。需求跟踪还可 以改善产品质量，降低维护成本，很容易实现重用。在项目中使用需求跟踪的好处有： 审核跟踪能力信息有助于确保应用了所有需求。 & 更影响分析在增、删、改需求时可以确保不忽略每个受到影响的系统元素。 维护可靠的跟踪能力信息使得维护时能正确、 完整地实施变更， 从而提高生产率。 .在开发中认真记录跟踪能力数据，就可以获得计划功能当前实现状态的记录。 重新构造。 重复利用跟踪信息有助于在新系统中对相同的功能利用旧系统相关资源。 减小风险。把部件互联关系文档化可减少由于关键成员离开项目带来的风险。 测试模块、 需求、 代码之间的联系链可以在测试出错时指出最可能有问题的地方。 需求跟踪能力矩阵是表示需求和别的系统元素之间联系链的常用方式。 使用需求跟踪能力来管理工程时，可考虑以下步骤： ( 1 ) 决定定义哪几种联系链。 (2 ) 选择要使用的跟踪能力矩阵种类。 (3 )确定对产品哪些部分进行跟踪。 (4 ) 通过修订过程和核对表来提醒开发人员在需求完成或变更时更新联系链。 (5 ) 制订规范，统一标识所有系统元素，达到可以相互联系的目的。 第 14章 需 求 管 理233 (6 )确定提供每类联系链信息的人员。 (7 )培训项目组成员。 (8 )及时更新跟踪能力数据。 (9 )开发过程中周期性更新数据，使跟踪信息与实际相符。 变更需求代价：影响分析 影响分析是需求管理的一个重要组成部分。影响分析可以提供对建议变更的准确理 解，有助于做出信息量充分的变更批准决策。通过对变更内容的检验，确定对现有的系 统做出修改或抛弃的决定，或者创建新系统以及评估每个任务的工作量。 进行影响分析的能力依赖于跟踪能力数据的质量和完整性。 14.4真题分析 1.需求管理的主要目的不包括下列中 的 。 A . 确保项目相关方对需求的一致理解 B . 减少需求变更的数量 C . 保持需求到最终产品的双向追溯 D . 确保最终产品与需求相符合 试题分析 需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到 最终产品的双向跟踪。需求管理要对需求的变更进行控制和管理，而不是要减少需求变 更的数量。 参 考 答 案B 2 . 需求变更提出来之后，接着应该进 行 。 A . 实施变更 B . 验证变更 C . 评估变更 D . 取消变更 试题分析 本题考查需求变更的流程。和其他变更控制过程一致，需求变更提出来后，首先要 对变更进行评估，进行影响分析，然 后 由CCB进行决策，取消变更或实施变更，最后 要对实施后的变更进行验证。 参 考 答 案C 3 . 需求跟踪矩阵的作用 是 。 A . 可以体现需求与后续工作成果之间的对应关系 B . 固化需求，防止变更 C . 明确项目干系人对于需求的责任 D . 对于需求复杂的项目，可以用来明确需求 234信息系统项目管理师考试辅导(针对上午考试) 试题分析 需求跟踪能力矩阵是表示需求和别的系统元素之间联系链的常用方式。既然它表示 需求和别的系统元素之间的联系， 那么也就体现了需求与后续工作成果之间的对应关系。 跟踪矩阵中的信息使变更影响分析十分便利。 参 考 答 案A 4 . 关于需求管理的描述，不正确的 是 。 A.需求管理要确保利益相关方对需求的一致理解 B.需求管理要获取用户需求并定义产品需求 C.需求管理要与需求开发紧密合作 D.需求管理要取得利益相关方对需求的一致承诺 试题分析 本题考查需求管理和需求开发的区别。需求工程包括需求开发和需求管理。需求开 发的目的是通过调查和分析获取用户需求并定义产品需求。需求管理和需求开发密切合 作，需求管理要收集需求的变更和变更的理由，并且维持对原有需求和所有产品及产品 构件需求的双向跟踪。选项B 是需求开发的内容。 参 考 答 案B 5 . 在需求变更管理中，CCB的职责 是 。 A.决定采纳或拒绝针对项目需求的变更请求 B.负责实现需求变更 C.分析变更请求所带来的影响 D.判定变更是否正确地实现 试题分析 变更控制委员会（ CCB)的任务是对提出的配置项变更做出评价、审批以及监督已 批准变更的实施。选项人是0 ： 8 的职责，其他选项由项目组成员完成。 参 考 答 案A 6 . 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。完整的需求 开发的过程包括_。 A . 需求获取、需求分析、需求定义 B . 需求获取、需求分析 C . 需求获取、需求分析、需求定义、需求验证 D . 需求分析、需求定义、需求验证 7 . 某软件开发项目在项目的最后阶段发现对某个需求的理解与客户不一致，产生 该问题最可能的原因是_。 A.需求获取 B.需求分析 C.需求定义 D.需求验证 第14章 需 求 管 理235 试题分析 试题6和 7考查需求开发的内容。需求开发包括4 个主要活动，即需求获取、需求 分析、需求定义和需求验证。需求获取是与用户进行交流，捕捉、分析用户对目标系统 的需求，提炼出符合解决问题的用户需求，产 生 用户需求说明书 。 试题7 中发现的问 题是对某个需求的理解与客户不一致，最可能是在需求获取过程中出现的问题。 参 考 答 案6. C 7. A 14.5本章练习 1.需求规格说明书的内容不应当包 括 。 A . 对重要功能的描述 B . 对算法过程的描述 C . 软件确认准则 D . 软件性能 2 . 在软件需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需 求，并使项目团队和客户达成共识，即建立_。 A . 需求跟踪说明 B . 需求变更管理文档 C . 需求分析计划 D . 需求基线 3 . 需求工程帮助软件工程师更好地理解要解决的问题。下列开发过程中的活动， 不属于需求工程范畴的是_。 A .