cmmi整体框架和过程域解释讲解

模型规范级别及其过程域成熟度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 的突出特征是过程性能的持续改进。

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

对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）。

CMMI 软件工程CMMI 软件工程1. 简介CMMI（Capability Maturity Model Integration）是一种软件工程模型，旨在评估和改进组织的软件开发和维护过程。

它提供了一系列的最佳实践和指南，帮助组织提高软件开发的可预测性和质量。

CMMI软件工程模型由CMMI研究所开发并维护，它整合了CMM 和其他多个软件工程模型的优点，创建了一个通用的、可定制的评估框架。

2. CMMI框架CMMI框架分为五个不同的成熟度级别和数十个过程领域。

每个成熟度级别定义了一组特定的目标和实践，以帮助组织逐步实现良好的软件工程实践。

以下是CMMI的五个成熟度级别：2.1 初始级别（Level 1 - Initial）初始级别代表了一个没有定义和建立过程能力的状态。

在初始级别，组织的软件过程通常是不可预测的和不稳定的，由个人技能和直觉来驱动。

2.2 管理级别（Level 2 - Managed）管理级别代表了一个在某些项目中建立了稳定的软件开发过程的组织。

管理级别的关键特征是过程的可重复性和能力的量化。

2.3 定义级别（Level 3 - Defined）定义级别代表了一个为整个组织定义和标准化了软件开发过程的组织。

在定义级别，组织已经建立了一套标准的过程，并通过培训和监督来确保过程的遵循。

2.4 管理和测量级别（Level 4 - Quantitatively Managed）管理和测量级别代表了一个在对软件过程的量化管理上有更高水平的组织。

在此级别，组织借助统计分析和量化技术来管理和优化软件开发过程。

2.5 优化级别（Level 5 - Optimizing）优化级别代表了一个不断追求卓越并对软件过程进行主动改进的组织。

在优化级别，组织的重点是通过创新和持续改进来提高软件开发过程。

3. CMMI的优势3.1 改进软件质量通过CMMI模型，组织可以建立统一的软件过程，从而提高软件的质量和可靠性。

CMMI过程体系介绍蒋晖内容CMMI过程体系文件结构CMMI过程体系文件介绍项目管理过程软件工程过程过程管理过程支持过程示例CMMI 概貌CMMI 过程体系文件结构方针(Policies)过程文件(Processes)规程文件(Procedures)模 板（Plans,Reports,Tables ，Checklist ）指南(Guideline)过程体系文件的内容方针指导性原则过程文件 描述执行一个过程所必需的角色、工具和方法。

规程文件用以指导某个具体过程的特定活动的可操作步骤。

模板包括各种计划、表格、报告等，用于证实过程运行的效果。

过程的描述过程元素用以描述过程的一个基本单元，一般具有以下属性：角色、入口准则、输入、任务、出口准则、输出、资源和能力、度量、裁剪指南遵循ETVX模型（Entry, Task, Verification, Exit,即入口、任务、验证、出口）过程元素的属性角色：描述该活动需要的人员。

入口准则：规定活动开始的标志，即前条件。

输入：描述活动需要读取的内容。

任务：执行活动所要做的一系列事情。

出口准则：表明活动结束的标志，即后条件。

输出：活动的输出结果及结果形式，即工作产品。

资源和能力：描述活动需要的人员、资金、时间、培训、设备、方法和支持工具。

度量：描述活动需要测量的数据。

裁剪指南：描述活动是否可以删减的指导性描述。

CMMI过程体系文件介绍过程文件的分类项目管理过程文件工程过程文件过程管理过程文件支持过程文件项目管理过程项目管理文件使用人员：项目经理、项目成员、以及与项目相关人员。

主要内容包括：项目立项过程项目计划过程项目跟踪与监控过程集成项目管理过程组间协调过程风险管理过程外包与采购管理过程项目策划过程项目策划（Project Planing-PP ）活动集中在立项完成之后的开始阶段。

它主要有项目定义、工作拆分、软件估计、制定项目计划等过程。

PP 负责规划整个软件生命周期的活动，为实施软件工程和管理软件项目制定合理的计划。

CMMI3级18个过程域CMMI（Capability Maturity Model Integration）是一种用于评价和改进组织的软件工程能力的模型。

CMMI模型将软件工程能力分为不同的级别，目前最高级别是CMMI级别5、在CMMI模型中，共有18个过程域，每个过程域都包含一组过程目标和过程实践。

下面将介绍CMMI级别3中的18个过程域，并对每个过程域进行详细解析。

1. 要求开发（Requirements Development）：该过程域涉及确定、分析和记录系统和软件需求的活动。

它包括需求的获取、管理、分析和验证。

2. 要求管理（Requirements Management）：该过程域涉及组织和控制项目的需求。

它包括需求的识别、跟踪、控制和变更管理。

3. 项目计划和监控（Project Planning and Monitoring）：该过程域涉及制定和维护项目计划，并监控项目活动的执行。

它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。

4. 项目监控和控制（Project Monitoring and Control）：该过程域涉及监控和控制项目执行过程中的工作和活动。

它包括收集和分析项目绩效数据、对比实际和计划绩效，对项目进展进行控制。

5. 供应商协议管理（Supplier Agreement Management）：该过程域涉及与供应商达成协议，并管理和监控供应商的活动。

它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。

6. 产品集成（Product Integration）：该过程域涉及对各个组成部分进行整合，形成最终产品。

它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。

7. 风险管理（Risk Management）：该过程域涉及识别、评估和控制项目和产品的风险。

它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。

8. 决策分析和解决方案评估（Decision Analysis and Resolution）：该过程域涉及通过分析和评估不同的解决方案，制定决策。

CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。

CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。

本文将详细介绍CMMI的五个级别和25个过程域。

1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。

在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。

这意味着项目结果无法预测和控制，导致成本和进度的不确定性。

2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。

在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。

然而，这些过程还没有得到完全的规范和标准化。

2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。

它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。

2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。

它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。

2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。

它确保与供应商的交付和管理能够满足项目的需求。

2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。

它涉及质量计划、质量审查和质量度量等活动。

2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。

CMMI二级过程域CMMI（Capability Maturity Model Integration）是由美国软件工程协会（SEI）开发的一种过程改进方法论，用于评估和改进组织的软件开发和组织管理过程。

CMMI定义了一个规范的过程能力模型，用以指导组织在软件工程和管理上的改进。

CMMI模型包括了5个等级，从初始级到优化级，每个等级都对应一定的过程能力。

CMMI二级是初级阶段，其中包含了10个过程域，每个过程域都对应一组具体的实践和目标。

第一个过程域是需求管理，它涉及到如何对项目需求进行管理和跟踪。

其中包括了需求的分析、确认和定义等活动。

实践包括了建立需求管理计划、确保需求的可追溯性和变更控制等。

第二个过程域是项目计划和监控，它关注的是如何制定项目计划、管理项目的进度和资源，并进行监控和调整。

实践包括了建立项目计划、建立项目监控机制和进行问题和风险管理等。

第三个过程域是项目监测和控制，它强调如何对项目进度、成本和质量进行监测和控制。

实践包括了收集项目度量数据、分析和报告项目状态，以及进行过程和产品审核等。

第四个过程域是供应商协议管理，它关注的是与外部供应商的合作和管理。

实践包括了建立和维护与供应商的合同和协议，对供应商进行评估和选择，以及监督供应商的交付和质量。

第五个过程域是配置管理，它涉及到对软件配置项进行管理和控制。

实践包括了建立配置管理计划、进行配置项标识和控制，以及管理配置变更和版本控制。

第六个过程域是过程和产品质量保证，它重点是如何确保项目中的过程和产品质量。

实践包括了建立过程和产品质量保证计划、执行过程和产品审核，以及收集和分析质量度量数据。

第七个过程域是测量和分析，它关注的是如何对过程和产品的质量进行测量和分析。

实践包括了建立度量和指标体系、收集和分析度量数据，并进行趋势分析和预测。

第八个过程域是过程和产品创新，它强调如何持续改进过程和产品。

实践包括了建立持续改进机制、推动创新实践，以及收集和分享改进经验。

CMMI Level 2 GP2.1 方针GP2.1 方针对每一个PA，公司都应该有相应的高层次的要求来指导该方面的工作，也就是所谓的方针。

方针这东西很很容易被认为是虚的东西，我们需要仔细体会方针，这个GP是公司商业目标与过程的结合点，过程是否能为商业目标带来价值，很大程度上就看这个方针是怎样定的，并且要把方针贯彻到过程中。

我们以PP这个PA为例子，如果微软要定PP的方针，我想会是：1.赋予小组成员权力，每个人都承担项目管理的责任；2.保持灵巧，预测变化；3.由底而上的估算办法；......在MSF中，我们会看到很多微软进行项目管理的一些原理和法则，这些法则，指导着如何做项目计划，不同的这些方针指导下，做出来的过程是不一样的。

每个公司都有自己的特点、商业目标、企业文化等，最开始我们可能难以制定出详细具体的过程，但首先要把这些过程的指导原则想好，方针是过程的灵魂，过程是否有魅力，是否可以让大家“愉快地”执行，关键就是看过程的方针了。

在我们公司，所有过程都遵循这样的一个方针，就是简单有效，我们要求所有过程都是必须用来执行的，做不到的过程不做，没有效果的过程不要，因为有这样一个原则，我们需要发动所有执行过程的同事来参与制定过程，以保证“简单有效”。

我们除了有简单有效这样的一个大原则，每个PA又会制定自己相应的方针。

大家在制定方针内容的时候，要从高层及执行过程的员工两个层面同时下手，整理出简单的有效的容易记忆的方针，并且在以后不断更新这个方针，保证这个方针能不断促进公司的发展。

项目监督和控制计划不是用来看的，是用来执行的。

PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。

我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。

SG1: Actual performance and progress of the project are monitored against the project plan.中文大意是：根据计划，跟踪项目的实际性能和过程。

CMMI5级过程域及对应关系清单CMMI（Capability Maturity Model Integration）是一个用于评估和改进企业过程的标准框架。

CMMI模型定义了定义了五个成熟度级别（从1到5级）和22个过程领域（也称为过程区域或目标）。

下面是CMMI5级过程域及对应关系清单：1. Level 1 - Initial-未定义的过程域在初始级别，组织的过程是不可预测的，未定义的，且通常是随机的。

组织缺乏过程概念和过程管理能力。

2. Level 2 - Managed-需求管理-配置管理-项目计划与跟踪-项目监控与控制-供应商协议管理-产品集成管理-测量和分析-过程和产品质量保证-风险管理在被管理的级别，组织的过程被规范化和记录下来。

组织开始对过程进行管理，以确保产品和服务按照计划执行，并且可以在合理的成本内交付。

3. Level 3 - Defined-组织过程的定义-组织过程资源的定义-组织培训的定义-组织的绩效管理定义-组织的创新和改进的定义-组织的决策分析和解决方案定义在定义级别，组织定义了标准化的过程，以确保所有项目和任务都按照这些过程进行。

组织通过根据实际需要进行过程定制，实现灵活性和适应性。

4. Level 4 - Quantitatively Managed-过程量化管理-组织的绩效量化管理在可量化管理级别，组织根据量化的过程和产品质量目标管理过程。

组织收集和分析过程和项目数据，并使用这些数据来评估和管理过程绩效。

5. Level 5 - Optimizing-组织创新和改进-组织决策分析和解决方案在优化级别，组织持续改进其过程，并通过创新和采取决策分析方法，提高产品和过程质量，提高组织绩效。

这些过程领域被设计为构建在彼此之上的层次结构。

例如，在达到Level 2的要求之前，组织必须实现Level 1的要求。

达到Level 3要求之前，组织必须实现Level 2的要求，依此类推。