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关注的是过程，也就是管理
三要素相互影响，过程的改进会持续会持续从正面影响人和资 源，人的士气和能力持续提高，资源被最合理最优化的配置。
CMMI3级过程域
CMMI3级过程域CMMI3级是CMMI（Capability Maturity Model Integration，能力成熟度模型集成）的一个等级，它代表了一个组织在其软件开发和管理过程方面的成熟度水平。
CMMI3级要求组织在战略规划、项目管理和工程实践等方面都进行了规划和实施，并能够通过度量和分析来改进其过程。
本文将针对CMMI3级中的过程域（PA）进行详细介绍。
1. Requirements Development (RD) —需求开发需求开发是指定义和收集项目所需的功能和约束条件，并确保其正确性、准确性和一致性的过程。
这个过程域包括需求的获取、分析、规范和验证等活动。
在CMMI3级中，组织需要建立适当的需求开发过程，确保需求的完整性和明确性，同时也要进行需求的管理和变更控制。
2. Technical Solution (TS) —技术解决方案技术解决方案是指开发和维护软件的过程，包括软件架构设计、详细设计、编码和单元测试等活动。
在CMMI3级中，组织需要确保对技术解决方案进行详细规划和实施，包括选择合适的架构和技术，检查和审查设计和代码等。
同时，组织也需要建立和执行软件配置管理和版本控制等活动。
3. Product Integration (PI) —产品集成产品集成是指将不同的软件构件组合起来，并进行验证和部署的过程。
在CMMI3级中，组织需要建立适当的产品集成过程，确保集成的正确性和稳定性，同时也要进行集成测试和验证。
组织还需要建立相应的配置管理和版本控制机制，确保产品集成的可控性和可追溯性。
4. Verification (VER) —验证验证是指在软件开发过程中对产品的需求进行确认和验证的过程。
在CMMI3级中，组织需要建立适当的验证过程，包括验证计划的制定、验证活动的执行和验证结果的分析。
验证活动可以包括软件测试、代码审查、功能验证等，以确保开发的产品符合需求和规范。
5. Validation (VAL) —验证确认验证确认是指在软件开发过程结束后对最终产品进行确认和验证的过程。
CMMI-过程域中英文
CMMI 等级中文名称英文名称2级需求管理Requirements Management 2级项目计划Project Planning2级项目监控和控制Project Monitoring and Control 2级供应商合同管理Supplier Agreement Management 2级度量和分析Measurement and Analysis 2级过程和产品质量保证Process and Product Quality Assurance 2级配置管理Configuration Management 3级需求开发Requirements Development 3级技术解决方案Technical Solution 3级产品集成Product Integration 3级验证Verification 3级确认Validation3级组织过程焦点Organizational Process Focus 3级组织过程定义Organizational Process Definition 3级组织培训Organizational Training3级集成项目管理Integrated Project Management 3级风险管理Risk Management3级决策分析与解决方案Decision Analysis and Resolution 4级组织过程性能Organizational Process Performance 4级定量项目管理Quantitative Project Management 5级组织革新与部署（组织性能管理）Organizational Innovation and Deployment5级原因分析与解决方案Causal Analysis and Resolution有16个核心过程域，1个共享过程域和5个特定的开发过程域5个特定过程域缩写过程类型REQM工程PP项目管理PMC项目管理SAM项目管理MA支持PPQA支持CM支持RD工程TS工程PI工程VER工程VAL工程OPF过程管理OPD过程管理OT过程管理IPM项目管理RSKM项目管理DAR支持OPP过程管理QPM项目管理OID过程管理CAR支持过程域5。
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来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。
CMMI_3级精简并行过程介绍
3、SPP过程域的目的
3.3 机构支撑过程域目的
机构支撑过程域 目的
配置管理
通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项 的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。
质量保证
提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量” 与“产品质量”，从而实现持续地改进质量。 选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。 根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取 得预期效果。
立项管理
结项管理
项目规划
为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人 员按照该计划有条不紊地开展工作。
周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解 项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。 在风险产生危害之前识别它们，从而有计划地消除或削弱风险。 在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性， 并控制需求的变更。 11
项目监控 风险管理 需求管理
3、SPP过程域的目的
3.2 项目研发过程域目的
项目研发过程域 目的
需求开发
技术预研 系统设计 实现与测试 系统测试 Beta测试 客户验收 技术评审
通过调查与分析，获取用户需求并定义产品需求。
在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和 研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。 设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间 建立桥梁，指导开发人员去实现能满足用户需求的软件产品。 依据系统设计文档，编写并测试整个系统的代码。在SPP中，实现与测试是“编 程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。 对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。 在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对 产品进行测试，并获取他们对产品的建议。 客户依据合同对产品进行审查和测试，确保产品满足客户需求。 尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高 产品的质量。 12
cmmi3流程
cmmi3流程CMMI 3级流程CMMI（Capability Maturity Model Integration）是一种用于组织和管理软件开发过程的成熟度模型。
它是由软件工程领域的权威机构SEI（Software Engineering Institute）开发的，旨在帮助组织提高其软件开发能力和质量管理水平。
CMMI模型被广泛应用于各个行业，有助于组织建立标准化的软件开发流程和管理方法。
CMMI模型根据成熟度级别划分为5个级别，分别是初始级、可重复级、定义级、管理级和优化级。
每个级别又细分为若干个过程领域，共包含了22个过程领域。
CMMI 3级流程是CMMI模型中的一个重要阶段，代表了组织在软件开发过程中已经具备了明确的过程管理能力。
CMMI 3级流程的核心思想是通过明确的过程定义和管理来提高软件开发的可靠性和效率。
该级别要求组织建立并维护一个已定义的软件开发过程，确保过程能够稳定地达到预期的结果。
下面将从三个方面介绍CMMI 3级流程的具体内容。
1. 过程定义与管理CMMI 3级要求组织建立一个已定义的软件开发过程，并进行有效的过程管理。
过程定义是指明确各个开发阶段的工作内容、活动和交付物，并将其纳入到组织的过程文档中。
过程管理是指通过监控和度量来确保过程的有效执行，并及时进行调整和改进。
组织需要制定相应的过程指南和规范，确保开发人员能够按照规定的过程进行工作。
2. 风险管理CMMI 3级要求组织建立风险管理的能力，以识别和应对项目风险。
风险管理是在整个软件开发过程中，对潜在风险进行识别、评估、规划和控制的过程。
组织需要制定风险管理计划，并建立相应的风险识别和分析机制。
通过及时的风险管理，组织能够减少项目风险对软件开发进度和质量的影响，保证项目的顺利进行。
3. 项目监控与控制CMMI 3级要求组织建立项目监控与控制的能力，以确保软件开发过程的可控性和可预测性。
项目监控是指对项目进展、资源使用和风险情况进行实时跟踪和监测的过程。
CMMI简介+过程域介绍
1.可依据组织级的资产库进行 各类评审
3级
项目估算和项目计划
2.依据组织采集指南和项目特 点进行项目的过程裁剪
风险管理 （其他同2级）
无
无
1.EPG负责过程改进工作 2.有效开展组织级培训活动
1.采取统计学计划监控项目的实际性能
根据组织级性能基线，性能模 与项目最终目标进行比较
定义组织级性能基线和模
• 自1991 年SW-CMM首次发布后，SEI 又开发了其他成熟 度模型，包括：系统工程、采购、人力资源管理和集成产 品开发等。虽然各个模型针对的专业领域不同，但彼此之 间也有一定的重叠，后SEI将各个模型整合，建立统一模 I 是一套融合多学科的、可扩充的产品集合，该模型 包含了从软件需求提出、软件设计、开发、编码、测试、 交付运行到软件退役的软件整个生存周期里各个软件过程 的各项基本要素；是软件过程的有机汇集，旨在为软件组 织改进其过程和提高其对软件产品或服务的开发、采购以 及维护的能力中提供指导。
• 通过过程域能力的角度进行选择的就是分别在每 个过程域中建立基线并度量改进结果。这种方法 在连续式表示法中得到了支持，使用的关键术语 是“能力”。
• 通过组织成熟度的角度进行选择则强调过程域集 合，这些过程域集合的目睹是用来定义整个组织 的过程成熟度的已验证阶段。在阶段式表示法中 采用了此方法，使用的关键术语是“成熟度”。
• 其所依据的想法是：只要集中精力持续努力去建立有效的 软件工程过程的基础结构，不断进行管理的实践和过程的 改进，就可以克服软件开发中的困难。
1.2 CMMI 产生的背景
• CMM 是指软件能力成熟度模型，英文缩写为SW-CMM， 简称CMM。CMM 的定义是：对于软件组织在定义、实施 、度量、控制和改善其软件过程的实践中各个发展阶段的 描述。CMM 的核心是把软件开发视为一个过程，并根据 这一原则对软件开发和维护进行过程监控和研究，以使其 更加科学化、标准化、使企业能够更好地实现商业目标。
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 通过周期性地跟踪项目计划的各种性能参数如工作产品的规模、工作量、成本、进度、风险等，不断地了解项目的进展情况，以便当项目实际进展状况显著偏离项目计划时能够及时采取纠正措施。
最终目的都是为了使项目按时、按预算交付合格的产品。
CMMI3同行评审详细过程定义讲解
同行评审4.1同行评审与测试的关系发现缺陷的手段为什么要引入同行评审而不是继续完全使用测试呢？有些工作产品在早期阶段就可以进行同行评审去发现缺陷，但无法对其进行测试；即使到了编码阶段，测试活动也不能发现某些特定类型的缺陷（例如违反编程规范）。
从图4-1（开发各阶段缺陷放大图）可以看出，随着开发的不断开展，缺陷不断泄漏和放大，最终形成的产品是一个灰色的距离用户真正需求很远的一个"东西"。
这就需要在开发的过程中不断进行同行评审，减少泄漏到下一个阶段的缺陷。
成功的同行评审是提高质量和生产率的重要因素，不管人们喜欢与否，审查过程会迫使每个人在一种开放式的环境中工作。
一旦人们懂得了他们的工作都要接受同行评审，他们就会越早地将他们的工作公之于众，以待监督。
在同级评审上的投入把组织的一些质量成本从昂贵的测试以及后期的大规模返工转变为早期的缺陷发现。
更重要的是，工作产品的作者学到了如何将工作做得更好，从而避免了缺陷。
固然同行评审的准备、活动和跟踪需要花费一定的时间和工作量，但这些可以在测试中节省更多。
从经济角度考虑，许多缺陷是在早期阶段注入的，越早消除缺陷就越能降低开发成本。
据统计，对于保存精确记录的大系统，一套完整的同行评审体系能够使项目在每个测试阶段出现的错误减少了90%。
这样一来，即使在综合考虑了同行评审活动成本的情况下，同行评审活动也会使测试成本下降50%～80%。
同时，通过同行评审，开发人员能够及时地得到专家的帮助和指导，加深对工作成果的理解，更好地预防缺陷，在一定程度上提高了开发生产率。
再者，消除工作成果的缺陷，可以提高产品质量，提高客户满意度。
（点击查看大图）图4-1 开发各阶段缺陷放大图总之，同行评审有助于"提高质量、提高生产率、降低成本"。
但是要注意，同行评审不可能代替测试，正如测试不可能替代同行评审一样。
那么，工作产品通过了什么样的评审才算合格呢？同行评审本身的要求有没有在质量目标里？评审的工作量和参加人员的资格、评审时间是否有要求呢?4.2 同行评审的种类和对象同行评审活动的关注点应该是工作产品中的缺陷，而不应该是工作产品的作者或者生产者，管理者也不应使用同行评审的结果去评价个人的行为。
- 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.所有计划均应被相关人员复查，保证大家理解一致。
这些计划包括项目的多个子计划，如风险计划、配置计划、开发计划、测试计划等。