CMM--第3章 能力成熟度模型的结构

网络与交换技术国家重点实验室 1 软件能力成熟度模型 (CMM: Capability Maturity Model ) 张 雷 网络与交换技术国家重点实验室 2 第三章 能力成熟度模型的结构  本章内容  能力成熟度模型概述  关键过程区域  关键实践、目标、共同特点 3 第三章 能力成熟度模型概述  CMM只是描述软件的一般过程，不限制机构如何实 现一个软件过程  设计CMM的操作细节是为了支持一些使用方法，这 些方法包括  评估组运用CMM 去识别组织中的优点和薄弱环节  组运用CMM去确定选择承包商的风险，并运用CMM 监 督的实施  经理和技术人员运用CMM 去理解那些对于规划和实施其 软件过程改进大纲来说必不可少的活动  过程改进组，例如SEPG，运用CMM 作为指南，帮助他们 定义和改进其组织的软件过程  制定估价的人员将使用CMM开发别的基于CMM的估价办 法，这些估价方法能满足具体需要 4 关键过程区域  每个成熟度等级指示过程能力的水平  识别出达到成熟度等级所必须解决的问题  每个关键过程区域识别出一系列相关活动，当这些活动全部 完成时．能达到一组对改进过程能力至关重要的目标  为了实现某个关键过程区域，必须达到该关键过程区域的全 部目标,并且制度化  为了达到一个成熟度等级，必须实现该等级上的全部关键过 程区域  CMM 并不仔细描述所有与开发和维护软件有关的过程区域， 只关心影响过程能力的关键决定因素  当调整关键过程域的关键实践时，目标可以用来判断这种调 整是否合理 5 关键过程区域 6 关键过程区域  随着组织晋升到过程成熟度的更高等级，在每 个关键过程区域上应进行的具体实践在内容上 将有所发展  等级2 上软件项目策划关键过程区域所描述的项目 估计能力中的许多项必须进化以便能利用在等级3、 4、5 上可得到的、附加的项目数据  当采用已定义软件过程来管理项目时，等级2 的软 件项目策划及软件项目跟踪和监督进化为等级3 上 的集成软件管理  确定这些关键过程区域是基于多年来在软件工 程和软件管理方面的经验和在软件过程评估和 软件能力评价方面的经验 7 等级2上的关键过程区域  集中关注软件项目所关心的、与建立基本项目管 理控制有关的事情  需求管理（Requirements Management）  目标是在客户和软件项目之间建立对需求的共同理解  与客户保持一致是策划和管理软件项目的基础  客户变更依靠遵循有效的变更控制过程  软件项目策划(Software Project Planning)  目标是制定合理的计划，使计划为管理软件项目的必要 基础  没有切合实际的计划不可能实施有效的项目管理 8 等级2上的关键过程区域  软件项目跟踪和监督（Software Project Tracking and Oversight）  目标是建立适当的对实际进展的可视性，使管理者在软 件项目性能显著偏离软件计划时能采取有效的措施  软件子合同管理（Software Subcontract Management）  目标是选择合格的软件子承包商，并有效地管理  它把需求管理、软件项目策划、以及软件项目跟踪和监 督、软件质量保证和软件配置管理等过程区域协调结合 在一起 9 等级2上的关键过程区域  软件质量保证（Software Quality Assurance）  目标是给管理者提供有关软件项目的过程和产品的适度 可视性  软件质量保证是绝大多数软件工程过程和管理过程的不 可缺少的部分  软件配置管理(Software Configuration Management)  目标是在项目的整个软件生存周期中建立和维护软件产 品的完整性  软件配置管理是绝大多数软件工程过程和管理过程的不 可缺少的部分 10 等级3上的关键过程区域  既阐述项目的问题，又阐述组织的问题  组织建立一个基础设施，对所有项目中的软件 工程过程和管理过程实施制度化  组织过程焦点(Organization Process Focus)  目标是规定组织在改进其整体软件过程能力的 软件过程活动方面的职责  组织过程焦点活动的主要结果是一组软件过程 资源(assets) 11 等级3上的关键过程区域  组织过程定义(Organization Process Definition)  目标是开发和保持一组便于使用的软件过程资源，它们能 改进项目的过程性能，并且为组织能获得积累性的、长期 的利益奠定基础、  这些资源提供一组稳定的基本原则，通过诸如培训等机制 就能使其成为制度  培训大纲(Training Program)  目标是培育个人的技能和知识，使得他们能有效地和效率 高地执行其任务  尽管培训是组织的责任，但是软件项目应该识别出他们所 需要的技能、当项目需求独特时，该项目应提供所需要的 培训 12 等级3上的关键过程区域  集成软件管理(Integrated Software Management)  目标是将软件工程活动和管理活动集成为一个协调的、已定义的 软件过程  该过程是剪裁组织的软件过程和组织过程定义中所描述的相 关的过程资源而得到的  剪裁基于项目的业务环境和技术需要  集成软件管理是从等级2 的软件项目策划和软件项目跟踪和监督 进化而得到的  软件产品工程(Software Product Engineering)  目标是一致地执行一个妥善定义的工程过程，该工程过程集成全 部软件工程活动  软件产品工程描述项目的技术活动，例如，需求分析、设计、编 码和测试 13 等级3上的关键过程区域  组间协调（Intergroup Coordination）  目标是使软件工程组与其它工程组积极协作，更有效 和高效地满足客户的需求  对小组间的工作接口和交互进行计划和管理，以确保 整个系统的质量和完整性  所有工作组应当了解所有其他小组的工作情况和计 划，并对系统和各小组间的问题给予足够重视  同行评审(Peer Reviews)  目标是尽早和有效地排除软件工作产品中的缺陷  更好地理解软件工作产品和可预防的缺陷  同行评审是一种重要而又有效的工程方法 14 等级4上的关键过程区域  关注焦点是建立起对软件过程和生成的软件工作产 品的定量了解  定量过程管理(Quantitative Process Management)  目标是定量地控制软件项目的过程性能（实际结果）  在一个可测的稳定的过程范围内鉴别出变化的特殊原 因，并且改正那些促使临时变化出现的环境  定量过程管理给组织过程定义、集成软件管理、组间协 调、和同行评审的实践附加一个内容丰富的测量计划 15 等级4上的关键过程区域  软件质量管理  目标是定量地评价软件产品的质量，并实现 具体的质量目标  为了实现目标，机构要有策略和计划，并且 对项目定义的软件过程进行调整  软件质量管理以产品为中心，定量过程管理 以过程为中心 16 等级5上的关键过程区域  实施连续不断的和可测的软件过程改进  缺陷预防(Defect Prevention)  目标是分析缺陷的原因并防止它们再次出现  软件项目分析缺陷、鉴别其原因并更改项目定 义软件过程  应将具有普遍价值的过程更改给其它软件 项目，以控制产生缺陷的共同原因 17 等级5上的关键过程区域  技术改革管理(Technology Change Management)  目标是识别出能获利的新技术（即工具、方法和过 程），并以有序的方式将它引进到组织中去  确定、选择和评价新技术，并将有效的技术引入机构 中，目的是改进软件质量，提高生产率，并且缩短开发 周期  技术改革管理的关注焦点是在不断变化的环境里高效率 地进行创新  技术改革管理以一种彻底革命的方式来改进软件过程 18 等级5上的关键过程区域  过程更改管理(Process Change Management)  目标是出于改进软件质量、提高生产率和缩 短产品开发周期的目的持续不断地改进组织 中所采用的软件过程  包括定义过程改进的目标，改进机构的标准 软件过程和项目定义的软件过程  过程更改管理既有逐步的发展变化，也有创 新的、革命性的变化 19 CMM关键过程域 20 成熟度等级的内部结构 21 关键实践(Key Practices)  每个关键过程区域用关键实践加以描述  描述对关键过程区域的有效实施和制度化贡献最大 的基础设施和活动  每个关键实践的组成是  一个单个句子，常常紧跟着较为详细的描述，后者可能 包括例子和详细细节，常称作子实践  前者，又称为顶层关键实践，说明关键过程区域的基本 方针、规模和活动  关键实践描述应“做什么”，不强制如何实现目标， 替代的实践也可能实现该关键过程区域的目标 22 关键实践－目标(Goals)  目标概括一个关键过程区域中的关键实践  用于确定一个组织或项目是否已有效地实施 关键过程区域  当评估或评价替代方法时，目标可用于确定 替代方法是否满足关键过程区域 23 关键实践－共同特点(Common Features)  共同特点表明一个关键过程区域有效、可重 复和可持续的实施和制度化设施  共同特点也将关键实践分组和归类，方便组 织使用它们。共有五个共同特点：  执行约定、执行能力、执行活动、测量和分析、 验证实施 24 关键实践－共同特点  执行约定（Commitment to Perform）  描述组织保证过程得以建立和持续所必须采取的措施  一般包含制定组织的方针和规定高级管理者的支持  执行能力(Ability to Perform)  描述为了能实施软件过程，项目或组织中必须有的先 决条件  执行能力一般包括资源、组织结构和培训  执行活动(Activities Performed)  描述为实现一个关键过程区域所必须的活动  一般包括制定计划和规程，执行和跟踪，并在需要时 采取纠正措施 25 关键实践－共同特点  测量和分析(Measurement and Analysis)  描述为确定与过程有关的状态所需的基本测量实践  测量可以用来控制和改进过程  测量和分析一般包括一些为了确定所执行活动的状态和 有效性所能采用的测量实例  验证实施(Verifying Implementation)  描述了为确保执行的活动与已建立的过程一致所采取的 步骤  验证一般包括管理者和软件质量保证组所实施的评审 (review)和审计(audit) 26 关键实践例子 27 28 关键实践例子 图 关键实践陈述的例子 软件能力成熟度模型�(CMM: Capability Maturity Model ) 第三章 能力成熟度模型的结构 第三章 能力成熟度模型概述 关键过程区域 关键过程区域 关键过程区域 等级2上的关键过程区域 等级2上的关键过程区域 等级2上的关键过程区域 等级3上的关键过程区域 等级3上的关键过程区域 等级3上的关键过程区域 等级3上的关键过程区域 等级4上的关键过程区域 等级4上的关键过程区域 等级5上的关键过程区域 等级5上的关键过程区域 等级5上的关键过程区域 CMM关键过程域 成熟度等级的内部结构 关键实践(Key Practices) 关键实践－目标(Goals) 关键实践－共同特点(Common Features) 关键实践－共同特点 关键实践－共同特点 关键实践例子 幻灯片编号 27 关键实践例子