CMM演示文稿2的36课件.ppt

1、Capability Maturity ModelCMM的诞生的诞生 软件管理工程引起广泛注意源于软件管理工程引起广泛注意源于20世纪世纪70年代中期。当时年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为的项目是因为管理不善管理不善而引起，而并不是因为技术实而引起，而并不是因为技术实力不够，进而得出一个结论，即力不够，进而得出一个结论，即管理是影响软件研发项目管理是影响软件研发项目全局的因素，而技术只影响局部。全局的因素，而技术只影响局部。到了到了20世纪世纪90年代中期，软件管理工程不善的问题仍然存年代中期，

2、软件管理工程不善的问题仍然存在，大约只有在，大约只有10%的项目能够在的项目能够在预定的费用预定的费用和和进度进度下交付。下交付。软件项目失败的主要原因有：软件项目失败的主要原因有：需求定义不明确需求定义不明确；缺乏一个；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制；软构架很不重视；软件界面定义不善且缺乏合适的控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；件升级暴露了硬件的

3、缺点；关心创新而不关心费用和风险；军用标准太少且不够完善等等。军用标准太少且不够完善等等。在关系到软件项目成功与否的众多因素中，在关系到软件项目成功与否的众多因素中，软件度量、工软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理作量估计、项目规划、进展控制、需求变化和风险管理等等都是与都是与工程管理工程管理直接相关的因素。直接相关的因素。软件管理工程和其它工程管理相比有其软件管理工程和其它工程管理相比有其特殊性特殊性：软件是知识产品软件是知识产品，进度和质量都难以度量，生产效率，进度和质量都难以度量，生产效率也难以保证。也难以保证。软件系统软件系统复杂程度复杂程度也是超乎想象的。也是

4、超乎想象的。因为软件复杂和难以度量，软件管理工程的发展还很因为软件复杂和难以度量，软件管理工程的发展还很不成熟。不成熟。软件管理工程的发展，在经历了从软件管理工程的发展，在经历了从70年代开始以结构化分年代开始以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试析与设计、结构化评审、结构化程序设计以及结构化测试为特征的为特征的结构化生产时代结构化生产时代；到到90年代中期，以年代中期，以CMM模型的成熟模型和日益为市场接模型的成熟模型和日益为市场接受为标志，已经进入以过程成熟模型受为标志，已经进入以过程成熟模型CMM、个体软件过、个体软件过程程PSP和群组软件过程和群组软件过程TSP为

5、标志的为标志的以过程为中心的时代以过程为中心的时代；而软件发展第三个时代，及而软件发展第三个时代，及软件工业化生产时代软件工业化生产时代，从，从90年年代中期软件过程技术的成熟和面向对象技术、构件技术的代中期软件过程技术的成熟和面向对象技术、构件技术的发展为基础，可以实现真正的软件工业化生产。软件生产发展为基础，可以实现真正的软件工业化生产。软件生产转向以改善软件过程为中心。转向以改善软件过程为中心。主要介绍专业术语，如过程、软件过程、软件过程能力、软件过程性能、软件过程成熟度等概念；介绍软件过程能力与软件过程性能的区别；学习不成熟与成熟软件组织的特征以及CMM的体系结构。CMM的一些基本概念

6、（的一些基本概念（1）过程过程(process)：为实现给定目标所执行的一系列操作步：为实现给定目标所执行的一系列操作步骤。骤。软件过程软件过程(software process)：人们用于开发和维护软人们用于开发和维护软件及其相关产品的一系列活动、方法、实践和革新。件及其相关产品的一系列活动、方法、实践和革新。相相关产品是指关产品是指项目计划、设计文档、编程、测试和用户手项目计划、设计文档、编程、测试和用户手册册等。当一个企业逐步走向成熟，软件过程的定义也会等。当一个企业逐步走向成熟，软件过程的定义也会日益完善，其企业内部的过程实施将更具有一致性。日益完善，其企业内部的过程实施将更具有一致性

7、。软件过程能力软件过程能力(software process capablity)：描述（开：描述（开发组织或项目组）发组织或项目组）遵循其软件过程能够实现预期结果的遵循其软件过程能够实现预期结果的程度程度，它既可对整个软件开发组织而言，也可对一个软，它既可对整个软件开发组织而言，也可对一个软件项目而言。件项目而言。软件过程性能软件过程性能(software process performance)：表示（开：表示（开发组织或项目组）遵循其软件过程所得到的发组织或项目组）遵循其软件过程所得到的实际结果。实际结果。区别：区别：软件过程软件过程性能性能描述的是已得到的描述的是已得到的实际结果实际结

8、果，而软件，而软件过过程能力程能力则描述的是最可能的则描述的是最可能的预期结果预期结果，它既可对整个软件开，它既可对整个软件开发组织而言，也可对一个特定项目而言。由于项目的要求和发组织而言，也可对一个特定项目而言。由于项目的要求和客观环境的差异，软件客观环境的差异，软件过程性能过程性能不能充分反映软件过程的不能充分反映软件过程的整整体能力体能力。即软件过程能力受限于它的环境。即软件过程能力受限于它的环境。软件过程成熟度软件过程成熟度(software process maturity)：一个特定软一个特定软件过程被明确和有效地定义，管理、评价、控制和产生实效件过程被明确和有效地定义，管理、评价

9、、控制和产生实效的程度。的程度。所谓成熟度包含着能力的一种增长潜力，同时也表所谓成熟度包含着能力的一种增长潜力，同时也表明了组织（企业）实施软件过程的实际水平。随着组织软件明了组织（企业）实施软件过程的实际水平。随着组织软件过程成熟度能力的不断提高，组织内部通过对过程的规范化过程成熟度能力的不断提高，组织内部通过对过程的规范化和对成员的技术培训，软件过程也将会被他的使用者关注和和对成员的技术培训，软件过程也将会被他的使用者关注和不断修改完善，从而使软件的质量、生产率和生产周期得到不断修改完善，从而使软件的质量、生产率和生产周期得到改善。改善。CMM的一些基本概念（的一些基本概念（2）软件能力成

10、熟度等级：软件能力成熟度等级：软件开发组织在走向成熟的途中几个软件开发组织在走向成熟的途中几个具有明确定义的表示软件过程能力成熟度的平台。具有明确定义的表示软件过程能力成熟度的平台。CMM（Capacity Maturity Model）能力成熟度模型的简称，）能力成熟度模型的简称，含意是软件过程能力成熟度模型，是美国卡内基梅隆大学软含意是软件过程能力成熟度模型，是美国卡内基梅隆大学软件工程研究所为了满足美国联邦政府评估软件供应商能力的件工程研究所为了满足美国联邦政府评估软件供应商能力的要求，于要求，于1986年开始研究的模型，并于年开始研究的模型，并于1991年正式推出了年正式推出了CMM

11、1.0 版。版。CMM自问世以来备受关注，在一些发达国家自问世以来备受关注，在一些发达国家和地区得到了广泛应用，成为衡量软件公司软件开发管理水和地区得到了广泛应用，成为衡量软件公司软件开发管理水平的重要参考因素和软件过程改进事实上的工业标准。平的重要参考因素和软件过程改进事实上的工业标准。CMMI（Capability Maturity Model Integration）即能力）即能力成熟度模型集成，这也是美国国防部的一个设想，他们想把成熟度模型集成，这也是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成现在所有的以及将被发展出来的各种能力成熟度模型，集成到

12、一个框架中去。这个框架有两个功能，第一，软件获取方到一个框架中去。这个框架有两个功能，第一，软件获取方法的改革；第二，建立一种从集成产品与过程发展的角度出法的改革；第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。发、包含健全的系统开发原则的过程改进。关键过程域：关键过程域：每个软件能力成熟度等级包含若干个对该成每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程域，它们的实施对达到该成熟度熟度等级至关重要的过程域，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域，反

13、之有非关键过程域，是指对达到相应级的关键过程域，反之有非关键过程域，是指对达到相应软件成熟度等级的目标不起关键作用。软件成熟度等级的目标不起关键作用。关键过程域是互相关联的若干关键过程域是互相关联的若干软件实践活动和有关基础设软件实践活动和有关基础设施施的一个集合。也就是说，关键过程域标识了达到某个成的一个集合。也就是说，关键过程域标识了达到某个成熟程度级别时所必须满足的条件。在熟程度级别时所必须满足的条件。在CMM中一共有中一共有18个个关键过程域，分布在第二至五级中，每个关键过程域规定关键过程域，分布在第二至五级中，每个关键过程域规定了一个（组）必须满足的目标，并由五个公共特性归类的了一个

14、（组）必须满足的目标，并由五个公共特性归类的若干关键实践活动描述实现之。若干关键实践活动描述实现之。CMM的一些基本概念（的一些基本概念（3）关键实践：关键实践：指关键过程域中的一些指关键过程域中的一些主要实践活动主要实践活动。具体就。具体就是指为达到关键过程目标，建立起那些对软件过程活动起是指为达到关键过程目标，建立起那些对软件过程活动起关键作用的关键作用的方针、规程、措施、标准、活动以及相关基础方针、规程、措施、标准、活动以及相关基础设施的实践。设施的实践。每个关键过程域每个关键过程域由若干关键实践组成，通过由若干关键实践组成，通过实现这些关键实践实现这些关键实践达到关键过程域的目标。一般

15、情况下，达到关键过程域的目标。一般情况下，关键实践描述了关键实践描述了该该“做什么做什么”，但没有规定，但没有规定“如何如何”去达到这去达到这些目标。些目标。软件能力成熟度模型软件能力成熟度模型：随着软件组织定义、实施、测量、：随着软件组织定义、实施、测量、控制和改进其软件过程，软件组织的能力也伴随着这些阶控制和改进其软件过程，软件组织的能力也伴随着这些阶段逐步前进，完成对软件组织进化阶段的描述模型。段逐步前进，完成对软件组织进化阶段的描述模型。软件过程评估（Software Process Assessment）是用来判断一个组织当前所涉及的软件过程的能力状态，判断一个组织所面对的更高层次上

16、的与软件过程相关的课题，以及利用组织的鼎力支持来对该组织的软件过程进行有效的改进。软件能力评价（Software Capability Appraisal）是用来判断有意承担某个软件项目的软件组织的软件过程能力，或是判断已进行的软件过程所处的状态是否正确或是否正常。不成熟与成熟软件组织的特征不成熟的软件组织中，软件过程实施前一般没有计划，往往是在项目开发的过程中由实际工作人员和管理员临时计划。甚至有的时候，即使建立了一个软件过程计划，在开发的过程中也不按计划进行。成熟的软件组织自身应该具备组织和管理软件开发维护的过程能力。不成熟的软件组织没有一个客观的基准来判断产品质量及解决产品和过程中的问题

17、，因此产品质量很难得到保证。一些为提高质量的环节，例如检查，测试等经常会因为赶项目进度而减少或取消。在产品交付前，对用户来说，一切都是不可见的。成熟的软件组织能够及时准确地向工作人员通报实际软件过程，有条不紊地按计划好的软件过程开展工作。必要时，及时地对软件过程定义加以更新，使其与实际工作方法吻合。通过测试和诸如成本/收益分析等方式来改进过程，使其软件过程不断提高。不成熟的软件组织工作性质是反应式的，通常项目管理者（经理）要集中精力去解决各种临时出现的各种疑难问题，例如某一模块的功能没有实现或者实现得不够完善等。成熟的软件组织对各项目的软件过程有非常明确的规则。它要求每个人的职责清晰和明确（各

18、负其责、协同工作和最大限度地发挥个人潜力），他要求全体人员能普遍地、积极地参与改进软件过程的活动。成熟的软件组织中的管理者可以方便地监督软件产品的质量以及生产这些产品的开发和维护过程。不成熟的软件组织由于没有一套实事求是的估计进度、预算的办法，因此，经费超支和项目超时经常发生。当最后期限即将来临时，为了按原订时间完成任务，往往在产品的功能和质量上大打折扣。成熟的软件组织具有一个评价产品质量，分析软件产品和过程问题的客观的、量化的基础。对进度和预算的制定是基于以往积累的经验，结果是合理和可行的。对产品的成本、进度、功能、性质和质量的期望值通常是能够实现的。根据上面的对比表明：成熟的软件组织中所有

19、参与者都明白这样做的意义，并自觉地遵循软件过程的有关规则，在一种有序的状态下开展软件过程的活动。成熟度举例成熟度举例软件成熟度企业与不成熟企业的一软件成熟度企业与不成熟企业的一个侧影个侧影大家都见过或听说过某些软件企业人才跳槽后的故事吧。的确存在这样的事情，这些软件企业当出现一些关键的开发人员跳槽离开后，进行中的项目便瘫痪了下来，甚至前功尽弃，已运行中的项目也难以继续维护，给企业造成很大的损失。这就是不成熟企业的一个特征。而在CMM框架中，运用2级中的一个基本软件工程（KPA）就可以使员工自觉而规范地管理软件生产过程中所有的资源、阶段性产品、产品源代码、文件以及最终生成的产品。严格遵循这套管理

20、方法，程序员写完一段代码，经过一定测试之后，一旦提交到某个公共地方时，这个东西就不是你的了，已经成为项目小组或者是整个企业的了，而且跟随着完善的文档控制。如果你想对它进行任何修改，都要按照规范的程序把它从公共区域提取出来。规范的过程控制，将软件企业由于人员流动带来的风险降到了最低，同时还促使他们养成良好的职业素养。CMM的体系结构任何软件开发和软件企业的发展都离不开软件过程，而软件过程必然要经历一个从不成熟到成熟，从不完善到完善的发展过程。它不是一朝一夕就能成功的，需要持续不断的对软件过程进行改进，才能取得最终的成效。CMM就是根据这一指导思想设计出来的。为此，模型必需满足如下模型必需满足如下

21、四点对企业的指导作用：四点对企业的指导作用：1）为了正确和有序地引导软件过程活动的开展，要建立一个能够有效地描述和表示的软件过程的改进框架，使其能够对各阶段软件过程的任务和管理起指导作用。2）以产品质量的概念和软件工程的经验教训为基础，指导企业控制开发、维护软件的生产过程和如何制定一套与之相适应的软件工程及管理体系。3）指导软件企业通过判断自身当前的过程成熟度，针对软件质量和软件过程提高中最为关键的问题，来选择过程的提高策略。4）引导企业将注意力放在具体的和经过努力可实现的目标上，并努力通过模型中提供的措施和手段去实现这些目标。CMM的分级标准CMM模型描述和分析了软件过程能力的发展程度，确立

22、了一个软件过程成熟程度的分级标准，如图2.1示。其作用：一方面软件组织利用它可以评估自己当前所处的位置过程成熟程度，并以此提出严格的软件质量标准和改进过程的方法和策略，通过不断的努力达到更高的成熟度。科学地评价科学地评价软件开发单位的软件能力成熟等级；软件开发单位的软件能力成熟等级；另一方面该标准也可作为用户对软件企业的一种评价标准，使之在选择软件开发商时不再是盲目的和无把握的。帮助软帮助软件开发单位进行自检，了解自己的强项和弱项，从而不断完件开发单位进行自检，了解自己的强项和弱项，从而不断完善和改进单位的软件开发过程，确保软件质量，提高软件开善和改进单位的软件开发过程，确保软件质量，提高软件

23、开发能效率。发能效率。图2-1CMM五级模型五级模型(1)第一级：初始级第一级：初始级 在初始级，企业一般不具备在初始级，企业一般不具备稳定的软件开发稳定的软件开发与维护的环境。与维护的环境。常常在遇到问题的时候，就放弃常常在遇到问题的时候，就放弃原定的计划而只原定的计划而只专注于编程与测试专注于编程与测试。CMM五级模型五级模型(2)第二级：可重复级第二级：可重复级 在这一级，建立了管理软件项目的政策以及在这一级，建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于过往的项为贯彻执行这些政策而定的措施。基于过往的项目的经验来目的经验来计划与管理新的项目计划与管理新的项目。CMM五级

24、模型五级模型(3)第三级：已定义级第三级：已定义级 在这一级，有关在这一级，有关软件工程与管理工程软件工程与管理工程的一个的一个特定的、面对整个企业的特定的、面对整个企业的软件开发与维护软件开发与维护的过程的过程的的文件文件将被制订出来。同时，这些过程是将被制订出来。同时，这些过程是集成到集成到一个协调的整体一个协调的整体。这就称为。这就称为企业的标准软件过企业的标准软件过程。程。CMM五级模型五级模型(4)第四级：已管理级第四级：已管理级 在这一级，在这一级，企业对产品与过程建立起定量的企业对产品与过程建立起定量的质量目标，质量目标，同时同时在过程中加入规定得很清楚的连在过程中加入规定得很清

25、楚的连续的度量续的度量。作为企业的度量方案，。作为企业的度量方案，要对所有项目要对所有项目的重要的过程活动进行生产率和质量的度量。软的重要的过程活动进行生产率和质量的度量。软件产品因此具有可预期的高质量。件产品因此具有可预期的高质量。CMM五级模型五级模型(5)第五级：（不断）优化级第五级：（不断）优化级 在这个等级，整个企业在这个等级，整个企业将会把重点放在对过将会把重点放在对过程进行不断的优化。程进行不断的优化。企业会采取，以达到预防企业会采取，以达到预防缺陷缺陷 的目标。同时，分析主动去找出过程的弱的目标。同时，分析主动去找出过程的弱点与长处有关过程的有效性的资料，作出对新点与长处有关过

26、程的有效性的资料，作出对新技术的成本与收益的分析，以及提出对过程进技术的成本与收益的分析，以及提出对过程进行修改的建议。行修改的建议。除第一级外，每一级都设定了一组目标，如果达到了这组目标，则表明达到了这个成熟级别，自然可以向上一更为成熟的高一级别迈进。CMM体系不主张跨级别的进化，因为从第二级开始，每一个低级别的实现均是更高级别实现的基础。CMM的意义的意义迄今为止学术界和工业界公认的有关软件工程和管理迄今为止学术界和工业界公认的有关软件工程和管理实践的最好的软件过程。实践的最好的软件过程。为评估软件组织的为评估软件组织的生产能力生产能力提供了提供了标准标准。为提高软件组织的为提高软件组织的

27、生产过程生产过程指明了指明了方向方向。CMM的主要内容软件过程的可视性：软件工程和CMM都强调软件过程可视性的极为重要性，软件工程强调用软件开发方法来解决软件生产中的质量与效率的问题，而CMM则追求软件组织成熟度的不断提高，组织管理的不断进化来使软件质量、生产效率和生产周期得到明显的改善，二者不仅目标相同，而且都强调开发的可视性来支持开发管理。因此，软件过程可视性的提高，就成为提高软件开发组织成熟级别的关键。软件过程的成熟度是可视的，在CMM中分成五级，反映了其不断改进和逐步完善的过程。在初始级初始级中，整个软件过程形同一团黑云，对管理人员和用户而言，只能看到项目的要求和结果，不能看到项目的进

28、展状况和项目的软件过程，是否满足要求要到交付时刻才能知晓。过度到可重复级可重复级，软件过程的可视性有所好转，开发分阶段进行，用一系列的黑盒表示。用户需求和阶段产品在一定程度上可以控制。管理人员可在若干关键点设置管理活动和检查质量并作出反应，用户也可通过关键点了解项目进展情况。发展到已定义级已定义级，黑盒的内部结构逐步显示出来，组织拥有标准软件过程并用于各软件项目中。因此，各管理人员明确自己在过程中的管理责任和任务，并能预见可能的风险，为此作出一定的准备。由于已定义级的过程提供了很好的可视性，项目外的用户也能快速地得到较为准确的情况。在管理级管理级，管理者可以根据客观的度量，预见过程的经费支出和

29、其他情况，定量地、有目标地做出决定。用户也能定量地理解过程的能力和所存在的风险。整个软件过程可以定量地指导和控制。进化到优化级优化级，人们可以很清楚地看到软件过程的内部结构。为了提高生产率和质量，组织上已经形成了有效地、不断地、系统地改进方法，并且制度化。对现有过程的认识，不仅仅考虑到过程的可能变化所产生的影响，而是能自觉地识别那些不够有效和可能出错的活动，加以改进与替换，达到更进一步的效果。管理人员有能力评估和定量跟踪变化的影响和效果，用户与开发组织关系良好。可视性为管理人员和其他人员之间的交流提供了一种手段，在不同软件成熟度下，软件项目的可视性状况以及每一个软件过程成熟度级别所采用的管理方

30、式是不同的。每一个后续的成熟度级别都要比低一些的级别提供更强的可视性。CMM的内容：CMM第一级：初始级特征:软件过程的特点是杂乱无章，有时甚至混乱，几乎没有定义过程的规则和步骤。过分的承诺，常作出良好的承诺：如“按照软件工程方式，有序的工程来工作”；或达到高目标的许诺。但实际上却出现一系列问题。遇到危机就放弃原计划过程，反复编码和测试。成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员和杰出有效的软件开发人员。具体的表现和成果都源于或者说是决定于个人的能力和他们先前的经验、知识以及他们的进取心和积极程度。能力只是个人的特性，而不是开发组织的特性。依靠着个人的品质或承受着巨大的压力；或

31、找窍门取得成果。但此类人一旦离去，对组织的稳定作用也消失。软件过程是不可确定和不可预见的。软件成熟性程度处于第一级软件组织的软件过程在实际的工作过程中被经常地改变（过程是随意的）。这类组织也在开发产品，但其成果是不稳定的，不可预见的，不可重复的。也就是说，软件的计划、预算、功能和产品的质量都是不可确定和不可预见的。过程极少存在或使用稳定的过程所谓“过程”，往往就是“就这么干”而言。各种条例，规章制度互不协调，甚至相互矛盾。人员依赖个人努力和杰出人物。一旦优秀人物离去，项目就无法继续。人们的工作方式如同“救火”，就是在开发过程中不断出现危机，以及不断的：救火。技术引进新技术是极大的风险。度量不收

32、集数据或分析数据改进方向建立项目管理过程，实施规范化管理，保障项目的承诺。首要任务是进行需求管理，建立客户与软件项目之间的共同理解，使项目真正反映客户的要求。建立各种软件项目计划，如软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划、风险管理计划及过程改进计划。开展软件质量保证活动。CMM第二级：可重复级特征：进行较为现实的承诺，可按以前在同类项目上的成功经验建立的必要过程准则来确保再一次的成功。主要是逐个项目地建立基本过程管理条例来加强过程能力。建立了基本的项目管理过程来跟踪成本、进度和功能。管理工作主要跟踪软件经费支出、进度和功能。识别在承诺方面出现的问题。采用基线来标志进展、

33、控制完整性。定义了软件项目的标准，并相信它，遵循它。通过子合同建立有效的供求关系。过程软件开发和维护的过程是相对稳定的，但过程建立在项目一级。有规则的软件过程是在一个有效的工程管理系统的控制之下，先前的成功经验可以被重复。问题出现时，有能力识别及纠正。承诺是可实现的。人员项目的成功依赖于个人的能力以及管理层的支持。理解管理的必要性及对管理的承诺。注意人员的培训问题。技术：建立技术支持活动，并有稳定的计划。度量：每个项目建立资源计划。主要是关心成本、产品和进度。有相应的管理数据。改进方向：不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则化，把具体经验归纳为全组织的标准软件过程。把改进

34、组织的整体软件过程能力的软件过程活动，作为软件开发组织的责任。确定权组织的标准软件过程，把软件工程及管理活动集成到一个稳固确定的软件过程中。从而可以跨项目改进软件过程效果，也可作为软件过程剪裁的基础。建立软件工程过程小组长期承担评估与调整软件过程的任务，以适应未来软件项目的要求。积累数据，建立组织的软件过程库及软件过程相关的文档库。加强培训。CMM第三级 已定义级特征无论管理方面或工程方面的软件过程都已文件化、标准化，并综合成软件开发组织的标准软件过程。软件过程标准被应用到所有的工程中，用于编制和维护软件。有的项目也可根据实际情况，对软件开发组织的标准软件过程进行剪裁。在从事一项工程时，产品的

35、生产过程、花费、计划以及功能都是可以控制的，从而软件质量也可以控制。软件工程过程组负责软件活动。在全组织范围内安排培训计划。过程整个组织全面采用综合性的管理及工程过程来管理。软件工程和管理活动是稳定和可重复得，具有连续性。软件过程起了预见及防范问题的作用，能使风险的影响最小化。人员一项目组的方式进行工作。如同综合产品团队。在整个组织内部的所有人对于所定义的软件过程的活动、人物有深入了解，大大加强了过程能力。有计划地按人员的角色进行培训。技术在定性基础上建立新的评估技术。度量在全过程中收集使用数据。在全项目中系统地共享数据。改进方向开始着手软件过程的定量分析，以达到定量地控制软件项目过程的效果。

36、通过软件的质量管理达到软件的质量目标。CMM第四级：管理级特征制定了软件过程和产品质量的详细而具体的度量标准，软件过程和产品质量都可以被理解和控制。软件组织的能力是可预见的，原因是软件过程是被明确地度量标准所度量和操作。不言而喻，软件产品的质量就可以预见和得以控制。组织的度量工程保证所有项目对生产率和质量进行管理、并作为重要的软件过程活动。具有良好定义及一致的度量标准来指导软件过程，并作为评价软件过程及产品的定量基础。在开发组织内已建立软件过程数据库，保存收集到的数据，可用于各项目的软件过程。过程开始定量地认识软件过程。软件过程的变化小，一般在可接受的范围内。可以预见软件过程中和产品质量方面的

37、一些趋势。一旦质量经度量后超出这些标准或是有所违反，可以采用一些方法去改正，以达到良好的目标。人员每个项目中存在强烈的群体工作意识。因为每个人都了解个人的作用与组织的关系，因此能够产生这种群体意识。技术不断地在定量的基础上评估新技术。度量在全组织内进行数据收集与确定。度量标准化数据用于定量地理解软件过程及稳定软件过程。改进方向缺陷防范，不仅仅在发现了问题时能及时改进，而且应采取特定行动防止将来出现这类缺陷。主动进行技术变动管理、标识、选择和评价新技术，使有效的新技术能在开发组织中施行。进行过程变动管理，定义过程改进的目的，经常不断地进行过程改进。CMM第五级：优化级特征整个组织特别关注软件过程

38、改进的持续性、预见及增强自身，防止缺陷及问题的产生，不断地提高他们处理过程能力。加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使件过程能不断地得到改进。根据软件过程的效果，进行成本/利润分析，从成功的软件过程中吸取经验，加以总结。把最好的创新成绩迅速向全组织转移，对失败的案例，由软件过程小组进行分析以找出原因。组织能找出过程的不足并预先改进，把失败的教训告知全体组织以防止重复以前的错误。对软件过程的评价和对标准软件过程的改进，都在全组织内推广。过程不断地系统地改进软件过程。理解并消除产生问题的公共资源，在任何一个系统中都可找到：由于随机变化造成重复工作、进而导致时间的浪费。为了防止

39、浪费人力可能导致的系统变化。要消除“公共”的无效率根源，防止浪费发生。尽管所有级别都存在这些问题，但这是第五级的焦点。人员整个组织都存在自觉的强烈的团队意识。每个人都致力过程改进，人们不再以达到里程碑的成就而满足，而要力求减少错误率。技术基于定量的控制和管理，事先主动考虑新技术、追求新技术。可以实现软件开发中的方法和新技术的革新、以防止出现错误，不断提高产品的质量和生产率。度量利用数据来评估，选择过程改进。改进方向保持持续不断地软件过程改进。内部结构组成内部结构组成CMM为软件过程能力的提高提供了一条改进的途径。CMM由5个成熟度等级组成，每个成熟度等级有着各自的功能。除第一级外，CMM的每一

40、级按完全相同的内部结构构成的，不同的成熟度等级反映了软件组织的软件过程能力和该组织可能实现预期结果的程度。在CMM中，除第1级外，每个成熟度等级都标志了该级别的软件组织所具有的过程能力。每个成熟度等级（第1级除外）规定了若干不同的关键过程域，一个软件组织如果希望达到一个软件组织如果希望达到某一个成熟度级别，就必须完全满足关键过程域所规定的要某一个成熟度级别，就必须完全满足关键过程域所规定的要求，即满足关键过程域的目标。求，即满足关键过程域的目标。每一个关键过程域都含有属于5种类别（公共特性）中的若干关键实践，通过实现这些通过实现这些关键实践来达到关键过程域的目标。关键实践来达到关键过程域的目标

41、。标志过程能力成熟级别实施及规范达到有具有有关键过程域欧由组成有基本施及活动目标具有有描述有关键实践说明有公共特性CMM的内部结构图的内部结构图各构成要素描述各构成要素描述1）关键过程域（）关键过程域（KPA）：）：是指在有关基础设施的保证支撑下的一系列相互关联的操作活动，这些活动反映了一个软件组织改进软件过程时必须集中力量改进的几个方面。可以简单地说，关键过程域是互相关联的若干软件实践活动和有关基础设施的一个集合。换句话说，关键过程区域标识了达到某关键过程区域标识了达到某个成熟度等级时所必须满足的条件。个成熟度等级时所必须满足的条件。在CMM中一共有18个关键过程域，分布在第二至五级中，每个

42、关键过程域规定了一个（组）必须满足的目标，并由五个公共特性归类的若干关键实践活动描述实现之。2）目标：）目标：是指某个关键过程域中的关键实践，它表示每一个关键过程域的范围、边界和意图。目标被用来判断一个组织或项目是否有效地实现了某个特定的关键过程区域所规定的内容，即目标确定了关键过程区域的界限、范围、内容和关键实践。每一个KPA都规定了一组目标，若这组目标在每一个项目都能实现，则说明企业满足了该KPA的要求。若满足了一个级别的所有KPA要求，则表明达到了这个级别所要求的能力。例如例如，可重复级中需求管理关键过程域的目标是：在软件需求上建立、维护同用户的协议；软件项目计划关键过程域的目标则为：建

43、立一个为开展和管理软件工程的合理设计；又如，软件项目跟踪和监控KPA的目标是：提供对实际进程的可见和监督，以便及时采取纠正措施。3）公共特性：）公共特性：表征各种实践活动的分类，一共分为五类。这些特性（有时又称属性）有效地指出了一个关键过程域的实现范围、结构要求和实施内容。具体是：执行约定（commitment to perform）：又称实施保证，实施保证是企业为了建立和实施相应KPA所必须采取的活动，这些活动主要包括制定企业范围的政策和高层管理的责任。执行能力（ability to perform）：执行能力是企业实施KPA的前提条件。企业必须采取措施，在满足了这些条件后，才有可能执行KP

44、A的执行活动。实施能力一般包括资源保证、人员培训等内容。实施活动（actives performed）：实施活动也叫执行活动，描述的是实现一个软件过程关键区域时所必须执行的任务和步骤。五个公共属性中，执行活动是唯一一项由项目来执行相关的属性，其余四个属性则涉及企业CMM能力基础设施的建立。执行活动一般包括计划、执行的任务、任务执行的跟踪以及改进措施等.度量和分析（measurement and analysis）：度量分析描述了过程的度量和度量分析要求。典型的度量和度量分析的要求是确定执行活动的状态和执行活动的有效性。验证实施（verifying implementation）：验证实施是验证

45、执行活动是否与所建立的过程一致。实施验证涉及到管理的评审和审计以及质量保证活动。实施验证活动可通过管理和软件质量保证进行核查。4）关键实践（）关键实践（KP）：）：是指关键过程域中的一些主要实践活动。具体就是指为达到关键过程目标，建立起那些对软件过程活动起关键作用的方针、规程、措施、标准、活动以及相关基础设施的实践。每个关键过程域由若干关键实践组成，通过这些关键实践来达到关键过程域的目标。一般情况下，关键实践描述了应该“做什么”，但并不规定“如何做”去达到这些目标。有关关键实践的举例:例如：例如：可重复级需求管理关键过程域中，记录和管理系统需求的策略的实践活动,就是一个关键实践(执行约定)；建

46、立分析责任和分配系统需求这一实践活动，也是该过程域的一个关键实践（执行能力）；还有，分配需求、提供资源和资金以及开展需求培训（执行能力），也都是该过程域的一些关键实践活动。当然，该过程域还有度量需求管理活动状态（度量与分析）（CMM的五层结构图）/优 化 级 /不断改进的过程 /已管 理 级/预见的过程 /已定义级 /标准一致的过程 /可 重 复 级 /有纪律的过程 /初 始 级 /软件过程评估和软件能力评价软件过程评估和软件能力评价1、软件过程评估软件过程评估所针对的是软件组织自身内部软件过程的改进问题，目的在于发现缺陷，提出改进方向。评估组以CMM模型为指引，调查、鉴别软件过程中的问题，反

47、过来将这些问题与CMM关键实践活动所提出的指导一起用于确定组织的软件过程改进策略。2软件能力评价软件能力评价是对接受评价者在一定条件下、规定时间内能否完成特定项目的能力进行考核，即考察承担风险的系数的大小。评价包括承包者是否有能力按计划开发软件产品，是否能按预算完成等。通过利用CMM模型确定评价结果后，就可以利用这些结果确定选择某一承包商的风险。也可以用来判断承包者的工作进程，推动他们改进软件过程。CMM为评估和评价提供了一个参考框架，指出了在评估和评价中通常采用的评判步骤。3评估与评价操作过程具体来说，评估与评价过程是：选择一个工作组；完成问卷调查和取样工作；结果分析；现场访问；与CMM模型

48、对照分析；依据关键过程域的基本情况列出评估提纲。以上步骤在软件过程评估和软件能力评价题勾选很有参考价值的方法，但在具体操作时以下这些特点也值得考虑：在现场访问和考察中，充分运用成熟度问卷和结果分析为依据。以CMM模型作为现场调查的路线图。利用CMM中的关键过程域定义软件过程中的优点和缺陷，从中发现差异。对关键过程域目标是否满足的实际情况出发，分析满意程度，写出书面报告。尽管软件过程评估和软件能力评价有很多相似之处，但由于其目的和结果的不同，它们之间的差异也是必然存在的，如：软件过程评估和软件能力评价在出发点和目标上的不同，使得会谈目的、调查范围、收集的信息和输出的表示方式上有着本质的不同。尤其

49、在一些细节规范方面，评估和评价的方法有很大差异。软件过程评估和软件能力评价的结果和结果所起的作用不同。因为两者的侧重点不一样，即使是对同一个应用项目，运用相同的方法，也不会得出相同的结果。被评估和评价单位的态度对评估和评价活动的影响。评估在某种意义上被评估单位的态度较积极，而评价在某种意义上被评价单位的态度可能比较慎重。软件过程评估是在一个开放的、互相协作的环境中进行的，而软件能力评价往往是在有较大的阻力的环境中进行的。CMM进化的框架1进化框架进化框架CMM为软件企业的过程能力提供了一个阶梯式进化框架，它采用分层的方式来解释它的组成部分，以适应不同成熟度企业的需要。在第二至第五个成熟等级中，

50、每个等级包含一个内部结构的概念。1）初始级）初始级初始级的软件过程是混乱无序的，对过程几乎没有定义，项目的执行是随意的甚至是混乱的，项目的成功完全依赖个人的才能和经验，没有组织、标准、规程的保证，质量评判没有客观基准，管理方式属于反应式的。也许，有些企业制定了一些软件工程规范，但往往也是执行得不彻底。纵使有较好的执行，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策和资源等方面的保证时，那么它仍然被视为初始级。初始级是混沌初始级是混沌的过程。的过程。2）可重复级）可重复级 根据多年的经验和教训，人们总结出软件开发的首要问题不是技术问题而是管理问题。因此，第二级的焦点集中在软件管理过程上。