cmmi整体框架和过程域解释讲解
cmmi的过程域(课堂PPT)
4
阶段式模型
“吃饭”的例子！
5
CMMI”精神”
CMMI不是软件开发的方法学、也不 是产品模板、更不是一套过程法律
CMMI只是做事的一般方法
6
阶段式模型与过程域
7
连续式模型--4个能力等级
0 不完整级； 1 已执行级； 2 已管理级； 3 已定义级；
特定目标(Specific Goals, SG) 共性目标(Generic Goals, GG)
25
特定目标
只适用于一个过程，它描述过程特性 具有唯一性，即只有该过程必须实现 的那些特性。
特定目标是必需的部件，在评估时用 来衡量该过程域是否满足要求。
例如：需求管理过程域的一个特定目 标是“SG 1 管理需求” 。
33
GG3 的共性实践
GG 3 制度化已定义过程
GP 3.1 建立已定义过程 GP 3.2 搜集改进信息
34
13个共性实践
GP 1.1 执行特定过程 GP 2.1 建立组织政策 — 执行承诺
GP 2.2 策划过程
GP 2.3 提供资源 GP 2.4 指派责任
执行能力
GP 2.5 培训人员
30
共性实践
共性实践称为“共性”是因为同一实践 的陈述对应了多个过程域。
共性实践说明一组活动，这组活动被 期望可达成给定的共性目标。
例如：需求管理过程域的一个共性实 践是“GP 2.1 建立组织政策”。
31
GG1 的共性实践
GG1 达成特定目标
GP1.1 执行特定实践
32
GG2 的共性实践
26
共性目标
共性目标称为“共性”是因为同一目标 的陈述对应了多个过程域。
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 的突出特征是过程性能的持续改进。
组织建立起整个组织的定量过程改进目标，并且把它们作为过程改进管理成功与否的判断标准；这些目标将适时修改，以反映不断变化的本组织的业务目标。
CMMI工程域介绍
Page9
需求开发
客户需求
产品需求
挖掘用户的潜在需求和 真正需要，并准确、清
能满足客户需 求；
生成产品需求规格 说明书。 进一步细化产品需求；
晰的描述；
分配需求优先级， 保证及时满足用 户真正的需要； 生成用户需求说 明书。
产品组件需求
产品可能分割成子系统、 子模块；
子系统具备的功能、性能、接口 要求等。
SG3 组装严重产品构件
SP3.1 确认需要集成的产品 组件已经就绪：完整识别、 功能正常、接口正确 SP3.2 按照集成顺序和流程 对产品进行组装 SP3.3 评价组装的产品构件 的界面兼容性 SP3.4 对组成产品进行包装， 并交付各客户
Page19
产品集成（PI）
实例：部门经理的困惑 “当软件生产完成时，发现硬件还没有完成，所以精力集中到硬件 生产上……” “当硬件终于完成时，才发现软件其实也没有完成……” IPPD （产品集成与过程开发）模式有难度。作为项目经理，需要保
Page16
3.3 产品集成（PI）——概要
• 目的
PI的目的在于把产品组件组装成比较复杂的更加完备的产品，确保所集成的产 品恰当发挥作用，确保交付产品。
• 术语定义
产品构件：最终可运行产品的各个组成部分，可以是软件的展现界面、业务
逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。
目录
一、CMMI相关概念 二、CMMI DEV V1.3的22个过程域简介 三、CMMI工程域 • 3.1 需求开发（RD）
• 3.2 技术解决方案（TS）
• 3.3 产品集成（PI） • 3.4 验证（VER） • 3.5 确认（VAL）
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对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 软件工程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体系介绍
质量控制中心：董宝国 2011年4月
大纲
1 行业背景
2 MMI前世今生 3 CMMI基本框架
4
CMMI过程改进成果与经验
5
CMMI改进规划
6
问题交流
一 行业背景
截止2009年末，世界CMM/CMMI认证企业数量
CMM/CMMI认证数量
882, 16% 1200, 22%
09年度
进度偏差 成本偏差
某公司实施CMMI3过程改进三年数据对比
7% 3%
10年度
四 CMMI 改进经验分享-最佳实践
1. 建立组织资产库
1. 体系文件库（项目规范及模板文件） 2. 度量数据库（公司执行历史项目的数据汇总分析） 3. 风险库（成功的和失败的风险教训） 4. 经验库（历史项目文档；优秀样例；培训教材库；知识库） 2. 项目分类管理 3. 项目管理过程可视化、数据化，拒绝“讲故事”，用数据说话。 4. 项目绩效考核 5. 挣值管理 6. 代码走查、原型+用例描述需求…………
三 CMMI基本框架
1. CMMI的表现形式 2. CMMI的成熟度等级 3. CMMI的架构介绍 4. CMMI的评估方法
三 CMMI基本框架－表现形式
CMMI的两种表现形式： 阶段式Staged：用成熟度级别 连续式Continuous：用能力级别
CMMI的两种级别： Capability levels：用于衡量每个过程域的过程改进 Maturity levels：用于衡量整个组织的过程能力和组织成熟度
四 CMMI 改进经验分享
成功项目4个要素
清晰预算 需求明确 进度要求 交付质量 采纳变更
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个过程域
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）：该过程域涉及通过分析和评估不同的解决方案，制定决策。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 2. 阶段式：
• 把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮 助实施CMMI 的组织建议一条比较容易实现的过程改进发 展道路。
连续式与阶段式表现形式
CMMI模型(连续式表达)
• 成熟度等级
CMMI(连续式表达) - 过程能力
• • • • • • 5 4 3 2 1 0 优化级 已定量管理级 已定义级 已管理级 已执行级 不完整级
能力等级 成熟度等级1
2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 4 4 5 5
成熟度等级2
成熟度等级3
目标概览2
目标概览3
目标概览4 目标概览5
CMMI重点过程域解释
配置管理（CM）
成熟度2级支持类过程域
• 配置管理（Configuration Management，CM）的目 的在于使用配置识别、配置控制、配置状态记录与报告以 及配置审计，来建立并维护工作产品的完整性。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
CMMI-软件能力成熟度集成 模型 整体框架和重点过程域解释
CMMI是什么？
• CMMI: Capability Maturity Model Integration（能力 成熟度模型集成）
CMMI的关注点
CMMI三要素：人、技术、过程 CMMI关注的是过程，也就是管理
三要素相互影响，过程的改进会持续会持续从正面影响人和资 源，人的士气和能力持续提高，资源被最合理最优化的配置。
项目监督与控制（PMC）
成熟度2级项目管理类过程域
• 项目监督与控制（Project Monitoring and Control， PMC）的目的在于提供对项目进展的了解，以便在项目 绩效显著偏离计划时可采取适当的纠正措施。
• 文档化的项目计划是监督活动、沟通状态以及采取纠正措施的基础。 主要通过在项目进度表或WBS中预定的里程碑处或者控制级别上，将 实际的工作产品与任务属性、工作量、成本以及进度与计划进行对比 来确定进展情况。对进展的适当可视性使得绩效与计划发生显著偏差 时能够及时采取纠正措施。显著偏差是指如果不解决就会妨碍项目达 成其目标的偏差。
• “配置管理”过程域涉及以下活动： • 识别所选工作产品的配置，其在给定的时间点上组成基线 • 控制对配置项的变更 • 构建或提供规格说明，以便从配置管理系统构建工作产品 • 维护基线的完整性 • 向开发人员、最终用户与客户提供准确的状态与当前的配置数据
度量与分析（MA）
成熟度2级支持类过程域
• 度量与分析（Measurement and Analysis，MA）的目 的在于开发并保持用于支持管理信息需要的度量能力。
过程域（PA）
• Process Area：过程域。 • 过程域是某一领域内的一组相关实践，当它们共同得到实 施时，能满足一组对于在本领域作出改进较为重要的目标。 • 共有22个过程域。
CMMI两种模型
CMMI模型表现形式
• 1. 连续式：
• 通过将CMMI 中过程区域分为四大类：过程管理、项目管 理、工程以及支持。对于每个大类中的过程区域，又进一 步分为不同能力等级。
项目计划（PP）
成熟度2级项目管理类过程域
• 项目Байду номын сангаас划（Project Planning，PP）的目的在于建立并维 护定义项目活动的计划。
• 项目计划是有效管理项目的关键之一。项目计划过程域包含以下活动： • 制订项目计划 • 适当地与相关干系人配合 • 获得对计划的承诺 • 维护计划
过程与产品质量保证（PPQA）
支持
配置管理 （2） 过程和产品质量保证（2） 度量和分析 （2） 决策分析和解决 （3） 原因分析和解决 （5）
CMMI模型(阶段式表达)
附：可参考给出材料中“CMMI经典例子ppt”理解5个阶段的含义
目标概览图与等价阶段式定级
名称 配置管理 度量与分析 项目监督与控制 项目计划 过程与产品质量保证 需求管理 供方协议管理 决策分析与解决 集成项目管理 组织级过程定义 组织级过程关注 组织级培训 产品集成 需求开发 风险管理 技术解决方案 确认 验证 组织级过程性能 量化项目管理 原因分析与解决 组织级绩效管理 缩略语 CM MA PMC PP PPQA REQM SAM DAR IPM OPD OPF OT PI RD RSKM TS VAL VER OPP QPM CAR OPM
需求管理（REQM）
成熟度2级项目管理类过程域
• 需求管理（Requirements Management，REQM）的目的在 于管理项目的产品与产品组件需求，并确保那些需求与项目计 划和工作产品间的协调一致。
• “需求管理”过程管理所有由项目收到或产生的需求，包括技术与非 技术需求，以及由组织赋予项目的需求。 • 项目应采取适当的步骤来确保已批准的需求集得到管理，以支持项目 计划与执行的需要。当项目从已批准的需求提供方处接收了需求，应 在将这些需求纳入项目计划之前，与需求提供方一起评审这些需求， 以解决问题并避免误解。一旦需求提供方与需求接收方达成一致，应 从项目参加者处获得对需求的承诺。随着需求的演变，项目对需求的 变更进行管理，并识别在计划、工作产品与需求间的不一致。
过程管理
组织级培训 （3） 组织级过程定义（3） 组织级过程关注（3） 组织级过程性能（4） 组织级绩效管理（5）
项目管理
项目计划 （2） 项目监控和控制（2） 供方协议管理 （2） 需求管理 （2） 集成项目管理 （3） 风险管理 （3） 量化项目管理 （4）
工程
需求开发 （3） 技术解决方案（3） 产品集成 （3） 验证 （3） 确认 （3）
成熟度2级支持类过程域
• 过程与产品质量保证（Process and Product Quality Assurance，PPQA）的目的在于向员工与管理层提供对 过程及其相关工作产品的客观洞察。
• “过程与产品质量保证”过程域涉及以下活动： • 对照适用的过程描述、标准与规程，客观评价已执行的过程与工作 产品 • 识别并记录不符合问题 • 向项目员工与管理人员提供对质量保证活动结果的反馈 • 确保不符合问题得到处理