CMM改进指南 第2章软件过程成熟度框架.ppt

能力成熟度模型（CMM）软件过程改进指南  Watts S. Humphrey The Capability Maturity Model Guidelines for Improving the Software Process 第2章 软件过程成熟度框架 2.0 概述 2.1 成熟度级别的行为特征 2.2 成熟度级别的跳跃 2.3 软件过程的可视性 2.4 效能预测 2.0 概述 持续过程改进是基于许多小的、演化的步骤，而不是革命性的革新。CMM提出的框架中，将这些步骤分为5个成熟度级别，为持续过程改进提供了成功的基础。 这5个成熟度级别为度量一个组织的软件过程成熟度以及评价其软件过程能力定义了有序级别，同时也帮助一个组织在安排其改进工作时分清轻重缓急。 一个成熟度级别是一个严格定义的、在向成熟软件组织前进途中的一种平稳状态。 每个成熟度级别由一组过程目标组成，一旦满足了这些目标，就能稳定软件过程的一个重要组成部分。 在达到了每个成熟度级别的同时，就建立起软件过程的不同组成部分，结果是提高了组织的过程成熟度。 如图2.1所示，将CMM组织成5个级别，对提高软件过程成熟度的改进措施按优先次序进行了排序。带标示的箭头指明由处在成熟度框架各层次的组织制度化了的过程成熟度的类型。 图2.1 CMM 的五级成熟度 5个级别简单描述如下： 1．初始级 软件过程的特点是无秩序的，甚至是混乱的。几乎没有什么过程是经过定义的，成功往往依赖于个人或小组的努力。 2. 可重复级 已建立基本的项目管理过程去跟踪项目的成本、进度和功能。有了必要的过程纪律，使得能重复在早先类似应用项目的成功。 3．已定义级 已将管理活动和工程活动两方面的软件过程文档化和标准化，并已集成为该组织的标准软件过程。所有项目均采用该组织的标准软件过程的一个经剪裁和批准的版本，来开发和维护软件。 4．定量管理级 软件过程和产品质量的详细度量数据被收集。软件过程和产品得到定量地理解和控制。 5．优化级 能利用来自过程和来自新思想、新技术先导性试点的定量反馈信息，持续不断地改进组织的标准软件过程。 这5个级别反映了这样一个事实：CMM是改进软件组织能力的模型。 CMM中级别所表达的排列次序，并不指向单个项目。一个遇到麻烦的项目对其问题排序时很可能不同于CMM的分类法，它的解决办法对组织其它项目的参考价值不大，因为其它项目可能有其它问题，或者因为缺少这种解决问题的必要基础而不能从它的解决办法中得益。CMM关注的是对整个组织有价值的过程。 2.1 成熟度级别的行为特征 成熟度2至5级的特征可通过组织建立和改进软件过程所执行的活动、每个项目所执行的活动和对项目最终的表现出来的过程能力来刻画。 2.1.1 第1级 初始级 在初始级上，软件开发组织一般不能为软件的开发和维护提供一个稳定环境。处于级别1的组织的特征是不能兑现约定。这样的组织一般很难保证员工能够获得有序的工程过程，从而导致一系列的危机。在遇到危机时，项目一般是抛弃所计划的规程，回复到编码和测试的老一套。 软件项目的成功完全依赖于一个杰出的管理者或一个熟练和有效的软件开发队伍。偶尔，有能力的、强有力的软件管理人员能够顶住压力在软件过程中取得捷径。但是，当他们离开该项目后，他们的这种能使过程稳定的影响力也就随之消失。一个很好的软件工程过程并不能克服由于缺乏健全的管理实践所造成的不稳定性。 尽管过程无序甚至混乱，处于级别1的组织也常常开发出能工作的产品，虽然他们可能超出预算和进度计划。处于级别1的组织的成功依赖于组织中个人能力和精神[1]，是不能重复的，除非派有同样能力的人去开发下一个工程项目。在级别1的软件组织中，能力是个人特征而非组织特征。  [1] 在成熟度的各个等级上，挑选、雇佣、培养和保留有能力的人员对一个组织来说是非常重要的问题，但是，这些问题大大超出了CMM的范围。 2.1.2 级别2 可重复级 在可重复级上，建立了管理软件项目的策略和实施这些策略的规程。计划和管理新项目是基于类似项目的经验。以项目为基础，针对项目建立基本的过程管理纪律，使过程能力获得提高。项目执行有效的过程，它是有定义的、文档化的、实施过的、人员经培训的、可测量的、强制的和可改进的。 处于2级组织中的项目引入了基本的软件管理控制。对实际项目已有约定，其根据是对以前项目观察的结果和当前项目的需求。项目的软件负责人跟踪软件成本、进度和功能，能识别出不能满足约定的问题。对软件需求和为满足需求而开发的工作产品建立了基线，并且其完整性受到控制。项目的软件标准已定义，并且组织确保能忠实地履行。如果有分承包方的话，建立起一种有效的客户-供应商关系。 处于级别2的组