资源描述
单击此处编辑母版标题样式,*,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,能力成熟度模型（,CMM,）,软件过程改进指南,Watts S.Humphrey,The Capability Maturity Model,Guidelines for Improving the Software Process,能力成熟度模型（CMM）软件过程改进指南 Watts,1,第3章 能力成熟度模型的结构,3.0 引言,3.1 成熟度级别的内部结构,3.2 成熟度级别,3.3 关键过程域,3.4 关键实践,3.5 共同特性,第3章 能力成熟度模型的结构3.0 引言,2,3.0 引言,CMM是一个框架，它表示的是推荐给那些想增强软件过程能力的软件组织的一条过程,改进途径,。CMM是一个,描述模型,，它描述的是具有某个成熟度级别的软件组织所具有的主要（关键)属性。它也是一个,规范模型,，它的详细实践表征了对从事大型项目开发的组织在政府合同关系中所期望的规范行为类型。,3.0 引言CMM是一个框架，它表示的是推荐给那些想增强软,3,CMM相当抽象，以便不过分地限制一个组织如何实现软件过程。CMM描述了软件过程中通常所期望的东西，而没有涉及如何实现这些过程。CMM的这些操作的详细描述与支持CMM的应用方式有关。这些方式包括如下,五种,：,CMM相当抽象，以便不过分地限制一个组织如何实现软件过程。C,4,l,评估小组使用CMM确定一个软件组织所具有的优点和薄弱环节。,l,评价小组使用CMM确定选择不同合同商可能导致的风险，据此签定合同，并监督合同的实施。,l,估价方法的开发者使用CMM去开发其它的基于CMM的估价办法，以满足具体需要（例如，间歇剖面图方法【Whitney94】）。,l,高层管理部门使用CMM去了解组织施展软件过程改进程序所必需的活动。,l,技术人员和过程改进小组，例如SEPG，使用CMM作为定义和改进组织中软件过程的指南。,l评估小组使用CMM确定一个软件组织所具有的优点和薄弱环节。,5,因为CMM有不同的用途，所以必须将适度分解，以便能够从成熟度级别结构中导出实际过程建议。这种分解还要标识出刻画软件过程成熟度和软件过程能力的关键过程及其结构。,因为CMM有不同的用途，所以必须将适度分解，以便能够从成熟度,6,3.1成熟度级别的内部结构,每一个成熟度级别都分解成多个组成部分。如,图3-1,所示，除了第1级，每一个成熟级别都从一个摘要综述开始，最后到关键实践的操作定义。每一个成熟度级别由几个关键过程域组成，每一个关键过程域由称为共同特性的五个部分组成。这些共同特性包括了关键实践，这些关键实践都得以实现后，就实现了关键过程域的目标。,3.1成熟度级别的内部结构 每一个成熟度级别都分解成多个组成,7,成熟度级别,关键过程域,共同特性,关键实践,包含,由共同特性组成,包含,描述,论述,达到,表明,过程能力,目标,实现或制度化,活动或基础设施,图3.1a CMM结构,成熟度级别关键过程域共同特性关键实践包含由共同特性组成包含描,8,CMM成熟度 级别,关键过程域1,关键过程域2,关键过程域n,共同特性,目 标,执行活动,测量和分析,验证执行,执行约定,执行能力,关键实践,关键过程域1,图3.1b CMM结构,CMM成熟度 级别关键过程域1关键过程域2关键过程域n共同特,9,3.2成熟度级别,一个成熟度级别是向达到成熟软件过程进化途中的一个严格定义的平台。CMM的顶层结构是五个成熟度级别。,每一个成熟度级别表示了一种过程能力水平。因为软件过程能力说明了组织遵循一个软件过程所能达到的期望结果的范围，所以组织的软件过程能力提供了一种预计该组织承担下一个项目时最可能的结果的手段。例如，在级别2，通过建立有效的项目管理控制，一个机构的过程能力可以从混乱变为有序。,3.2成熟度级别 一个成熟度级别是向达到成熟软件过程进化途中,10,3.3关键过程域,除了级别1，每个成熟度级别都包含几个关键过程域，表明一个组织应当关注这些域以改进其软件过程。关键过程域标识出了实现一个成熟度级别所必须涉及的问题。如果组织处于级别3，它必须解决好级别2和级别3中（注1）的所有关键过程域中的问题。,(注1：有一个例外，在组织没有进行任何分包时，不需应用,软件分包管理,关键过程区域。),3.3关键过程域 除了级别1，每个成熟度级别都包含几个关键过,11,每一个关键过程域都标识了一套相应的活动，共同地完成这些活动，就达到了对增强过程能力认为是重要的一组目标。图3.2显示了每一个成熟度级别所包含的关键过程域。对于基于不同应用领域及环境的不同项目，达到关键过程域目标的途径也不同。然而，对满足关键过程域的组织而言，该关键过程域的所有目标都必须实现。,每一个关键过程域都标识了一套相应的活动，共同地完成这些活动，,12,需求管理，,软件项目策划，,软件项目跟踪与监督，,软件子合同管理，,软件质量保证，,软件配置管理,组织过程焦点，,组织过程定义，,培训大纲，,集成软件管理，,软件产品工程，,组间协调，,同行评审,缺陷预防，,技术更新管理，,过程变更管理,定量过程管理，,软件质量管理,初始级,可重复级,已定义级,已管理级,优化级,图3.2 成熟度级别中的关键过程域,初始级可重复级已定义级已管理级优化级图3.2 成熟度级别中,13,形容词“关键”意味着要达到一个成熟度级别，有一些过程领域（或过程）并不是“关键”的。CMM没有描述与开发和维护软件有关的所有过程领域，而仅仅描述了那些对软件能力起决定作用的过程领域。,关键过程域体现了该成熟度级别的要求。为了达到一个成熟度级别，那个级别（以及较低级别）的关键过程域必须得到满足，并且过程必须实现制度化。,形容词“关键”意味着要达到一个成熟度级别，有一些过程领域（或,14,每个关键过程域的,目标,概括了它的关键实践，可以用来判断一个组织或项目是否有效地实现了关键过程域。目标说明了每一个关键过程域的作用范围、界限和意图。在一个具体的项目或组织环境中要调整关键过程域的关键实践，可以根据关键过程域的目标判断这种调整是否合理。类似地，在评价实现关键过程域的替代方法是否恰当时，可使用目标来确定这种方法是否符合关键过程域的意图。,每个关键过程域的目标概括了它的关键实践，可以用来判断一个组织,15,3.3.1 级别2的关键过程域,级别2的关键过程域关注那些与建立基本的项目管理控制有关的软件项目问题。,共有6个关键过程域,3.3.1 级别2的关键过程域 级别2的关键过程域关注那些与,16,1.需求管理,的目的是在客户和解决客户需求的软件项目之间建立对客户需求的共同理解。这种与客户间的一致是计划和管理软件项目的基础。,为开发出令客户满意的软件，对客户需求的理解是非常必要的。评审分配给软件的需求，并与客户（无论是内部的还是外部的）进行磋商，是需求理解活动的一部分。,由于客户需求常常会发展和改变，用文档记录并控制客户需求，就成了在软件生命周期中使用这些需求对软件项目活动进行估计、计划、执行和追踪的前提。,1.需求管理的目的是在客户和解决客户需求的软件项目之间建,17,2.软件项目计划,的目的是为实施软件工程与管理软件项目而制定合理的计划。建立合理的计划的基础是对要完成的工作做出的切合实际的估计，以及为完成该工作建立必要的约定。他们是从工作说明、约定和目标开始的，它们定义和限定了软件项目。软件计划过程包括如下步骤：估计软件工作产品和所需资源的大小，制定进度表，识别并评估软件风险，以及协商约定。计划作为管理软件项目的必需工具，被文档化和维护。,2.软件项目计划的目的是为实施软件工程与管理软件项目而制,18,3.软件项目跟踪和监督,的目的是对实际进展有一个清晰的可见性，以便于当软件项目效能与软件计划有重大偏差时，管理部门能采取有效的行动。,软件项目的管理应当基于软件开发计划。管理活动包括对照计划跟踪和评审软件完成情况和结果，并根据实际完成情况和结果采取必要的修正措施。措施可能包括修订软件开发计划以反映实际完成情况，重新计划剩余的工作，和/或采取措施去改进效能。,3.软件项目跟踪和监督的目的是对实际进展有一个清晰的可见性,19,4.软件分包合同管理,的目标是选择合格的分承包方，并对他们进行有效的管理。,分承包方选择是基于完成工作的能力，但是有许多因素对分包合同的决定有影响。可能根据策略性商务联合、过程能力和技术方面的考虑来选择分承包方。由分承包方完成的工作以及工作计划应当以文档提供，主承包方依照这些计划对分承包方的工作进行监督。,4.软件分包合同管理的目标是选择合格的分承包方，并对他们进,20,5.软件质量保证,的目标是为管理人员对软件项目正在使用的过程和正在生产的产品提供适当的可见性。,达到这种可见性的途径，是通过评审和审核软件产品和活动去验证它们与应用的标准和规程一致性。一致性问题首先在软件项目内部处理并尽可能地解决。对于在软件项目内部不能解决的问题，由软件质量保证组逐步向上提出这些问题以便进行适当解决。,5.软件质量保证的目标是为管理人员对软件项目正在使用的过程,21,6.软件配置管理,的目标，是在软件生命周期中建立和维护软件项目产品的完整性（统一性）。,达到工作产品完整性的途径，是在给定的时间结点标识软件配置（即所选的软件工作产品及其描述）、系统地控制配置变化，以及在整个软件生命周期中保持配置的完整性和可跟踪性。当软件基线开发出来后，将它们保存在软件基线库中。通过软件配置管理的变化控制和配置审核功能，系统地控制软件基线的变更和从软件基线库所生成的软件产品的发布。,6.软件配置管理的目标，是在软件生命周期中建立和维护软件项,22,3.3.2 级别3的关键过程域,级别3的关键过程域涉及项目和组织两方面的问题，因为组织建立基础设施，使得所有项目中有效的软件工程和管理过程实现制度化。,3.3.2 级别3的关键过程域 级别3的关键过程域涉及项目和,23,1.组织过程焦点,的目标，是组织建立关于改进它的整体软件过程能力的软件过程活动的职责。,持续的过程改进包括建立和维护对组织的和项目的软件过程的理解，协调有关评估、开发、维护和改进这些过程的活动。慎重地使用“协调”这个词的目的是强调实施过程的人必定与过程的定义和改进密切相关，尽管组织提供了长期的约定和资源去协调现在及未来的软件项目中软件过程的开发和维护活动。,1.组织过程焦点的目标，是组织建立关于改进它的整体软件过程,24,2.组织过程定义,的目标是开发和维护一套软件过程资源，可用于改进所有项目的过程效能，并为量化过程管理时定义有意义的数据提供基础。这些资源提供了一组稳定的基本原则，并通过诸如培训等机制可以使其成为制度。,过程定义包括开发和维护组织的标准软件过程，以及相关的过程资源，例如软件生命周期的描述，过程裁剪指南和准则，组织的软件过程数据库，以及与软件过程相关的文档库。可以用多种方式收集这些资源，例如，软件生命周期的描述可以是组织的标准软件过程的一个组成部分。在这个关键过程域中提供的分类方法概括了需要涉及的过程定义的方方面面。,2.组织过程定义的目标是开发和维护一套软件过程资源，可用,25,3.培训程序（大纲）,的目标是提高工作人员的技能和知识，使之能高效率地执行他们的任务。培训是软件开发组织的责任，但是当项目有特别需要时，软件项目有责任识别所需技术并提供必要的培训。,一个培训程序首先识别组织、项目和个人的培训需求，然后开发和寻找能满足这些需求的培训内容。在一个特定的时候项目和个人的需要可能是特定的，但是可以根据组织的标准软件过程中特殊的角色和职责确定所需的培训。有些技术可以通过非正式的手段传授，例如咨询。有些技术需要更正式的培训手段，如课堂培训。,3.培训程序（大纲）的目标是提高工作人员的技能和知识,26,4.集成软件管理,的目标是将软件工程和管理活动集成为一个密切相关、定义完整的软件过程。该过程是通过裁剪组织的标准软件过程和相关过程资源而得到的。这种剪裁是基于项目的业务环境和技术需要。,该关键过程域是
展开阅读全文