2.3 需求管理【荐】.pdfVIP

REQM：需求管理 廖彬山 美国CMU/SEI授权的CMMI主任评估师 Email：liaobs@263.net 手机 主讲人：廖彬山 o CMU/SEI授权的CMMI主任评估师 o 北京航空航天大学软件学院客座教授 o 参与和主管过30多个项目的开发和管理，具有丰富的工程开发和管理经验 o 精通项目管理、软件估计、软件度量、统计过程控制 （SPC）、个体软件过 程 （PSP）、团队软件过程 （TSP）、质量保证、配置管理、风险管理和需求 工程等 o 已经成功地为国内几十家不同类型、不同规模、不同应用领域的企业进行了 基于CMM和CMMI的培训、咨询和评估工作，积累了丰富的实践经验 o 具有丰富的大型系统工程企业和系统集成企业的培训、咨询和评估经验 o 具有丰富的嵌入式产品开发企业的培训、咨询和评估经验，熟悉嵌入式产品 开发的特点，了解嵌入式产品开发企业目前存在的主要问题，善于解决嵌入 式产品开发企业在实施CMMI过程中可能遇到的各种问题 o 具有丰富的对日外包企业的培训、咨询和评估经验，熟悉对日软件开发过程 o 翻译和编写了 《道 ·天·地 ·法 ·将：成功企业必备的五大谋略》、 《软件 项目管理：一个统一的框架》、 《CMMI精粹》、 《实用软件度量》、 《软件 项目管理》、 《Web数据库开发技术》、 《C#和ASP.NET程序设计教程》等20 多本著作 需求管理的目的 o 需求管理的目的：管理项目的产品和产品构件 的需求，并标识出这些需求与项目的计划和工 作产品之间的不一致性 简介-1 o “需求管理过程”管理所接收到的或项目开发出的所有需 求，包括技术与非技术需求，以及组织强加给项目的 需求。 o 尤其要注意的是：如果组织实施“需求开发”过程域，它 的过程所产生的产品及产品组件需求，也要纳入需求 管理过程进行管理。 o 当需求管理、需求开发、以及技术解决方案等过程域 都实施时，它们相关的过程联系紧密，可以同步执 行。 o 项目采取适当的步骤，确保对已达成一致的需求进行 管理，以支持项目规划和执行的需要。 简介-2 o 当项目从已认可的需求提供者接收需求时，应与其一 起审查，以便在把需求纳入项目计划之前，解决有关 问题并避免误解。 o 一旦需求提供方与接受方达成一致，必须取得项目成 员对需求的承诺。 o 随着需求的演变，项目应对需求变更进行管理，并标 识计划、工作产品， 以及需求间的任何差异。 o 需求管理也须记录需求变更及其理由，并维护原始需 求与所有产品和产品组件需求间的双向可追溯性。 特定目标和共性目标 o SG 1 管理需求：管理需求，并标识需求与项目计划及 工作产品间的差异。 o GG 2制度化一个已管理过程：将该过程制度化为一个已 管理过程 o GG 3制度化一个已定义过程：将该过程制度化为一个已 定义过程 II REQM的SG1及其实践 特定实践 特定目标 SP1.1 获得对需求的一致理解 SG1: SP1.2 获得对需求的承诺 管理需求：管理需求，并标识项目 SP1.3 管理需求变更 计划和工作产品之间的差异 SP1.4 维护需求的双向可跟踪性 SP1.5 标识需求和项目工作之间 的差异 通过以下方法，项目全程维持最新的且已经认可的需求集： •管理所有的需求变更 •维护需求、项目计划及工作产品间的关系 •标识需求、项目计划及工作产品间的不一致 •采取