CMMI 过程域 - 实践
带你全面认识CMMIV2.0（三）——实践域
带你全⾯认识CMMIV2.0（三）——实践域实践域以往被称为称为“过程域”，如：配置管理，现在叫做“实践域”。
对于2.0版，则有25个适⽤的实践域。
与以前版本的CMMI模型⼀样，“实践域”介绍了定义实践意图的关键活动的要求和描述。
在新模型下，全部25个实践领都适⽤于成熟度为三级的组织。
另外，值得注意的是，通⽤实践的要求（版本1.3中）不再定义为“通⽤实践”，⽽是被纳⼊特定的实践域。
以前CMMI开发模型（版本1.3）的成熟度三级仅需要18个“过程域”，⽽在⾼成熟度等级（第4和第5级）则另外定义了四（4）个。
⾏动（Doing）包括⽤于⽣产、购买和交付优质解决⽅案的能⼒域。
确保质量(ENQ) – 帮助改进产品和服务质量需求开发和管理（RDM）使开发⼈员能够不断了解解决⽅案的需求和期望，并保持更新。
⽬的：抽取需求，确保利益相关⽅的共同理解，并统⼀需求、计划和⼯作产品。
价值：确保满⾜客户的需求和期望实践总结成熟度等级1RDM 1.1记录要求。
成熟度等级2RDM 2.1抽取利益相关⽅的需求、期望、约束以及接⼝或连接。
RDM 2.2将利益相关⽅的需求、期望、约束以及接⼝或连接转换为优先的客户需求。
RDM 2.3与需求提供者达成对需求含义达成⼀致。
RDM 2.4获得项⽬参与者的承诺，即他们可以落实这些需求。
RDM 2.5开发、记录和维护需求和活动或⼯作产品之间的双向可追溯性。
RDM 2.6确保计划和活动或⼯作产品与要求保持⼀致。
成熟度等级3RDM 3.1开发并持续更新解决⽅案及其组件的需求。
RDM 3.2开发操作概念和场景。
RDM 3.3分配要落实的需求。
RDM 3.4识别、开发并持续更新接⼝或连接需求。
RDM 3.5确保需求是必要且充分的。
RDM 3.6在利益相关⽅的需求和约束条件之间取得平衡。
RDM 3.7确认需求，以确保⽣成的解决⽅案在⽬标环境中按照预期⼯作。
过程质量保证（PQA）可确保遵循过程并产⽣质量解决⽅案⽬的：确定选定结果的原因，并采取措施防⽌不良结果的复发或确保正向结果的复发。
CMMI简明培训教材-18过程域
CMMI基础培训CMMI包括18个过程域：1评估2投标3合同评审、立项4总体计划(项目启动)5原形开发6需求分析7总体设计(概要设计)8详细设计9功能开发10代码走查11产品集成12集成测试13试运行(用户测试\上线运行)14初验15初验维护16终验17终验维护18结项报告在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。
名词解释：PIID：Practice Instantiation Indicator Document实践的实施证据文档SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM 模型。
例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：（1）SW-CMM (Software CMM) 软件CMM（2）SE-CMM (System Engineering CMM) 系统工程CMM（3）SA-CMM (Software Acquisition CMM) 软件采购CMM（4）IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM（5）P-CMM (People CMM) 人力资源能力成熟度模型CMMI三级18个过程域中属于项目管理类的过程域:A、PP\PMC\RSKM\VAL\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management（需求管理）PP: Project PlanningPMC: Project Monitoring and Control（项目监控）MA: Measurement and Analysis（度量分析）PPQA: Process and Product Quality Assurance（过程、产品质量保证）CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification（文档评审、系统测试）VAL: Validation（项目验收、发布许可）TS: Technical Solution方案选择表PI: Product Integration（产品集成）OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
CMMI实验报告
CMM2标准CMM 2（可重复级）就是建立了基本的项目级管理过程，可对项目的成本、进度进行跟踪和控制，生产的过程、标准、工作产品以及服务都是被严格定义和文档化的。
基于以往管理类似的项目的经验，计划和管理新项目，并可依据一定的标准重复利用类似的软件产品。
CMM 2的核心就是重复利用。
CMM2由6个关键过程域(KPA)组成：需求管理(RM)、软件项目计划(SPP)、软件项目跟踪与监控(SPTO)、软件子合同管理(SSM)（本文略）、软件质量保证(SQA)、软件配置管理(SCM)。
需求管理(Requirement Management)需求管理的目的是为了在客户和处理客户需求的软件项目之间建立共识。
这是软件项目规划(SPP)和管理(SPTO)的基础，需求变更依赖于配置管理(SCM)的变更控制流程。
在项目实施过程中，最突出的现象就是项目组成员没有完全理解需求，软件需求不稳定，客户经常变更需求，无法有效控制需求变更，需求变更往往造成项目延期和费用超支。
CMM2要求的需求管理的基本流程可如<图一>所示。
该流程描述了软件工程组开始获取原始需求，汇总为系统需求，分配系统需求，复审软件需求，软件需求必须文档化形成需求文档，此文档必须经过相关组和个人的评审，通过评审之后才纳入配置管理，为需求文档建立基线。
软件项目计划、活动及软件工作产品，应和软件需求的变化保持一致。
根据流程，可以结合实际开发情况确定项目的需求管理步骤：a. 获取需求和确认需求以Use case（用例）为单位，以Rational Requisite Pro作为需求管理工具，使用Rational Rose进行维护Use case和Use case Model。
获取需求工件是：用例模型(Use case Model)、非功能性的“补充规约”、用例规约(Use case Specification)、词汇表(Glossary)b. 通过访谈，从客户处获取原始需求，形成需求文档。
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 DEV V1.3 过程域的目标及其实践CAUSAL ANALYSIS AND RESOLUTION5支因果分析和解决方案(CAR)支持(ML5) 因果分析和解决方案(CAR)的目的，是标识所选结果的原因，并采取措施以改进过程性能。
SG1 系统地确定所选结果的根本原因SP1.1 选择要分析的结果SP1.2 对所选择的结果进行因果分析，并提出相应的处理建议SG2 系统地处理所选结果的根本原因SP2.1 实施在因果分析中开发和选择的行动建议SP2.2 评价所实施的行动对过程性能的效果SP2.3 记录因果分析和解决方案的数据，供其它项目和组织使用CONFIGURATION MANAGEMENT2支配置管理(CM) 支持(ML2) 配置管理(CM)的目的，是采用配置标识、配置控制、配置状态报告和配置审计，来建立并维护工作产品的完成性。
SG1 建立所标识的工作产品的基线SP1.1 标识将置于配置管理下的配置项、配置构件和相关的工作产品SP1.2 建立并维护控制工作产品的配置管理和变更管理系统SP1.3 为内部使用和交付给客户创建或发布基线SG2 跟踪和控制在配置管理下工作产品的变更SP2.1 跟踪对配置项的变更请求SP2.2 控制对该配置项的变更SG3 建立并维护基线的完整性SP3.1 建立并维护描述配置项的记录SP3.2 执行配置审计，以保持配置基线的完整性DECISION ANALYSIS AND RESOLUTION3支决策分析与解决方案(DAR) 支持(ML3) 决策分析与解决方案(DAR)的目的，是运用正式的评价过程，按照建立的准则，对所标识的候选解决方案分析可能的决策。
SG1 运用建立的准测评价候选方案，作为决策的基础SP1.1 建立并维护确定哪些问题要接受正式评价过程的指南SP1.2 建立并维护评价候选解决方案的准则以及这些准则的相对排序SP1.3 标识用来处理问题的候选解决方案SP1.4 选择评价方法SP1.5 用已建立的准则和方法，评价候选解决方案SP1.6 基于评价准则，从候选方案中选择解决方案INTEGRATED PROJECT MANAGEMENT3项集成项目管理(IPM) 项目管理(ML3)集成项目管理(IPM)的目的，是按照从组织标准过程集剪裁而来的已集成和已定义的过程，来建立和管理该项目以及有关的项目相关人员的参与SG1 使用从组织标准过程集剪裁而来的已定义过程来管理该项目SP1.1 建立并维护从项目启动并贯穿项目生命周期的项目定义过程SP1.2 用组织过程资产和度量库，来估计和策划项目活动SP1.3 基于组织工作环境标准，建立并维护该项目的工作环境SP1.4 将项目计划与影响该项目的其他计划集成，以描述项目已定义过程SP1.5 用项目计划、影响该项目的其他计划以及项目已定义过程来管理项目SP1.6 建立并维护团队SP1.7 将与过程有关的经验纳入组织过程资产SG2 在该项目和有关的项目相关人员之间进行协调和合作SP2.1 管理与项目有关的项目相关人员的参与SP2.2 与有关的项目相关人员一起标识、磋商和跟踪关键的依赖关系SP2.3 与有关的项目相关人员一起解决问题MEASUREMENT AND ANALYSIS2支度量与分析(MA)支持(ML2) 度量与分析(MA)的目的，是开发和保持用于支持管理信息需要的度量能力SG1 根据已标识的信息需要和目的，确定度量的目标和活动SP1.1 建立并维护从已标识的信息需要和目标导出的度量目标SP1.2 详细说明满足度量目的的度量元SP1.3 详细说明如何获得和存储度量数据SP1.4 详细说明如何分析和沟通度量数据SG2 提供满足已标识的信息需要和目的的度量结果SP2.1 获得规定的度量数据SP2.2 分析和解释度量数据SP2.3 管理和存储度量数据、度量规格说明和分析结果SP2.4 与所有有关的项目相关人员沟通度量和分析活动的结果ORGANIZATIONAL PROCESS DEFINTION3过组织过程定义(OPD)过程管理(ML3) 组织过程定义(OPD)的目的，是建立并维护可用的组织过程资产、工作环境标准以及团队规则和指南的集合。
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记录数据。
cmmi2级过程域和支持实践
1．Cmmi2级所有过程区域：1.1关于项目计划此过程区域的目的在于：建立和维护定义项目活动的计划。
估计项目的范围。
建立对工作产品和任务属性的估计。
定义项目生命周期。
确定对工作量和成本的估计。
建立预算和时间表。
确定项目风险。
对数据管理、项目资源以及所需的知识和技能进行计划。
对利益相关者参与进行计划。
建立项目计划。
评审影响项目的计划。
协调工作级别和资源级别。
获得对项目计划的承诺。
项目计划过程域包括的活动:1. 建立估计支持实践：估计项目的范围、建立对工作产品和任务属性的估计、定义项目生命周期、确定对工作量和成本的估计。
2. 开发项目计划支持实践：建立预算和时间表、确定项目风险、对数据管理进行计划、对项目资源进行计划、对所需的知识和技能进行计划、对利益相关者参与进行计划、建立项目计划。
3. 获得对计划的承诺支持实践：评审影响项目的计划、协调工作级别和资源级别、获得计划承诺。
1.2关于项目监视和控制此过程区域的目的在于：提供对项目进度的了解，以便在项目的执行显著背离计划时可以采取相应的纠正措施。
对项目计划参数、承诺、项目风险、数据管理和利益相关者参与进行监视，从而根据计划对项目进行监视。
执行进度和里程碑评审。
分析问题；采取纠正措施并对该措施进行管理直到结束。
项目监视和控制过程域包括的活动:1．根据计划监视项目支持实践：监视项目计划参数、监视承诺、监视项目风险、监视数据管理、监视利益相关者参与、执行进度评审、执行里程碑评审。
2．管理纠正措施直道结束支持实践：分析问题、采取纠正措施、管理纠正措施。
1.3关于供应商协议管理此过程区域的目的在于：管理产品的购置，购置来源是与之签有正式协议的供应商。
确定购置类型，选择供应商并建立供应商协议。
执行供应商协议。
接受购置的产品。
根据要求评审现有商品。
将购置的产品输送给相应的项目。
供应商协议管理过程域包括的活动：1．建立供应商协议支持实践：确定购置类型、选择供应商、建立供应商协议。
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)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
过程管理的CMMI模型的过程域、特定目标、特定实践目录1 概述 (1)2 通用目标和实践 (1)3 成熟度等级与过程域 (2)4 过程域的特定目标和特定实践 (3)4.1 项目管理类 (3)4.2 组织过程类 (5)4.3 工程类 (7)4.4 支持类 (9)1 概述在企业管理中，研发软件的质量由三要素决定：人、技术、过程。
其中，研发软件的过程是影响软件质量的最大因素。
所以，提高软件研发水平的一个有力措施就是提高企业的过程管理和改进水平，CMMI的阶段式是衡量软件企业总体过程管理水平的一个通用模型，共分5级，称作能力成熟度，分别称为：1)初始化2)项目管理3)过程管理4)定量管理5)过程优化要达到一定的能力成熟度等级，就要完成它以及以下的所有成熟度等级所对应的所有过程域。
要完成一个过程域，就必须完成它的所有特定目标和通用目标。
通用目标衡量企业的过程制度化水平，共有三个，分别是：GG1（Achieve Specific Goals，实现特定目标）、GG2（Institutionalize a Managed Process，制度化已管理过程）、 GG3（Institutionalize a Defined Process，制度化已定义过程），对应的通用实践如下：2 通用目标和实践GG 1 实现特定目标(适用于连续式)GP 1.1 执行特定实践GG 2 制度化管理进程GP2.1 建立组织方针GP2.2 计划过程GP 2.3 提供资源GP 2.4 分配责任GP 2.5 培养人GP 2.6 控制工作产品GP 2.7 识别和使共利益者介入GP 2.8 监视和控制过程GP2.9 客观评价一致性GP 2.10 跟高层一起审查状况GG 3 制度化已定义的过程GP 3.1 建立定义流程GP 3.2 收集过程相关工作经验按照所要实现的能力成熟度等级，过程域的特定目标和实践要结合通用目标和实践完成。
3 成熟度等级与过程域5个成熟度等级共有22个过程域，对应的过程域如下表：4 过程域的特定目标和特定实践4.1 项目管理类项目管理类是指包含与项目的计划、监控相关的项目管理活动，包括：项目策划（PP）、项目监督与控制（PMC）、供方协定管理(SAM) 、风险管理(RSKM) 、集成项目管理(IPM) 、定量项目管理(QPM) 。
4.1.1 项目策划（PP)项目策划是成熟度2级的过程域，项目策划过程域的特定目标和实践如下：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 获得计划承诺4.1.2 项目监督和控制（PMC)项目监督和控制是成熟度2级的过程域，所对应的过程域的特定目标和实践如下：SG1 根据计划监督项目SP1.1 监督项目计划参数SP1.2 监督承诺SP1.3 监督项目风险SP1.4 监督资料管理SP1.5 监督共利益者介入情况SP1.6 进行进度审查SP1.7 里程碑审查SG2 管理纠正措施，直至结束SP2.1 分析问题SP2.2 采取纠正措施SP2.3 管理纠正措施4.1.3 集成项目管理（IPM)集成项目管理是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 运用项目的已定义过程SP1.1 建立项目已定义过程SP1.2 运用组织过程财富策划项目活动SP1.3 建立项目工作环境SP1.4 集成计划SP1.5 运用集成计划管理项目SP1.6 建立团队SP1.7 对组织过程财富作贡献SG2 协调相关共利益者的合作SP2.1 管理共利益者介入SP2.2 管理依存关系SP2.3 解决协调问题4.1.4 供方协定管理（SAM)供方协定管理是成熟度2级的过程域，所对应的过程域的特定目标和实践如下：SG1 建立供应协议SP1.1 确定供应形式SP1.2 选择供应方SP1.3 建立供应协议SG2 满足供应协定SP2.1 执行供方协议SP2.2 接受获得的产品SP2.3 确保产品移交4.1.5 风险管理（RSKM)风险管理是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 准备风险管理SP1.1 确定风险来源和类别SP1.2 定义风险参数SP1.3 建立风险管理策略SG2 识别和分析风险SP2.1 识别风险SP2.2 对风险进行评价、分类、排列优先顺序SG3 缓解风险SP3.1 拟订风险缓解方案SP3.2 实施风险缓解4.1.6 定量项目管理(QPM)定量项目管理是成熟度4级的过程域，所对应的过程域的特定目标和实践如下：SG1 定量管理准备SP1.1 建立项目目标SP1.2 组成已定义过程SP1.3 选择予以管理的子过程和属性SP1.4 选择度量项和分析技术SG2 定量管理项目SP2.1 监督所选择的子过程的性能SP2.2 管理项目性能SP2.3 进行根本原因分析4.2 组织过程类组织过程类过程域涵盖有关定义、规划、部署、实践、监督、控制、过程改进的各项项目活动，包括五项内容：组织过程聚焦(OPF) 、组织过程定义(OPD) 、组织培训(OT) 、组织过程性能(OPP) 、组织性能管理(OPM) 。
4.2.1 组织过程定义(OPD)组织过程定义是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 建立组织过程财富SP1.1 建立标准过程SP1.2 建立生命周期模型描述SP1.3 建立剪裁准则和指南SP1.4 建立组织度量库SP1.5 建立组织过程财富库SP1.6 建立工作环境标准SP1.7 建立团队的规章制度、指导方针4.2.2 组织过程聚焦(OPF)组织过程聚焦是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 确定过程改进机会SP1.1 确定组织的过程需要SP1.2 评估组织的过程SP1.3 识别组织的过程改进项目SG2 策划和实施过程改进项目SP2.1 制定过程行动计划SP2.2 实施过程行动计划SG3 部署组织过程财富并将相关经验纳入组织过程财富SP3.1 部署组织过程财富SP3.2 部署标准过程SP3.3 监督实施SP3.4 将相关经验纳入本组织过程财富4.2.3 组织培训(OT)组织培训是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 建立组织培训能力SP1.1 建立战略培训需求SP1.2 确定培训需求的组织责任SP1.3 建立组织培训战术计划SP1.4 建立培训能力SG2 提供培训SP2.1 进行培训SP2.2 建立培训记录SP2.3 评估培训效果4.2.4 组织过程性能(OPP)组织过程性能是成熟度4级的过程域，所对应的过程域的特定目标和实践如下：SG1 建立性能基线和模型SP1.1 建立质量和过程性能目标SP1.2 选择过程SP1.3 建立过程性能度量SP1.4 分析过程性能、建立过程性能基线SP1.5 建立过程性能模型4.2.5 组织性能管理(OPM)组织性能管理是成熟度5级的过程域，所对应的过程域的特定目标和实践如下：SG1 管理商业性能SP1.1 维护商业目标SP1.2 分析过程性能数据SP1.3 识别进行改进的潜在区域SG2 选择改进项目SP2.1 收集改进建议SP2.2 分析改进建议SP2.3 确认改进SP2.4 选择和执行改进部署SG3 部署改进SP3.1 计划部署SP3.2 管理部署SP3.3 评估改进效果4.3 工程类工程类过程域包含所有工程专业领域可共享的开发活动和维护活动，包括下列内容：需求管理（REQM）、需求开发（RD）、技术解决（TS）、产品集成（PI）、验证（VER）、确认（VAL）。
4.3.1 需求管理(REQM)需求管理是成熟度2级的过程域，所对应的过程域的特定目标和实践如下：SG1 管理需求SP1.1 理解需求SP1.2 获得对需求的承诺SP1.3 管理需求变更SP1.4 维护对需求的双向追溯能力SP1.5 确保项目工作和需求的一致性4.3.2 需求开发(RD)需求开发是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 开发客户需求SP1.1 获取需要SP1.2 将共利益者的需要转换成客户需求SG2 开发产品需求SP2.1 建立产品和产品组件需求SP2.2 分配产品组件需求SP2.3 识别界面需求SG3 分析和确认需求SP3.1 建立操作概念和场景SP3.2 建立功能性和质量性能定义SP3.3 分析需求SP3.4 分析需求到获取平衡（分析需求，平衡共利益者的要求和系统规定参数）SP3.5 确认需求4.3.3 技术解决(TS)技术解决是成熟度3级的过程域，目的在于选择、设计、实现需求的解决方案。
它的特定目标和特定实践如下：SG1 选择产品组件解决方案SP1.1 开发候选解决方案和选择准则SP1.2 选择产品组件解决方案SG2 进行设计SP2.1 设计产品或产品组件SP2.2 建立技术数据包SP2.3 运用准则设计接口SP2.4 执行制作、购买、或复用分析SG3 实现产品设计SP3.1 实现设计SP3.2 编制产品支持文档4.3.4 产品集成(PI)产品集成是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 准备产品集成SP1.1 建立集成策略SP1.2 建立产品集成环境SP1.3 建立产品集成步骤和准则SG2 确保接口兼容SP2.1 审查接口描述的完备性SP2.2 管理接口SG3 组装产品组件和交付产品SP3.1 确认集成用的产品组件已经准备就绪SP3.2 组装产品组件SP3.3 核查组装的产品组件SP3.4 打包、交付产品或产品组件4.3.5 验证(VER)验证是成熟度3级的过程域，所对应的过程域的特定目标和实践如下：SG1 准备验证SP1.1 选择验证的工作产品SP1.2 建立验证环境SP1.3 建立验证步骤和准则SG2 执行同行评审SP2.1 准备同行评审SP2.2 执行同行评审SP2.3 分析同行评审数据SG3 验证所选工作产品SP3.1 执行验证SP3.2 分析验证结果4.3.6 确认(VAL)确认是跟验证相对应的，成熟度3级的过程域。
所对应的过程域的特定目标和实践如下：SG1 准备确认SP1.1 选择确认的工作产品SP1.2 建立确认环境SP1.3 建立确认步骤和准则SG2 确认产品或产品组件SP2.1 执行确认SP2.2 分析确认结果4.4 支持类支持类过程域包含支持产品开发和维护的活动。