CMMI3级过程域介绍
CMMI3全过程域翻译讲解
1CMMI GG2制度化已管理的过程institutionalize a managed process: The Process is institutionalized as a managed process.制度化已管理的过程：将过程制度化为一个已管理的过程。
GP2.1建立组织纺方针Establish and maintain an organizational policy for planning and performing the project planning process.建立和维护一个组织级方针来规划和执行项目策划过程。
GP2.2规划过程Establish and maintain the plan for performing the project planning process.建立和维护执行项目策划过程的计划。
GP2.3提供资源Provide adequate resources for performing the project planning process, developing the work products, and providing the services of the process.提供充足的资源来执行项目策划过程，开发工作产品和提供过程服务。
GP2.4分配职责Assign responsibility for performing the process, developing the work products, and providing the services of the project planning process.分配项目策划过程的职责和权力来执行过程、开发工作产品和提供过程服务。
GP2.5培训人员Train the people performing or supporting the project planning process as needed.按照需要培训人员来执行或支持项目策划过程。
2 CMMI L3 OPD
CyberKeJi
裁剪准则和指南
• 剪裁和定义过程时的灵活性与确保整个组织里各个过程的适 当一致性之间应求得平衡 • 需要一定的灵活性，以便处理前后关系上的多变性。例如， 应用领域，客户的性质，成本、进度和质量等的权衡，工作 的技术难度，以及实施该过程的人员的经验等 • 整个组织的一致性也需要，这是为了使组织的标准、目的和 战略得到适当的处理，过程数据和经验教训得以共享 • 对于在组织一级执行的过程而言，标准过程本身可能就是已 定义过程，这样就不需要进行剪裁
需求开发 技术解决方案 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 集成化小组 (IPPD) 集成化供应商管理（SS） 决策分析及解决方案 组织集成环境(IPPD)
r 优化级 优化级 r
q 定量管理级 定量管理级 q
p 已定义级 已定义级 p
o已管理级 已管理级 o
版权所有 请勿翻印
24
CyberKeJi
SP 1.3 建立裁剪准则和指南
SP 1.3 建立和维护组织标准过程集的裁剪准则和指南 • 裁剪准则和指南描述下列内容： – 如何使用组织标准过程集和组织过程资产来创建已定义 过程 – 已定义过程必须予以满足的强制性要求（例如，每个已 定义过程都必须使用的组织过程资产子集） – 可以使用的选项和在选项中做出选择的准则 – 在执行过程剪裁时必须遵循的规程和必须执行的剪裁文 档
版权所有 请勿翻印
12
CyberKeJi
#过程域分类
过程管理: 组织培训、组织过程定义、组织过程焦点、组织过 程性能、组织革新和实施 项目管理：项目策划、项目监督和控制、供应商协议管理、集 成项目管理、风险管理、集成群组、定量项目管理 、集成供应商管理 工程： 支持： 需求管理、需求开发、技术解决方案、产品集成、 验证、确认 配置管理、过程和产品质量保证、度量和分析、 决策分析和解决方案、组织集成环境、 因果分析和解决方案
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记录数据。
CMMI3级18个过程域
CMMI3级过程域一共有18个PA，分别是：过程管理1、OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
2、OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT：（Organizational Training）组织培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
项目管理：4、PP：（Project Plan）项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况，调整项目。
5、PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM：（Supplier Agreement Management）供应商协议管理。
旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM：（Risk Management）风险管理。
识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
工程管理：9、REQM：（Requirements Management）需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD：（Requirement Development）需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。
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框架等级进化的软件企业都自动地处于这一等级。
过程成熟度的焦点是软件开发过程中对各种各样的需求如何进行管理，对需求的变化如何适应都是过程成熟度的关键问题。
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）：该过程域涉及通过分析和评估不同的解决方案，制定决策。
CMMI3级过程域
CMMI3级过程域CMMI (Capability Maturity Model Integration) 是由美国国防部发起的一种软件过程成熟度模型，它对软件和系统开发过程进行了评估和改进，旨在提高组织的软件开发能力。
CMMI 将过程分为若干级别，从初始级别到最高级别，即 CMMI5 级，每个级别由一些过程域 (Process Area, PA) 组成。
CMMI3 级是一个中间级别，对于组织来说已经达到了一定的成熟度，具备一定的过程能力。
1. 需求管理 (Requirements Management)：确保需求的准确和及时管理，包括需求的收集、分析、追踪和验证。
2. 项目计划与监控 (Project Planning and Monitoring)：制定和管理项目计划，确保项目按照计划进展，并对项目的进度、资源和风险进行监控和控制。
3. 项目质量管理 (Project Quality Management)：制定和实施项目质量计划，监控和改进项目的质量，确保交付的产品和服务符合质量要求。
4. 项目配置管理 (Project Configuration Management)：管理项目的配置项，包括版本控制、变更控制和配置项的状态管理。
5. 项目度量与分析 (Project Measurement and Analysis)：收集和分析项目数据，评估项目绩效，并通过度量和分析驱动项目改进。
6. 项目风险管理 (Project Risk Management)：在项目各个阶段识别和评估风险，制定和实施风险应对措施，以降低项目风险。
7. 项目决策与问题解决 (Project Decision and Problem Solving)：制定和实施适当的决策和问题解决方法，以支持项目的成功实施。
8. 技术解决方案 (Technical Solution)：开发和维护具有高质量且满足需求的技术解决方案，包括架构设计、系统开发和集成。
CMMI级过程域讲解
计划参数
制定项目计划
编制 预算和进度表
识别项目风险
策划资料管理
策划项目资源
策划共利益者 的介入
制定项目计划
策划必要的知识 和技能
项目计划
PMC
项目策划 – 关系图
完成参数估算
计划参数
制定项目计划
获得对计划 – 关系图
获得对计划的承诺
评审项目 的从属计划
项目计划
协调工作 和资源的关系
子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。
项目策划 – 特殊实践
SP 2.6 策划相关干系人介入 策划已标识干系人的介入。
项目策划 – 特殊实践
SP 2.7 制定项目计划 制定并维护总体项目计划。
的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时，标识其导致计划和工作产品所
需的更改。 - 启动纠正措施。
需求管理 – 补充说明
需求管理
CMMI2级过程域
需求管理（REQM） 项目策划（PP） 项目监控（PMC） 供应商协议管理（SAM） 度量和分析（MA） 过程和产品质量保证（PPQA） 配置管理（CM）
- 监督项目的成本和所花费的工作量。
- 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中
的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。
项目监控 – 特殊实践
- 监控工作产品和任务的属性。
- 定期度量工作产品和任务的实际属性，例如规模、复杂度、 或服务级别（以及这些属性的变更）。 - 将实际的工作产品和任务的属性（和这些属性的变更）与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。
CMMI过程域归纳v2.0
CMMI 基本介绍V2.0目录1组织成熟度级别和类别 (3)2通用目标和通用实践 (5)3RD 需求开发REQUIREMENTS DEVELOPMENT (7)4REQM 需求管理REQUIREMENTS MANAGEMENT (9)5PP 项目策:划PROJECT PLANNING (10)6PMC 项目监督和控制PROJECT MONITORING AND CONTROL (12)7RSKM 风险管理RISK MANAGEMENT (14)8SAM 供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (15)9CM 配置管理CONFIGURATION MANAGEMENT (16)10PPQA 过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (17)11MA 度量和分析MEASUREMENT AND ANALYSIS (18)12DAR 决策分析和解决DECISION ANALYSIS AND RESOLUTION (19)13TS 技术解决方案TECHNICAL SOLUTION (20)14PI 产品集成PRODUCT INTEGRATION (21)15VER 验证VERIFICATION (22)16VAL 确认VALIDATION (24)17OPF 组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (25)18OPD 组织过程定义ORGANIZATIONAL PROCESS DEFINITION 27 19OT 组织培训ORGANIZATIONAL TRAINING (28)20IPM 集成项目管理INTEGRATED PROJECT MANAGEMENT 29 21OPP 组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (31)22QPM 量化项目管理QUANTITATIVE PROJECT MANAGEMENT 32 23CAR 因果分析和解决CAUSAL ANALYSIS AND RESOLUTION 33 24OPM 组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (34)1组织成熟度级别和类别2通用目标和通用实践3RD 需求开发Requirements Developme nt4REQM 需求管理RequirementsMan ageme nt目的：管理项目的产品及产品组件需求，并标识出这些需求与项目策划及工作产品之间的不5PP 项目策划Project Planning6 PMC 项目监督和控制ProjectMonitoring and Control目的：目的在于了解项目的进度，以便项目在执行性能严重偏离项目策划时，可采取适当的纠正措施。
CMMI的5个级别和25个过程域
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。
分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。
CMMI的5个级别和25个过程域[指南]
![CMMI的5个级别和25个过程域[指南]](https://img.taocdn.com/s3/m/a542b955bf1e650e52ea551810a6f524ccbfcb07.png)
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。
分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。
CMMI3级过程域介绍
CMMI3级过程域介绍CMMI（Capability Maturity Model Integration）是一种用于评估和改进软件和系统工程组织能力的模型。
CMMI由美国软件工程协会（SEI）开发，并已成为全球范围内广泛应用的标准。
CMMI通过对组织的过程和能力的评估，帮助组织提高其软件和系统工程的成熟度，从而提高产品和服务的质量、提高项目的成功率、提高项目交付的效率和准时交付的可靠性。
CMMI被分为5个不同的类别，称为成熟度级别，分别是初始级、可管理级、定义级、定量管理级和优化级。
每个级别都包含一组过程域（Process Area），它们是CMMI模型的核心组成部分，用于描述组织需要关注和实施的一组相关过程。
CMMI3级过程域是在CMMI模型的可管理级中的一个级别。
可管理级旨在帮助组织建立稳定的过程，以便能够在实践中重复地生产出符合质量和性能要求的产品和服务。
CMMI3级要求组织建立过程的标准化，从而确保组织在不同的项目和任务中都能够持续地提供高质量的产品和服务。
CMMI 3级过程域具体包含了若干个指导实践（Guideline Practices），它们是指导组织在特定领域内建立和实施过程的具体方法和技术。
指导实践通常包括具体的活动、输入、输出和结果。
下面将介绍CMMI 3级过程域的几个重要的实例。
1. 需求开发（Requirement Development）需求开发过程域旨在帮助组织建立和管理项目需求，确保项目团队对项目范围、功能和特性的需求有准确的理解，并将其转化为可执行的任务和计划。
指导实践包括：-识别和评估需求：识别项目的高优先级需求，并评估其对项目目标的影响。
-与相关方合作：与项目相关的组织、用户和其他相关方进行沟通和合作，确保他们对项目需求的理解和支持。
-定义需求：将需求转化为可执行的任务和计划，编制需求文档和说明。
2. 项目计划和控制（Project Planning and Control）项目计划和控制过程域旨在帮助组织建立和管理项目的计划和控制机制，确保项目按时交付、在预算内完成，并满足质量和性能要求。
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)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI3简介CMMI三级
CMMI3简介CMMI三级，称为定义级。
在定义级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化，这样企业不仅能够在同类的项目上生到成功的实施，在不同类的项目上一样能够得到成功的实施。
科学的管理成为企业的一种文化，企业的组织财富。
在CMMI3级，你会发现：PA过程域1)有指导需求开发的需求开发(Requirements Development)这个PA；2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；3)有指导如何保证工作产品满足要求的验证(Verification)；4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；5)有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration)；CMMI2级的PP与PMC是直接与项目管理有关的两个PA，在CMMI3级，对项目管理的要求进一步提高：6)集成项目管理(Integrated Project Management)：3级的项目管理，要求利用组织级的财富库进行项目估算，并且利用财富库裁剪出项目自己的过程，并用这个过程来管理项目。
7)风险管理(Risk Management)：2级只有PP的SP2.2中提到要识别风险，而在3级专门有一个PA对风险管理提出更高的要求。
大家不知道有没有发现，2级的PA都是直接针对项目提出要求的。
3级的IPM和RSKM，除了对项目级提出要求，另外也对组织级提出了要求，IPM要求有组织级的资产库RSKM要求要有组织级的风险管理策略等。
另外，3级有几个“O”开头的PA，这几个PA都是直接对组织级的提出要求。
8)组织过程焦点(Organizational Process Focus)：这个PA要求组织成立SEPG来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。
CMMI3学习与评估CMMI3级
CMMI3学习与评估CMMI3级CMMI3学习与评估----CMMI3级00CMMI3级已定义级特征：(1)无论管理方面或工程方面的软件过程都已文件化、标准化，并综合成软件开发组织的标准软件过程。
(2)软件过程标准被应用到所有的工程中，用于编制和维护软件。
有的项目也可根据实际情况，对软件开发组织的标准软件过程进行剪裁。
(3)在从事一项工程时，产品的生产过程、花费、计划以及功能都是可以完全控制的，从而软件质量也可以控制。
(4)软件工程过程组(SEPG)负责软件过程活动。
(5)在全组织范围内安排培训计划。
CMMI3级已定义级过程：(1)整个组织全面采用综合性的管理及工程过程来管理。
软件工程和管理活动是稳定的和可重复的，具有连续性的。
(2)软件过程起了预见及防范问题的作用，能使风险的影响最小化CMMI3级已定义级人员：(1)以项目组的方式进行工作。
如同综合产品团队。
(2)在整个组织内部的所有人对于所定义的软件过程的活动、任务有深入理解。
大大加强了过程能力。
(3)有计划地按人员的角色进行培训cCMMI3级已定义级技术：在定性基础上建立新的评估技术。
CMMI3级已定义级度量：(1)在全过程中收集使用数据。
(2)在全项目中系统性地共享数据CMMI3级已定义级改进方向：(1)开始着手软件过程的定量分析，以达到定量地控制软件项目过程的效果。
(2)通过软件的质量管理达到软件的质量目标。
CMMI3级过程域—CMMI3级过程域—决策分析和决定: 1 个特定目标, 6 个特定实践。
（依据建立的准则，用正式的过程评价候选方案）SG 1 评价候选解决方案（基于已建立的准则对候选方案进行评价，并产生决议）SP 1.1 建立使用决策分析的指导原则（制定DAR 适用原则；形成指导书；在计划阶段多，技术问题、非技术问题；如方案、外购、供应商、工具、方法、环境等；）SP 1.2 建立评价准则及准则的排序（形成指导书；如技术、风险、成本、收益等因素；重要性、优先级；定量的及定性的；文档化评价准则的选择依据）SP 1.3 识别推荐的候选方案（文档化多个候选方案；涉及高风险的、基线变化的、直接影响项目目标的；采用头脑风暴、查阅文献、评估中又产生新方案等；）SP 1.4 选择评价方法（包括模型、原型、仿真、专家、试点、测试、工程分析、制造分析、成本分析、评审等；要基于评价准则；要考虑度量；面向目标问题；）SP 1.5 评价候选方案（文档化评价结果；对假定、不确定因素进行分析；可能需要迭代；）SP 1.6 选择解决方案（对最终选择的方案进行风险分析；形成结论,并要说明所采用的准则、方法、评价过程）CMMI3级过程域—风险管理: 3 个特定目标, 7 个特定实践。
CMMI过程域全ppt课件
项目监督和控制—特殊实践分析
SP2.2 对照项目计划中标识出的承诺进行监督。 – 确定需要采取的相应措施 – 与相关的共利益者共同审查并达成协议 – 协商改变内部和外部承诺 SP2.3 管理纠正行动，直到问题得到解决。 – 监督纠正措施的完成情况 – 分析纠正措施的结果及效果 – 确定不适当的纠正措施，并形成文件
量和费用进行估计。
项目策划——PP
特定目标（SG2）： 建立和维护项目计划并作为管理项目的 基础。
特定实践： SP2.1 建立和维护项目的预算和进度。 SP2.2 识别和分析项目风险。 SP2.3 计划项目数据的管理。 SP2.4 计划执行项目的必需的资源。 SP2.5 计划执行项目的所需的技能和知识。 SP2.6 计划利益关系人的投入。 SP2.7 建立和维护总体项目计划内容。
3）CMMI-SE/SW/IPPD/SS
25个过程域
组织在开发过程中需要获取或转包某些关键构件：考虑使用CMMISE/SW/IPPD/SS模型。
CMMI阶段式成熟度等级
关注于过程改进 过程已度量和控制 过程主动为组织服务 过程为项目服务，通常为被动的 过程不可预测且缺乏控制，是被动的
等级5：优化的 等级4：定量管理的 等级3：已定义的 等级2：已管理的 等级1：初始的
确定获 取 方式
选择供 应商
建立供 应商 合同
供应商需求
供应商合同
产品
满足供应商合同
获取
COTS 产品
执行供 应商 合同
验收获 得的 产品
转交产
PI
品
供应商合同管理—特殊实践分析
CMMI3级过程域介绍
CMMI3级过程域介绍CMMI（Capability Maturity Model Integration）是一种被广泛应用于组织软件过程改进的方法。
CMMI将组织的软件开发过程分为多个过程域，它们对一个成熟的软件开发实践进行了定义和标准化。
CMMI 3级是CMMI的一种成熟级别，它把软件开发过程纳入了一个良好安排和控制的过程中，以帮助组织实现可持续的软件开发和交付质量。
本文将介绍CMMI 3级过程域的一些主要内容。
软件项目管理过程域（Project Management）软件项目管理过程域关注的是软件开发项目的规划、组织、协调和控制方面的活动。
在该过程域中，组织需要制定一个合理的软件项目计划，确保项目的范围、进度和成本得以有效控制。
此外，还要建立有效的风险管理和配置管理机制，以便提早发现和解决问题。
配置管理过程域（Configuration Management）配置管理过程域主要关注的是软件产品的版本和配置控制。
在该过程域中，组织需要制定适当的配置管理策略和规程，确保软件产品的每个版本都能得到正确的记录和控制。
此外，还需要建立一个有效的变更管理机制，以便评审、审批和实施软件产品的变更。
要求管理过程域（Requirements Management）要求管理过程域关注的是软件开发项目的需求制定、分析和管理。
在该过程域中，组织需要确保软件开发项目的需求得到有效的收集、分析和记录，以便为后续的开发活动提供指导和基础。
此外，还要确保需求的正确性、可追溯性和一致性，以减少后期的需求变更和重复工作。
项目监控和控制过程域（Project Monitoring and Control）项目监控和控制过程域关注的是软件开发项目的监控和控制活动。
在该过程域中，组织需要建立有效的项目监控机制，跟踪项目的进展、成本和风险，并及时采取措施来纠正偏差。
此外，还要确保与项目相关的信息得到及时和正确地传达，以保证项目的顺利运行。
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)。
- 用户手册 - 操作手册 - 维护手册 - 在线帮助 - 培训材料
2015-3-6
•确定接口需求
2015-3-6
26
目标和实践的映射 2
特殊目标
• 分析和确认需 求
特殊实践
•建立操作概念和场景 •建立所要求的功能定义
•分析需求
•分析需求以达到平衡 •用综合的方法确认需求
2015-3-6
27
典型工作产品
•SP 1.1 引出需求 引出产品生存周期所有各个阶段共利益者的要 求、期望、约束条件和接口 •SP 1.2 转换需求 将干系人的要求、期望、约束条件和接口转换 成客户需求
- 产品构件解决方案选择决定和理由 - 需求和产品构件之间形成文件的关系 - 初始产品构件的技术数据包
•SP 2.1 运用有效的设计方法 建立并运用有效的设计方法
- 设计方法选择准则 - 设计方法 - 设计工具 - 设计过程/活动
2015-3-6 45
典型工作产品
•SP 2.2 建立完备的技术数据包 建立并维护完备的技术数据包
• 实现产品设计
2015-3-6
43
典型工作产品
•SP 1.1 开发详细的候选方案和选择准则 从候选方案中选择产品和产品构件解决方案 （包括与产品有关的过程）
- 候选解决方案 - 选择准则 - 候选解决方案检查单 - 新技术评价结果
2015-3-6
44
典型工作产品
•SP 1.2 选择产品构件解决方案 选择最能满足规定准则的产品构件解决方案
2015-3-6
22
需求开发 – 关系图
开发产品需求
确定产品和 产品构件需求
分配产品构件 需求
确认接口需求
2015-3-6
客户需求
产品、产品构件和接口需求
23
需求开发 – 关系图
开发客户需求
开发产品需求
分析和验证需求
客户需求
产品、产品构件和接口需求
确认需求
2015-3-6
24
需求开发 – 关系图
实施指导
GP2.6：管理配置
GP2.7：利益相关者介入 GP2.8：监督并控制过程
GP3.2：收集改善信息
验证
GP2.9：客观评价符合性 GP2.10：高层管理评价
2015-3-6 14
主题
• 成熟度等级3 • 成熟度等级3的过程域 • 过程域关系 • 总结
2015-3-6 15
成熟度等级3的过程域
Val
2015-3-6
17
需求开发
• 目的
产生和分析客户、产品以及产品构件 的需求
2015-3-6
18
需求开发 – 特殊目标
•
•
SG 1 开发客户需求
收集干系人的需要、期望、约束条 件和接口，并将其转化为客户需求.
•
• • •
2015-3-6
SG 2 开发产品需求
对客户需求进行精炼和细化,并将其 转化为产品和产品构件需求. SG 3 分析和确认需求 分析和确认需求,并开发所要求的功 能定义.
• 标准过程
– 是一个为组织公共过程提供指导的基本过程 – 描述了用于项目过程的基本要素 – 作用于组织层面
2015-3-6
6
关键术语复习 2
• 已管理过程
– 已管理过程是一个按方针进行计划和实 施的过程; 拥有具备技能的人员等适当资 源去生产受控制的产品；干系人要参与； 并对产品生产进行监控、评审和评估， 以检查实施的过程是否遵从了过程描述。
•GP 2.6 配置管理 将“需求开发”过程的指定工作产品置于适当 的配置管理. 需求开发的工作产品包括: • 客户需求 • 功能结构 • 产品和产品构件需求 • 接口需求
2015-3-6
31
共性内容在需求开发过程的细化
GP2.1 GP3.1 方针 定义过程 明确公司对需求开发的期望和要求 定义需求开发过程
初始级
控制差，是反应式的
2015-3-6 4
理解成熟度等级3 已定义级
•该等级建立在成熟度等级2的项目管理基础之上
– 工程过程得到更为有效的改进
– 组织对于过程改进更加积极主动 – 组织的培训需求被明确和满足
•组织定义了一系列标准过程，以供每一个项目 按需求进行剪裁
2015-3-6
5
关键术语复习 1
需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决议
初始级 优化管理
量化管理
已定义
已管理
2015-3-6
16
工程过程域
REQM
需求
产品和产品构件需求
可选方案
产品构件 产品
RD
需求
TS
PI
客户
产品构件
工作产品 验证和确认报告
Ver
客户需求
2015-3-6
7
关键术语复习 3
• 已定义过程
– 是由组织的一系列标准过程中按照组织 的剪裁准则剪裁而成的已管理过程
• 有一个可维护的过程描述
• 将工作产品、度量及其它过程改进的信息存 储到组织的过程资产库中 • 作用于项目层面
2015-3-6
8
已定义过程
输入 输出
•
各项目依据统一的过程性能判断
2015-3-6
12
成熟度等级3的通用实践
•执行验证
GP 2.9 客观评价遵循情况
3
GP 2.10 高层管理者审查状态
•注意：成熟度等级3的两个通用实践同样适用于 成熟度等级2的过程域
2015-3-6
13
共性实践
GG3：已定义的过程
约定
GP2.1: 方针
执行能力
GP3.1: 定义过程 GP2.2: 计划过程 GP2.3：提供资源 GP2.4：分配职责 GP2.5：培训
• 执行承诺
GP 2.1 建立组织方针
• 执行能力
GP 2.2 策划过程 GP 2.3 提供资源
GP 2.4 分配职责
GP 2.5 培训人员 GP 3.1 建立已定义过程
2015-3-6
建立和维护已定义过程的描述
11
成熟度等级3的通用实践 2
• 实施指导
GP 2.6 管理配置项 GP 2.7 识别相关干系人并使之介入 GP 2.8 监控过程 GP 3.2 收集改进信息 收集来自于策划和执行过程的工作产品、度量 结果和改进信息，以支持将来使用和改进组织过程及 过程资产
2015-3-6
9
成熟度等级3的通用目标
通用目标：制度化为已定义过程
•已定义过程意味着特定的项目过程是源于组织 标准过程的剪裁 •该通用目标也适用于成熟度等级2的过程域，即 组织为达到成熟度等级3必须使成熟度等级2、3 的过程域均制度化为已定义过程
2015-3-6
10
成熟度等级3的通用实践 1
• 所有过程域的共同特性是相似的
GP2.2
GP2.3 GP2.4 GP2.5 GP2.6 GP2.7 GP2.8 GP3.2 GP2.9 GG3 GP2.10 2015-3-6
计划过程
提供资源 分配职责 培训 管理配置 利益相关者介入 监督并控制过程 收集改善信息 客观评价符合性 高层管理评价
制订需求开发的计划
准备实施需求开发所需的资源 明确需求开发过程中的角色和职责 对需求开发实施适当培训，比如客户交流等 需求开发过程的产品和活动纳入配置管理，比如需求规格说明书 利益相关者介入对需求的评审 管理过程实际执行结果与计划的偏差 收集需求开发过程改善的信息 客观评估过程实施与过程描述、规范或标准的符合性，并明确不 符合项 高层管理对过程活动进行评审，并解决相关问题 32
2015-3-6
41
目标和实践的映射 1
•特殊目标
• 选择产品构件方案
• 特殊实践
• 开发详细的候选方案和选择准则 • 选择产品构件方案
2015-3-6
42
目标和实践的映射 2
• 特殊目标
• 设计展开
•特殊实践
•运用有效的设计方法
•建立技术资料包 •设计接口 •进行开发、采购或复用分析 • 实现设计 • 编制产品支持文档
第三部分
CMMI3级：已定义级
2015-3-6
1
培训目标
• 让学员学会:
– CMMI专用术语定义 – 介绍与成熟度等级3过程域结构元素相关的 概念 – 阐述成熟度等级3的组织行为特征 – 介绍成熟度等级的过程域目的、目标、关 系图和详细描述 – 讨论一个成熟组织的文档要求 – 识别一个组织可能面对的一般问题以及可 以处理这些问题的过程域
2015-3-6
39
技术解决 – 关系图
RD
选择产品构件方案
设计展开
实现产品设计
候选方案和评价准则
设计细节和文档
已开发的产品
2015-3-6
40
技术解决 – 关系图
实现产品设计
开发 产品支持文档
实现产品设计
模块开发 软件开发 数据文档 过程文档 工具开发
最终用户培训资料 用户手册 操作手册 维护手册 在线帮助
2015-3-6
34
技术解决 – 特殊目标
• • • SG 1: 选择产品构件方案
从候选方案中选择产品或产品构件的方案 SG 2: 设计 进行产品或产品构件的设计
SG 3: 实现产品设计 根据设计，实现产品构件及相关的支持文 档
2015-3-6
35
技术解决 – 关系图
RD
选择产品构件方案
Hale Waihona Puke 设计展开- 客户需求 - 用于验证过程的需求 - 用于确认过程的需求 - 测试用例和期望的结果