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
CMMI基础培训教材
该过程的实施计划以及就该计划在相关的共利益者 之间达成一致，确定需要做什么。 • 应针对该过程的特定工作产品和执行该工作确定需 求。
29
公共实践－GP2.3
GP 2.3 提供资源 为实施该过程、开发工作产品和提供该过程的
服务，提供足够的资源。 • 目的：确保按计划规定提供实施该过程所需的资源
• 项目策划 • 项目监督和控制 • 供方协定管理 • 风险管理 • 需求管理 • 集成项目管理 • 定量项目管理
工程类
• 需求开发 • 技术解决 • 产品集成 • 验证 • 确认
支持类
• 配置管理 • 过程和产品质量保证 • 测量和分析 • 决策分析与决定 • 因果分析和解决方案
14
成熟度等级
ML5. 持续优化级 ML4. 定量管理级 ML3. 已定义级 ML2. 受管理级 ML1. 初始级
什么是CMMI？
• CMMI－集成的软件能力成熟度模型 • Capability Maturity Model－Integration
• 定义：对于软件组织在定义、实现、度量、控制和 改善其软件过程的各个发展阶段的描述。
• 目的：帮助企业进行对软件工程过程的管理和改进, 增强开发制造能力,从而能按时地、不超预算地制造 出高质量的软件
46
需求管理—特定目标
SG1 管理需求 对需求进行管理并识别与项目计划和工作产
品之间的不一致之处。
47
需求管理—背景
获得对 需求的 理解
识别项目 工作与需 求的不一
致性
管理需求
获得对 需求的 承诺
管理需 求变更
需求
维护需求 的双向溯
CMMIl基础知识实用
配置管理过程域（CM PA）
• 组织实施“配置管理”过程域的目标是运用配置标识、配置控制、 配置状态统计和配置审计，建立和维护工作产品的完整性
• 建立并维护用于标识工作产品的基线
• 包括： 识别将置于配置管理之下的配置项和有关的工作产品 • 建立并维护用于控制工作产品的配置管理系统和变更管理系统 • 创建或放行基线，供内部使用和交付给顾客
第10页/共17页
度量和分析过程域（续）
• 提供度量结果，以便处理信息需要和目标 • 包括：获得指定的度量数据 • 分析并解释度量数据 • 管理并存储度量数据和分析结果 • 向所有相关利益者报告度量和分析活动的结果
第11页/共17页
过程和产品质量保证过程域（PPQA PA）
• 组织实施“过程和产品质量保证”过程域的目标是要使工作人员和 管理者能客观了解过程和相关的工作产品的状况
• 对照项目计划监督该项目的实际性能和进展 • 对照项目计划监督项目策划参数的实际值 • 对照项目计划中确定的承诺进行监督 • 对照项目计划中标识出的风险进行监督 • 监督项目数据的管理 • 对照项目计划监督利益相关者介入情况 • 定期审查项目进度、性能和问题 • 在所选定的项目里程碑处审查项目的完成情况和结果
第3页/共17页
项目计划过程域（续）
• 制订并维护项目计划，作为项目管理的基础
• 建立项目的预算和进度 • 识别并分析项目风险 • 计划数据管理 • 计划项目的资源 • 计划所需的知识和技能，培训相关人员 • 计划项目相关人员的参与。（使已识别的利益相关者
介入的计划） • 制订并维护整个项目计划内容。
• 确定由外部获取的产品清单 • 根据对供方满足规定需求和准则的能力进行的评估，选择供方 • 与供方签订协议并予以维护
CMMI基础知识2-2和3级
项目计划(Project Planning)(PP)
Project Planning的目的：
建立和维护计划，计划规定了项目需要做 的活动。
那么，需要做到怎样的程度，才算把 PP做好考虑，发表一下?
4
1.基础工作
1. 2. 3. 4.
分解项目任务，做WBS 列出工作产品和工作任务 考虑采用怎样的软件开发生命周期 确定工作量、费用等
8
2级特点小结
软件开发的一些细节没有定义：如需求 开发、设计、编码、测试 全部的PA都是针对项目这一级的，没 有组织级的PA。
9
2级和我们的水平比较
我们完全达到了2级的水平！ 大家充分理解了2级所需要做的各项工 作！
10
3级的特点
项目管理水平升级 细化了软件工程的各个环节 增加了决策流程 加入了组织级方面的要求
27
组织级方面的要求
组织过程聚焦(Organizational Process Focus)(OPF) 组织过程定义(Organizational Process Definition)(OPD) 组织培训(Organizational Training)
28
3级小结-1
项目管理水平升级
这类工作，就是要满足项目计划的第一个目 标(Goal)：建立评估(Establish Estimates) 而以上每一项，就是一个实践(Practice)
5
2.写计划
1. 2. 3.
4.
5. 6. 7.
建立预算和进度 识别项目风险 计划好如何管理各类文档、代码等 计划好软硬件资源 计划好需要哪些培训或者技术支援 计划好与用户、外单位的交涉 把以上内容文档化 这是项目计划的第二个Goal：开发一个项目 计划(Develop a Project Plan)
CMMI基础知识扫盲
CMMI基础知识扫盲摘要：CMMI全称是Capability Maturity Model Integration，CMMI是个好东西来的，但行内人士对她的认识并不全面，甚至有种种的误解。
尽管网上有很多CMMI相关介绍，但一般都是比较苦涩难懂的。
本文将用生动通俗的语句，让大家初步看清楚CMMI的真面面孔。
CMMI是什么东西？CMMI英文全称是Capability Maturity Model Integration，直接翻译就是能力成熟度模型，直接看这几个中文字，你还是没有办法搞清楚CMMI是什么东西的。
大家可能在网上见过很多《成功人士的七个习惯》（可能还有很多类似的名字）的文章吧？有人总结了成功人士的成功的原因，总结出他们的习惯，如果我们也能具备这些习惯，那么我们也很可能成为成功人士。
类似的，CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合，是如何做好软件的最佳实践的集合。
如果企业也能按照CMMI的要求做好，那么企业就很可能成为成功的企业。
CMMI里面所有的要求，都是来自于成功企业的最佳实践的，她的先进性我们不必怀疑，如果我们没有做好，那不是CMMI本身的问题，而是我们自己没有理解好或者是没有执行好的原因。
说到CMMI，就不可避免会提到另外3个字母SEI，SEI全称是Software Engineering Institute的全称，直译就是软件工程学院，是美国的一所大学，CMMI标准就是他们搞出来的。
CMMI目前最新版本是V1.2，如果你是现在才开始了解CMMI的，那么你完全没有必要去搞清楚V1.1与V1.2的差别，更加没有必要去比较CMM与CMMI的差别，直接了解CMMI V1.2就可以了，你只需要知道CMM是CMMI的前身，而CMMI V1.1虽然比CMM要新很多，但现在已经不用了。
现在在互联网上还有很多比较CMM与CMMI的文章的，除非你很想了解或者你有很多时间，建议不必去看这些内容。
CMMI 基础培训资料
刘佳荔liujiali@质量是什么产品或服务满足用户给定要求的程度质量产生于每个人之手，而不是检验一组数据１．一个缺陷随着项目的进展越迟发现所消耗的成本越大２．每一个人的每一步工作都得到保证，才能确保产品按期、保质地完成，并节约项目的成本３．与质量有关的角色项目经理、需求分析师、设计分析师、编码工程师、测试工程师、配置工程师、QA工程师、项目的高层经理、其他：如文档工程师、评审组、客服过程的地位决定软件产品的成本、进度和质量的主要因素质量三角架过程、技术、人员过程过程的定义：（ISO/IEC 12207;GB/T 8566）指一系列活动、任务、和它们之间的关系、它们共同把一组输入转换成所需要的输出。
练习（过程的定义）１．项目情况：项目接到一个任务，负责实现一个模块，该模块主要实现将产品A输出进行加工转换成用户要求的格式。
目前已经进展到编码阶段。
２．任务：请各项目组明确编码过程的具体活动，以及各个角色的职责，派一名代表描述。
（五分钟明确，五分钟阐述）练习总结（过程的定义）１．不同的过程产生不同的结果２．同一任务由不同的项目组来完成，产生不同的结果３．即使在项目组内，每个项目成员的做法也不同（能过过程规范工作，尽量缩小每个人、每个组之间的不同，使得所生产出来的产品质量是可控的，产品是可共用的）什么是CMMI？１．集成的软件能力成熟度模型２．Capability Maturity Model-Integration美国国防部在卡内基－梅隆大学成立了软件工程研究所，于1987年推出SW-CMM框架，1993年推出SEI CMM1.1版并得到推行，2002年8月CMMI-SW1.1版发布实施。
CMMI将系统工程和软件工程集成在一起，将系统学科和软件学科集成为一个过程改进框架。
CMMI模型目前CMMI V1.1成套产品，按学科建立模型１．系统工程SE２．软件工程SW３．集成产品和过程开发（IPPD）４．供应商来源（SS）CMMI-WS/SE阶段式模型５优化级４定量管理级３定义级２管理级１初始极不同等级的关注焦点CMMI L2与L3二级：１．项目级２．反应试三级１．组织级，将管理和工程两方面的过程文档化和标准化，并形成了组织级的过程资产。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI基础理论
CMMI，即能力成熟度模型集成（Capability Maturity Model Integration），是一种软件和系统工程能力评估模型，用于帮助组织提
高其开发和维护过程的效率和质量。
1.起源：
CMMI最早是由美国国防部软件工程研究所（SEI）开发的，旨在帮助
军事合同供应商改进软件开发过程。
后来，CMMI被扩展应用于其他领域，如航空航天、银行、制药等，以提高组织的成熟度和竞争力。
2.结构：
CMMI基于了三个关键概念：能力级别、过程领域和目标行为。
能力
级别表示一个组织的过程成熟度，包括初始级别（Level 1）、重复级别（Level 2）、定义级别（Level 3）、管理级别（Level 4）和优化级别（Level 5）。
过程领域是一组相关的过程，涵盖了组织的全部活动。
目
标行为则是组织应达到的基本目标和行为。
3.目标：
CMMI的主要目标是帮助组织改进其过程能力，从而提高质量、效率
和可靠性。
通过评估组织的当前能力水平，CMMI可以识别改进的领域，
并为组织提供相应的指导和建议。
通过实施CMMI，组织可以追求连续改进，逐步提高其过程能力，并提供高质量的产品和服务。
4.常见模型：
CMMI有多个版本和模型可供组织选择，如CMMI for Development （CMMI-DEV）、CMMI for Services（CMMI-SVC）和CMMI for
Acquisition（CMMI-ACQ）。
每个模型都针对不同类型的组织需求和行业特点进行了定制，但它们共享相同的基本概念和方法。
5.实施过程：
实施CMMI需要组织首先进行一次自我评估，以了解其当前的能力水平和改进的需求。
然后，组织需要定义一个改进计划，包括目标、措施和时间表。
实施过程包括培训、过程定义和文档编制、度量分析等活动。
最后，组织需要进行定期评估和审核，以确保改进的持续性和有效性。
总结起来，CMMI基础理论是一种软件和系统工程能力评估模型，旨在帮助组织提高其开发和维护过程的效率和质量。
它的目标是帮助组织提高过程能力，通过评估和改进，达到高质量和可靠性的产品和服务。
实施CMMI需要组织进行自我评估，制定改进计划，并进行培训、过程定义和定期审核。
通过CMMI的实施，组织可以逐步提高其过程能力，提供更好的产品和服务，并增强竞争力。