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

• 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）的目的在于向员工与管理层提供对 过程及其相关工作产品的客观洞察。
• “过程与产品质量保证”过程域涉及以下活动： • 对照适用的过程描述、标准与规程，客观评价已执行的过程与工作 产品 • 识别并记录不符合问题 • 向项目员工与管理人员提供对质量保证活动结果的反馈 • 确保不符合问题得到处理