CMMI3全过程域翻译讲解
CMMI中有关定义及英文缩写说明
CMMI中有关定义及英文缩写说明一、英文缩写说明●能力成熟度模型集成CMMI:Capability Maturity Model Integration ●通用目标GG：Generic Goals●特定目标SG：Specific Goals●通用实践GP：Generic Practices●特定实践SP：Specific Practices●过程域PA:Process Area●需求管理REQM:Requirement Management●项目策划PP:Project Planning●项目监督和控制PMC:Project Monitoring and ControlPlanning●供方协定管理SAM:Supplier Agreement Management●测量和分析MA:Measurement and Analysis●过程和产品质量保证PPQA:Process and Product Quality Assurance ●配置管理CM:Configuration Management●需求开发RD:Requirement Development●技术解决TS:Technical Solution●产品集成PI:Product Integration●验证VER:Verification●确认VAL:Validation●组织过程聚焦OPF:Organization Process Focus●组织过程定义OPD:Organization Process Definition●组织培训OT:Organization Training●集成项目管理IPM:Integration Project Management●风险管理RSKM:Risk Management●决策分析和决定DAR:Decision Analysis and Resolution●质量保证QA:Quality Assurance●项目经理PM：Project Manager●软件工程过程组SEPG:Software engineering process group●过程改进指导描述PIID：Process Improvement Indicator Description●SCAMPI：Appraisal Method for Process Improvement（CMMI中评估过程改进的一种方法）二、定义●共利益者（Stakeholder）：所谓“共利益者”，指的是受到某种负责产生输出的方式影响的群体或个人。
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。
一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。
第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。
在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。
该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。
CMMI3_介绍
日期：2008-03-12
导言
课程目标：使公司人员初步了解CMMI3级 课程主要内容：CMMI3级基础知识及练习题 课程适用人群：全体员工 培训达标的标准：
➢ 课后练习题能够解答正确； ➢ 通过最终考核；
课程大纲
CMMI介绍 CMMI的意义 公司实施CMMI3级的计划
阶段式
主要衡量一个企业的成熟度，即企业在项目实施上的综合 实力。 企业在进行评估时，一定要由评估师来挑选企业内部的任 何项目，甚至任何项目的任何部分。 一般地讲，一个企业要想在阶段性评估中得到三级，其企 业内部的大部分项目要达到三级，小部分项目可以在二级， 但决不能有一级。
CMMI介绍
CMMI分为5个等级
➢ Initial-初始级(1):过程是不可见的 ➢ Repeatable-管理级(2)：过程里程碑是可见的 ➢ Defined-定义级(3)：过程内部是可见的 ➢ Managed–量化管理级(4) ：过程可见性是定量化的 ➢ Optimizing-优化级 (5) ：可见性的更高等级，自我优化的
CMMI介绍
CMMI介绍
CMMI分为5个等级
➢ 量化管理级 分析对软件过程和产品质量的详细度量数据，对软件过程 和产品都有定量的理解与控制。管理有一个作出结论的客 观依据，管理能够在定量的范围内预测性能。
➢ 优化级
过程的量化反馈和先进的新思想、新技术促使过程持续不 断改进。
CMMI介绍
CMMI介绍
等级情况特点
CMMI介绍
CMMI的表达式分为两种
CMMI介绍
连续式
主要衡量一个企业的项目能力。企业在接受评估时可以选 择自己希望评估的项目来进行评估。 因为是企业自己挑选项目，其评估通过的可能性较大。但 是，它反映的内容也比较窄。它仅仅表示企业在该项目或 类似项目的实施能力达到了某一等级。
CMMI3级共同目标、共通实践和特定目标、特定实践汇总(V1.2)
Plan the Process：Establish and maintain the plan for performing the process.
计划该过程：建立和维护计划以执行过程。
GP 2.3
Provide Resources：Provide adequate resources for performing the process, developing the work products, and providing the services of the process.
监督和控制该过程：依据过程执行计划进行过程监控以便采取适当的纠正措施。
GP 2.9
Objectively Evaluate Adherence：Objectively evaluate adherence of the process against its process description, standards, and procedures, and address noncompliance.
收集改进信息：从计划和执行的过程中搜集工作产品、度量指标、测量结果和改进信息，以便未来使用及组织过程和过程财富库的进一步改进
特定目标（SG）、特定实践（SP）
CMMI 2级过程域：需求管理
SG1
Manage Requirements管理需求
SP 1.1
Obtain an Understanding of Requirements获得对需求的理解
GP2.8
Monitor and Control the Process：Monitor and control the process against the plan for performing the process and take appropriate corrective action.
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级过程域介绍
需求开发 – 特殊目标
• SG 1 开发客户需求
•
收集干系人的需要、期望、约束条
件和接口，并将其转化为客户需求.
• SG 2 开发产品需求
•
对客户需求进行精炼和细化,并
将其转化为产品和产品构件需求.
• SG 3 分析和确认需求
•
分析和确认需求,并开发所要求的功
能定义.
2019/11/25
19
需求开发 – 关系图
验证
GP2.9：客观评价符合性 GP2.10：高层管理评价
14
主题
• 成熟度等级3 • 成熟度等级3的过程域 • 过程域关系 • 总结
2019/11/25
15
成熟度等级3的过程域
需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决议
• SG 2: 设计 进行产品或产品构件的设计
• SG 3: 实现产品设计 根据设计，实现产品构件及相关的支持文 档
2019/11/25
35
技术解决 – 关系图
RD
选择产品构件方案
设计展开
实现产品设计
候选方案和评价准则
设计细节及文档
已开发的产品
2019/11/25
36
技术解决 – 关系图
RD
选择产品构件方案
•GP 2.6 配置管理 将“需求开发”过程的指定工作产品置于适当 的配置管理.
需求开发的工作产品包括:
• 客户需求 • 功能结构 • 产品和产品构件需求 • 接口需求
2019/11/25
31
共性内容在需求开发过程的细化
GP2.1 方针
GP3.1 GP2.2 GP2.3 GP2.4 GP2.5 GP2.6
CMMI级过程域讲解
计划参数
制定项目计划
编制 预算和进度表
识别项目风险
策划资料管理
策划项目资源
策划共利益者 的介入
制定项目计划
策划必要的知识 和技能
项目计划
PMC
项目策划 – 关系图
完成参数估算
计划参数
制定项目计划
获得对计划 – 关系图
获得对计划的承诺
评审项目 的从属计划
项目计划
协调工作 和资源的关系
子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。
项目策划 – 特殊实践
SP 2.6 策划相关干系人介入 策划已标识干系人的介入。
项目策划 – 特殊实践
SP 2.7 制定项目计划 制定并维护总体项目计划。
的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时，标识其导致计划和工作产品所
需的更改。 - 启动纠正措施。
需求管理 – 补充说明
需求管理
CMMI2级过程域
需求管理（REQM） 项目策划（PP） 项目监控（PMC） 供应商协议管理（SAM） 度量和分析（MA） 过程和产品质量保证（PPQA） 配置管理（CM）
- 监督项目的成本和所花费的工作量。
- 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中
的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。
项目监控 – 特殊实践
- 监控工作产品和任务的属性。
- 定期度量工作产品和任务的实际属性，例如规模、复杂度、 或服务级别（以及这些属性的变更）。 - 将实际的工作产品和任务的属性（和这些属性的变更）与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。
cmmi整体框架和过程域解释讲解
• 2. 阶段式：
• 把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮 助实施CMMI 的组织建议一条比较容易实现的过程改进发 展道路。
连续式与阶段式表现形式
CMMI模型(连续式表达)
• 成熟度等级
CMMI(连续式表达) - 过程能力
• • • • • • 5 4 3 2 1 0 优化级 已定量管理级 已定义级 已管理级 已执行级 不完整级
能力等级 成熟度等级1
2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 4 4 5 5
成熟度等级2
成熟度等级3
目标概览2
目标概览3
目标概览4 目标概览5
CMMI重点过程域解释
配置管理（CM）
成熟度2级支持类过程域
• 配置管理（Configuration Management，CM）的目 的在于使用配置识别、配置控制、配置状态记录与报告以 及配置审计，来建立并维护工作产品的完整性。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
CMMI-软件能力成熟度集成 模型 整体框架和重点过程域解释
CMMI是什么？
• CMMI: Capability Maturity Model Integration（能力 成熟度模型集成）
CMMI的关注点
CMMI三要素：人、技术、过程 CMMI关注的是过程，也就是管理
三要素相互影响，过程的改进会持续会持续从正面影响人和资 源，人的士气和能力持续提高，资源被最合理最优化的配置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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.按照需要培训人员来执行或支持项目策划过程。
GP2.6管理配置Place designated work products of the project planning process under appropriate levels of control.将项目策划过程中指定的工作产品纳入适当级别的配置管理。
GP2.7 确定并纳入相关人员Identify and involve the relevant stakeholders of the project planning process as planned.按照计划识别并纳入项目策划过程的相关干系人。
GP2.8监控流程Monitor and control the project planning process against the plan for performing the process and take appropriate corrective action.按照本过程的执行计划监控项目策划过程，并采取适当纠正措施。
GP2.9 客观评价符合度Objectively evaluate adherence of the project planning process against its process description, standards, and procedures, and address noncompliance.按照过程描述、标准和规程，客观地评介项目策划过程的符合度，并解决不符合问题。
GP2.10 与高层管理人员审查本过程的状况Review the activities, status, and results of the project planning process with higher level management and resolve issues.与高层管理人员审查项目策划过程的活动、状况和结果，并解决问题。
2CMMI GG3 制度化已定义过程Institutionalize a Defined Process: The process is institutionalized as a defined process.制度化已定义过程:将过程制度化为一个已定义的过程。
GP3.1建立已定义过程Establish and maintain the description of a defined project planning process建立并维护已定义的项目策划过程的说明GP3.2搜集改进信息Collect work products, measures, measurement results, and improvement information derived from planning and performing the project planning process to support the future use and improvement of the organization's processes and process assets.搜集在计划和执行项目策划过程中所产生的工作产品、度量、度量结果及改进信息，从而支持组织过程与过程资产库未来的改进与使用。
说明：GG、GP 为所有过程都需要满足或执行的目标和实践，因此以上斜体部分用于各PA的替换。
CMMI2 PA ----Project Planning （PP）做好计划的第一步就是要把项目的范围、规模、性质、任务、工作量、费用等搞清楚。
SG1Estimates of project planning parameters are established and maintained建立和维护用于项目计划的各类参数的估算SP1.1Estimate the Scope of the Project. 估计项目的范围如项目的目标、任务、工作产品等。
这里通常就是指WBS(top-level work breakdown structure)，试想一下，我们做计划之前不是常常要先对任务进行分解吗？SP1.2Establish Estimates of Work Product and Task Atrributes.估计工作产品及任务的属性。
做计划的时，我们会先列出这个项目要产生的工作产品，以及这个项目要完成的任务等，然后我们需要分析这些任务、工作产品的规模、工作量、复杂度、代码行数等所谓的属性。
CMMI并没有规定一定要分析什么属性，具体由企业自己来选择适合自己需要分析的属性。
在CMM模型的时候，项目计划这个PA硬性规定了需要分析的几大属性，CMMI模型中已经改进，不再强制要求。
分析这些属性的目的是对任务、工作产品等更加了解，以便于做好计划。
SP1.3Define the project life-cycle phases upon which to scope the planning effort.定义项目生命周期。
写计划的其中一个步骤是要考虑用什么生命周期模型，是瀑布型？螺旋？还是别的？选择怎样的模型，CMMI并没有规定，企业可以选择常见的生命周期模型，也可以自己定义自己的模型。
SP1.4Estimate the project effort and cost for the work products and task based on estimation rationale. 根据工作产品及任务的属性估算出项目的规模和成本。
SP1.4从某种意义上来说是SP1.2的延续SG1说的是如何准备估算的问题，为做计划打好基础，而SG2说的就是要建立计划了。
SG2：A project plan is established and maintained as the basis for managing the project.建立和维护项目计划，这个计划要作为项目管理的基础。
SP2.1Establish and maintain the project's budget and schedule.建立和维护项目的预算和进度。
SP2.2Identify and analyze project riskes. 识别和分析项目风险。
SP2.3Plan then managemanet of project data. 计划对项目数据的管理。
什么是“项目数据”呢？在项目开发过程中，会产生各类文档、代码等，我们再写项目计划的时候，要考虑好如何管理开发过程中产生的工作产品、数据等，例如存放的位置、访问权限控制。
通常我们需要文档分类存放，设定一些个人工作区、项目组共享区等，计划好这些东西的管理，目的就是为了让工作更加有条理。
SP 2.4Plan for necessary resources to perform the project . 计划必要的资源来执行计划。
资源包括：人、计算机、设备、工具、办公室等。
SP 2.5Plan for knowledge and skills needed to perform the project.计划需要的知识和技能来执行计划。
这点经常是做计划的时候被遗忘的，项目经理应该根据项目组成员情况和项目的特点，找出项目组还没有掌握的知识和技能，安排需要的培训，让项目组成员掌握相应的技能。
SP 2.6Plan the involvement of indentified stakeholders.识别干系人并计划他们的参与。
计划要考虑客户、高层领导、与本项目相关的第三方等相关人员可能的参与，规划他们参与的时间点，参与的工作产品等。
例如：要计划客户什么时候参与需求调研，计划客户什么时候需要准备好软硬件环境，以便安装系统等。
SP 2.7Establish and maintain the overall project plan content.建立和维护全面的项目计划内容。
就是就是要把上面提到的SP2.1到SP2.6的内容全部要写下来，要文档化。
SG3：Commitments to the project plan are established and maintained.建立和维护对项目计划的承诺。
项目计划要被相关的人评审和认可。
SP 3.1Review all plans that affect the project to understand project commitments.所有计划均应被相关人员复查，保证大家理解一致。
这些计划包括项目的多个子计划，如风险计划、配置计划、开发计划、测试计划等。