CMMI基础知识总结分享
CMMI基础理论(全面介绍CMMI基础)
一：CMMI简介1.1 CMMI发展简史CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。
CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。
Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。
1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM 版本。
十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。
美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。
CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。
2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。
CMMI 1.2的三种模型·2·2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布。
为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。
1.2 CMMI的过程域过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。
CMM(CMMI)基础知识介绍
的软件组织进行了软件过程成熟度模型的评估实践。SEI根据这四年 的实践经验，在原过程成熟度框架的基础上开发出了“软件能力成熟 度模型（CMM1．1版）”。 CMM1．1版发表后的两年里先后产生了三十多个草案，于己于1993年 2月发表了“软件能力成熟度模型的关键惯例1．1版”，统称SW— CMM1．1版，简称CMM。
◆ 技术 建立技术支持活动，并有稳定的计划。
◆ 度量 每个项目建立资源计划。主要关心成本、产品和进度。有相应的管理数据。
◆ 改进方向 （1） 不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则 化，具体经验归纳为全组织的标准软件过程。把改进组织的整体软件过程能 力的软件过程活动，作为软件开发组织的责任。 （2） 确定全组织的标准软件过程，把软件工程及管理活动集成到一个稳固 确定的软件过程中。从而可以跨项目改进软件过程效果，也可作为过程剪裁 的基础。 （3） 建立软件工程过程小组（SEPG）长期承担评估与调整软件过程的任务， 以适应未来软件项目的要求。 （4） 积累数据，建立组织的软件过程库及软件过程相关文档库。 （5） 加强培训。
◆ 过程
软件开发和维护的过程是相对稳定的，但过程建立在项目一级。 有规则的软件过程是在一个有效的工程管理系统的控制之下，先前的成功经验
可以被重复。 问题出现时，有能力识别及纠正。承诺是可以实现的。
◆ 人员
项目的成功依赖于个人的能力以及管理层的支持。 理解管理的必要性及对管理的承诺。 注意人员的培训问题。
CMM/CMMI基础知识
1．1什么是CMM
CMM是指“软件能力成熟度模型”，其英文全称 为Capability Maturity Model
CMMI总结
CMMI总结1.CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
2.目前公司使用的是CMMI-for-DEV V1.2，通过的是CMMI LEVEL 3认证。
3. CMMI将CMM的多个模型合并到一个框架中，包括SE /SW /SS /IPPD几个专业领域的过程模型。
CMMI提供了流程改进的指导，指导制定软件企业研发的的一系列流程，监督流程的执行，并据反馈的结果进行过程改进。
4.CMM共有五个等级，分别标志着软件企业能力成熟度的五个层次。
初始级Initial可重复级Managed(Basic Project Management)已定义级Defined (Process Standardization)量化管理级Quantitatively Managed (Quantitative Management)优化管理级Optimizing (Continuous Process Improvement)5.原则（1）、强调高层管理者的支持。
（2）、确定改进目标.一、I PD基本介绍1. IPD, 集成产品开发（Integrated Product Development）是一套产品开发的模式、理念与方法。
2. IPD作为先进的产品开发理念，其核心思想概括如下：a) 新产品开发是一项投资决策。
b) 基于市场的开发。
c) 跨部门、跨系统的协同。
d) 异步开发模式，也称并行工程。
e) 重用性。
f) 结构化的流程。
3. IPD框架上从以下三个大的方面来具体现IPD的核心思想.市场管理市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性和生命。
包括：a) 客户需求分析$-产品价格（Price）；A-可获得性（Availability）；P-包装（Packaging）；P-性能（Performance）；E-易用性（Easy to use）；A-保证程度（Assurances）；L-生命周期成本（Life cycle of cost）；S-社会接受程度（Social acceptance）。
CMMI详解 精髓
3
Proprietary and Confidential Information of EPRO
专业术语及缩写
CMMI是英文Capacity Maturity Model Integrated的简称。中文的译意是能力成熟度集 成模型。
4
Proprietary and Confidential Information of EPRO
L5-优化级
表示和消除不佳性能原因。 持续改进软件过程。
21
Proprietary and Confidential Information of EPRO
L5-优化级 从4级到5级
22
Proprietary and Confidential Information of EPRO
CMMI总特点
12
Proprietary and Confidential Information of EPRO
L2-已管理级过程域
13
Proprietary and Confidential Information of EPRO
L2-已管理级：消除混乱
建立了有效的软件项目管理机制 遵循并且文档化项目管理。 软件开发过程是一系列带有检查点（里程碑）的 黑盒子。 以前项目中的成功经验可以重复使用
16
Proprietary and Confidential Information of EPRO
L4-定量管理级过程域
17
Proprietary and Confidential Information of EPRO
L4-定量管理级
管理流程要做到量化与数字化 依据客观数据做出决策 可在定量的范围内预测性能
CMMI基础简介
过程改进进的组织结构
❖ 过程改进的组织结构
EPG向高层汇报过程 改进的状态。
高层审查过程改进的 效果。
EPG
高层
项目组向高层汇报过 项 项 目目 执执 行行 的的 状状 态态 。。 高层审查项目组执行 的效果。
项目组向EPG提出过 程改进建议。
EPG提供过程执行的 培训和指导。 PPQA向高层汇报项目 组的不符合问题。
CMMI的优势
❖ CMMI的优势
❖ 现今，越来越多的公司想要使产品和服务的交付做得更好、更迅 速、更便宜。同时，随着信息技术的发展，几乎所有的组织都发 现开发产品和服务越来越复杂。组织必须能够管理与控制这样复 杂的开发和服务过程。
❖ 在目前的市场中，有成熟度模型、标准、方法论和作业指南，可 以协助组织改进经营方式，但是大多数可利用的改进方法专注于 经营的部分领域，并没有针对许多组织现今面对的问题采取系统 的方法。导致组织永远存在着孤岛（难以沟通）和障碍。
已量化管理 级
过程是被度量的和控制的。
5 已优化级 已优化级 专注于持续的过程改进
影响质量的要素
❖ 影响质量的要素
❖ SEI在协助企业开发和维护产品及服务品质的时候发现，影响成本 、进度和质量的要素主要是过程、人、技术。
人Hale Waihona Puke 过程技术我们都知道有根据的、有质量的工作是十分重要的， 但是当过程没有被理解或者过程没有工作在最佳状 态时，人是不能表现出他的最大工作效率的。 我们一直强调过程并不是说人和技术不重要，当今， 技术有秩序的每十年改变一次，同样人员在事业生 涯中也会尝试和从事不同职业。我们生活在一个动 态的世界。专注于过程，提供处理世界每次变动所 需要的基础结构，以及最大化人员的生产力，并且 让技术的使用更有竞争力。 所以我们需要把过程执行的顺序和方法、执行过程 的人、方法所采用的技术和工具结合起来制定过程。
CMMI基本概念要点
CMMI基本概念要点CMMI（Capability Maturity Model Integration）能力成熟度模型集成，是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。
CMMI基于过去对软件工程和系统工程最佳实践的研究和经验，通过一系列的阶段和培训，帮助组织提高其过程的成熟度和质量，以便更好地满足客户需求和提供价值。
以下是CMMI的一些基本概念要点：1. 成熟度级别（Maturity Levels）：CMMI定义了五个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和已优化级。
每个级别都有特定的目标和过程特点，组织可以按照这些级别逐步改进其软件工程和系统工程能力。
2. 能力级别（Capability Levels）：CMMI还定义了六个能力级别，分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。
能力级别是针对特定过程或实践的细分评估，组织可以用它来评估和度量其各个过程的成熟度。
3. 关键过程领域（Key Process Areas）：CMMI将软件工程和系统工程划分为22个关键过程领域。
每个关键过程领域都描述了组织达到特定目标所需的一组过程。
这些过程领域包括需求管理、配置管理、项目计划等，可以通过培训和改进来提高组织的能力。
4. 成熟度级别的目标和实践（Goals and Practices）：CMMI对于每个成熟度级别都定义了一组目标和相关实践。
这些目标描述了组织在特定成熟度级别中应该达到的状态，而实践则提供了实现这些目标的具体方法。
5. 过程改进（Process Improvement）：CMMI强调了持续的过程改进的重要性。
组织通过采纳CMMI指南中的最佳实践和建议，可以改进其软件工程和系统工程过程，提高效率、质量和客户满意度。
6. CMMI的评估和认证（Assessment and Certification）：组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。
cmmi基础知识
cmmi基础知识CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
以下是由店铺整理关于cmmi知识的内容，希望大家喜欢!CMMI版本介绍CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI的本质是软件管理工程的一个部分。
软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。
基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
CMMI的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW-CMM,SE-CMM,IPD-CMM等。
不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。
CMMI就是为了解决怎么保持这些模式之间的协调。
CMMI 1、3是2010年11月SEI 发布的CMMI模型的最新版本。
CMMI 1、3包括CMMI采购模型1、3版、CMMI开发模型1、3版、CMMI服务模型1、3版。
CMMI开发模型1、3版(CMMI-DEV 1、3)与CMMI开发模型1、2版相比，做了如下改进：1)将过程域“组织级创新与部署”(Organizational Innovation and Deployment,OID)更名为“组织绩效管理”(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。
2)对模型架构进行了改进，简化对多个模型的使用。
CMMI基础知识2-2和3级
项目计划(Project Planning)(PP)
Project Planning的目的：
建立和维护计划，计划规定了项目需要做 的活动。
那么，需要做到怎样的程度，才算把 PP做好考虑，发表一下?
4
1.基础工作
1. 2. 3. 4.
分解项目任务，做WBS 列出工作产品和工作任务 考虑采用怎样的软件开发生命周期 确定工作量、费用等
8
2级特点小结
软件开发的一些细节没有定义：如需求 开发、设计、编码、测试 全部的PA都是针对项目这一级的，没 有组织级的PA。
9
2级和我们的水平比较
我们完全达到了2级的水平！ 大家充分理解了2级所需要做的各项工 作！
10
3级的特点
项目管理水平升级 细化了软件工程的各个环节 增加了决策流程 加入了组织级方面的要求
27
组织级方面的要求
组织过程聚焦(Organizational Process Focus)(OPF) 组织过程定义(Organizational Process Definition)(OPD) 组织培训(Organizational Training)
28
3级小结-1
项目管理水平升级
这类工作，就是要满足项目计划的第一个目 标(Goal)：建立评估(Establish Estimates) 而以上每一项，就是一个实践(Practice)
5
2.写计划
1. 2. 3.
4.
5. 6. 7.
建立预算和进度 识别项目风险 计划好如何管理各类文档、代码等 计划好软硬件资源 计划好需要哪些培训或者技术支援 计划好与用户、外单位的交涉 把以上内容文档化 这是项目计划的第二个Goal：开发一个项目 计划(Develop a Project Plan)
CMMI知识
CMMI知识CMMI是什么？CMMI是英文Capacity Maturity Model Integrated的简称。
中文的译意是能力成熟度集成模型。
CMMI是CMM模型的最新版本。
早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。
随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。
早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。
目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。
美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。
CMMI实际上是一种管理流程的标准化。
遵循该模型的标准，就能够在管理上迈出一大步。
相对于ISO9000的标准， CMMI有五个不同的标准。
而每一个标准对企业的管理力度都有着不同的要求。
企业可以改进管理模式，不断地提高自己的CMMI等级，从而达到提升管理水平的目的。
CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。
在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。
尤其在印度CMMI的应用甚至超过了美国。
据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。
这也是印度软件也得以迅速发展的一个主要原因。
有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。
在这里我想提一个题外话。
据说我们国家标准局正在制定一个类似于CMMI 的国内标准。
我认为这完全没有必要。
CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。
如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。
CMMI基础知识
过程域PA(process area) 子实践(Subpractice) 典型工作产品(typical work product) 组织资产(organizational assets) 过程体系结构(process architectures) 过程要素(process element) 产品生命周期(product life cycle) 组织度量库(organizational measurement repository) 组织过程资产库(organizational library of processrelated documentation)
成熟度级别
过程域
过程域
…
特别目标
共性目标
说明: 这个是一个阶 段性表现
共性实践 特定实践
问题
谢谢！
组织级的过程能力是靠一组过程能力结合起来体 现的，而不仅仅是实现单独一个过程。而提高组 织级能力成熟度一般采用阶段型模型，即Level1 到Level5，每个级别都有相关的PA. 阶段表示能力成熟度的五个等级：初始级(1)->受 管理级(2)->已定义级(3)->定量管理级(4)->持续优 化级(5).
过程域PA可以按照过程管理，项目管理，支持，工程四 个大类进行划分。
有两种类型的目标和实践：一种是特别目标SG和特定实 践；一种是共性目标GG和共性实践GP。 GG和GP主要分为是个步骤来实现：执行委托－》执行 能力－》指导实施－》验证实施。其中执行委托是GP2.1； 实现能力是GP2.2 GP2.3 GP2.4 GP2.5 GP3.1;指导实施 是GP2.6 GP2.7 GP2.8 GP3.2 ；验证实施是GP2.9 GP3.0
CMMI基础知识培训
CMMI认证知识大全
CMMI（开发能力成熟度模型集成）认证的目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。
因而能够从总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面，CMMI认证主要分为以下几个等级。
1、初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3、已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4、量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5、优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。
每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。
当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。
CMMI认证为企业带来价值主要体现在以下几个方面：1、能保证软件开发的质量与进度，能对“杂乱无章、无序管理”的项目开发过程进行规范。
2、有利于成本控制。
因为质量有所保证，浪费在修改、解决客户的抱怨方面的成本会降低很多。
CMMI详细讲解汇总
第一章过程改进简介1．组织有各种各样的商业目标，组织的商业目标通过组织的过程实现。
2．要想达到有竞争力的水平必须不断改进过程。
3．过程改进活动关注改进过程的能力和组织的成熟度来推动组织的发展和实现目标。
4．过程改进活动能提供指导，帮助组织定义和标准化过程、提高工作效率、减少返工、度量组织的性能和利用数据来管理业务。
5．过程改进保证了能给组织带来可度量的收益，特别是在工作量估计和高质量产品的交付能力上。
6．基于模型的过程指的是使用一个模型来指导一个组织的过程改进。
7．一般而言，基于模型的过程改进开始于管理的承诺和评估。
评估的结果又被作为制订下一步行动计划的基础，在完成了这些计划后，再进行进一步的评估，依次下去，其目标是使组织成熟，让它持续地监控和改进过程，一直生产高质量的产品，在市场竞争中游刃有余，并随时进行自我调整来满足客户的需求。
8．工程系统复杂性日益增长、并行工程和交叉学科需要采用集成过程。
9．集成过程改进的真正效益：➢成本改善●采用多种模型和多种方法所需的培训费用。
●在相同的组织中（可能对相同的实践人员）执行多种评估需要的费用。
●在数据仓库中维护冗余的过程资产。
●维护或采购多种模型中的专业知识。
由集成过程改进带来的更多成功机会，较高质量、更好的可预测性以及其他各种改进过程的效益都会使组织实现成本节省。
➢重点明确一个集成过程改进计划可以弄清楚组织各种活动的目的和商业目标。
通过跨越更大范围的学科的各种过程改进活动的集成，就更容易把同时包括实践人员和主管的队伍团结在过程改进的大旗下。
➢过程集成和精益组织集成过程改进的一个不太明显的收益是它对组织产生的“集成”影响。
当过程的定义跨越了组织和学科的边界时，通常会产生新的理解相互学习，从而使关键工作流简化，并消除冗余的或不必要的活动。
➢灵活性与新学科的扩展集成所带来的最后一个效益，是当业务或工程环境发生变化时，具备了增加新学科的能力。
10．集成化过程改进的原则➢强调高层管理人员的支持➢仔细确定目标➢选用最佳实践➢过程改进要与业务目标一致11．运用两个或多个单学科模型可以实现一个组织的集成化过程改进。
CMMI基础知识总结分享
CMMI基础知识总结分享CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估组织软件开发和维护过程的成熟度的方法。
它由Carnegie Mellon大学的软件工程技术研究中心（SEI）开发，并成为许多组织提高其软件开发和维护能力的行业标准。
以下是CMMI的基础知识总结。
1.CMMI模型结构：CMMI主要由过程关键实践（PA）和相关实践（GP）组成。
过程关键实践是为了达到特定目标而必须执行的活动，而相关实践是为了支持过程关键实践而建议执行的活动。
2.成熟度级别：CMMI定义了5个成熟度级别，从初始级别（级别1）到优化级别（级别5）。
每个级别都有一组特定的目标和实践，组织必须满足这些目标和实践才能达到相应的成熟度级别。
3.过程区域：CMMI将软件开发和维护过程分为22个过程区域，如需求管理、项目计划、配置管理等。
每个过程区域都具有一组特定的目标和实践，它们描述了组织在该领域中应该执行的活动。
4.模型应用：CMMI可以被用于评估组织的软件开发和维护能力，帮助组织识别和解决存在的问题，并提供改进的建议。
它还可以用作组织内部的自我评估工具，帮助组织提高其软件开发和维护过程的效率和质量。
5.模型级别：CMMI定义了5个模型级别，分别是初始级别、可管理级别、已定义级别、已量化级别和优化级别。
这些级别反映了组织软件开发和维护过程的成熟度水平。
6.持续改进：CMMI强调持续改进的重要性，组织应该通过不断监控和改进其软件开发和维护过程来提高其能力。
持续改进的目标是提高效率和质量，降低成本和风险。
7.收益和挑战：通过实施CMMI，组织可以获得优势，包括提高工作效率、减少错误和缺陷、提高客户满意度等。
然而，实施CMMI也面临一些挑战，如改变组织文化、开发人员培训和付出的时间和资源投入等。
8.与其他模型的比较：CMMI与其他成熟度模型如ISO9000和SPICE 有一些相似之处，但CMMI更侧重于软件开发和维护过程的成熟度评估和改进。
CMMI基础知识
一、基础信息介绍：1.1 CMMI――Capability Maturity Model Integration(集成能力成熟度模型)；1.2 CMMI是由卡耐基梅隆大学软件工程学院（SEI）制定的；1.3 CMMI集成了四个知识领域的应用：l Software Engineering (软件工程)、l System Engineering (系统工程)、l Integrated Product and Process Development （集成的产品与过程开发）、l Supplier Sourcing (外包开发) Newegg引入CMMI主要使用在两个知识领域：Software Engineering(软件工程) 和System Engineering (系统工程)1.4 CMMI模型在表现方式上分为2种：分阶段表述和连续性表述，我们通常所说的CMMI的等级是指在分阶段表述下的成熟度等级（ML）。
二、CMMI构成介绍：2.1 CMMI模型组建图2.2 专有名词介绍：l 成熟度等级（Maturity Level, ML）：在CMMI分阶段表述中一组经过定义的渐进式过程改善指标，达到每一个成熟度等级则代表组织过程的某重要部分有稳固的基础，一共分为五级。
l 过程域(Process Area, PA)：是一组同属某过程领域而彼此相关的执行方法，当共同执行这些方法时，可以达成一组目标，而这些目标对该领域的重大改善是重要的。
l 特定目标(Specific Goal, SG)：适用于单一的过程域，并强调其独有的特征，此特征用来说明必须要执行什么以满足过程域。
l 特定实践(Specific Practice, SP)：是一种活动，它对达成相关的特定目标是重要的，特定执行方法说明一组活动，这组活动被期望可某过程域的特定目标。
l 一般目标(Generic Goal, GG):是指该目标可用于多个过程域，分阶段表述的每个过程域只有一个一般目标。
cmmi 高项知识点
cmmi 高项知识点CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种软件工程和组织发展的模型框架，旨在帮助组织改进其软件开发和维护过程。
CMMI高级知识点是指在CMMI模型中的关键概念和实践，本文将介绍CMMI高级知识点的相关内容。
一、CMMI模型概述CMMI模型是由美国软件工程协会（SEI）开发的一种过程改进模型，它提供了一种结构化的方法来评估和改进组织的软件工程能力。
CMMI模型分为5个等级，分别为初始级、可管理级、定义级、量化管理级和优化级，每个等级都有一定的目标和要求。
二、CMMI高级知识点1. 过程区域CMMI模型将软件工程过程划分为22个过程区域，包括需求管理、项目计划、项目监控与控制、配置管理等。
每个过程区域都有一套特定的目标和实践，用于帮助组织建立和改进相关的软件工程过程。
2. 目标与实践CMMI模型中的每个过程区域都有一组目标和实践，目标描述了该过程区域的期望结果，实践则是为实现这些目标所需的具体行动。
例如，在需求管理过程区域中，目标是确保需求的正确性和一致性，实践包括建立需求管理计划、识别和建立需求基线等。
3. 成熟度级别CMMI模型将组织的软件工程能力分为5个成熟度级别，每个级别都有一组特定的目标和要求。
成熟度级别描述了组织在软件工程领域的成熟度水平，从初始级到优化级，代表了组织从过程无序到过程持续优化的不同阶段。
4. 过程改进CMMI模型强调持续的过程改进，组织应该通过评估和改进自身的软件工程过程来提高其能力。
过程改进包括制定改进计划、执行改进活动、评估改进效果等。
CMMI模型提供了一套评估方法和改进指南，帮助组织实施有效的过程改进。
5. 代表性实践CMMI模型中的每个过程区域都有一组代表性实践，这些实践是在实践过程改进的过程中总结和提炼出来的。
代表性实践是成功实施该过程区域所需的关键活动和技术，组织可以参考这些实践来改进自身的软件工程过程。
CMMI学习总结
CMMI3学习心得
CMMI如何提升组织效率
CMMI为改进组织的各种过程提供了一个单一的集成化框架。 新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理
解，建立了一个自动的、可扩展的框架。 因而能够从总体上改进组织的质量和效率
对CMMI学习总结
CMMI3学习心得
1 对CMMI的认识 2 CMMI包含内容 3 CMMI3学习 4 CMMI3学习后存在的问题
对CMMI学习总结
CMMI3学习心得
什么是CMMI
CMMI
全称Capability Maturity Model Integration，即 软件能力成熟度模型集成（也有称为：软件能 力成熟度集成模型）。 它的目的是帮助软件企业对软件工程过程进行 管理和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
编码实现
代码走查
编码实现
建立产品支 持文档
对CMMI学习总结
CMMI3学习心得
测试管理
分析 测试 需求
设计 测试 用例
执行 测试
建立 开发 基线
对CMMI学习总结
CMMI3学习心得
功能评审
对CMMI学习总结
CMMI3学习心得
部署管理
对CMMI学习总结
CMMI3学习心得
客
户
培
客户培训 （业务部门）
立项
制定 项目计划
对CMMI学习总结
CMMI3学习心得
需求开发
• 需求开发
※ 制定需求调研方案 ※ 收集需求 ※ 分析需求 ※ 评审需求 ※ 确认需求 ※ 建立需求基线 ※ 初始化需求跟踪矩阵
对CMMI学习总结
CMMI知识交流
Level 1：初始级
• 不用做计划，提前订好餐厅即可 • 当天下班大家一哄而去 • 现场点菜，然后大吃一顿
Level2:受管理级
怎样才能办 好事情呢？
大家想吃什 么？
采购(SAM)
酒水需要另 外买啊！
需求管理(RM)
老板有什么期望呢？ 预算是多少呢？
要做个计划 才行？ 项目计划(PP)
资源提供 (6.1)总则 (6.2.1)基础设施（6.3）工作环 境（6.4）
能力、意识和培训（6.2.2） 与顾客有关的过程（7.2） 设计和开发（7.3） 采购（7.4） 生产和服务提供的控制（7.5.1）
Ability to Perform; PP
Ability to Perform; OT RM;RD;PP;SAM; PP;PMC;CM;QPM;TS;PI;VER;VAL;RSKM SAM PP;PPQA;OPP;OID;Verification;M&A;CM;RD;TS;PI;VER;VAL
CMMI各级的PA
• L2的7个PA：
1. 需求管理 • 2. 项目策划
3. 项目监控 4. 供应商协议管理 5. 过程和产品质量保证 6. 配置管理 7. 度量和分析
• L3的11个PA：
1.需求开发 2.技术解决 3.产品集成 4.验证 5.确认 6.组织过程聚焦 7.组织过程定义 8.集成项目管理 9.风险管理 10.组织培训 11.决策分析和决定
CMMI的评估办法
• 评估一个企业是否达到某级别的标准，评估的关键就是每个 Practice的实际情况。
• 根据评估办法的严谨程度，有以下办法 • SCAMPI C(快速评估 Quick look) • SCAMPI B(企业内部评估自我摸底) • SCAMPI A（正式评估用的办法）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SP 1.3 监督项目风险
SG 1 对照计划 SP 1.4 监督数据管理
监督项目
SP 1.5 监督干系人的参与
SP 1.6 进行进展评审
SP 1.7 进行里程碑评审
SP 2.1 分析问题
SG 2 管理纠正 措施直至关闭
SP
2.2
采取纠正措施
SP 2.3 管理纠正措施
文档 WBS、项目管理计划、项目开发计划、质量保证计划等 WBS
风险阀值 风险值=发生概率ˣ风险影响级别
05 项目管理类
集成项目管理
目标
实践 SP 1.1 建立项目已定义的过程
SG 1 使用项目已定义的过程 SG 2 与相关干系人协调并协作
SP 1.2 使用组织级过程资产计划项目活动 SP 1.3 建立项目工作环境 SP 1.4 集成各类计划 SP 1.5 使用集成的计划管理项目 SP 1.6 建立团队 SP 1.7 为组织级过程资产做出贡献 SP 2.1 管理干系人的参与 SP 2.2 管理依赖 SP 2.3 解决协调问题
关注由成熟度级别度量的总体成熟度
什么是CMMI?
能力等级（连续式表示法）
当某等级下的所有通用目标都得到满足时，过程域的该能力等级就被达成。
过程剪裁，更为一致；精细化管理 过程按照方针得到计划和执行
过程域的特定目标和通用目标得到满足 过程域的特定目标没有得到全部满足，通用目标也不具备
3.已定义级 2.已管理级 1.已执行级 0.不完整级
文档名
证据解释
过程裁剪表
集成剪裁标准过程，并获得高层领导的 批准
使用组织财富库、项目计划来估量并计
划项目活动
建立并维护项目工作环境
项目管理计划、项目开发计划、质量保证计 划
使用项目相关的管理计划对相关模块工
作进行管理
根据组织的团队建立指南，建立团队，
制定章程、建立规则，统一愿景
过程活动文档化
快速功能点估算计算工具、工作量评估、WBS WBS
证据解释 建立顶层的WBS以估算项目范围
对需求数量、功能(点)数等估算
对照项目生命周期选择指南根据项目实际情况 进行选择 估算工作产品与任务所需的项目工作量与成本 对项目风险进行识别
SP 2.3 计划数据管理
配置管理计划
对各种数据进行管理，不局限于配置管理
QA检查表 项目QA工作汇合问题 项目QA问题跟踪表
SP 2.2 建立记录
QA阶段检查与问题汇总表、项目QA工作汇报、QA审计检查报 告
度量与分析
目标
实践
SP 1.1 建立度量目标
SP 1.2 明确说明度量项 SG 1 使度量与分析活动协调一致
SP 1.3 明确说明数据收集与存储的规程
执行验收
验收报告
01
验收
支持类
3
配置管理
目标 SG 1 建立基线 SG 2 跟踪并控制变更 SG 3 建立完整性
实践 SP 1.1 识别配置项 SP 1.2 建立配置管理系统 SP 1.3 创建或发布基线 SP 2.1 跟踪变更请求 SP 2.2 控制配置项 SP 3.1 建立配置管理记录 SP 3.2 执行配置审计
执行指导项
SP 3.5 确认需求
需求确认表、需求规格说明书
01
深入挖掘需求
验证
目标
实践
文档名
SG 1 准备验证
SP 1.1 选择需要验证的工作 产品
系统测试计划
SP 1.2 建立验证环境
系统测试计划、系统安装部署报告
SP 1.3 建立验证规程与准则 测试管理方法与工具的决策分析报告、测试用例
SP 2.1 准备同级评审
项目管理类
1
01 项目管理类
项目计划
目标 SG 1 建立估算
实践
SP 1.1 估算项目范围
WBS
SP 1.2 估算
建立对工作产品与任务属性的
WBS
文档名
SP 1.3 定义项目生命周期阶段
LC选择表、项目过程剪裁表、项目管理计划
SP 1.4 估算工作量与成本 SP 2.1 建立预算与进度 SP 2.2 识别项目风险
已量化管理级
l 分析收集的过程数据，识别绩效方面的不足和差距，用于过程改进。
与成熟度级别4级的关键区别：管理与改 进组织级绩效的关注点不同。
持续优化级
连续式过程域划分
CMMI
项目管理类
• 项目计划(PP) • 项目监督和控制(PMC) • 供方协定管理(SAM) • 需求管理（ REQM） • 风险管理(RSKM) • 集成项目管理(IPM) • 量化项目管理(QPM)
对相关干系人的参与活动进行管理并支
持
识别关键依赖：延期会影响项目进度，
提前进行协商
协调、解决问题
工程类
2
需求开发
目标
实践
文档名
证据解释
SG 1 开发客户需求
SP 1.1 挖掘需要 SP 1.2 将干系人的需要转换为客户需求
需求调研计划、需求交流会议纪要及总结 执行指导项
SP 2.1 建立产品与产品组件需求
CMMI基础知识总结
目录
CMMI是什么？它包括什么内容? 解读CMMI过程域下的特定实践
CMMI是什么？
l CMMI-Capability Maturity Model Integration 集成的能力成熟度模型 l 定义：产品开发和服务过程改进的成熟度模型。它由覆盖产品生命周
期的开发和维护活动的最佳实践组成。 l 目的：帮助企业改进产品和服务的开发和维护过程。
l 软件生产生产和服务过程是随意且无序的，甚至是混乱的。 l 过程成功依赖组织个人能力，而不是经过实践证明的过程。 l 组织往往无法提供稳定的环境，常常超出计划中的预算和成本。
特征：无法复制他们的成功。
初始级
l 为过程建立了明确的目标，并能实现所确定的诸如成本、进度和质量目标等目标。 l 组织确保策划、文档化、执行、监督和控制项目级的过程。 l 项目确保过程按照方针得到计划与执行，过程得到监督、控制与评审。
什么是CMMI?
成熟度级别
l 所有的CMMI模型在其设计与内 容都体现了成熟度级别。
l 由预先定义好的过程域集合中相 关的特定实践与通用实践组成。
l 通过与预先定义好的过程域集合 相关联的特定目标与通用目标的 达成情况进行度量。
l 五个成熟度级别定名为 1 级至 5 级，由低到高级别包括：
ML1.初始级 ML2. 已管理级 ML3. 已定义级 ML4. 已量化管理级 ML5. 持续优化级
证据解释 周报、月报、评审会议对主要参数有所涉及，并 对问题进行探讨解决 监督承诺的任务是否按照计划完成
报告会议、评审会议
WBS 周报、月报（阶段汇报）等会议、阶段评审报告 里程碑报告评审记录表 项目问题跟踪汇总表
报告会议、评审会议
计划确定干系人的任务和时间，在干系人参与活 动之前提前通知，并跟踪参与情况
文档名 基线发布申请表 配置项状态记录 配置权限分配表、配置管理计划 配置项状态记录、配置状态报告 配置审计检查表、QA审计检查报告
证据解释 识别配置项 如：SVN 对变更请求进行跟踪
过程与产品质量保证
目标
实践
文档名
SG 1 客观评价过程与工作产品
SP 1.1 客观评价过程 SP 1.2 客观评价工作产品
04 项目管理类
风险管理
目标
实践
文档名
SP 1.1 确定风险来源与类别
SG 1 准备风险管理
SP 1.2 定义风险参数
SP 1.3 建立风险管理策略
SP 2.1 识别风险 SG 2 识别并分析风险
SP 2.2 评价、分类风险并划分风险优先级
SG 3 缓解风险
SP 3.1 制订风险缓解计划 SP 3.2 实施风险缓解计划
工程类
• 需求开发（ RD） • 技术解决方案（ TS） • 产品集成（ PI） • 验证（ VER） • 确认（ VAL）
支持类
过程类
• 配置管理（ CM） • 过程与产品质量保证（ PPQA） • 度量与分析（ MA） • 决策分析与解决（ DAR） • 原因分析与解决（ CAR）
• 组织级过程定义（ OPD） • 组织级过程关注（ OPF） • 组织级绩效管理（ OPM） • 组织级过程性能（ OPP） • 组织级培训（ OT）
执行指导项
SG 2 开发产品需求 SP 2.2 分配产品组件需求
执行指导项
SP 2.3 识别接口需求
执行指导项
SP 3.1 建立操作概念与场景
执行指导项
SP 3.2 建立必需的功能与质量属性的定义
执行指导项
SG 3 分析并确认需求 SP 3.3 分析需求
需求场景分析、需求分析表
SP 3.4 分析需求以达到平衡
项目管理计划
WBS、项目管理计划
项目实际执行人、计划支持人员，甚至包括客 户
项目管理计划、项目开发计划、质量保证计划等计划
对各项计划进行评审
调整项目计划与资源，使两者平衡
WBS
1、项目实际执行者的承诺2、高层领导的批准
02 项目管理类
项目监督和控制
目标
实践
SP 1.1 监督项目计划参数
SP 1.2 监督承诺
项目是在受控状态下运行的。
已管理级
l 过程得到清晰的说明与理解，并以标准、规程、工具与方法的形式进行描述。 l 项目执行过程是通过裁剪组织的标准过程集合和组织过程财富产生的“已定义过程”。 l 与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织的。
已定义级
l 组织与项目建立了质量与过程性能的量化目标并将其用作管理项目的准则。 l 软件过程和产品质量的度量数据得到了收集和统计分析。 l 软件开发的成本、进度和软件质量等都可以定量预测。