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基础绍介
Practice2
Practice3
….
CMMI的评估办法
评估一个企业是否达到某级别的标准， 评估的关键就是每个Practice的实际情 况。 根据评估办法的严谨程度，有以下办法
SCAMPI C SCAMPI B SCAMPI A（正式评估用的办法）
稍后课程详细论述
某企业通过了某某级别的评估， 意味着什么？
CMMI基础知识
CMMI是什么？
Capability Maturity Model Integration (能力成 熟度模型综合) 它综合了以下几方面: System engineering Software engineering Integrated Product and Process Development Supplier Sourcing 该模型提供一套可供公众使用的准则；这些准则描述 那些成功地实施了过程改进的组织的特性。 该模型用“软件能力成熟度”来衡量这种软件综合能 力
CMMI中的PA
分类
项目管理
过程域
Project Planning Project Monitoring and Control Supplier Agreement Management Integrated Project Management(IPPD) Integrated Supplier Management (SS) Integrated Teaming (IPPD) Risk Management Quantitative Project Management Configuration Management Process and Product Quality Assurance Measurement and Analysis Causal Analysis and Resolution Decision Analysis and Resolution Organizational Environment for Integration (IPPD) Requirements Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Organizational Process Performance Organizational Innovation and Deployment
CMMIl基础知识实用
配置管理过程域（CM PA）
• 组织实施“配置管理”过程域的目标是运用配置标识、配置控制、 配置状态统计和配置审计，建立和维护工作产品的完整性
• 建立并维护用于标识工作产品的基线
• 包括： 识别将置于配置管理之下的配置项和有关的工作产品 • 建立并维护用于控制工作产品的配置管理系统和变更管理系统 • 创建或放行基线，供内部使用和交付给顾客
第10页/共17页
度量和分析过程域（续）
• 提供度量结果，以便处理信息需要和目标 • 包括：获得指定的度量数据 • 分析并解释度量数据 • 管理并存储度量数据和分析结果 • 向所有相关利益者报告度量和分析活动的结果
第11页/共17页
过程和产品质量保证过程域（PPQA PA）
• 组织实施“过程和产品质量保证”过程域的目标是要使工作人员和 管理者能客观了解过程和相关的工作产品的状况
• 对照项目计划监督该项目的实际性能和进展 • 对照项目计划监督项目策划参数的实际值 • 对照项目计划中确定的承诺进行监督 • 对照项目计划中标识出的风险进行监督 • 监督项目数据的管理 • 对照项目计划监督利益相关者介入情况 • 定期审查项目进度、性能和问题 • 在所选定的项目里程碑处审查项目的完成情况和结果
第3页/共17页
项目计划过程域（续）
• 制订并维护项目计划，作为项目管理的基础
• 建立项目的预算和进度 • 识别并分析项目风险 • 计划数据管理 • 计划项目的资源 • 计划所需的知识和技能，培训相关人员 • 计划项目相关人员的参与。（使已识别的利益相关者
介入的计划） • 制订并维护整个项目计划内容。
• 确定由外部获取的产品清单 • 根据对供方满足规定需求和准则的能力进行的评估，选择供方 • 与供方签订协议并予以维护
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 知识要点汇总1、CMMI全称Capability Maturity Model Integration (能力成熟度模型集合)2、CMMI来源于那三个模型，研究机构（英文、中文）软件工程sw-cmm系统工程EIA/IS集成化产品和过程开发IPD-CMM3、CMMIv1.2分为哪三个集群（英文、中文）面向开发的CMMI（CMMI for Development，CMMI-DEV）（自己学习的）面向采购的CMMI（CMMI for Acquisition，CMMI-ACQ）面向服务的CMMI（CMMI for Services，CMMI-SVC）（面向外包的）4、CMMI的成熟度等级表示两种方法：连续式（5个公式）、阶段式（2级7个）5、CMMI有哪些pa ，ML2、3、4、5级别成熟度分别要求哪些pa达到怎样的成熟度（1）包括22个过程域（pa）REQM 需求管理PP 项目计划PMC 项目监督和控制SAM 供应商协议管理MA 度量和分析PPQA 过程和产品质量保证CM 配置管理2级7个过程域，本题考点儿，大家熟悉各级过程域中英文对应中文即可，不需死背，理解万岁RD 需求开发TS 技术解决方案PI 产品套件套VER 验证VAL 确认OPF 组织级过程集点OPD+IPPD 组织级过程定义+IPPDOT 组织级培训IPM+IPPD 集成化项目管理+IPPDRSKM 风险管理DAR 决策分析和解析方案OPP 组织级过程性能QPM 项目定量管理OID 组织级改革和部署CAR 因果分析和解决方案（2）已管理级（Managed）=ML2 PAS（GG2）定义级 （Defined ）=ML2 PAS （GG3）+ML3 PA （GG3） 量化管理级（Quantitatively Managed ）=ML2,3,4 PA （GG3) 优化级（Optimizing ）=ML 2,3,4,5 PA(GG3) 6、CMMI 框架的组成结构（中英文都可） 重点儿，老师平时曾要求大家会默写7、评估方法简述，评估三种类型、评估的主要依据、评估的结果Scampi 的评估方法，老师原话：“了解下看一遍有印象就行了”，具体含义自行领悟（1） 用于过程改进的标准CMMI 评估方法 （2）评估三种类型：Class A:凡是按体系要求的项目都需要按体系要求做，评估的时候采取抽样评估； Class B:评估试点项目与体系文档、CMMI 模型的符合度； Class C:评估完成的过程体系与CMMI 模型的差距；（3） 当且仅当目标下的全部实践被全部实施或者被大部分实施 所有弱项的累积不会对目标的达成产生显著负面影响。
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体系简介及工作流程
CMMI级别
如果该级别的全部PA达到要求了，就认为该级别达到了。 如何判断PA达到要求呢？
每个PA包含几个目标(Goal) 如果这个几个目标都达到要求了，就认为该PA达到要求
了 如何判断Goal达到要求呢？
每个Goal包含几个实践(Practice) 每个实践达到要求了，就认为该Goal达到要求了
GP 1.1: 执行特定实践
GP 2.1: 制订与维护组织方针 GP 2.2: 制订过程计划 GP 2.3: 提供资源 GP 2.4: 分配职责 GP 2.5: 培训人员 GP 2.6: 对工作产品进行配置管理 GP 2.7: 识别相关人员 GP 2.8: 监控过程 GP 2.9: 评估过程符合性 GP 2.10: 高层管理者评审
CMMIonline
2级做法遗留的一些问题
不需要进行风险管理吗？ 用什么方法调查大家喜欢吃什么菜式呢？有指南就
好了？ 如何组织聚餐活动，是不是应该有个指导？或者有
成功经验可供参考？ ……
CMMIonline
Maturity Level 3: Defined
——建立标准的，且不断得到改进的工作方式
5个成熟度等级分别为： 第1级：初始级 第2级：受管理级 第3级：已定义级 第4级：定量管理级 第5级：持续优化级
CMMI级别
每一个级别，都包含几个到十几个PA 英文全写：Process Area 中文译名：过程域
什么叫“过程域”？ 简单的说就是做好一个事情的某一个方面。 对应软件开发来说，就是做好软件开发的某一个方面。
行修正
CMMI-SE/SW ML2 PAs
需求管理 Requirement Management（REQM）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
决策分析与决议 （DAR） ）
需求管理（ 需求管理（ReqM） ）
供应商协议管理(SAM) 供应商协议管理 项目监督与控制(PMC) 项目监督与控制 项目计划(PP) 项目计划
配置管理(CM) 配置管理 过程与产品质量保证 (PPQA) 度量与分析（ 度量与分析（MA） ）
工程管理
项目管理
过程管理
支持
– SP2.1分析问题 – SP2.2采取纠正行动 – SP2.3管理纠正活动
Measurement and Analysis度量与分析
• 目的：开发与维持度量能力，以支持管理信息的需求 SG1结合度量与分析活动
• 告诉企业做什么，而不是如何做
CMMI精髓智慧(1)
• 目标管理：终极目标的识别和分解
CMMI精髓智慧(2)
• 持续改进：PDCA是达到目标的基因
CMMI精髓智慧(3)
• 感觉全开 • Integration：借助别的肩膀帮助自己提高；多学习别人的 长处，把好的东西学习过来；
培训目的
了解CMMI 了解
2
CMMI过程域 过程域
3
改进方法
CMMI过程域
1 2
CMMI L2 CMMI L3 CMMI L4 CMMI L5
3 4
CMMI L2
7个过程域 个过程域(PA) 个过程域
• 需求管理， • 项目计划， • 项目监督与控制， • 供应商协议管理， • 度量与分析， ReqM ， Requirements Management PP ， PMC ， SAM， SAM， MA ， Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis
SG2开发项目计划
– SP2.1建立预算与进度表 – SP2.2识别项目风险 – SP2.3策划资料管理 – SP2.4策划项目资源 SP2.4 – SP2.5策划知识和技能要求 – SP2.6策划干系人的参与 – SP2.7建立项目计划
Project Planning项目计划
SG3取得对计划的承诺
– 432条实践(Practice)，分为22大类（PA－Process Area）
It consists of best practices that address development and maintenance activities that cover the product lifecycle from conception through delivery and maintenance
Requirements Management需求管理
• GG2将管理过程制度化
– GP2.6管理配置 – GP2.7识别和引入(Involve)干系人 – GP2.8监控过程 – GP2.9客观评价遵循程度 – GP2.10与上层管理人员评审状态
GG2及其GP每个过程域都相同，后面的PA中不再列出
Requirements Management需求管理
需求跟踪的作用： 需求跟踪的作用：
– 避免需求的遗漏、漫延
– 便于需求变更影响范围分析
– 方便开展重用活动
Requirements Management需求管理
• GG2将管理过程制度化
– GP2.1 建立组织方针 – GP2.2 计划过程 – GP2.3 提供资源 – GP2.4 分配职责 – GP2.5 培训人员
随着成熟度的提高
• 一个组织的软件过程能力成熟度能帮助预测一个项目达到其 目标的能力。在预定目标方面能观察到三个改进： -所有项目的预定目标结果与实际结果的差异减少（稳定性） -实际结果与预定目标结果的偏差范围减小（预测性） -预期目标结果得到改善（质量提高）
培训内容
1
CMMI整体介绍 整体介绍
• 22个过程域 个过程域(PA-process Area) 个过程域
两种表示(representations)
• 连续型
• 阶梯型
连续型(The Continuous Representation )
每
5 Optimizing 优 级 Quantitatively Managed 管 级 Defined 0q 义级 Managed 0 管 级 Performed 0 级 Incomplete y 级
Project Planning项目计划
• 目的：建立和维护用于定义项目活动的计划 SG1建立估算
– SP1.1估算项目范围 – SP1.2建立对工作产品与任务性质的估算 (规模、资源、进度、…) 、 – SP1.3定义项目生命周期 SP1.3 – SP1.4建立对工作量和成本的估算
Project Planning项目计划
Specific Practices (SP)特定实践 特定实践
Generic Practices (GP)通用实践目标、通用目标)是必要组件 • 实践是期望组件 • 其它：提供信息(Informative)的组件
• 通用目标2应用在成熟度第2 级 • 通用目标3应用在成熟度3-5级
Maturity Levels 成熟度等级
阶梯型结构
Process Area 1 过程域1 过程域
Process Area 2 过程域2 过程域
Process Area n 过程域n 过程域
Specific Goals (SG)特定目标 特定目标
Generic Goals (GG)通用目标 通用目标
化预测； 4 級，过程性能使用统计与其它量化技术进行控制 控制及量化预测 控制
成熟度等级的重要差异
• 4级与 级：解決的过程偏差类型－4级，解決特殊原因，以及提供结果的 级与5级 特殊原因， 级与 特殊原因
统计预测。过程可能产出可预测的结果，但是可能不足以达成所建立的目 标；5级，解決普遍原因（共同原因），以及变更过程（转移过程性能的平 普遍原因（共同原因） 普遍原因 原因 均值或降低內过程偏差），以改善过程性能，并且达成已建立的 化过程 改进目标
• CMMI是什么 • CMMI的两种表示 • CMMI有哪些过程域
掌握如何基于CMMI模型实施过程改进 模型实施过程改进 掌握如何基于 树立全员参与、 树立全员参与、持续改进的理念
培训内容
1
CMMI整体介绍 整体介绍
2
CMMI过程域 过程域
3
改进方法
CMMI整体介绍
1
CMMs发展历史
2
CMMI套件
连续型(The Continuous Representation )
5 4
力 能
3 2 1 0 RM PP
过
PMC
程
etc
阶 梯 型
阶梯型(The Staged Representation )
• 22个过程域分布于 个等级中 个过程域分布于5个等级中 个过程域分布于 个等级中(maturity level ) ：
作产品间的差异
• SG1管理需求
– SP1.1取得需求理解 – SP1.2取得需求承诺 承诺(Commitment) 承诺 – SP1.3管理需求变更 – SP1.4维护需求的双向追溯性 双向追溯性：需求与实现、实现与需求 #需求跟踪 双向追溯性 需求跟踪 – SP1.5识别项目工作与需求间的差异(Inconsistencies)
CMMI ：产品和服务的过程改进成熟度模型
CMMI is a process improvement maturity model for the development of products and services
CMMI的本质
• 是业界最佳实践的集合(涵盖产品从概念到交付和维护的 整个生命周期的开发和维护活动)
组织成熟度等级评估
• 评估结果有效期：3年
• 组织： 产品线、部门、整个公司 • 组织成熟度第3 级：所有成熟度第2 、3 级指定的过程域，必
须达到或高于能力水平第3级(满足过程域的特定目标、通用目标3)
• 组织成熟度第4级：所有成熟度第2、3 、4级指定的过程域，
必须达到或高于能力水平第3级 必须达到或高于能力水平第 级
Quantitatively Managed Defined Managed Initial 初始级 1 已管理级 2 已定义级 3 定量管理级 4 Optimizing 优化级 5
CMMI成熟度等级
成熟度等级的PA个数
• 2级 7个PA • 3级 11个PA • 4级 2个PA • 5级 2个PA
• consists of two models:
– CMMI for Development +IPPD – CMMI for Development (without IPPD)
IPPD：Integrated Product and Process Development集成的产品与 过程开发
CMMI-DEV(2)
个 (CL-Capability Level) Capability Level) 过 程 域 有 六 个 能 力 水 平
4
3
2
1
：
0
过程域分类(Categories)
组织创新与推广 (OID)
原因分析与决议 （CAR） ）
量化项目管理（ 量化项目管理（QPM） ）
组织过程性能(OPP) 组织过程性能
• CMMI -DEV范围 范围： 范围 CMMI for Development is a reference model that covers the development and maintenance activities applied to both products and services CMMI-DEV模型覆盖产品和服务的开发、维护活动