CMMI 22个PA缩写及主要内容

实践 对应规程文件 小组 责任人 GP 2.1 建立组织级方针 GP 2.2 计划过程 GP 2.3 提供资源 GP 2.4 分派职责 GP 2.5 培训人员 QMS-ARCH-P01规程概述与方 GP 2.6 控制工作产品 针 领导小组 GP 2.7 识别相关干系人，并使之参与 QMS-PI-P01 过程改进规程 GP 2.8 监督并控制过程 GP 2.9 客观评价遵守程度 GP 2.10 与上级管理层一起进行状态评审 GP 3.1 建立已定义的过程 GP 3.2 收集与过程相关的经验 SP 1.1 识别配置项 QMS-CM-P01 配置管理规程 SP 1.2 建立配置管理系统 QMS-NA-P01 系统网络管理规 SP 1.3 创建或发布基线 程 配置管理改进 SP 2.1 跟踪变更请求 QMS-PAM-P01 产品档案管理 SP 2.2 控制配置项 规程 SP 3.1 建立配置管理记录 QMS-RC-P01 文件控制规程 SP 3.2 执行配置审计 SP 1.1 建立度量目标 SP 1.2 明确说明度量项 SP 1.3 明确说明数据收集与存储的规程 QMS-MA-P01 度量分析规程 SP 1.4 明确说明分析规程 度量改进 SP 2.1 获得度量数据 SP 2.2 分析度量数据 SP 2.3 存储数据与结果 SP 2.4 沟通结果 SP 1.1 监督项目计划参数 SP 1.2 监督承诺 QMS-PM-P01 项目管理规程 SP 1.3 监督项目风险 QMS-PM-P02 系统集成项目管 SP 1.4 监督数据管理 理规程 CMMI2-3级改 SP 1.5 监督干系人的参与 QMS-MRP-P01 项目管理评审 善小组 SP 1.6 进行进展评审 规程 SP 1.7 进行里程碑评审 QMS-RC-P01 质量记录监控规 SP 2.1 分析问题 程 SP 2.2 采取纠正措施 SP 2.3 管理纠正措施 SP 1.1 估算项目范围 SP 1.2 建立对工作产品与任务属性的估算 SP 1.3 定义项目生命周期阶段 SP 1.4 估算工作量与成本 SP 2.1 建立预算与进度 SP 2.2 识别项目风险 SP 2.3 计划数据管理 QMS-SEM-P01软件估算管理规程 CMMI2-3级改善小组 SP 2.4 计划项目资源 SP 2.5 计划所需的知识与技能 SP 2.6 计划干系人的参与 SP 2.7 建立项目计划 SP 3.1 评审影响项目的各项计划 SP 3.2 协调工作与资源水平 SP 3.3 获得对计划的承诺

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）：所谓“共利益者”，指的是受到某种负责产生输出的方式影响的群体或个人。

组织级过程定义（OPD）
成熟度3级过程管理类过程域
• 组织级过程定义（Organizational Process Definition， OPD）的目的在于建立并维护一套可用的组织级过程资产、 工作环境标准以及团队规则与指南。
• 组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供 一个累积的、长期收益的基础。 • 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持 组织级学习与过程改进。 • 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典 型的事项所描述：期望供方提供的交付物、适用于那些交付物的验收 准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
组织级培训（OT）
成熟度3级过程管理类过程域
• 组织级培训（Organizational Training，OT）的目的在于发展 人员的技能与知识，使其能够有效且高效地执行他们的角色。
• “组织级培训”涉及用于支持组织战略业务目标的培训，并满足跨项目、 跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足 其特定需要的培训在项目与支持组层面进行处理，处于“组织级培训” 过程域的范围之外。 组织级培训项目包括以下活动： • 识别组织所需要的培训 • 获得并提供培训，以解决已识别的培训需要 • 建立并维护培训能力 • 建立并维护培训记录 • 评估培训有效性

特定目标 特定实践 通用目标 通用实践 过程域 配置管理 度量分析 项目监控 项目策划 过程与产品质量保证 需求管理 供应商协议管理 决策分析与决议 集成项目管理 组织过程定义 组织过程关注 组织培训 产品集成 需求开发 风险管理 技术解决方案 确认 验证 组织过程绩效 量化项目管理 组织创新与推广 因果分析及决议
CMMI重要英文缩写 重要英文缩写
缩写 CMMI SG SP GG GP PA CM MA PMC PP PPQA REQM SAM DAR IPM OPD OPF OT PI RD RSKM TS VAL VER OPP QPM OID CAR 英文全称 Capability Maturity Model Integration Specific Goals Specific Practice Generic Goals Generic Practice Process Area Configuration Management Measurement and Analysis Project Monitoring and Control Project Planning Project and Product Quality Assurance Requirements Management Supplier Agreement Management Decision Analysis and Resolution Integrated Project Management Organizational Process Definition Organizational Process Focus Organizational Training Product Integration Requirements Development Risk Management Technical Solution Validation Verification Organizational Process Performance Quantitative Project Management Organizational Innovation and Deployment Causal Analysis and Resolution

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）OPF：组织过程焦点（Organization Process Focus）OPD：组织过程定义（Organization Process Definition）OT：组织培训（Organizational Training）22个PA的主要内容有：1． CM：（Configuration Management）软件配置管理。

CMMI PA 培训导论CMMI PA Training PrefaceCMMI咨询顾问：马平波Objectives♦了解CMMI 的来源及其基本内容♦理解CMMI 阶段式表述和连续式表述♦理解CMMI 能力度级别♦理解CMMI 成熟度级别Agenda•CMMI 起源•过程域•过程域内容概要•连续性和阶段式表述•理解成熟度级别•项目管理基本概念•总结Quality Management Evolution质量检查，Quality Check质量控制，Quality Control全面质量管理，Total Quality Management （TQM）Overview of TQM全面质量管理(TQM)质量产生于获得产品的全过程活动、人员、技术等产品生产过程中的一切要素都影响质量TQM强调过程的重要性，并将过程改进作为一个基本原则，质量保证因此而生事先预防甚于事后检查Premise of Process Improvement 接受全面质量管理的理念是进行过程改进、实施CMMI的前提“The quality of a product is largely determined by the quality of the process that is used to developand maintain it.”-Based on TQM principles as taught by Shewhart, Juran, Deming and Humphrey “Quality is planned in, designed in, constructed in, NOT inspected in.”-PMBOK过程的重要性PDCADeming PDCA过程改进思想持续不断地改进，使过程质量逐步提高过程改进实施方法—IDEALInitiatingD i a g n o s i n gE st a bl i sh i n gA c t i ng L e ar n i n g ProposeFuture ActionsAnalyze and ValidatePilot/Test Solution Create SolutionDevelop ApproachSet PrioritiesDevelopRecommendationsCharacterize Currentand Desired StatesCharterInfrastructureBuildSponsorship Stimulus for ChangeSet ContextImplement Solution Refine SolutionPlan ActionsCMMI Focuses on ProcessesPEOPLEPROCESS TECHNOLOGYCMMI 侧重于改进过程以实现质量改进CMMI OriginationCMMI思想根植于以下思想、技术、方法软件工程理论和方法项目管理技术和方法全面质量管理思想持续过程改进思想其它一般管理思想和方法形成了一套体系严谨的“Generally Accepted Best Practices”已成为事实上的软件（Software-Intensive）行业最被广泛接受的标准CMMI History试图从过程和管理的角度解决软件危机CMM = Capability Maturity Model，能力成熟度模型CMMI前身是1991年SEI发布的SW-CMM V1.0，1993年SW-CMM V1.1其后，一些其它能力成熟度模型被陆续开发SA-CMMSE-CMMIPD-CMMPeople CMM2002年，CMMI（CMM Integration）for SW/SE/IPPD/SS V1.1发布2006年，CMMI for Development V1.2Agenda•CMMI 起源•过程域•过程域内容概要•连续性和阶段式表述•理解成熟度级别•项目管理基本概念•总结ProcessA Process is a series of actions bringing about a result.-PMBOKA process is a set of practices performed to achieve a givenpurpose. -IEEEActivities that can be recognized as implementations of practices in a model. -CMMI glossary总之就是一系列相关的活动Process AreaA process area (PA)is a cluster of related practicesin an area that, when performed collectively, satisfy a set of goals considered important for making significant improvement in that area.PA 是一个领域内相关的一系列活动，当这些活动一起被执行时，可满足一组被认为是在该领域做出显著改进的目标。

cmmi能力成熟度模型结构
CMMI（Capability Maturity Model Integration）能力成熟度模型结构由一系列的PA（过程域）组成，这些PA构成了集成能力模型的核心，为企
业提供了软件工程、系统工程、集成产品及过程开发方面的过程改进框架和指南。

CMMI模型由四个类别组成，分别是：
1. Doing（对应的工程类）：包括行动能力域，确保质量、设计和开发产品、交付与管理服务等。

2. Managing（对应的项目管理类）：包括管理能力域，规划和管理工作、管理业务弹性、管理员工等。

3. Enabling（对应的支持类）：包括赋能能力域，支持实施、管理安全和
安保等。

4. Improving（对应的过程管理类）：包括提高能力域，维持习惯性和持久性、改善性能等。

CMMI 模型还具有四个类别，12个能力域和25个实践域。

每个类别又包
含专门定义的能力域，这些域是组织在开发和交付产品和/或服务时通常会
遇到的相关和通用的实践按照逻辑分的组。

以上内容仅供参考，如需更全面准确的信息，建议查阅CMMI官方网站发布的资料或咨询专业的CMMI评估师。

CMMI基本概念要点CMMI（Capability Maturity Model Integration）能力成熟度模型集成，是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。

CMMI基于过去对软件工程和系统工程最佳实践的研究和经验，通过一系列的阶段和培训，帮助组织提高其过程的成熟度和质量，以便更好地满足客户需求和提供价值。

以下是CMMI的一些基本概念要点：1. 成熟度级别（Maturity Levels）：CMMI定义了五个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和已优化级。

每个级别都有特定的目标和过程特点，组织可以按照这些级别逐步改进其软件工程和系统工程能力。

2. 能力级别（Capability Levels）：CMMI还定义了六个能力级别，分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。

能力级别是针对特定过程或实践的细分评估，组织可以用它来评估和度量其各个过程的成熟度。

3. 关键过程领域（Key Process Areas）：CMMI将软件工程和系统工程划分为22个关键过程领域。

每个关键过程领域都描述了组织达到特定目标所需的一组过程。

这些过程领域包括需求管理、配置管理、项目计划等，可以通过培训和改进来提高组织的能力。

4. 成熟度级别的目标和实践（Goals and Practices）：CMMI对于每个成熟度级别都定义了一组目标和相关实践。

这些目标描述了组织在特定成熟度级别中应该达到的状态，而实践则提供了实现这些目标的具体方法。

5. 过程改进（Process Improvement）：CMMI强调了持续的过程改进的重要性。

组织通过采纳CMMI指南中的最佳实践和建议，可以改进其软件工程和系统工程过程，提高效率、质量和客户满意度。

6. CMMI的评估和认证（Assessment and Certification）：组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。

CMMI 知识要点汇总1、CMMI全称Capability Maturity Model Integration (能力成熟度模型集合)2、CMMI来源于那三个模型，研究机构（英文、中文）软件工程sw-cmm系统工程EIA/IS集成化产品和过程开发IPD-CMM3、CMMIv1.2分为哪三个集群（英文、中文）面向开发的CMMI（CMMI for Development，CMMI-DEV）（自己学习的）面向采购的CMMI（CMMI for Acquisition，CMMI-ACQ）面向服务的CMMI（CMMI for Services，CMMI-SVC）（面向外包的）4、CMMI的成熟度等级表示两种方法：连续式（5个公式）、阶段式（2级7个）5、CMMI有哪些pa ，ML2、3、4、5级别成熟度分别要求哪些pa达到怎样的成熟度（1）包括22个过程域（pa）REQM 需求管理PP 项目计划PMC 项目监督和控制SAM 供应商协议管理MA 度量和分析PPQA 过程和产品质量保证CM 配置管理2级7个过程域，本题考点儿，大家熟悉各级过程域中英文对应中文即可，不需死背，理解万岁RD 需求开发TS 技术解决方案PI 产品套件套VER 验证VAL 确认OPF 组织级过程集点OPD+IPPD 组织级过程定义+IPPDOT 组织级培训IPM+IPPD 集成化项目管理+IPPDRSKM 风险管理DAR 决策分析和解析方案OPP 组织级过程性能QPM 项目定量管理OID 组织级改革和部署CAR 因果分析和解决方案（2）已管理级（Managed）=ML2 PAS（GG2）定义级 （Defined ）=ML2 PAS （GG3）+ML3 PA （GG3） 量化管理级（Quantitatively Managed ）=ML2,3,4 PA （GG3) 优化级（Optimizing ）=ML 2,3,4,5 PA(GG3) 6、CMMI 框架的组成结构（中英文都可） 重点儿，老师平时曾要求大家会默写7、评估方法简述，评估三种类型、评估的主要依据、评估的结果Scampi 的评估方法，老师原话：“了解下看一遍有印象就行了”，具体含义自行领悟（1） 用于过程改进的标准CMMI 评估方法 （2）评估三种类型：Class A:凡是按体系要求的项目都需要按体系要求做，评估的时候采取抽样评估； Class B:评估试点项目与体系文档、CMMI 模型的符合度； Class C:评估完成的过程体系与CMMI 模型的差距；（3） 当且仅当目标下的全部实践被全部实施或者被大部分实施 所有弱项的累积不会对目标的达成产生显著负面影响。

公司需要考虑哪些方面需要 改进，组织过程焦点 （OPF OPF），怎样改进，组织 OPF 过程定义（OPD OPD），过程出 OPD 来后，人员水平也要提高， 要进行组织培训（OT OT） OT
一个产品开发做好了，但公 司一定不仅仅只有一个产品， 会要做很多产品，要进行经 验总结，吸取教训，进行改 进提高，因此我们在做好产 品开发的同时，要做好度量 和分析（MA MA） MA
如果是集成产品，我们要考 虑如何产品集成（PI PI） PI
做出来后我们要知道实现的 是否和设计的一致，是否满 足需求，所以必须做好验证 （VER VER）和确认（VAL VAL） VER VAL
公司要做的好，需要经常评 估组织过程绩效（OPP OPP）， OPP 是否合理，进行组织过程性 能管理（OPM OPM),不合理就改 OPM 革创新，那么要进行原因分 析与解决（CAR CAR） CAR
我们要做一个产品开发，首 先要理解我们要做的事，就 是要做好需求开发（RD RD） RD
又由于产品的需求经常会 变，所以我们要做好需求 管理(REQM REQM) REQM
我们做这个事其实是一个 项目，要考虑如何管理， 才能保质保量的实现需求， 所以需要做好项目计划 (PP PP)， PP
项目都会有风 险，所以要做 好风险管理 (RSKM RSKM) RSKM
项目如果需要 采购，要做好 供应商管理 (SAM SAM) SAM
根据计划做好 项目监督和控 制(PMC PMC) PMC
如果产品是集成产品，需要 多个部门，甚至多个公司合 作，就要做好集成项目管理 (IPM IPM) IPM
如果可能，做到精细化管理 就更好，这就是怎样做好定 量项目管理(QPM)
我们还需要有一定的环境支 持，做好配置管理（CM）， 免得版本出错

CMMI 22个PA缩写及主要内容关键字：CMMI,CMMI PACMMI 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）OPF：组织过程焦点（Organization Process Focus）OPD：组织过程定义（Organization Process Definition）OT：组织培训（Organizational Training）主要内容有：1．CM：（Configuration Management）软件配置管理。

CMMI的PA（过程域）概述CMMI普及知识——第⼆期CMMI的PA（过程域）概述关键词：PA——过程域CMMI的阶段式表⽰法——组织成熟度⽅法我们采⽤阶段式模型来描述。

阶段式模型使⽤ML1~ML5五个级别的表现形式ML(maturity level)。

整个CMMI模型中的25个PA 分别分布在ML2~ML5中，如果全部做到了哪个等级以下的PA，那么就可以说我们达到了⼏级。

ML1——初始级：没有PAML2——已管理级：包括7个PAREQM-需求管理PP-项⽬策划PMC-项⽬监控和控制CM-配置管理PPQA-过程和产品质量保证SAM-供应商协议管理MA-度量和分析ML3——已定义级：包括14个PARD-需求开发TS-技术解决⽅案PI-产品集成VER-验证VAL-确认IPM-集成项⽬管理RSKM-风险管理OPF-组织级过程焦点OPD-组织级过程定义OT-组织级培训DAR-决策分析与决定IT-集成团队ISM-集成供应商管理OEI-组织集成环境ML4——定量管理级：包括2个PAQPM-定量项⽬管理OPP-组织级过程性能ML5——优化级：包括2个PAOID-组织⾰新和实施CAR-因果分析和决定华迪公司的⽬标：通过18个⽉的过程改进⼯作，使组织的能⼒成熟度达到ML3，即全部做到ML2~ML3的所有PA。

BTW：以后的专题将⼀⼀详细介绍ML2~ML3中每个PA的内容，同时欢迎公司内部所有对过程改进感兴趣的同仁发表你宝贵的观点、意见和建议，让我们的过程改进⼯作更加务实、有效，能真正为实训、信息化、外包等业务服务。

（2）[转载整理]CMMI介绍？22个PA1、CMMI介绍CMMI是软件能力成熟度模型的英文简称，由美国卡内基—梅隆大学软件工程研究所制定、发布，是针对软件及系统集成企业进行质量管理的一种体系标准，CMMI是专门针对软件企业或系统集成企业，具有较强的行业针对性。

通过实施CMMI，可以有助于提高公司的整体能力，提高管理水平，降低项目成本，提高项目的质量与按期完成率，从而提高企业在国内与国际市场上的竞争能力。

2、CMMI的5个成熟度以及22个过程域CMMI可用来衡量软件企业的综合软件能力，模型分为5个等级，第一级到第五级，数字越大表示软件企业的综合软件能力越强，也就是成熟度越高。

这5个等级分别是“第一级：完成级（Level-1）、第二级：管理级（Level-2）、第三级：定义级（Level-3）、第四级：量化管理级（Level-4）、第五级：持续优化级（Level-5），这5个等级包括的主要控制域如下表所示，每一个级别都在一些关键控制点以及过程上有具体的要求和规范，上一级完全包含下一级的内容：L1：CMMI一级，完成级。

在完成级水平上，企业对项目的目标与要做的努力很清晰。

项目的目标得以实现。

因此，任务是完成了。

但是由于任务的完成带有很大的偶然性，企业无法保证在实施同类项目的时候仍然能够完成任务。

企业在一级上的项目实施对实施人员有很大的依赖性。

L2：CMMI二级，已管理级。

在管理级水平上，企业在项目实施上能够遵守既定的计划与流程，有资源准备，权责到人，对相关的项目实施人员有相应的培训，对整个流程有监测与控制，并与上级单位对项目与流程进行审查。

企业在二级水平上体现了对项目的一系列的管理程序。

这一系列的管理手段排除了企业在一级时完成任务的随机性，保证了企业的所有项目实施都会得到成功。

L3：CMMI三级，定义级。

在定义级水平上，企业不仅仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化。

SAM 供方协定管理
SG1
SG2
GG2
MA
测量和分析
SG1
SG2
GG2
PPQA 过程和产品质量保证
SG1 SG 2 GG 2
CM
配置管理
SG1
第2页
CMMI 22个过程域
PA 过程域 特定目标与通用目标 SG 2 SG 3 GG 2 特定实践与通用实践 SP1.3 创建或放行基线 跟踪并控制变更 SP2.1 跟踪变更 SP2.1 控制变更 建立完整性 SP3.1 建立配置管理记录 SP3.2 执行配置审核 制度化为受管理过程 GP2.1 建立组织方针 GP2.2 策划该过程 GP2.3 提供资源 GP2.4 分配责任 GP2.5 培训人员 GP2.6 配置 GP2.7 识别相关的共利益者并使之介入 GP2.8 监督和控制该过程 GP2.9 客观评价遵循情况 GP2.10 高层管理者审查状态 成熟度等级3：已定义级 开发顾客需求 SP1.1 导出需要 SP1.2 转换需求 开发产品需求 SP 2.1 建立产品和产品构件需求 SP 2.2 分配产品构件需求 SP 2.3 确定界面需求 分析和确认需求 SP3.1 建立操作概念和场景 SP3.2 建立所要求的功能度的定义 SP3.3 分析需求 SP3.4 评价产品成本、进度和风险 SP3.5 用综合性的方法确认需求 制度化为受管理过程 GP2.1 建立组织方针 GP3.1 建立已定义过程 GP2.2 策划该过程 GP2.3 提供资源 GP2.4 分配责任 GP2.5 培训人员 GP2.6 配置 GP2.7 识别相关的共利益者并使之介入 GP2.8 监督和控制该过程 GP3.2 收集改进信息 GP2.9 客观评价遵循情况 GP2.10 高层管理者审查状态 选择产品构件解决方案 SP1.1 开发详细的候选解决方案和选择准则 SP1.2 发展操作概念和场景 SP1.3 选择产品构件解决方案 设计 SP 2.1 使用有效的设计方法 SP 2.2 建立完备的技术数据包 SP 2.3 设计综合性界面 SP 2.4 进行制造、购买或复用分析 实现产品设计 SP3.1 实施设计 SP3.2 建立产品支持文档 制度化为已定义过程 GP2.1 建立组织方针 GP3.1 建立已定义过程 GP2.2 策划该过程 GP2.3 提供资源 GP2.4 分配责任 GP2.5 培训人员 GP2.6 配置 GP2.7 识别相关的共利益者并使之介入

CMMI标准名词术语CMMI标准名词术语1 AT Assessment Team 评审小组2 ATM Assessment Team Member 评审小组成员3 BA Baseline Assessment 基线评审4 CAR Causal Analysis and Resolution 原因分析与决策5 CBA CMM-Based Appraisal 基于CMM的评价6 CBA-IPI CMM-Based Appraisal for Internal Process Improvement为内部过程改进而进行的基于CMM的评价（通常称为CMM评审）7 CC Configuration Controller 配置管理员8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注册功能点专家10 CI Configuration Item 配置项11 CM Configuration Management 配置管理12 CMM Capability Maturity Model 能力成熟度模型13 CMMI Capability Maturity Model Integration 能力成熟度集成模型14 COTS Commerce off the shelf 商业现货供应15 DAR Decision Analysis and Resolution 决策分析与制定16 DBD Database Design 数据库设计17 DD Detailed Design 详细设计18 DP Data Provider 数据提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程过程小组21 FP Function Point 功能点22 FPA Function Point Analysis 功能点分析23 FR Functional Requirement 功能性需求24 GA Gap Analysis 差距分析25 ID Interface Design 接口设计26 IFPUG International Function Point Users Group 国际功能点用户组织27 IPM Integrated Project Management 集成项目管理28 IR Interface Requirement 接口需求29 KPA Key Process Area 关键过程域30 KR Key Requirements 关键需求31 LA Lead Assessor 主任评审员32 MA Measurement and Analysis 测量与分析33 MAT Metrics Advisory Team 度量咨询组34 MCA Metrics Coordinator and Analyst 度量专员35 ML matreraty library 度量数据库36 NFR Non-functional Requirement 非功能性需求37 OC Operational Concept 操作概念38 OID Organizational Innovation and Deployment 组织革新与部署39 OPD Organizational Process definition 组织过程定义40 OPF Organizational Process focus 组织过程焦点41 OPL Organizational Process Assets 组织过程财富42 OPP Organaizational Process Perormance 组织过程性能43 OSSP Organization’s Set of Standard Process组织标准过程集合44 OT Organizational Training 组织级培训45 PA Process Areas 过程域46 PAT Process Action Team 过程行动小组47 PB Process Assets Library 过程财富库48 PD Preliminary Design 概要设计49 PDSP Project Defined Standard Processes 项目定义标准过程50 PI Produce Integration 产品集成51 PLC Product Life Cycle 产品生命周期52 PMC Project Monitoring and Control 项目监控53 PP Project Planning 项目策划54 PPQA Process and Product Quality Assurance 过程与产品质量保证55 PPR Price Performance Ratio 性能价格比56 QA Software Quality Assurance 软件质量保证57 QA Quality Assurance 质量保证58 QAP Software Quality Assurance Plan 质量保证计划59 QPM Quantitative Project Management 量化项目管理60 RD Requirements Development 需求开发61 RM/ReqM Requirements Management 需求管理62 RSKM Risk Management 风险管理63 RTM Requirement Traceability Matrix 需求跟踪矩阵64 SAM Supplier Agreement Management. 供应协议管理65 SC Steering Committee 指导委员会66 SCAMPIStandard CMMI Assessment Method forProcess Improvement 过程改进CMMI标准评审方法67 SCCB Software Configuration Control Board 软件配置管理控制委员会68 SCM Software Configuration Management 软件配置管理69 SDP Software Development Plan 软件开发计划70 SEI Software Engineering Institute (美国)软件工程学院71 SEPG Software Engineering Process Group 软件工程过程组72 SPI Software Process Improvement 软件过程改进73 SPP Software Project Planning 软件项目策划74 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控75 SR System Requirements 系统需求76 SRS Software Requirement Specification 软件需求规格77 SSM Software Subcontract Management 软件分包管理78 SSR Software System Requirement 软件系统需求79 TS Technical Solution 技术解决方案80 UC Use Case 用例81 UID User Interface Design 用户界面设计82 VAL Validation 确认83 VER Verification 验证84 WBS Work Breakdown Structure 工作分解结构85 WP Work Products 工作产品86 Pre-assessment 预评审87 Baseline 基线88 Quality Attribute 质量属性89 Scenario 场景关键字：CMMI，SCAMPI，过程改进，能力成熟度，EPG软件能力成熟度模型（CMM／CMMI）已成为IT业界通用的过程体系，是一条提高软件企业产品质量、增强企业核心竞争力的有效途径，它给软件企业带来的成功已经为许多国内、外著名软件厂商所证明，根据SEI的统计，软件企业在引入CMM后劳动生产率平均增长了35%；错误比率平均减少39%；平均成本回报率为5：1。

CMMI-DEV 22个过程域详解CMMI-DEV中提到的开发，是包括了软件、硬件等类型的开发。

CMMI-DEV这个模型还可以增加适用于复杂多学科的产品开发的IPD附件，在CMMI之外称为IPD，在CMMI内称为IPPD。

IPPD并没有涉及到市场、财务等。

多出来的一个P 代表是过程，IPD中包含了市场与财务，所以IPD与IPPD是有一定差别的。

IPPD 有其适用范围，不能乱用，IPD也是同理。

国内有些企业盲目追随华为实施IPD，成功者少，失败者众。

为什么呢？没有注意IPD的适用范围。

IPD适用于什么类型的组织呢？（1）复杂产品的开发，需要多学科配合协同的产品开发；（2）市场驱动的产品开发，产品需要随时判断是否满足了市场的需求，是否投入产出合适，如果不可以，需要随时终止项目的开发。

（3）项目的团队规模比较大，需要划分为多个小组进行协同工作。

小组之间的沟通是项目成功的一个制约因素。

在CMMI-DEV中包含了22个过程域。

何谓过程域（process area，简写为PA）？过程域是一类最佳实践的集合，这些最佳实践属于同一类的过程。

CMMI 中有几百条最佳实践，需要将他们分类管理，以便于实施，便于记忆。

分类的方法是人们分析、认识问题的一种主要的方法。

在CMMI中将所有的实践划分成了22类，每类中包含的实践个数从4个到14个不等。

这种分类是否就完全合理呢？仁者见仁，智者见智，没有绝对的合理，有的实践放在某个PA中很自然，有的就有点牵强，SEI就那么划分了，你就那么记忆吧。

要注意过程域与过程的概念不同，过程域是实践的集合，何谓集合？集合中的元素是没有严格的先后顺序的，是一个堆，堆是数据结构中的专业术语。

过程是活动的偏序集（偏序关系是离散数学中的专业术语），活动之间是有先后顺序的。

不要搞混了2个概念，否则是很囧的。

22个过程域可以分成4类，项目管理类、过程管理类、工程类、支持类。

总结为下表：。

CMMI基础知识总结分享CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估组织软件开发和维护过程的成熟度的方法。

它由Carnegie Mellon大学的软件工程技术研究中心（SEI）开发，并成为许多组织提高其软件开发和维护能力的行业标准。

以下是CMMI的基础知识总结。

1.CMMI模型结构：CMMI主要由过程关键实践（PA）和相关实践（GP）组成。

过程关键实践是为了达到特定目标而必须执行的活动，而相关实践是为了支持过程关键实践而建议执行的活动。

2.成熟度级别：CMMI定义了5个成熟度级别，从初始级别（级别1）到优化级别（级别5）。

每个级别都有一组特定的目标和实践，组织必须满足这些目标和实践才能达到相应的成熟度级别。

3.过程区域：CMMI将软件开发和维护过程分为22个过程区域，如需求管理、项目计划、配置管理等。

每个过程区域都具有一组特定的目标和实践，它们描述了组织在该领域中应该执行的活动。

4.模型应用：CMMI可以被用于评估组织的软件开发和维护能力，帮助组织识别和解决存在的问题，并提供改进的建议。

它还可以用作组织内部的自我评估工具，帮助组织提高其软件开发和维护过程的效率和质量。

5.模型级别：CMMI定义了5个模型级别，分别是初始级别、可管理级别、已定义级别、已量化级别和优化级别。

这些级别反映了组织软件开发和维护过程的成熟度水平。

6.持续改进：CMMI强调持续改进的重要性，组织应该通过不断监控和改进其软件开发和维护过程来提高其能力。

持续改进的目标是提高效率和质量，降低成本和风险。

7.收益和挑战：通过实施CMMI，组织可以获得优势，包括提高工作效率、减少错误和缺陷、提高客户满意度等。

然而，实施CMMI也面临一些挑战，如改变组织文化、开发人员培训和付出的时间和资源投入等。

8.与其他模型的比较：CMMI与其他成熟度模型如ISO9000和SPICE 有一些相似之处，但CMMI更侧重于软件开发和维护过程的成熟度评估和改进。