CMMI3级过程域(PA)
CMMI 22个PA缩写及主要内容
CMMI 22个PA缩写及主要内容
CMMI 22个PA缩写
EPG：工程过程组（Engineering Process Group）
MSG：管理指导组/高层管理组（Management Steering Group）SPI：软件过程改进（Software Process Improvement）
PAT：过程行动组（Process Action Team）
PA：过程域（Process Area）
PP：项目策划（Project Planning）
PMC：项目监控（Project Monitoring and Control）
IPM：集成的项目管理（Integrated Project Management）
RSKM：风险管理（Risk Management）
CM：配置管理（Configuration Management）
PPQA：过程和产品质量保证（Process and Product Quality Assurance）MA：度量和分析（Measurement and Analysis）
DAR：决策分析和解决方案（Decision Analysis and Resolution）REQM：需求管理（Requirements Management）
RD：需求开发（Requirements Development）
TS：技术解决方案（Technical Solution）
PI：产品集成（Product Integration）
Ver：验证（Verification）
Val：确认（Validation）
CMMI的5个等级和25个PA
CMMI分为五个等级，二十五个过程域（PA）。
1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2．已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4．量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5．优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：
每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。
能力度等级：属于连续式表述，共有六个能力度等级(0~5)，每个能力度等级对应到一个一般目标，以及一组一般执行方法和特定方法。
0 不完整级
1 执行级
2 管理级
3 定义级
4 量化管理级
5 最佳化级
CMMI一共25个PA，二级7个，三级14个，四级2个，五级2个。Configuration Management (CM)
CMMI3-PA解读(决策分析与决定)_V2
决策分析和决定(DAR)培训
授课说明DAR: Decision Analysis and Resolution •保持课堂安静
•手机设置为震动
•任何人可以提议休息
•签到
课程目的
•理解决策分析与决定的目标与内容•决策分析与决定与其他过程域的关系•了解决策分析与决定的应用
议程
•决策分析与决定的目的•与其他过程域的关系
•决策分析与决定的内部结构•特定目标与特定实践
•共性目标与共性实践
•决策分析与决定过程的示例
决策分析与决定的目的
z“决策分析与决定”目的在于运用结构化方法按照所建立的准则对所确定的候选方案进行决策。
议程
•决策分析与决定的目的•与其他过程域的关系
•决策分析与决定的内部结构•特定目标与特定实践
•共性目标与共性实践
•决策分析与决定过程的示例
•
PPQA
MA
CM
All process areas
Measurements,
analyses
Information needs
Configuration
items;change requests
Baselines;audit reports
Processes and work products;standards and procedures
Quality and noncompliance
issues
与其他过程域的关系-1
基础支持类过程域
•
DAR
All process areas
CAR
Defects and other problems
Selected issues
Process
improvement proposals
Structured decisions
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）：该过程域涉及对各个组成部
CMMI的5个等级和25个PA
CMMI分为五个等级，二十五个过程域（PA）。
1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2．已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4．量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5．优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：
每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。
能力度等级：属于连续式表述，共有六个能力度等级(0~5)，每个能力度等级对应到一个一般目标，以及一组一般执行方法和特定方法。
0 不完整级
1 执行级
2 管理级
3 定义级
4 量化管理级
5 最佳化级
CMMI一共25个PA，二级7个，三级14个，四级2个，五级2个。Configuration Management (CM)
CMMI 22个PA缩写及主要内容
CMMI 22个PA缩写及主要内容
CMMI 22个PA缩写
EPG：工程过程组（Engineering Process Group）
MSG：管理指导组/高层管理组（Management Steering Group）SPI：软件过程改进（Software Process Improvement）
PAT：过程行动组（Process Action Team）
PA：过程域（Process Area）
PP：项目策划（Project Planning）
PMC：项目监控（Project Monitoring and Control）
IPM：集成的项目管理（Integrated Project Management）
RSKM：风险管理（Risk Management）
CM：配置管理（Configuration Management）
PPQA：过程和产品质量保证（Process and Product Quality Assurance）MA：度量和分析（Measurement and Analysis）
DAR：决策分析和解决方案（Decision Analysis and Resolution）REQM：需求管理（Requirements Management）
RD：需求开发（Requirements Development）
TS：技术解决方案（Technical Solution）
PI：产品集成（Product Integration）
Ver：验证（Verification）
Val：确认（Validation）
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)：在项目各个阶段识
别和评估风险，制定和实施风险应对措施，以降低项目风险。
CMMI3级PA(过程域)简介
过程域 OPD OPF
IPM
RSKM
OT
RD
PMC
PP
REQM
PPQA CM VER VAL DAR MA PI TS
简介 EPG根据CMMI的要求和公司的实际情况，建立一套标准的流程体系 （OSSP），并对这套体系进行推广和维护。建立组织过程资产库，包 含公司积累的经验和数据，让大家使用这些经验。 对OSSP进行改进，改进后的流程和模版再重新推广给大家进行使用。 对组织标准过程进行裁剪，产生适合于项目本身的流程体系；制定项 目总体计划书，考虑到项目的方方面面，比如进度计划、里程碑计划 、沟通管理计划培训计划、资源计划、风险管理计划、数据管理计划 、决策分析计划等等。遇到问题时和相关人员一起解决问题 对项目风险进行管理，进行风险的识别、分类、评估、分级，确定风 险应对措施和缓解措施，让风险不要发生，或者发生后的损失降低 进行培训需求调研，制定长期的战略培训规划，以及短期的培训实施 计划；建立充分的培训能力来支撑培训工作的开展，形成培训通知， 培训签到等培训记录，并评估培训工作的有效性 进行需求调研，收集客户需求，编写用户需求说明书和需求规格说明 书，并将产品需求分配到产品组件需求，进行需求评审和确认。 项目监控，在项目实施过程中，对项目的工作量、工期、效率、质量 、风险、问题等方面进行监控，超出阈值的部分要进行跟踪处理，确 保项目按照计划实施。 制定WBS，进行项目规模、工作量、成本、资源的估算，制定整体的项 目管理计划，并进行计划的评审和维护，获取大家的承诺。 需求管理，主要是说当需求出现变更的时候，要进行需求管理，对变 更进行影响评估，变更审批、实施和验证；要保证需求的一致性，制 定需求跟踪矩阵，确保需求的一致性。 依据检查单进行过程审计和产品审计，对发现的不符合问题进行跟踪 管理、直到问题关闭 建立项目的配置库，并给项目组成员分配访问权限；管理配置库，管 理工作产品的版本，进行配置审计 进行内部测试、评审，确认中间过程的产品质量 进行产品的最终确认，验收 对项目中的技术方案的选择采用正式的评价过程。确定备选方案、评 价准则、评价方法，进行评价，选出最优的方案 收集项目过程中产生的度量数据并进行分析，指导项目监控、指导项 目进行决策 进行各个模块之间的集成，并进行集成测试 进行软件的设计和开发，建立技术资料库。
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级中，组织需要建立适当的产品集成过程，确保集成的正确性和
稳定性，同时也要进行集成测试和验证。组织还需要建立相应的配置管理
和版本控制机制，确保产品集成的可控性和可追溯性。
CMMI的5个级别和25个过程域
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）
软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2、可重复级/受管理级（Repeatable）
建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：
1）需求管理Requrements Management
2）项目规划Project Planing
3）项目跟踪和控制Project Monitoring and Control
4）供应商协议管理Supplier Agreement Management
5）度量与分析Measurement and Analysis
6）过程与产品质量保证Process and Product Quality Assurance
7）配置管理Configuration Management
3、已定义级（Defined）
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：
1）需求开发Requirements Development
2）技术解决方案Techical Solution
3）产品集成Product Integration
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 Management
2）项目规划Project Planing
3）项目跟踪和控制Project Monitoring and Control
4）供应商协议管理Supplier Agreement Management
5）度量与分析Measurement and Analysis
6）过程与产品质量保证Process and Product Quality Assurance
7）配置管理Configuration Management
3、已定义级（Defined）
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：
1）需求开发Requirements Development
2）技术解决方案Techical Solution
3）产品集成Product Integration
CMMI3级简述
∙CMMI3级简述
2级其实有很多问题还没有解决的，细心的人会发现，2级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。在3级，你会发现：
1)有指导需求开发的需求开发(Requirements Development)这个PA；
2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；
3)有指导如何保证工作产品满足要求的验证(Verification)；
4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；
5)还有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载
体运行正常的产品集成(Product Integration)；2级的PP与PMC是直接与项目管理有关的两个PA，在3级，对项目管理的要求进一步提高：
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要求组织成立
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）
需求开发过程域旨在帮助组织建立和管理项目需求，确保项目团队对
项目范围、功能和特性的需求有准确的理解，并将其转化为可执行的任务
CMMI3-PA解读 (供方协定管理培训)_V2
供应商协议管理培训
•保持课堂安静•手机设置为震动•任何人可以提议休息•签到
授课说明
Supplier Agreement Management :SAM
课程目的
•理解供应商协议管理的目标与内容•供应商协议管理与其他过程域的关系•了解供应商协议管理的应用
议程
•供应商协议管理的目的•与其他过程域的关系
•供应商协议管理的内部结构•特定目标与特定实践
•共性目标与共性实践
•供应商过定管理过程的示例
供应商协议管理的目的
•“供应商协议管理”旨在对以正式协议的形式从项目之外的供应商采办的产品和服务实施管理。•“产品”一词既是指从供应商采办的产品也是指从供应商采办的产品构件。
议程
•供应商协议管理的目的•与其他过程域的关系
•供应商协议管理的内部结构•特定目标与特定实践
•共性目标与共性实践
•供应商协议管理过程的示例
•
PP
What To Build
What To Do SAM
PMC
What
To Monitor
Replan
Plans
Status, issues, results
of progress and milestone reviews
Product component requirements Technical issues
Completed product components Acceptance reviews and tests
Engineering and Support
process areas
Status, issues, results of process and
product evaluations;measures and analyses
CMMI3级过程域（PA）
CMMI3级过程域（PA）
被访谈角色问题说明
-CMMI3
1）高层经理：
高层经理Sheet页内容；
2）EPG人员：
公共实践、OPD、OPF sheet页内容；3）培训管理员：
公共实践、OT sheet页内容。
4）项目经理：
公共实践、立项与结项、PP、PMC、
IPM、RSKM、MA、REQM、VER、DAR
sheet页内容。
5）需求人员：
公共实践、RD、REQM、VER、DAR sheet
页内容；
6）设计开发人员：
公共实践、TS、VER、DAR、PI sheet
页内容；
7）测试人员：
公共实践、VAL、VER sheet页内容；8）配置管理员：
公共实践、CM、VER sheet页内容；9）QA人员：
公共实践、PPQA、VER sheet页内容。CMMI3级过程域(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）项目监督与控制。通过项目的跟踪与
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都是直接针对项目提出要求的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
被访谈角色问题说明
-CMMI3
1）高层经理：
高层经理Sheet页内容；
2）EPG人员：
公共实践、OPD、OPF sheet页内容；3）培训管理员：
公共实践、OT sheet页内容。
4）项目经理：
公共实践、立项与结项、PP、PMC、
IPM、RSKM、MA、REQM、VER、DAR
sheet页内容。
5）需求人员：
公共实践、RD、REQM、VER、DAR sheet
页内容；
6）设计开发人员：
公共实践、TS、VER、DAR、PI sheet
页内容；
7）测试人员：
公共实践、VAL、VER sheet页内容；8）配置管理员：
公共实践、CM、VER sheet页内容；9）QA人员：
公共实践、PPQA、VER sheet页内容。CMMI3级过程域(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）
需求开发。需求开发的目的在于定义
系统的边界和功能、非功能需求，以
便涉众（客户、最终用户）和项目组
对所开发的内容达成一致。
11、TS：（Technical Solution）技术解
决方案。在开发、设计和实现满足需
求的解决方案。解决方案的设计和实
现等都围绕产品、产品组件和与过程
有关的产品。
12、PI：（Product Integration）产品集
成。从产品组件组装产品，确保集成
产品功能正确并交付产品。
13、VER：（Verification）验证。验证
确保选定的工作产品满足需求规格。
14、VAL：（Validation）确认。确认证
明产品或产品部件在实际应用下满足
应用要求。
支持管理：
15、CM：（Configuration Management）
配置管理。建立和维护在项目的整个
软件生存周期中软件项目产品的完整
性。
16、PPQA：（Process and Product
Quality Assurance）过程和产品质量保
证。为项目组和管理层提供项目过程
和相关工作产品的客观信息。
17、MA：（Measurement and Analysis）
测量与分析。开发和维持度量的能力，
以便支持对管理信息的需要，作为改
进、了解、控制决策。
18、DAR：（Decision Analysis and
Resolution）决策分析与解决。应用正
式的评估过程依据指标评估候选方案，
在此基础上进行决策。
总结CMMI3级的几个重要特点：
1) 明确规定了需求开发、设计、编码、
测试、集成等软件开发各过程的要求。
2) 对项目管理提出了更高的要求，要利
用组织级的数据来管理项目。
3) 出现了专门针对组织级的PA，要求有
专门的组织来负责过程改进的工作。
4) 提供了一个做出最佳决策的指导，而
这个方法可以用于软件工程，也可以用于
组织级过程改进。
注意：本次评估中只包含除SAM（Supplier
Agreement Management）供应商协议管理
外的17个过程域。
SG：特定目标
SP：特定实践
立项管理文档立项管理（Project Initialization
Management,PIM）的目的是：（1）采纳符合
机构最大利益的立项建议被采纳，避免浪费机构
的人力资源、资金、时间等。
【√设计】TS-技术解决方案
【√设计】DAR-决策分析与解决
【√设计、开发】VER(同行评审)-验证
【√开发】PI-产品集成