CMMI5文档之组织级过程性能过程

cmmi5的评价准则
CMMI 5 级是CMMI 认证的最高级别，是企业软件研发管理能力成熟度的最高水平。

要达到CMMI 5 级，需要满足一系列严格的评价准则，包括以下方面：
1. 过程性能：组织应建立和维护有效的过程性能指标，以衡量其过程的效果和效率，并持续改进这些过程。

2. 量化管理：组织应使用统计和其他量化技术来管理其过程，以确保其过程的稳定性和可预测性。

3. 缺陷预防：组织应采取预防措施来减少缺陷的发生，并不断改进其过程以消除缺陷的根源。

4. 过程变更管理：组织应管理其过程变更，以确保变更的有效性和一致性，并最小化对业务的影响。

5. 风险管理：组织应识别和管理与其过程相关的风险，并采取适当的措施来降低这些风险。

6. 组织绩效管理：组织应建立和维护有效的组织绩效指标，以衡量其整体绩效，并持续改进其绩效。

要达到CMMI 5 级，组织需要在过程性能、量化管理、缺陷预防、过程变更管理、风险管理和组织绩效管理等方面表现出色，并持续改进其过程以提高其质量和效率。

CMMI5概述：CMMI全称是Capability Maturity Model Integration，是能力成熟度集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。

CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。

CMMI分为五个等级，二十五个过程区域（PA）（如图所示）。

等级：1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。

管理是反应式的。

2．已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。

制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

4．量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。

管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。

5．优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。

每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。

当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。

评估方式：自我评估：用于本企业领导层评价公司自身的软件能力。

主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力评估类型：软件组织的关于具体的软件过程能力的评估。

软件组织整体软件能力的评估（软件能力成熟度等级评估）。

基本思想：1、解决软件项目过程改进难度增大问题2、实现软件工程的并行与多学科组合3、实现过程改进的最佳效益CMMI5级简述5级的企业，是如何做到“持续改进”呢？其实一个软件企业，要提高生产力，有3方面途径：1)改进过程，使现有的过程更强更有效。

CMMI5文档之组织级过程性能过程组织级过程性能过程（Organizational Performance Management, OPMP）是Capability Maturity Model Integration（CMMI）的一个关键过程领域，针对组织级过程执行和管理的评估和改进进行指导。

OPMP包括以下三个目标：1. 确保组织的业绩达到组织目标；2. 确定并满足组织的业务需求；3. 进行组织级过程改进。

在OPMP下，有三个特定目标，每个目标都有一个或多个关键实践。

以下是每个目标和关键实践的详细描述：目标1：根据组织目标进行业绩管理关键实践1：建立和维护组织级目标和业绩度量体系。

这个实践要求组织应该开发和维护一个包含关键业绩度量和目标的体系，并与组织的战略和目标相一致。

关键实践2：分析和使用业绩数据。

这个实践要求组织应该分析和使用收集到的业绩数据，以评估组织的业绩，并做出相应的决策和改进措施。

目标2：根据业务需求管理组织过程关键实践1：确定业务需求。

这个实践要求组织应该明确和理解业务需求，以便将其纳入组织级过程的实践中。

关键实践2：建立和维护组织级过程描述和标准。

这个实践要求组织应该建立和维护详细的组织级过程描述和标准，以确保满足业务需求。

关键实践3：建立和维护组织级过程能力。

这个实践要求组织应该建立和维护能够满足业务需求的组织级过程能力，并根据业务需求进行持续改进。

目标3：改进组织级过程关键实践1：建立和维护组织级过程改进目标和计划。

这个实践要求组织应该建立和维护组织级过程的改进目标和计划，以实现持续改进。

关键实践2：实施组织级过程改进。

这个实践要求组织应该根据计划实施组织级过程改进，监测改进的结果，并进行必要的调整。

关键实践3：促进组织级过程改进的意识和合作。

这个实践要求组织应该促进组织成员对过程改进的意识和合作，建立一个积极的改进文化。

通过实施OPMP，组织可以提高业绩，满足业务需求，并实现持续改进。

编码：NK-MS-OPP-P01 组织过程性能管理过程文件更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)4职责 (1)5裁剪指南 (2)6过程 (2)6.1组织过程性能 (2)6.1.1概要图 (3)6.1.2启动条件 (3)6.1.3输入 (4)6.1.4活动 (4)6.1.4.1选择过程 (4)6.1.4.2选择过程性能度量 (4)6.1.4.3建立质量和过程性能目标 (5)6.1.4.4建立过程性能基线 (5)6.1.4.5建立过程性能模型 (7)6.1.4.6评审组织过程性能目标、基线、模型 (7)6.1.4.7指导项目组使用过程性能目标、基线、模型 (7)6.1.4.8更新组织过程性能基线........................................ 错误！未定义书签。

6.1.5输出 (8)6.1.6关闭标准 (8)7审核 (8)8度量 (8)9技能要求 (8)10参照文件 (9)1目的将公司的质量改进过程本身置于良好的过程管理体系内，保证整个过程在PDCA 圈中不断良好循环，高效高质地达成过程改进目标。

为组织建立并维护组织过程性能基线和模型提供指导。

支持组织的质量目标和过程性能目标。

为项目提供可参考的性能数据、基线和模型。

2范围整个软件过程改进过程，包括所有参与软件过程改进的部门、项目、其他形式的组织。

3术语定义参见NK-MS-OPM-P05《术语定义》4职责5裁剪指南项目组在EPG的指导下，可以对质量和过程性能模型和目标进行选择和裁剪。

6过程6.1组织过程性能6.1.2启动条件已经具备3个或3个以上的生命周期相同，类型相同，规模相似的有效项目的过程性能数据。

负责建立基线的EPG组成员已经完成所需培训，具备了相关的知识能力。

过程改进方针与目标生命周期相同，类型相同，规模相似的有效项目的过程性能数据。

新采集的项目性能数据。

6.1.4活动6.1.4.1选择过程从组织标准过程中选择准备建立过程性能基线的过程、过程元素，确定该基线的各个特性。

软件能力成熟度模型等级和过程在软件开发行业中，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估和改进组织软件开发能力的方法。

CMM将软件过程能力分为五个等级，每个等级代表了不同的软件开发成熟度。

在本文中，我将介绍CMM的五个等级和相应的软件开发过程。

第一等级——初始级（Initial）初始级是软件开发团队的起点，特点是开发过程不可预测、不稳定且不受控制。

在这个等级中，软件开发过程通常是一种灵活的方式，缺乏定义和规范。

开发团队的工作主要依靠个人技能和经验，而非标准化方法。

第二等级——可管理级（Managed）当开发团队达到可管理级时，他们开始寻求一种系统化的方法来管理软件开发过程。

这个等级的关键是建立有效的项目管理实践，通过规范化的计划、控制和测量，对项目进展进行管理和监控。

第三等级——已定义级（Defined）已定义级是软件开发过程的一个重要里程碑，它要求开发团队建立起一套标准化的软件开发流程。

这个过程必须经过详细的定义和文档化，以确保团队的工作是可重复的和可预测的。

第四等级——量化管理级（Quantitatively Managed）在量化管理级，软件开发团队进一步改进了他们的过程，并引入了更多的量化和度量方法。

这些量化和度量方法是为了监控和管理软件开发过程的关键指标。

通过定期收集和分析数据，团队可以做出有根据的决策，进一步提高软件开发过程的质量和效率。

第五等级——优化级（Optimizing）优化级是软件开发过程的最高级别。

在这个等级中，开发团队持续追求卓越，并通过不断改进软件开发过程来实现进一步的提升。

团队会寻找新的创新方式，试验新的技术和方法，以优化软件开发过程的效率和质量。

综上所述，软件能力成熟度模型将软件开发能力划分为五个等级：初始级、可管理级、已定义级、量化管理级和优化级。

不同的等级代表了软件开发过程的不同成熟度水平，团队可以通过评估自身的成熟度来制定相应的改进计划，并逐步提高软件开发过程的质量和效率。

组织过程改进过程文档编号：FHI_CMMI_OPM_PRS文档信息：组织过程改进过程文档名称：组织过程改进过程文档类别：CMMI过程密级：内部秘密版本信息：1.3建立日期：2016-1-21创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：MicrosoftOffice2003中文版文档修订记录*变化状态：C――创建，A――增加，M――修改，D――删除1目的42适用范围43角色和职责44术语45入口准则46输入47流程图58过程描述58.1维护商业目标58.1.1维护商业目标58.1.2分析过程性能数据68.2识别改进机会68.3过程改进策划78.3.1弓丨导和分类建议的改进78.3.2制定改进计划88.4过程改进实施98.4.1实施改进计戈U98.4.2过程改进确认98.4.3确定待部署的改进108.5过程改进推广108.5.1策划推广工作108.5.2过程改进实施的跟踪118.6评价改进效果119输岀1110岀口准则111目的组织过程改进的目的是通过多种途径识别改进机会并主动管理组织的过程性能，策划和实施改进的过程，以便提升组织的过程能力。

2适用范围适用于组织的过程改进3角色和职责4术语5入口准则无6输入过程改进信息7流程图8过程描述组织根据《EPG章程》组建EPG并实施对EPG的管理。

EPG负责组织的过程改进工作，获取各类过程改进信息，识别过程改进、过程改进策划、过程改进实施、评估组织过程等活动。

8.1维护商业目标8.1.1维护商业目标商业目标和组织的过程性能是相互影响的。

组织的过程性能数据应是商业目标制定的输入，以确保商业目标是可达成的；而过程性能也会由于商业目标优先级的改变及据此对组织过程的优化而改变。

公司领导、部门经理、EPG定期评价组织的商业目标，可在每年公司总体战略目标确认后进行执行，并保证每年至少执行一次。

商业目标评审前，EPG收集历史数据，对组织的过程性能进行分析，并建立组织过程性能基线。

CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。

分为5个级别，25个过程域（Process Area，PA）。

1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。

管理是反应式的。

2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。

制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。

cmmi5开发流程CMMI5开发流程CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种软件开发和维护的过程改进方法，它通过对组织的过程能力进行评估和改进，提高组织的软件开发和维护能力。

CMMI5是CMMI模型中的最高级别，代表了组织在软件开发和维护方面的顶级能力水平。

本文将介绍CMMI5开发流程的主要内容和特点。

CMMI5开发流程是一种基于CMMI模型的过程改进方法，旨在将组织的软件开发和维护能力提升至最高水平。

CMMI5开发流程以过程为核心，通过定义和执行一系列的过程活动和任务，实现对软件开发过程的全面管理和控制，以确保软件开发过程的高效、可靠和可持续。

CMMI5开发流程的核心是过程管理。

在CMMI5开发流程中，组织需要建立和维护一套完整的软件开发过程，包括需求管理、配置管理、变更管理、风险管理等。

这些过程需要被明确定义，并且能够被项目团队和相关人员所理解和遵循。

同时，组织还需要通过培训和指导，提高项目团队和相关人员的过程执行能力，确保过程的有效执行和控制。

CMMI5开发流程的特点之一是持续改进。

CMMI5开发流程要求组织不断改进和优化软件开发过程，以提高过程的效率和质量。

组织需要收集和分析软件开发过程中的数据和指标，发现问题和改进点，并通过制定和执行改进计划，不断优化软件开发过程。

持续改进是CMMI5开发流程的关键要素，也是提高组织软件开发能力的关键驱动力。

另一个特点是强调度量和分析。

CMMI5开发流程要求组织对软件开发过程进行度量和分析，以评估和监控过程的效果和质量。

通过收集和分析过程数据和指标，组织可以了解过程的实际执行情况，发现问题和改进点，并制定相应的措施和计划。

度量和分析是CMMI5开发流程的重要环节，也是组织持续改进的基础。

CMMI5开发流程还强调团队合作和沟通。

在CMMI5开发流程中，项目团队和相关人员需要密切合作，共同完成软件开发任务。

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)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。

cmmi5开发流程CMMI5开发流程CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种软件开发过程模型的评估方法，它通过对软件开发过程的不同成熟度级别进行评估和提升，帮助组织提高软件开发的能力和质量。

CMMI5是CMMI模型中的最高级别，代表了组织在软件开发过程中已经达到了最高的成熟度和能力水平。

CMMI5开发流程是一个高度规范化和标准化的软件开发过程，它包括了多个关键的阶段和活动，以确保软件开发过程的质量和效率。

CMMI5开发流程要求组织建立一个完整的软件开发过程框架。

这个框架包括了定义组织的软件开发目标、确定开发过程中的关键活动和任务、制定开发过程的规范和标准等。

这个框架将作为组织开发软件的基础，所有的开发活动都需要按照框架中定义的规范进行。

CMMI5开发流程要求组织建立有效的项目管理和控制机制。

在软件开发过程中，项目管理是非常重要的，它涉及到项目的计划、进度控制、资源分配、风险管理等。

CMMI5要求组织建立一套完善的项目管理方法和工具，并确保项目按照计划进行，并及时发现和解决问题。

然后，CMMI5开发流程要求组织建立强大的需求管理和变更控制机制。

在软件开发过程中，需求管理是至关重要的，它涉及到对需求的收集、分析、确认和变更控制等。

CMMI5要求组织建立一套完善的需求管理方法和工具，并确保需求的准确性、一致性和可追溯性。

CMMI5开发流程要求组织建立有效的软件设计和编码规范。

在软件开发过程中，良好的设计和规范能够提高软件的可维护性和可扩展性。

CMMI5要求组织制定一套适合自身特点的设计和编码规范，并确保开发人员按照规范进行设计和编码。

CMMI5开发流程要求组织建立有效的软件测试和质量保证机制。

在软件开发过程中，测试是非常重要的环节，它能够发现和修复软件中的错误和缺陷。

CMMI5要求组织建立一套完善的测试方法和工具，并确保对软件进行全面的测试和质量控制。

组织过程定义过程文档编号：FHI_CMMI_OPD_PRS文档信息：组织过程定义过程文档名称：组织过程定义过程文档类别：CMMI过程密级：内部秘密版本信息：1.1建立日期：2016-1-8创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1简介 (4)1.1目的 (4)1.2适用范围 (4)1.3术语表 (4)1.4参考资料........................................................................... 错误！未定义书签。

2过程总体描述.. (5)2.1过程概述 (5)2.2过程结构描述 (5)3过程元素描述 (6)3.1开发标准组织过程 (6)3.2工作组成员及EPG成员制定组织标准软件过程的工时错误！未定义书签。

3.3评审与批准组织标准软件过程 (8)3.4维护组织标准软件过程 (9)3.5发布组织标准软件过程 (11)4附录 (13)4.1附录A－过程元素表 (13)4.2附录B－过程元素表 (15)1简介1.1目的依据CMMI级的关键过程域“组织过程定义”的要求，开发和维护一组有用的软件过程资产，这些资产供本公司所有软件开发项目享用，以便统一稳定和改进各类项目的软件开发过程性能，并以收集和积累财富在应用中产生的信息与项目组创造性的应用经验，不断改进财富库的内容，使组织长期受益。

过程资产包括有：组织的标准软件过程，对批准使用的软件生命周期的描述，组织标准软件过程的裁剪指南、组织软件过程数据库和软件过程文档库。

另外一个目的是为了有计划、有组织的指导和规范建立过程资产，故本过程是组织标准软件过程和相关过程财富制定、评审批准、维护、发布和废除的文档化规程，过程资产的描述另见相关规程。

1.2适用范围本过程适用于公司软件部内的组织标准软件过程及相关过程资产的管理。

度量与分析过程文档编号：FHI_CMMI_MA_PRS文档信息：度量与分析过程文档名称：度量与分析过程文档类别：CMMI过程密级：内部秘密版本信息：1.1建立日期：2016-1-19创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.引用文件 (4)1.4.术语表 (4)1.5.角色与职责 (4)1.6.参考资料 (4)2.工作过程概述 (4)2.1.过程概述 (4)2.2.过程结构描述 (5)3.工作过程描述 (5)3.1.定义度量与分析规格说明 (5)3.2.实施项目度量与分析活动，并提供相应的结果 (7)3.3.实施公司度量与分析活动，并提供相应的结果 (7)4.支持文件 (10)1.简介1.1.目的开发和维持软件过程的度量能力，以便支持商业目标和管理信息的需要。

1.2.适用范围项目和公司度量与分析工作。

1.3.引用文件●《项目策划过程》1.4.术语表测量（Measure）：是对一个项目或过程的某个特性（例如：规模、工作量、复杂性和缺陷）采度量（Measurement）：是对一个项目或过程具有的某个特性的度的一个测量。

例如：对产品规分析（Analysis）：是整理、比较和解析度量结果并形成报告的行为。

例如：对产品规模与工作1.5.角色与职责●Goal-Driven Software Measurement–A Guidebook [SEI-HB02]2.工作过程概述2.1.过程概述度量与分析过程的功能是从各种工程和管理过程中收集和分析度量数据并为相关的干系人报告度量结果，提供用于监控和改进项目过程和产品质量的管理信息。

度量与分析过程包括下列活动：●定义度量与分析规格说明；●实施项目度量与分析活动，并提供相应的结果；●实施公司度量与分析活动，并提供相应的结果；2.2.过程结构描述3.工作过程描述3.1.定义度量与分析规格说明3.1.1.概述度量分析人员采用“目标-问题-度量（Goal-Question-Metric，GQM）”的软件度量方法，建立和维护项目和公司的度量数据收集、分析、存储和报告方法。

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

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

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的要求，依此类推。

CMMI 等级的含义五个成熟度级别之间的比较如下：1，初始级特征:(1）软件过程的特点是杂乱无章，有时甚至混乱.几乎没有定义过程的规则或步骤。

(2）过分的尽诺.常做出良好的承诺:如"按照软件工程方式，有序的工程过程来工作"；或达到高目标的许诺。

但实际上却出现一系列危机.（3）遇到危机就放弃原计划过程,反复编码和测试.(4）成功完全依赖个人努力和杰出的专业人才,取决于超常的管理人员和杰出有效的软件开发人员.具体的表现和成果都源于或者说是决定于个人的能力和他们先前的经验，知识以及他们的进取心和积极程度.(5）能力只是个人的特性，而不是开发组织的持性.依靠着个人的品质或承受着巨大压力，或找窍门取得成果.但此类人一旦离去，对组织的稳定作用也消失。

(6）软件过程是不可确定的和不可预见的。

软件成熟性程度处于第一级的软件组织的软件过程在实际的工作过程中被经常的改变（过程是随意的）.这类组织也在开发产品，但其成果是不稳定的,不可预见的，不可重复的.也就是说,软件的计划，预算,功能和产品的质量都是不可确定和不可预见的.过程:(1）极少存在或使用稳定的过程。

（2）所谓"过程”，往往是”就这么干"而言. （3）各种条例，规章制度互不协调,甚至互相矛盾人员：（1)依赖个人努力和杰出人物。

一旦优秀人物离去,项目就无法继续（2）人们的工作方式如同"救火".就是在开发过程中不断地出现危机,以及不断的”救火”.技术: 引进新技术是极大风险度量：不收集数据或分析数据改进方向：（1）建立项日管理过程。

实施规范化管理。

保障项目的承诺。

(2）首要任务是进行需求管理,建立客户与软件项目之间的共同理解，使项目真正反映客户的要求.(3)建立各种软件项目计划.如软件开发计划,软件质量保证计划,软件配置管理计划,软件测试计划,风险管理计划及过程改进计划。

（4）开展软件质量保证活动(SQA）。