CMM说明与关键过程域

第1章软件开发过程包括软件需求、软件设计、软件实现、软件集成、软件测试、软件维护等各阶段的管理。

5、过程改进机会: 过程的改进机会通过以下机构进行1成本管理2计划管理3质量管理6、过程改进的工作以上机构独立于任何机构，完成改进机构改进过程改进各个开发人员的性能和能力7、软件特殊性的需要: 软件的三个层次：1个体层次：程序、数据及文档。

2整体层次：特定系统中个体层次软件的总称。

3学科层次：所涉及的理论、方法、技术所构成的学科。

8、软件过程评估的必要性1软件成本的提高2软件开发进度难于控制3软件工作量的估计困难4软件质量难于保证5软件的个性与维护困难6 软件应用中出现的问题7 软件特殊性的需要9、软件开发的风险大的原因: 1改进软件过程的需要2过程能力低3软件过程管理水平低缺乏工程实践和管理实践10、软件用户或采购者软件组织或提供商降低软件风险的需要11、软件成功的十条经验中的三要素：1 CMM对软件需求管理的需要 2 有效的用户参与3明确的业务目标4稳定的基本需求12、软件需求必须形成文档。

软件需求必须能够控制，进而建立工程和管理的基线。

成员必须接受软件需求管理培训。

建立衡量软件需求状态的信息。

CMM2级对软件需求管理的指导13 、CMM3级对软件需求管理的指导需求分析→确保需求的完整性、一致性、可测试性。

需求设计→编码、测试实例都能够回溯到相应的源头，需求发生实质变更之前，能够判别该变更所带来的潜在的影响。

需求修订→应遵从统一的流程，需求的变更应自始至终被跟踪；需求文档→应当通过配置和变更管理工具进行管理。

14软件质量是捉摸不定的概念提高软件产品质量的需要某某软件好用, 不好用；某某软件功能全、结构合理；某某软件功能单一、操作困难；15 产品质量，包括软件质量，是人们实践产物的属性和行为，是可以认识，可以科学地描述的。

可以通过一些方法和人类活动，来改进质量。

实施CMM是改进软件质量的有效方法:控制软件生产过程、提高软件生产者组织性和软件生产者个人能力的有效合理的方法16 软件工程的相关领域和因素需求工程(RE：REQUIREMENTS ENGINEERING)。

对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。

CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。

因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。

一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。

CMMI是一个由理论和经验部分组成的模型。

它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。

在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。

而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。

阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。

第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。

在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。

该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。

CMMI3级过程域一共有18个PA，分别是：过程管理1、OPD：（Organizational Process Definition）组织级过程定义。

建立和维护有用的组织过程资产。

2、OPF：（Organizational Process Focus）组织级过程焦点。

在理解现有过程强项和弱项的基础上计划和实施组织过程改善。

3、OT：（Organizational Training）组织培训管理。

增加开发人员的技能和知识，使他们能有效地执行他们的任务。

项目管理：4、PP：（Project Plan）项目计划。

保证在正确的时间有正确的资源可用。

为每个人员分配任务。

协调人员。

根据实际情况，调整项目。

5、PMC：（Project Monitoring and Control）项目监督与控制。

通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。

6、SAM：（Supplier Agreement Management）供应商协议管理。

旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。

7、IPM：（Integrated Project Management）集成项目管理。

根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。

8、RSKM：（Risk Management）风险管理。

识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。

工程管理：9、REQM：（Requirements Management）需求管理。

需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。

10、RD：（Requirement Development）需求开发。

需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。

CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。

它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。

CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。

CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。

CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。

目前，我国已有软件企业通过了CMM标准认证。

SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称"CMM"),是87年由美国卡内基梅隆大学软件工程研究所（CMU SEI）研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。

其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。

CMM它是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了众多国家以及国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。

CMM目前通用流行的版本是1．1（Version1．1）。

《按照软件工程研究所（SEI）的原来计划，CMM的改进版版本2．0（V2．0）是要在1997年的11月完成的。

但是，美国国防部办公室要求软件工程研究所（SEI）延迟发放公布CMM版本2．0，直至他们完成另一个更为紧迫的项目-CMMI。

CMM 什么意思CMM 什么意思？是指“”，其英文全称为，英文缩写为SW-CMM，简称CMM。

它是对于组织在定义、实施、、控制和改善其的实践中各个发展阶段的描述。

CMM的核心是把视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。

CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。

CMM是由美国卡内基梅隆大学研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。

目前，我国已有软件企业通过了CMM标准认证。

SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称"CMM"),是87年由美国卡内基梅隆大学软件工程研究所（CMU SEI）研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。

其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。

CMM它是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了众多国家以及国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。

CMM目前通用流行的版本是1．1（Version1．1）。

《按照软件工程研究所（SEI）的原来计划，CMM的改进版版本2．0（V2．0）是要在1997年的11月完成的。

但是，美国国防部办公室要求软件工程研究所（SEI）延迟发放公布CMM版本2．0，直至他们完成另一个更为紧迫的项目-。

CMM 综述论文CMM产生的背景软件是将思想用某中形式表达出来的过程，它涉及的多是无形的东西，既看不到质，也看不到量，从而使项目管理的难度极大。

软件开发是耗费资金的项目，但到底投入多少，能达到什么样的地步?都是未知数，从而使得其投资风险系数较大。

项目管理的质量与软件产品有着直接的对应关系。

提高项目管理能力对于软件生产力的提高是最为重要的。

随着软件行业的迅猛发展，一些问题和危机逐步暴露出来，例如，手工作坊式的软件开发、项目时间总是推迟、无法保证按期交付、项目预算成倍超过、项目人员不断流动等等，都是软件开发商面临的一些问题。

客户可能要面临这样的问题：为什么项目要这么多费用、为什么开发时间要这么长、主要开发人员是否能得以保证、提交的系统错误太多等等。

上述问题主要原因是缺乏软件过程能力。

为了解决这类软件工厂问题，美国软件工程研究所SEI 自1986年开始研究软件过程成熟框架，1991年提交了能力成熟模型(Capability Maturity Model )CMMMV1.0，该版本经过多方软件专家评审，发布了V1.1版，并更名为SW-CM。

1999年底发布了V2.0版。

它强调企业软件开发能力取决于企业的过程能力而不是个人的能力、强调持续的过程能力的改善，是衡量软件企业软件开发管理水平的重要参考，即可以作为拥护平谷软件项目承包商的依据。

外包的诱惑世界上第一家通过CMM5认证的并非美国公司，而是来自印度的WIPRO。

同时，WIPRO还是全球第一个通过人力成熟度模型(PCMM)5级认证的软件及服务公司。

WIPRO对CMM的热衷并非偶然，其实整个印度软件业对ISO9000、CMM等认证一直非常重视。

据SEI统计，目前有大约300家印度软件公司通过了CMM认证，其中通过最高质量等级CMM5的有50余家，占全球的60%以上。

高品质的管理决定了高品质的产品，从而也确立了印度在美国外包市场的垄断地位。

所谓“外包”，就是指企业把整个工作或工作的一部分交由其它公司去做。

CMM的结构和基本内容来源：北京联高软件CMM描述了五个级别的软件过程成熟度（初始级可重复级已定义级已管理级优化级，成熟度反映了软件过程能力(Software Process Capability)的大小，任何一个软件机构的软件过程必定属于其中某个级别。

除了第一级以外，每级成熟度又由若干关键过程域(Key Process Area)构成。

五个成熟度及其关键过程领域如图所示：图中的每个关键过程域分别针对软件过程的某一方面，具体描述了某级成熟度下软件过程在该方面所应达到的的一组目标和实现这些目标的一组关键活动（Key Practice）。

所有关键活动被划分为五类，分别为完成该组目标所需的承诺（Commitment to Perform）、前提条件（Ability to Perform）、实际动作（Activities performed）、度量分析（Measurement and Analysis）以及验证（Verifying Implementation）。

上述五方面被称为五个Common Features。

CMM的结构如图所示：需要提出的是，任何一个成熟度级别的关键过程域集都是本级描述的关键过程域集和所有下级的关键过程域集的并集。

如3级的关键过程域就应有13个不同的域，其中7个是3级自己包含的，6个属于2级成熟度，而4级应有15个域。

第一级：初始级（The Initial Level）初始级的软件机构缺乏对软件过程的有效管理，其软件项目的成功来源于个人英雄主义而非机构行为，因此它不是可重复的。

第二级：可重复级（The Repeatable Level）概述：第二级软件机构的主要特点是：项目计划和跟踪的稳定性，项目过程的可控性和以往成功的可重复性。

更具体的说：机构建立了管理软件项目的策略和实现这些策略的过程。

新项目的计划和管理基于类似项目的经验。

过程能力的增强基于以各个项目为基础的有纪律的基本过程管理。

模型规范级别及其过程域成熟度1级：初始级①软件过程的特点是无序的，偶尔甚至是混乱的。

几乎没有什么过程是经过定义的，成功依赖于个人的努力；②一般不提供开发和维护软件的稳定环境,在危机时刻,项目一般抛弃预定的规程,回复到仅做编码和测试，性能依赖于个人的能力，且随个人固有的技能、知识和动机的不同而变化。

成熟度2级：受管理级①在成熟度等级2上，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程；②为过程建立明确的目标，并能实现所确定的诸如成本、进度和质量目标等目标。

③换言之，组织已经营造出稳定的、受控的开发环境，项目是在受控状态下运行。

受管理级过程域•需求管理(REQM)•项目策划(PP)•项目监督与控制(PMC)•供方协定管理(SAM)•测量和分析(MA)•过程和产品质量保证(PPQA)•配置管理(CM)成熟度3级：已定义级在成熟度等级3上，项目执行过程是通过剪裁组织的标准过程集合和组织过程财富产生的“已定义过程”，并具备与该过程相适应的运行环境。

其与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织级的。

•需求开发(RD)•技术解决(TS)•产品集成(PI)•验证(VER)•确认(V AL)•组织过程聚焦(OPF)•组织过程定义(OPD)•组织培训(OT)•集成项目管理(IPM)•风险管理(RSKM)•决策分析和决定(DAR)成熟度4级：定量管理级在成熟度等级4上，组织建立了关于产品质量、服务质量及过程性能的定量目标，运用统计技术和其他定量目标作为判断过程管理成功与否的标准。

在过程的整个生存周期里，对产品质量、服务质量和过程性能做到统计意义上的了解和管理。

•组织过程性能(OPP)•定量项目管理(QCM)成熟度5级：持续改进级成熟度等级5 的突出特征是过程性能的持续改进。

组织建立起整个组织的定量过程改进目标，并且把它们作为过程改进管理成功与否的判断标准；这些目标将适时修改，以反映不断变化的本组织的业务目标。