CMMI过程域总结
（完整版）CMMI过程域总结v2.0,推荐文档
（完整版）CMMI过程域总结v2.0,推荐文档CMMI 基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM 需求管理REQUIREMENTS MANAGEMENT (5)5PP 项目策划PROJECT PLANNING (6)6PMC 项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM 风险管理RISK MANAGEMENT (8)8SAM 供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM 配置管理CONFIGURATION MANAGEMENT (10)10PPQA 过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA 度量和分析MEASUREMENT AND ANALYSIS (12)12DAR 决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS 技术解决方案TECHNICAL SOLUTION (14)14PI 产品集成PRODUCT INTEGRATION (15)15VER 验证VERIFICATION (16)16VAL 确认VALIDATION (17)17OPF 组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18) 18OPD 组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT 组织培训ORGANIZATIONAL TRAINING (20)20IPM 集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP 组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM 量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR 因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM 组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)3RD 需求开发Requirements Development目的：引出、分析和建立客户、产品及产品组件的需求。
cmmi工作总结
cmmi工作总结CMMI工作总结。
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织软件工程能力的模型。
在过去的一段时间里，我们团队一直在努力提高自己的CMMI等级，以确保我们的软件开发过程能够达到最高水平。
在这篇文章中，我将对我们团队在CMMI工作中取得的成就进行总结，并分享一些经验和教训。
首先，我们团队在CMMI工作中取得了一些显著的进展。
通过参与培训和工作坊，我们对CMMI模型有了更深入的了解，并能够将其原则和实践应用到我们的日常工作中。
我们也建立了一套适用于我们团队的流程和标准，以确保我们的软件开发过程能够符合CMMI的要求。
这些努力使得我们的团队逐渐提高了CMMI等级，并在软件工程能力方面取得了实质性的进步。
其次，我们团队在CMMI工作中也遇到了一些挑战。
一些团队成员可能对新的流程和标准感到不适应，需要一定时间来适应和接受。
同时，我们也发现在实际应用CMMI原则和实践时，会遇到一些困难和障碍。
但是，通过团队的共同努力和合作，我们克服了这些挑战，并逐渐改进了我们的软件开发过程。
最后，我想分享一些我们团队在CMMI工作中的经验和教训。
首先，团队成员需要对CMMI模型有一个清晰的理解，并能够将其原则和实践应用到实际工作中。
其次，团队需要建立一套适用于自己的流程和标准，以确保软件开发过程能够符合CMMI的要求。
最后，团队成员需要共同努力和合作，克服困难和挑战，不断改进和提高软件工程能力。
总的来说，我们团队在CMMI工作中取得了一些显著的进展，但也遇到了一些挑战。
通过共同努力和合作，我们克服了这些挑战，并逐渐提高了我们的软件工程能力。
我相信，在未来的工作中，我们团队将继续努力，不断改进和提高，以确保我们的软件开发过程能够达到最高水平。
cmmi整体框架和重点过程域解释
组织级过程定义（OPD）
成熟度3级过程管理类过程域
• 组织级过程定义（Organizational Process Definition， OPD）的目的在于建立并维护一套可用的组织级过程资产、 工作环境标准以及团队规则与指南。
• 组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供 一个累积的、长期收益的基础。 • 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持 组织级学习与过程改进。 • 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典 型的事项所描述：期望供方提供的交付物、适用于那些交付物的验收 准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
组织级培训（OT）
成熟度3级过程管理类过程域
• 组织级培训（Organizational Training，OT）的目的在于发展 人员的技能与知识，使其能够有效且高效地执行他们的角色。
• “组织级培训”涉及用于支持组织战略业务目标的培训，并满足跨项目、 跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足 其特定需要的培训在项目与支持组层面进行处理，处于“组织级培训” 过程域的范围之外。 组织级培训项目包括以下活动： • 识别组织所需要的培训 • 获得并提供培训，以解决已识别的培训需要 • 建立并维护培训能力 • 建立并维护培训记录 • 评估培训有效性
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）
CMMI过程域
CMMI过程域CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。
它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。
接下来，我将详细介绍这五个过程域。
1. 需求管理（Requirements Management）需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。
主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。
需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。
通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。
2. 项目管理（Project Management）项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。
主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。
项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。
通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。
3. 工程（软件）过程（Engineering Process）工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。
主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。
工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。
通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。
4. 配置管理（Configuration Management）配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。
主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。
cmmi工作总结
cmmi工作总结CMMI工作总结。
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织过程的框架，它可以帮助组织提高其工作流程和产品质量。
在过去的一段时间里，我有幸参与了公司的CMMI认证工作，并在这个过程中学习到了许多宝贵的经验和教训。
首先，CMMI认证工作需要全员参与和支持。
在我们的公司，每个部门都积极参与了CMMI认证的工作，从高层管理人员到基层员工，每个人都认识到了CMMI对于公司发展的重要性。
这种全员参与和支持的态度使得我们的CMMI认证工作能够顺利进行，并取得了良好的成绩。
其次，CMMI认证工作需要有清晰的目标和计划。
在我们的CMMI认证工作中，我们制定了详细的计划和目标，明确了每个阶段的任务和时间节点。
这样的计划和目标让我们的工作有了明确的方向，避免了盲目性和随意性，提高了工作的效率和质量。
另外，CMMI认证工作需要有良好的沟通和协作。
在我们的CMMI认证工作中，各个部门之间进行了紧密的沟通和协作，及时解决了工作中的问题和困难。
良好的沟通和协作让我们的工作更加顺利和高效，也增强了团队的凝聚力和战斗力。
最后，CMMI认证工作需要有持续的改进和学习。
在我们的CMMI认证工作中，我们不断地总结经验和教训，及时改进工作中存在的问题和不足。
这种持续的改进和学习让我们的工作水平不断提高，也为未来的发展奠定了良好的基础。
总的来说，CMMI认证工作是一项复杂而又重要的工作，它需要全员参与和支持，清晰的目标和计划，良好的沟通和协作，以及持续的改进和学习。
通过这次CMMI认证工作，我们不仅取得了认证的成绩，更重要的是积累了宝贵的经验和教训，为公司的未来发展奠定了坚实的基础。
希望我们能够在未来的工作中不断提升自己，为公司的发展贡献更多的力量。
CMMI的25个过程域
2、可重复级/受管理级（Repeatable）
建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：
1）需求管理 Requrements Management
2）项目规划 Project Planing
5）确认 Validation
6）组织过程焦点 Organization Process Focus
7）组织过程定义 Organization Process Defintion
8）组织培训 Orgnizational Training
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。分为5个级别，25个过程域（Proc件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2）量化项目管理 Quantitative Project Management
5、优化管理级（Optimizing）
过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
共2个过程域：
1）组织创新及部署 Orgnizational Innovation and Deployment
6）过程与产品质量保证 Process and Product Quality Assurance
7）配置管理 Configuration Management
3、已定义级（Defined）
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
cmmi的过程域
共性目标(Generic Goals, GG) 建立客观的需求评估及接受准则。
描述了过程域的范围、重要性、最佳实践的方式等。 供应商协议管理 (SAM) ML指定了一组过程域，这组过程域包括一组必须达到的目标。 10 与上层管理人员审查各状态 已管理级（Managed） 已执行级的过程是一个满足过程域各个特定目标的过程。
特定目标
只适用于一个过程，它描述过程特性 具有唯一性，即只有该过程必须实现 的那些特性。
特定目标是必需的部件，在评估时用 来衡量该过程域是否满足要求。
例如：需求管理过程域的一个特定目 标是“SG 1 管理需求” 。
共性目标
共性目标称为“共性”是因为同一目标 的陈述对应了多个过程域。
共性目标描述组织制度化实施的特征 。
复习
CMMI的模型
阶段式 连续式
阶段式模型
阶段式模型--5个成熟度等级
1. 初始级（Initial） 2. 已管理级（Managed） 3. 定义级（Defined） 4. 定量管理级（Quantitatively Managed
） 5. 持续优化级（Optimizing）
从无序到有序、从特殊到一般、从定性管 理到定量管理、最终达到动态优化
终状态，它的实现表示了项目和过程 组织过程绩效(OPP)
应用于整个过程域的多个介绍性说明。 5 界定项目工作与需求间的差异
控制已经达到了某种水平 。 组织过程定义 (OPD)
Configuration Management
Measurement and Analysis
(完整版)CMMI过程域总结v2.0,推荐文档
3 / 25
3 RD 需求开发 Requirements Development
目的：引出、分析和建立客户、产品及产品组பைடு நூலகம்的需求。
特定目标
特定实践
SG1 开发客户需 求 (收集相关干系人 得需要、期望、约 束及接口，并转换 成客户需求)
SP1.1 引导需求：引导相关干系人提出关于产品生命周期各阶段得需要、期望、 约束及接口 SP1.2 将相关干系人的需要转化为客户需求：将相关干系人的需要，如期望、约 束与限制、接口等转化为客户需求；通常会包括对系统目标、范围、解决问题、 软件特性、接口要求等有详细的描述。
3 RD 需求开发 REQUIREMENTS DEVELOPMENT .........................................................................4 4 REQM 需求管理 REQUIREMENTS MANAGEMENT.....................................................................5 5 PP 项目策划 PROJECT PLANNING .............................................................................................6 6 PMC 项目监督和控制 PROJECT MONITORING AND CONTROL ..................................................7 7 RSKM 风险管理 RISK MANAGEMENT .......................................................................................8 8 SAM 供应商协议管理 SUPPLIER AGREEMENT MANAGEMENT..................................................9 9 CM 配置管理 CONFIGURATION MANAGEMENT......................................................................10 10 PPQA 过程和产品质量保证 PROCESS AND PRODUCT QUALITY ASSURANCE...........................11 11 MA 度量和分析 MEASUREMENT AND ANALYSIS ....................................................................12 12 DAR 决策分析和解决 DECISION ANALYSIS AND RESOLUTION .................................................13 13 TS 技术解决方案 TECHNICAL SOLUTION .................................................................................14 14 PI 产 品集成 PRODUCT INTEGRATION......................................................................................15 15 VER 验 证 VERIFICATION..........................................................................................................16 16 VAL 确 认 VALIDATION ............................................................................................................17 17 OPF 组织过 程聚焦 ORGANIZATIONAL PROCESS FOCUS ..........................................................18 18 OPD 组织过 程定义 ORGANIZATIONAL PROCESS DEFINITION ..................................................19 19 OT 组织培训 ORGANIZATIONAL TRAINING .............................................................................20 20 IPM 集成项目 管理 INTEGRATED PROJECT MANAGEMENT......................................................21 21 OPP 组织过程 性能 ORGANIZATIONAL PROCESS PERFORMANCE ............................................22 22 QPM 量化项目 管理 QUANTITATIVE PROJECT MANAGEMENT ................................................23 23 CAR 因果分析 和解决 CAUSAL ANALYSIS AND RESOLUTION....................................................24 24 OPM 组织性能管理 ORGANIZATIONAL PERFORMANCE MANAGEMENT .................................25
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）：该过程域涉及通过分析和评估不同的解决方案，制定决策。
cmmi实施的个人总结范文
cmmi实施的个人总结cmmi实施的个人总结范文篇一：CMMI总结CMM的每个等级都被分解为3个层次:关键过程域、公共特性和关键实践。
CMMI的层次：关键过程域（CMM 18个【2-5级】）：每个关键过程域所包含的关键实践涉及5个方面：执行约定、执行能力、实施活动、度量和分析、验证实施。
具体描述：1）执行约定（Commitment to Perform）：执行约定描述一个组织在保证将过程建立起来并持续起作用方面所必须采取的行动。
执行约定一般包含制定组织的方针和规定高级管理者的支持。
2）执行能力（Ability to Perform）：执行能力描述的是在软件过程中每个项目组或整个组织必须达到的前提条件。
执行能力一般包括资源、组织机构和培训。
3）实施活动（Active Performed）：实施活动描述的是实现一个关键过程域时所必须执行的任务和步骤。
实施活动应该包括建立计划（正式和非正式的计划）和制定步骤开展工作，对该工作进行跟踪，以及必要时进行改进的措施。
4）度量和分析（measurement and analysis）：度量和分析描述对过程进行度量的基本规则，以确定、改进和控制过程的状态。
度量和分析一般包括一些为了确定所执行活动的状态及有效性所能采用的度量和分析的例子，通过这些例子可以知道如何确定操作活动的状态和效果。
5）验证实施（Verifying implementation）：验证实施描述了保证遵照已建立的过程进行活动的措施。
验证一般包括管理者和软件质量保证部门所作的评审和审计。
CMM有两个基本用途：软件过程评估和软件能力评价。
步骤（共6步）：第一步：建立一个评估/评价组。
第二步：填写提问单。
第三步：进行响应分析。
第四步：进行现场访问。
第五步：提出调查发现清单。
第六步：制作关键过程域（KPA）剖面图。
1.4.1 从初始级向可重复级过渡：初始级是CMM的起点，任何一个准备按照CMM框架等级进化的软件企业都自动地处于这一等级。
CMMI的22个过程域及其特定目标和实践
CMMI的22个过程域及其特定目标和实践CMMI共含有22个过程域：一、项目管理类：1、项目策划（PP）：SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度 SP2.2识别项目风险 SP2.3策划数据管理 SP2.4策划项目资源 SP2.5 策划必要的知识和技能 SP2.6策划共利益者的介入 SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划 SP3.2使工作与资源配备协调 SP3.3获得计划承诺2、项目监督和控制（PMC）：SG1 对照计划监督项目SP1.1 监督项目策划参数 SP1.2 监督承诺 SP1.3监督项目风险 SP1.4监督资料管理 SP1.5监督共利益者介入情况 SP1.6进行进展审查 SP1.7里程碑审查SG2 管理纠正措施，直到结束SP2.1 分析问题：收集并分析问题，确定处理这些问题所需的纠正措施SP2.2 采取纠正措施：对所识别的问题采取纠正措施3、集成项目管理（IPM）+IPPDSG1运用项目已定义过程SP1.1建立项目已定义过程 SP1.1运用组织过程财务策划项目活动 SP1.1建立项目工作环境综合计划 SP1.1运用综合计划管理项目 SP1.1充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入 SP2.2管理依存关系 SP2.3解决协调问题SG3IPPD应用（应用IPPD原则）SP3.1 建立项目的共同愿景 SP3.2 建立集成团队架构 SP3.3 分配需求至集成团队 SP3.4 建立集成团队 SP3.5确保跨团队间的合作4、供方协定管理（SAM）SG1 建立供方协定SP1.1分析由项目所决定的需求 SP1.2选择供方 SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定 SP2.2监督选定的供方过程 SP2.3评估选定的供方工作产品 SP2.4接受取得的产品 SP2.5移交产品5、风险管理（RSKM）SG1 准备风险管理SP1.1确定风险来源和类别 SP1.2定义风险参数 SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险 SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案 SP3.2实施风险缓解6、定量项目管理(QPM)SG1定量管理项目SP1.1建立项目目标 SP1.2组成已定义过程 SP1.3选择将予以管理的子过程 SP1.4管理项目性能SG2对子过程进行统计管理SP2.1选择度量值和分析技术 SP2.2运用统计方法，以掌握变化情况 SP2.3监督所选择的子过程的性能 SP2.4记录统计管理数据二、工程类1、需求管理（RM）2、需求开发（RD）3、技术解决（TS）SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则 SP1.2开发操作概念和场景 SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法 SP2.2建立完备的技术数据包 SP2.3设计综合性接口 SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计 SP3.2编制产品支持文档4、产品集成（PI）SG1 准备产品集成SP1.1建立产品集成战略 SP1.2建立产品集成环境 SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性 SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪 SP3.2组装产品构件 SP3.3核查组装的产品构件 SP3.4打包和交付产品或产品构件5、验证（VER）6、确认（VAL）三、组织过程类：1、组织过程定义（OPD）SG1 建立组织过程资产SP1.1建立标准过程 SP1.2 建立生命周期模型描述 SP1.3建立裁剪准则及指南 SP1.4建立组织度量库 SP1.5建立组织过程资产库 SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制 SP2.2建立集成团队规则与指南 SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦（OPF）SG1 确定过程改进机会SP1.1确定组织的过程需求 SP1.2评估组织的过程 SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划 SP2.2实施过程行动计划 SP2.3部署过程和相关的过程财富 SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训（OT）SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求 SP1.2确定有哪些培训需求由组织负责满足 SP1.3 建立组织培训战术计划 SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训 SP2.2建立培训记录 SP2.3评价培训效果4、组织过程性能（OPP）SG1 建立性能基线和模型SP1.1 选择过程 SP1.2建立过程性能度量值 SP1.3建立质量和过程性能目标 SP1.4建立过程性能基线 SP1.5建立过程性能模型5、组织革新与部署（OID）SG1 选择改进项目SP1.1 收集和分析改进建议 SP1.2 识别革新 SP1.3 试行改进 SP1.4 选择改进建议，用于部署SG2 部署改进SP2.1策划部署 SP2.2管理部署 SP2.3度量改进效果四、支持类1、过程和产品质量保证（PPQA）SG1 客观评价过程和工作产品SP1.1客观评价过程 SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题，并且确保解决它们 SP2.2建立记录2、配置管理（CM）SG1 建立基线SP1.1识别配置项 SP1.2建立配置管理系统 SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更 SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录 SP3.2进行配置审计3、测量和分析（MA）SG1 协调测量和分析活动SP1.1 建立测量目标 SP1.2详细说明度量值 SP1.3说明数据收集和存储规程 SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据 SP2.2分析度量数据 SP2.3存储数据和结果 SP2.4通报分析结果4、决策分析和决定（DAR）SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则 SP1.2选择评价技术 SP1.3拟订评价准则 SP1.4确定推荐的侯选方案 SP1.5评价候选方案 SP1.6选择解决方案5、原因分析和决定（CAR）SG1 确定缺陷的原因SP1.1选择缺陷数据，用于分析、选择缺陷和其他问题，以供分析使用 SP1.2分析原因SG2 处理缺陷原因SP2.1实施措施建议 SP2.2评价变更的效果 SP2.3记录数据。
CMMI-DEV V1.2过程域简要
CMMI-DEV 1.2的22个过程域CMMI特定目标（SG）和特定实践（SP）汇总CMMI 2级过程域：项目策划Project PlanningSG1 Establish Estimates 建立估算SP 1.1 Estimate the Scope of the Project 估算项目的范围SP 1.2 Establish Estimates of Work Product and Task Attributes 估算工作产品和任务属性SP 1.3 Define Project Lifecycle 定义项目生命周期SP 1.4 Determine Estimates of Effort and Cost 估算工作量和成本SG2 Develop a Project Plan 开发项目计划SP 2.1 Establish the Budget and Schedule 编制预算和进度SP 2.2 Identify Project Risks识别项目风险SP 2.3 Plan for Data Management 计划数据管理SP 2.4 Plan for Project Resources 计划项目资源SP 2.5 Plan for Needed Knowledge and Skills 计划所需的知识和技能SP 2.6 Plan Stakeholder Involvement 计划干系人的参与SP 2.7 Establish the Project Plan 建立项目计划SG3 Obtain Commitment to the Plan 获得对计划的承诺SP 3.1 Review Plans That Affect the Project 审查影响项目的计划SP 3.2 Reconcile Work and Resource Levels调整工作与资源水平SP 3.3 Obtain Plan Commitment 获得计划承诺CMMI 2级过程域：项目监控Project Monitoring and ControlSG1 Monitor Project Against Plan 依据计划监督项目SP 1.1 Monitor Project Planning Parameters 监督项目计划的参数SP 1.2 Monitor Commitments 监督承诺SP 1.3 Monitor Project Risks 监督项目风险SP 1.4 Monitor Data Management 监督数据管理SP 1.5 Monitor Stakeholder Involvement 监督干系人的介入SP 1.6 Conduct Progress Reviews 项目进展审查SP 1.7 Conduct Milestone Reviews 里程碑审查SG2 Manage Corrective Action to Closure 管理纠正措施SP 2.1 Analyze Issues 分析问题SP 2.2 Take Corrective Action 采取纠正措施SP 2.3 Manage Corrective Action 管理纠正措施CMMI 2级过程域：供应商协议管理Supplier Agreement ManagementSG1 Establish Supplier Agreements 签定供应商协议SP 1.1 Determine Acquisition Type 确定采购方式SP 1.2 Select Suppliers 选择供应商SP 1.3 Establish Supplier Agreements 签定供应商协议SG2 Satisfy Supplier Agreements 满足供应商协议SP 2.1 Execute the Supplier Agreement 执行供应商协议SP 2.2 Monitor Selected Supplier Processes 监督选定的供应过程SP 2.3 Evaluate Selected Supplier Work Products 评价供应商产品SP 2.4 Accept the Acquired Product 验收采购的产品SP 2.5 Transition Products 移交产品CMMI 2级过程域：度量分析Measurement and AnalysisSG1 Align Measurement and Analysis Activities 协调度量和分析活动SP 1.1 Establish Measurement Objectives 确定度量目标SP 1.2 Specify Measures 细化度量SP 1.3 Specify Data Collection and Storage Procedures 确定数据收集和存储规程SP 1.4 Specify Analysis Procedures 确定分析规程SG2 Provide Measurement Results 提供度量结果SP 2.1 Collect Measurement Data 收集度量数据SP 2.2 Analyze Measurement Data 分析度量数据SP 2.3 Store Data and Results 存储数据和度量结果SP 2.4 Communicate Results 通报度量结果CMMI 2级过程域：过程和产品质量保证Process and Product Quality AssuranceSG1 Objectively Evaluate Processes and Work Products 客观地评价过程和工作成果SP 1.1 Objectively Evaluate Processes 客观地评价过程SP 1.2 Objectively Evaluate Work Products and Services 客观地评价工作成果和服务SG2 Provide Objective Insight 提供客观的洞察SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues通报不符合项，并确保得到解决SP 2.2 Establish Records 建立记录CMMI 2级过程域：配置管理Configuration ManagementSG1 Establish Baselines 建立基线SP 1.1 Identify Configuration Items 识别配置项SP 1.2 Establish a Configuration Management System 建立配置管理系统SP 1.3 Create or Release Baselines 创建或发布基线SG2 Track and Control Changes 跟踪并控制变更SP 2.1 Track Change Requests 跟踪变更请求SP 2.2 Control Configuration Items 控制变更SG3 Establish Integrity 建立完整性SP 3.1 Establish Configuration Management Records 建立配置管理记录SP 3.2 Perform Configuration Audits 执行配置审计CMMI 2级过程域：需求管理Requirements ManagementSG1 Manage Requirements 管理需求SP 1.1 Obtain an Understanding of Requirements 获得对需求的理解SP 1.2 Obtain Commitment to Requirements 获得对需求的承诺SP 1.3 Manage Requirements Changes 管理需求的变更SP 1.4 Maintain Bidirectional Traceability of Requirements 维护需求的双向可追溯性SP 1.5 Identify Inconsistencies Between Project Work and Requirements识别项目工作与需求的不一致之处CMMI 3级过程域：需求开发Requirements DevelopmentSG1 Develop Customer Requirements 开发客户需求SP 1.1 Elicit Needs 获取客户的需要SP 1.2 Develop the Customer Requirements 开发客户需求SG2 Develop Product Requirements 开发产品需求SP 2.1 Establish Product and Product Component Requirements建立产品需求和构件需求SP 2.2 Allocate Product Component Requirements 分配产品构件需求SP 2.3 Identify Interface Requirements 确定接口需求SG3 Analyze and Validate Requirements 分析和确认需求SP 3.1 Establish Operational Concepts and Scenarios 建立操作概念和场景SP 3.2 Establish a Definition of Required Functionality 定义功能需求SP 3.3 Analyze Requirements 分析需求SP 3.4 Analyze Requirements to Achieve Balance 平衡需求SP 3.5 Validate Requirements 确认需求CMMI 3级过程域：技术解决方案Technical SolutionSG1 Select Product Component Solutions 选择产品构件方案SP 1.1 Develop Alternative Solutions and Selection Criteria 开发候选方案和选择准则SP 1.2 Select Product Component Solutions 选择产品构件方案SG2 Develop the Design 设计SP 2.1 Design the Product or Product Component 设计产品或构件SP 2.2 Establish a Technical Data Package 建立技术数据包SP 2.3 Design Interfaces Using Criteria 使用准则设计接口SP 2.4 Perform Make, Buy, or Reuse Analyses 分析“制作、购买或重用”SG3 Implement the Product Design 实现产品设计SP 3.1 Implement the Design 实现设计SP 3.2 Develop Product Support Documentation 编写产品支持文档CMMI 3级过程域：决策分析与解决方案Decision Analysis and ResolutionSG1 Evaluate Alternatives 评价候选方案SP 1.1 Establish Guidelines for Decision Analysis 建立决策分析指导原则SP 1.2 Establish Evaluation Criteria 建立评价准则SP 1.3 Identify Alternative Solutions 确定候选解决方案SP 1.4 Select Evaluation Methodsc 选择评价方法SP 1.5 Evaluate Alternatives 评价候选方案SP 1.6 Select Solutions 选择解决方案CMMI 3级过程域：产品集成Product IntegrationSG1 Prepare for Product Integration 准备产品集成SP 1.1 Determine Integration Sequence 确定集成次序SP 1.2 Establish the Product Integration Environment 建立产品集成环境SP 1.3 Establish Product Integration Procedures and Criteria 建立产品集成规程和准则SG2 Ensure Interface Compatibility 确保接口兼容SP 2.1 Review Interface Descriptions for Completeness 审查接口描述的完备性SP 2.2 Manage Interfaces 管理接口SG3 Assemble Product Components and Deliver the Product 组装产品构件和交付产品SP 3.1 Confirm Readiness of Product Components for Integration确认产品集成已准备就绪SP 3.2 Assemble Product Components 组装产品构件SP 3.3 Evaluate Assembled Product Components 核查组装的产品构件SP 3.4 Package and Deliver the Product or Product Component 打包并交付产品或构件CMMI 3级过程域：验证VerificationSG1 Prepare for Verification 准备验证SP 1.1 Select Work Products for Verification 选择待验证的工作成果SP 1.2 Establish the Verification Environment 建立验证环境SP 1.3 Establish Verification Procedures and Criteria 建立验证规程和准则SG2 Perform Peer Reviews 执行同行评审SP 2.1 Prepare for Peer Reviews 准备同行评审SP 2.2 Conduct Peer Reviews 执行同行评审SP 2.3 Analyze Peer Review Data 分析同行评审数据SG3 Verify Selected Work Products 验证选定的工作成果SP 3.1 Perform Verification 执行验证SP 3.2 Analyze Verification Results 分析验证结果CMMI 3级过程域：确认ValidationSG1 Prepare for Validation 准备确认SP 1.1 Select Products for Validation 选择待确认的产品SP 1.2 Establish the Validation Environment 建立确认环境SP 1.3 Establish Validation Procedures and Criteria 建立确认规程和准则SG2 Validate Product or Product Components 确认产品或构件SP 2.1 Perform Validation 执行确认SP 2.2 Analyze Validation Results 分析确认结果CMMI 3级过程域：组织过程焦点Organizational Process FocusSG1 Determine Process Improvement Opportunities 确定过程改进机会SP 1.1 Establish Organizational Process Needs 建立组织的过程需要SP 1.2 Appraise the Organization’s Processes 评估组织过程SP 1.3 Identify the Organization's Process Improvements 识别组织的过程改进机会SG2 Plan and Implement Process Improvements 策划和实施过程改进SP 2.1 Establish Process Action Plans 制定过程行动计划SP 2.2 Implement Process Action Plans 实施过程行动计划SG 3 Deploy Organizational Process Assets and Incorporate Lessons Learned 部署组织过程财富和经验教训SP 3.1 Deploy Organizational Process Assets部署组织过程财富SP 3.2 Deploy Standard Processes部署标准过程SP 3.3 Monitor Implementation 监督实施SP 3.4 Incorporate Process-Related Experiences into the Organizational Process Assets将过程相关的经验纳入组织过程财富CMMI 3级过程域：组织过程定义Organizational Process DefinitionSG1 Establish Organizational Process Assets 创建组织过程财富SP 1.1 Establish Standard Processes 建立标准过程SP 1.2 Establish Lifecycle Model Descriptions 建立生命周期模型描述SP 1.3 Establish Tailoring Criteria and Guidelines 建立裁剪准则和指南SP 1.4 Establish the Organization’s Measurement Repository 建立组织度量库SP 1.5 Establish the Organization’s Process Asset Library建立组织过程财富库SP 1.6 Establish Work Environment Standards 建立工作环境标准SG 2 Enable IPPD ManagementSP 2.1 Establish Empowerment MechanismsSP 2.2 Establish Rules and Guidelines for Integrated TeamsSP 2.3 Establish Guidelines to Balance Team and Home Organization ResponsibilitiesCMMI 3级过程域：组织培训Organizational TrainingSG1 Establish an Organizational Training Capability 建立组织级培训能力SP 1.1 Establish the Strategic Training Needs 确定战略培训需求SP 1.2 Determine Which Training Needs Are the Responsibility of the Organization确定由组织负责的培训需求SP 1.3 Establish an Organizational Training Tactical Plan 建立组织培训计划SP 1.4 Establish Training Capability 建立培训能力SG2 Provide Necessary Training 提供必要的培训SP 2.1 Deliver Training 交付培训SP 2.2 Establish Training Records 建立培训记录SP 2.3 Assess Training Effectiveness评价培训效果CMMI 3级过程域：集成项目管理Integrated Project ManagementSG1 Use the Project’s Defined Process 应用项目定义过程SP 1.1 Establish the Project’s Defined Process 建立项目定义过程SP 1.2 Use Organizational Process Assets for Planning Project Activities利用组织过程财富规划项目活动SP 1.3 Establish the Project's Work Environment 建立项目工作环境SP 1.4 Integrate Plans 集成计划SP 1.5 Manage the Project Using the Integrated Plans 利用集成计划管理项目SP 1.6 Contribute to the Organizational Process Assets 充实组织过程财富SG2 Coordinate and Collaborate with Relevant Stakeholders 与相关干系人协调和合作SP 2.1 Manage Stakeholder Involvement 管理干系人的介入SP 2.2 Manage Dependencies 管理依存关系SP 2.3 Resolve Coordination Issues 解决协调问题CMMI 3级过程域：风险管理Risk ManagementSG1 Prepare for Risk Management 风险管理准备SP 1.1 Determine Risk Sources and Categories 确定风险来源和类别SP 1.2 Define Risk Parameters 定义风险参数SP 1.3 Establish a Risk Management Strategy 建立风险管理策略SG2 Identify and Analyze Risks 识别和分析风险SP 2.1 Identify Risks 识别风险SP 2.2 Evaluate, Categorize, and Prioritize Risks 风险评估、分类和确定优先级SG3 Mitigate Risks 缓解风险SP 3.1 Develop Risk Mitigation Plans 制定风险缓解计划SP 3.2 Implement Risk Mitigation Plans 实施风险缓解计划CMMI 4级过程域：组织过程绩效Organizational Process PerformanceSG1 Establish Performance Baselines and Models 建立性能基线和模型SP 1.1 Select Processes 选择过程SP 1.2 Establish Process-Performance Measures 建立过程性能度量SP 1.3 Establish Quality and Process-Performance Objectives 建立质量和过程性能目标SP 1.4 Establish Process-Performance Baselines 建立过程性能基线SP 1.5 Establish Process-Performance Models 建立过程性能模型CMMI 4级过程域：定量项目管理Quantitative Project ManagementSG1 Quantitatively Manage the Project 定量项目管理SP 1.1 Establish the Project’s Objectives 建立项目目标SP 1.2 Compose the Defined Process 组成项目定义过程SP 1.3 Select the Subprocesses that Will Be Statistically Managed选择用于定量管理的子过程SP 1.4 Manage Project Performance 管理项目性能SG2 Statistically Manage Subprocess Performance 统计管理子过程性能SP 2.1 Select Measures and Analytic Techniques 选择度量和分析技术SP 2.2 Apply Statistical Methods to Understand Variation 运用统计方法理解过程变动SP 2.3 Monitor Performance of the Selected Subprocesses 监督选定的子过程性能SP 2.4 Record Statistical Management Data 记录统计管理数据CMMI 5级过程域：组织革新与部署Organizational Innovation and DeploymentSG1 Select Improvements 选择改进SP 1.1 Collect and Analyze Improvement Proposals 收集和分析改进建议SP 1.2 Identify and Analyze Innovations 识别革新SP 1.3 Pilot Improvements 试点改进SP 1.4 Select Improvements for Deployment 选择用于部署的改进SG2 Deploy Improvements 部署改进SP 2.1 Plan the Deployment 计划部署SP 2.2 Manage the Deployment 管理部署SP 2.3 Measure Improvement Effects 度量改进效果CMMI 5级过程域：原因分析与解决方案Causal Analysis and ResolutionSG1 Determine Causes of Defects 确定缺陷原因SP 1.1 Select Defect Data for Analysis 选择待分析的缺陷数据SP 1.2 Analyze Causes 分析原因SG2 Address Causes of Defects 解决产生缺陷的根源SP 2.1 Implement the Action Proposals 实施行动建议SP 2.2 Evaluate the Effect of Changes 评价变更的效果SP 2.3 Record Data 记录数据CMMI通用目标（GG）和通用实践（GP）汇总GG1 Achieve Specific Goals 完成特定目标GP 1.1 Perform Specific Practices 执行特定实践GG2 Institutionalize a Managed Process 使已管理的过程制度化GP 2.1 Establish an Organizational Policy 建立组织方针GP 2.2 Plan the Process 策划过程GP 2.3 Provide Resources 提供资源GP 2.4 Assign Responsibility 分配职责GP 2.5 Train People 人员培训GP 2.6 Manage Configurations 管理配置项GP 2.7 Identify and Involve Relevant Stakeholders 识别并引入相关的利益相关者GP 2.8 Monitor and Control the Process 监督和控制过程GP 2.9 Objectively Evaluate Adherence 坚持客观的评价GP 2.10 Review Status with Higher Level Management 更高层领导审核状态GG3 Institutionalize a Defined Process 使已定义的过程制度化GP 3.1 Establish a Defined Process 建立一个已定义的过程GP 3.2 Collect Improvement Information 收集（经验）改进信息GG4 Institutionalize a Quantitatively Managed Process 使已量化管理的过程制度化GP 4.1 Establish Quantitative Objectives for the Process 为过程建立量化的目标GP 4.2 Stabilize Subprocess Performance 稳定子过程GG5 Institutionalize an Optimizing Process 使持续优化的过程制度化GP 5.1 Ensure Continuous Process Improvement 保证持续的过程改进GP 5.2 Correct Root Causes of Problems 找到并纠正问题的根本原因CMMI一些定义或缩写EPG：工程过程组（Engineering Process Group）MSG：管理指导组/高层管理组（Management Steering Group）SPI：软件过程改进（Software Process Improvement）PAT：过程行动组（Process Action Team）PA：过程域（Process Area）相关的名称和术语定义如下：干系人(Stakeholder)项目经理(Project manager)高级经理(Senior manager)组织(Organization)企业(enterprise)开发(Develop)项目(Project)项目开发计划(project development plan)目标(goal)实践(practice)过程域PA(process area)子实践(Subpractice)典型工作产品(typical work product)组织资产(organizational assets)过程体系结构(process architectures)过程要素(process element)产品生命周期(product life cycle)组织度量库(organizational measurement repository)组织过程资产库(organizational library of process-related documentation)。
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI过程域(全)
项目策划——PP
特定目标（SG1）： 建立和维护项目计划参数的估计。 特定实践：
SP1.1 建立顶层的工作分解结构（WBS）来估计项目的范围。 SP1.2 建立和维护对工作产品和任务的属性的估计并且将其
文档化。 SP1.3 定义项目的生命周期阶段，并据此来限定计划的工作
量范围。 SP1.4 根据估计原理，对项目的工作产品和任务所需的工作
公共特性和共性实践
公共特性和共性实践
受管理级——CMMI2
概述
CMMI二级，受管理级。一个组织如果到达 第2成熟度等级，就意味着该软件组织已经 确保有关的过程在项目一级得到策划、形成 文件、执行、受到监督和控制，并且能实现 过程目标。在这个成熟度等级，软件项目是 在受控状态下运行。
CMM2 与CMMI2级对比
需求管理—实施建议
培训人员 管理配置项： 置于配置管理之下的工作产品主要有：需求、需求溯源性度量
项目 使共利益者适时介入 监督和控制该过程 度量项目有：需求变化性（需求变更的百分比） 评价遵循情况 高层管理者审查状态
项目策划——PP
目的：建立并维护规定项目各项活动的计划。 相关的过程域：RD,RM,TS
目监督和控制—特殊实践分析
SP1.2 对照项目计划中标识出的承诺进行监督。 ● 定期审查内部和外部的承诺 ● 识别那些没有得到满足的承诺或那些很可能得不到满足得承诺 ● 把承诺审查的结果形成文件 SP1.3 对照项目计划中标识出的风险进行监督。 ● 定期审查有关项目情况和环境的风险的文件 ● 根据新的情况对有关风险的文件进行修改 ● 把风险状态通知相关共利益者
需求管理——REQM
目的：维护需求并且确保能把对需求的更改反映到项目计划、 活动和工作产品中。
cmmi实施的个人总结范文
cmmi实施的个人总结范文cmmi实施的个人总结范文篇一：CMMI总结CMM的每个等级都被分解为3个层次：关键过程域、公共特性和关键实践。
CMMI的层次：关键过程域（CMM 18个【2-5级】）：每个关键过程域所包含的关键实践涉及5个方面：执行约定、执行能力、实施活动、度量和分析、验证实施。
具体描述：1）执行约定mitment to Perform）：执行约定描述一个组织在保证将过程建立起来并持续起作用方面所必须采取的行动。
执行约定一般包含制定组织的方针和规定高级管理者的支持。
2）执行能力（Ability to Perform）：执行能力描述的是在软件过程中每个项目组或整个组织必须达到的前提条件。
执行能力一般包括资源、组织机构和培训。
3）实施活动（Active Performed）：实施活动描述的是实现一个关键过程域时所必须执行的任务和步骤。
实施活动应该包括建立计划（正式和非正式的计划）和制定步骤开展工作，对该工作进行跟踪，以及必要时进行改进的措施。
4）度量和分析（measurement and analysis）：度量和分析描述对过程进行度量的基本规则，以确定、改进和控制过程的状态。
度量和分析一般包括一些为了确定所执行活动的状态及有效性所能采用的度量和分析的例子，通过这些例子可以知道如何确定操作活动的状态和效果。
5）验证实施（Verifying implementation）：验证实施描述了保证遵照已建立的过程进行活动的措施。
验证一般包括管理者和软件质量保证部门所作的评审和审计。
CMM有两个基本用途：软件过程评估和软件能力评价。
步骤（共6步）：第一步：建立一个评估评价组。
第二步：填写提问单。
第三步：进行响应分析。
第四步：进行现场访问。
第五步：提出调查发现清单。
第六步：制作关键过程域（KPA）剖面图。
1.4.1 从初始级向可重复级过渡：初始级是CMM的起点，任何一个准备按照CMM框架等级进化的软件企业都自动地处于这一等级。
CMMI5级过程域及对应关系清单
CMMI5级过程域及对应关系清单CMMI（Capability Maturity Model Integration）是一个用于评估和改进企业过程的标准框架。
CMMI模型定义了定义了五个成熟度级别（从1到5级）和22个过程领域（也称为过程区域或目标）。
下面是CMMI5级过程域及对应关系清单：1. Level 1 - Initial-未定义的过程域在初始级别，组织的过程是不可预测的，未定义的，且通常是随机的。
组织缺乏过程概念和过程管理能力。
2. Level 2 - Managed-需求管理-配置管理-项目计划与跟踪-项目监控与控制-供应商协议管理-产品集成管理-测量和分析-过程和产品质量保证-风险管理在被管理的级别，组织的过程被规范化和记录下来。
组织开始对过程进行管理，以确保产品和服务按照计划执行，并且可以在合理的成本内交付。
3. Level 3 - Defined-组织过程的定义-组织过程资源的定义-组织培训的定义-组织的绩效管理定义-组织的创新和改进的定义-组织的决策分析和解决方案定义在定义级别，组织定义了标准化的过程，以确保所有项目和任务都按照这些过程进行。
组织通过根据实际需要进行过程定制，实现灵活性和适应性。
4. Level 4 - Quantitatively Managed-过程量化管理-组织的绩效量化管理在可量化管理级别，组织根据量化的过程和产品质量目标管理过程。
组织收集和分析过程和项目数据，并使用这些数据来评估和管理过程绩效。
5. Level 5 - Optimizing-组织创新和改进-组织决策分析和解决方案在优化级别，组织持续改进其过程，并通过创新和采取决策分析方法，提高产品和过程质量，提高组织绩效。
这些过程领域被设计为构建在彼此之上的层次结构。
例如，在达到Level 2的要求之前，组织必须实现Level 1的要求。
达到Level 3要求之前，组织必须实现Level 2的要求，依此类推。
CMMI3级中18个过程域包含关系及目的（整理）
CMMI3级中18个过程域包含关系及目的（整理）SSP过程类别 SSP定义的过程域与CMMI 等级3 的18个过程域包含关系目的过程管理组织过程改进（OPF）CMMI 3级，Organization Process Focus 目的在于掌握组织的过程状态，识别过程改进机会，策划和实施本组织的过程改进活动。
组织过程定义（OPD） CMMI 3级，Organization Process Definition 目的在于建立并维护一批可用的组织过程财富。
组织应遵循本过程建立和维护组织标准过程及组织财富库，以供使用。
组织培训（OT） CMMI 3级，Organization Training 规范公司培训的工作流程，建设高效实用的培训机制，提高培训工作在公司人力资源配置中所起的作用。
项目管理立项（PIM）CMMI 2级，Project Planning 通过规范公司立项流程，确保项目立项基于合理的分析、科学的决策，确保项目能够顺利实施，并为公司实施项目管理建立基础。
集成项目管理（IPM）CMMI 3级，Integrated Project Management 按照集成的、已定义的过程（项目已定义过程）来管理项目。
这种项目已定义过程是从SSP剪裁而来。
项目策划（PP）CMMI 2级，Project Planning 通过项目策划确保项目的策划活动科学、有效、合理，明确项目的范围与目标，确定项目的进度、资源、成本安排，建立项目工作的准则与基础。
CMMI 3级，Integrated Project Management 项目监督和控制（PMC）CMMI 2级，Project Monitoring and Control 通过周期性地跟踪项目计划的各种性能参数如工作产品的规模、工作量、成本、进度、风险等，不断地了解项目的进展情况，以便当项目实际进展状况显著偏离项目计划时能够及时采取纠正措施。
最终目的都是为了使项目按时、按预算交付合格的产品。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI基本介绍目录1 2 3 4 5 6 7 8 9组织成熟度级别和类别........................................ 错误!未定义书签。
通用目标和通用实践......................................... 错误!未定义书签。
RD 需求开发REQUIREMENTS DEVELOPMENT ........................ 错误!未定义书签。
REQM需求管理REQUIREMENTS MANAGEMENT ........................ 错误!未定义书签。
PP项目策划PROJECT PLANNING ................................. 错误!未定义书签。
PMC项目监督和控制PROJECT MONITORING AND CONTROL ............ 错误!未定义书签。
RSKM风险管理RISK MANAGEMENT ................................ 错误!未定义书签。
SAM供应商协议管理SUPPLIER AGREEMENT MANAGEMENT ............. 错误!未定义书签。
CM配置管理CONFIGURATION MANAGEMENT ......................... 错误!未定义书签。
10 PPQA过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE 错误!未定义书签。
11 MA度量和分析MEASUREMENT AND ANALYSIS ....................... 错误!未定义书签。
12 DAR决策分析和解决DECISION ANALYSIS AND RESOLUTION .......... 错误!未定义书签。
13 TS技术解决方案TECHNICAL SOLUTION ........................... 错误!未定义书签。
14 PI产品集成PRODUCT INTEGRATION .............................. 错误!未定义书签。
15 VER验证VERIFICATION ....................................... 错误!未定义书签。
16 VAL确认VALIDATION ......................................... 错误!未定义书签。
17 OPF组织过程聚焦ORGANIZATIONAL PROCESS FOCUS ................ 错误!未定义书签。
18 OPD组织过程定义ORGANIZATIONAL PROCESS DEFINITION ........... 错误!未定义书签。
19 OT组织培训ORGANIZATIONAL TRAINING .......................... 错误!未定义书签。
20 IPM集成项目管理INTEGRATED PROJECT MANAGEMENT ............... 错误!未定义书签。
21 OPP组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE .......... 错误!未定义书签。
22 QPM量化项目管理QUANTITATIVE PROJECT MANAGEMENT ............. 错误!未定义书签。
23 CAR因果分析和解决CAUSAL ANALYSIS AND RESOLUTION ............ 错误!未定义书签。
24 OPM组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT ....... 错误!未定义书签。
1 组织成熟度级别和类别别级别Process Management 过程管理Project Management项目管理Engineering工程Support 支持ML5 五级OPM组织性能管理-优化ML4 四级-量OPP组织过程性能化管理ML3OPF组织过程聚焦三级OPD组织过程定义-定OT 组织培训义CAR 因果分析和解决QPM量化项目管理IPM 集成项目管理RSKM风险管理RD 需求开发TS 技术解决方案DAR 决策分析和PI 产品集成解决VER 验证VAL 确认MA 测量与分析PPQA 过程和产品质量保证CM 配置管理ML2 二级-管理REQM 需求管理PP 项目策划PMC项目监督和控制SAM供应商协议管理2 通用目标和通用实践级别通用目标通用实践GG1 实现特定目标Achieve Specific Goals 实施特定实践Perform Specific Practices一级通过将可识别的输实施过程域的特定实践，以开发工作产品和提供服入工作产品转换为输出务，实现过程域的特定目标工作产品的过程来支持过程域的特定目标：建立组织政策Establish an Organizational Policy ：策划过程Plan the Process ：提供资源Provide Resources：分配责任Assign Responsibility ：培训人员Train PeopleGG2 制度化已管理过程：配置管理Control Work Products二级Institutionalize a：识别并纳入相关干系人员Managed ProcessIdentify and Involve Relevant Stakeholders：监控过程Monitor and Control the Process：客观评估符合度Objectively Evaluate Adherence ：与高层管理者一起审查过程状态Review Status with Higher Level ManagementGG3：制度化已定义过程：建立已定义过程Establish a Defined Process 三~Institutionalize a ：收集过程相关经验Collect Process Related 五级Defined Process Experiences3 RD 需求开发Requirements Development目的：引出、分析和建立客户、产品及产品组件的需求。
特定目标特定实践引导需求：引导相关干系人提出关于产品生命周期各阶段得需要、期望、约束及接口SG1 开发客户需求将相关干系人的需要转化为客户需求：将相关干系人的需要，如期望、约束与限(收集相关干系人制、接口等转化为客户需求；通常会包括对系统目标、范围、解决问题、软件特得需要、期望、约性、接口要求等有详细的描述。
束及接口，并转换来自客户和干系人的各种输入和需求信息，须经合并和检查是否有遗漏的需成客户需求)求信息，以及解决冲突（如客户的需求和其他干系人的需求之间，或客户的需求与需求之间冲突，如客户要求的功能需求与进度、成本矛盾的等）等过程，解决后并记录为客户需求，所以在冲突适当解决之后，需要转换成被认可的客户需求建立产品和产品组件需求：根据客户需求建立和维护产品或产品组件需求；是比较细致的需求，会详细描述软件与用户是怎样交互的，用户需要输入什么，系统会输出什么等都会比较详细描述出来SG2 开发产品需求分配产品组件需求：为每个产品组件分配需求；将需求开发与技术解决方案联系(精练并细化客户起来，所有的需求应该与设计的产品组件对应起来，保证需求驱动后续的设计工需求，以开发产品作，同时也保证设计都是为了需求服务的及产品组件需求) 识别接口需求：接口需求包括系统与第三方的系统的接口要求，也包括系统本身各组件、各子系统、各部分之间的接口要求。
通常这些接口需求在客户需求级别的时候，并不是很明细，需要对客户需求进一步细分成产品需求、产品组件需求，然后发掘出接口需求SG3 分析并确认需求(需求被分析和确认，并定义出具体的功能性需求)建立操作的概念和场景：建立和维护操作概念和相关的场景建立必要功能和质量属性的定义：分析需求：分析需求，以确保其必要性和充分性分析需求以取得平衡：分析需求以平衡相关干系人的需要和约束,保证需求在约束条件下是可实现的确认需求：确认需求，以确保产出的产品将能够在最终用户预期的环境中执行4 REQM需求管理Requirements Management目的：管理项目的产品及产品组件需求，并标识出这些需求与项目策划及工作产品之间的不一致性。
特定目标SG1 管理需求(管理需求以确定需求与项目策划及工作产品之间的一致性)特定实践理解需求：与需求提供者一起理解需求的意图取得需求的承诺：获得项目参与者对需求的承诺管理需求变更：维护需求和工作产品的双向可追溯性：确保项目工作与需求的一致性：5 PP项目策划Project Planning目的：建立并维护用以定义项目活动的计划。
特定目标SG1 建立估计值(建立并维护项目策划参数的估计值)特定实践估计项目范围：建立一个高水平的工作分解结构(WBS)，以估计项目范围建立工作产品与任务属性的估计值：估计的属性如：需求数目和复杂度、接口数目和负责度、功能数、项目参与经验、技术风险数量、输入输出数等定义项目生命周期：定义项目生命周期，并以此建立策划工作的范围估计工作量和成本：根据估计理由，估计工作产品和工作所需的项目工作量和成本建立预算和进度：识别项目风险：识别和分析项目风险策划项目数据的管理：数据是多种形式的文件，用以支持项目的全部领域SG2 开发项目策划策划项目资源：如人工、设备、材料及方法等(建立并维护项目策划所需知识和技能：策划，作为管理项策划干系人参与：目的基准)建立项目策划：建立并维护整体的项目策划内容，如项目生命周期的考虑、项目任务、预算和进度、里程碑、数据管理、风险识别、资源和技术需求、干系人的识别和互动、基础架构的描述等SG3 获得对计划的承诺(建立并维护对项目策划的承诺)评审影响项目的各种计划：审查影响项目的所有计划，以了解承诺调整工作和资源水平：调整计划以调节可用的预估计的资源；为使所建立的项目是可行的，获取相关干系人的承诺，以及调整估计与实际可以资源之间的差距是重要的。
调整方法通常包括：变更或延缓需求、争取更多资源、外包、调整项目人员的技能组合、修订影响项目的所有计划或进度表等获得计划承诺：从负责执行与支持计划执行的相关干系人处，获取承诺6 PMC项目监督和控制Project Monitoring and Control目的：目的在于了解项目的进度，以便项目在执行性能严重偏离项目策划时，可采取适当的纠正措施。