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）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。

1987年9月，发表了关于过程成熟度框架简要说明和成熟度调查问卷。 以此为蓝本，1987——1991，在美国政府的促进下，美国一些大公司
的软件组织进行了软件过程成熟度模型的评估实践。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

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

第13页/共17页
配置管理过程域（CM PA）
• 组织实施“配置管理”过程域的目标是运用配置标识、配置控制、 配置状态统计和配置审计，建立和维护工作产品的完整性
• 建立并维护用于标识工作产品的基线
• 包括： 识别将置于配置管理之下的配置项和有关的工作产品 • 建立并维护用于控制工作产品的配置管理系统和变更管理系统 • 创建或放行基线，供内部使用和交付给顾客
第10页/共17页
度量和分析过程域（续）
• 提供度量结果，以便处理信息需要和目标 • 包括：获得指定的度量数据 • 分析并解释度量数据 • 管理并存储度量数据和分析结果 • 向所有相关利益者报告度量和分析活动的结果
第11页/共17页
过程和产品质量保证过程域（PPQA PA）
• 组织实施“过程和产品质量保证”过程域的目标是要使工作人员和 管理者能客观了解过程和相关的工作产品的状况
• 对照项目计划监督该项目的实际性能和进展 • 对照项目计划监督项目策划参数的实际值 • 对照项目计划中确定的承诺进行监督 • 对照项目计划中标识出的风险进行监督 • 监督项目数据的管理 • 对照项目计划监督利益相关者介入情况 • 定期审查项目进度、性能和问题 • 在所选定的项目里程碑处审查项目的完成情况和结果
第3页/共17页
项目计划过程域（续）
• 制订并维护项目计划，作为项目管理的基础
• 建立项目的预算和进度 • 识别并分析项目风险 • 计划数据管理 • 计划项目的资源 • 计划所需的知识和技能，培训相关人员 • 计划项目相关人员的参与。（使已识别的利益相关者
介入的计划） • 制订并维护整个项目计划内容。
• 确定由外部获取的产品清单 • 根据对供方满足规定需求和准则的能力进行的评估，选择供方 • 与供方签订协议并予以维护