CMMI概述
- 格式：pdf
- 大小：2.11 MB
- 文档页数：98
24
模型表示法的比较
连续式
5
阶段式
ML5 ML4 ML3
过程域能力
2
3
4
1
ML2 ML 1 PA PA PA . . .作为单一过程域 或者过程域集合 . . .作为整个组织已建立 的一个过程域集合
25
CPR-CMM-T-V2.0-2002/10
0
两个表达方法的比较
等级 连续式表达能力等 级6个 阶梯式表达成熟度等 级5个
n n n n
通用的术语 一致的风格 统一的结构规则 公共的组件
w 确保与 ISO 15504 一致。
CPR-CMM-T-V2.0-2002/10 17
CMMI 模型的来源
• 软件能力成熟度模型 V2, 草案 C (SW-CMM V2C) • EIA过渡标准731, 系统工 程能力模型 (SECM) • 集成产品开发能力成熟度 模型, 草案 V0.98 (IPDCMM)
n
28
CMM与ISO 9000
w 取得ISO 9001认证不意味完全满足CMM的某等 级要求 w 取得CMM第2或第3等级不能笼统地认为可以满 足ISO 9000要求
CPR-CMM-T-V2.0-2002/10
29
CMMI的实施—组织准备
w 高层经理 w CMMI项目主管 w 软件工程过程组（SEPG） w 软件质量保证组（SQAG） w 软件配置管理组（SCMG）
9
CPR-CMM-T-V2.0-2002/10
为什么需要CMM/CMMI
w 软件过程评估(SPA)---指出该企业所面对的与 软件过程有关的、最急需解决的问题，以便改 进； w 软件过程改进(SPI)---帮助软件企业对其软件 过程向更好的方向改变; w 软件能力评价(SCE)---鉴别软件承包者的能力 资格;或检查/监督正用于软件制作的软件过程 的状况;
27
3级 已定义的
2级 可重复的
CPR-CMM-T-V2.0-2002/10
CMMI对CMM的改进
w改进来自于3个模型和CMM评估反馈 w为达到商业目标强调关于度量的改进 w加入过程域，更加强调某些重要实践:
n n n n
风险管理 度量和分析 工程过程域组 决策分析
w评估方法有改进
SEI授权的讲师提供“Introduction to the CMMI”培训 n 三种评估类型 n 可不评价等级 CPR-CMM-T-V2.0-2002/10
20
w 连续式
n n
w 阶段式
n
CPR-CMM-T-V2.0-2002/10
CMMI 阶梯式பைடு நூலகம்示法- 组织成熟度方法
5 4 3 2 1 优化级 定量管理级 定义级 管理级 初始级
2 级-管理级 配置管理 过程和产品质量保证 供应合同管理 项目监控和控制 项目计划 需求管理 测量和分析 1级-初始级 CPR-CMM-T-V2.0-2002/10 4 级-定量管理级 3 级-定义级 产品集成 集成项目管理 组织培训 组织过程定义 组织过程重点 需求开发 技术解决方案 验证 确认 风险管理 决策分析和解决 组织环境的集成 集成供应商管理 (Supplier Sourcing, SS) 集成组队 (IPPD) 定量项目管理 组织过程性能 5 级-优化级 组织革新和实施 原因分析和解决
11
CPR-CMM-T-V2.0-2002/10
不成熟组织的特征
软件过程在项目过程中临时拼凑； 即使规定了也不能严格遵守和贯彻； 反应式的组织 —“救火队员” 超出进度和预算已成惯例；为满足进度要 求，常在产品功能和质量上做出让步，缩短 或取消评审和测试等质量活动； w 不存在判断产品质量或解决产品或过程问题 的客观基础
•Specific Goals 特定目标
•Generic Goals 共性目标
能力等级
•Specific Practices 特定实践
5 优化 4 量化管理的 3 定义的 2 管理的 1 执行的 0 不完善的（无过 程域）
•Generic Practices 共性实践
CPR-CMM-T-V2.0-2002/10
CPR-CMM-T-V2.0-2002/10 2
什么是CMMI？
w 集成的软件能力成熟度模型 w Capability Maturity Model－Integration
CPR-CMM-T-V2.0-2002/10
3
CMMI为学科分离构筑了“桥梁”
w 将系统工程和软件工 程集成在一起 w 将系统学科和软件学 科集成为一个过程改 进框架 w 当出现需求时，为引 进新学科提供框架。
CPR-CMM-T-V2.0-2002/10
S CM MIE/SW
/SW CMMI-SE 连续式 表示法
阶 段式 表 示法
源 Models
CPR-CMM-T-V2.0-2002/10 18
CMMI 模型
目前CMMI v1.1 成套产品,按学科建立模型
n n n n
系统工程 SE 软件工程 SW 集成产品和过程开发(IPPD) 供应商来源 (SS)
w 在美国国防部资助下，由卡内基梅隆大学 软件工程研究所(SEI)建立，用于评价软件 开发组织软件过程能力成熟度的模型。 w 后来此模型被用于软件开发组织内部的软 件过程改进。
CPR-CMM-T-V2.0-2002/10
6
关于SEI
w SEI:软件工程研究所 w 美国国防部 (DOD)成立 w 地址在 美国匹兹堡Carnegie Mellon大学 w 为软件组织提供指南 w 开发了 CMM/CMMI
CMMI-SW/SE CMMISW/SE/IPPD CMMISW/SE/IPPD/SS
CMMI-SW
CMMISW 阶段式 表示 法
CMMISW 连 续式 表 示法
CMMISE/SW 阶段式 表示 法
CMMISE/SW 连 续式 表 示法
CMM I- P /IP SE/SW D 阶段 式 表示 法
CMMIP E S /SW/IP D 连 续式 表 示法
4 定量管理级 3 定义级 2 管理级 1 执行级 0 不完善级
过程管理 组织培训 组织过程定义 组织过程重点 组织过程性能 组织革新和实施
项目管理 项目计划 项目监控和控制 供应协议管理 集成项目管理 风险管理 定量项目管理
集成供应商管理 集成组队 (IPPD)
工程 需求管理 需求开发 技术解决方案 产品集成 验证 确认
第 讲 2 第 2 讲
CMM/CMMI CMM/CMMI发展和意义 发展和意义
CPR-CMM-T-V2.0-2002/10
1
问题：什么是CMM?
w CMM — Capability Maturity Model for Software 软件能力成熟度模型； w 定义：对于软件组织在定义、实现、度量、控制 和改善其软件过程的各个发展阶段的描述。 w 目的：帮助企业进行对软件工程过程的管理和改 进,增强开发制造能力,从而能按时地、不超预算地 制造出高质量的软件。
CPR-CMM-T-V2.0-2002/10 10
软件过程存在的问题
w w w w w 软件项目无法按期交付，费用超出预算; 需求规格说明总是一改再改; 人员的变动对组织带来很大的影响; 维护成本居高不下; 不能在顾客希望的时间内完成维护,带来顾客抱 怨； w 软件的可移植性差； w 软件的可复用性差。
CPR-CMM-T-V2.0-2002/10
4
CMM/CMMI模型
w 一个由理论和经验部分组成的模型 w 理论部分描述：
n
n
如何把工作作为一个“过程”组织、实施和 评审 过程的进化如何明确地管理
w 经验部分是软件工程实践和进化框架的 综合
CPR-CMM-T-V2.0-2002/10 5
CMM 的产生
支持 配置管理 过程和产品质量保证 测量和分析 决策分析和解决
集成的组织环境 (IPPD)
原因分析和解决
CPR-CMM-T-V2.0-2002/10
23
CMMI的结构－连续式
•Process •过程域 Area 1 1 •Process •过程域 Area 2 2 •Process •过程域 Area n n
8
CPR-CMM-T-V2.0-2002/10
CMM/CMMI的发展
w w w w w w w w 1987，SEI推出SW-CMM框架； 1991，SEI CMM 1.0 版； 1993，SEI CMM 1.1 版； 1998，计划SEI CMMI(包括SW-CMM)； 2000.8.11，CMMI-SE/SW 1.0版发布； 2001.12，CMMI-SE/SW/IPPD/SS 1.1版发布； 2002.8，CMMI-SW 1.1版发布； 2001.4 我国发布SJ/T11234和SJ/T11235
21
CMMI的结构－阶段式
成熟度等级
过程方面1 特定目标 过程方面2 过程方面3 通用目标
特定惯例
执行承诺
执行能力
指导实施
验证实施
通用惯例
CPR-CMM-T-V2.0-2002/10 22
CMMI 连续式表示法- 过程能力方法
5 优化级
•分4类 •未确定实现的 先后次序
CMMI的连续式表示法 - 过程能力方法
生产率的例子
缺陷率的例子
Defects/KLOC 8 7 6 5 4 3 2 1 0 Level 1 Level 2 Level 3 Level 4 Level 5 TSP
7.5 6.24 4.73
2.28 1.05 0.06
CMMI的设计目标
w 集成源模型：以消除矛盾，减少重复 w 减少实施基于模型的过程改进的费用 w 增加模型的清晰性和可理解性
