CMMI标准名词术语

CMMI过程域CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。

它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。

接下来，我将详细介绍这五个过程域。

1. 需求管理（Requirements Management）需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。

主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。

需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。

通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。

2. 项目管理（Project Management）项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。

主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。

项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。

通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。

3. 工程（软件）过程（Engineering Process）工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。

主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。

工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。

通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。

4. 配置管理（Configuration Management）配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。

主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。

CMMI 22个PA缩写及主要内容关键字：CMMI,CMMI 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）主要内容有：1． CM：（Configuration Management）软件配置管理。

CMMI是什么意思，认定的条件有哪些？
（一）CMMI软件能力成熟度模型是什么？
CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成(也有称为：软件能力成熟度集成模型)是一种软件开发的标准，按照这个标准去做，就能帮助软件企业改进和优化管理，在提高软件开发水平和效率的同时提高产品的质量和可靠性。

实施CMMI，可以帮助IT企业对软件/系统工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件、硬件和系统集成项目，从而提高企业的管理水平，增强企业的国际竞争能力。

（二）认定的条件有哪些？
1.合法注册的企业。

2.CMMI认证是针对软件企业的能力成熟度模型标准，所以必须是软件相关的企业。

3.参与人员不能低于15-20人。

4.企业要有专门的人员进行体系创建，体系监督执行，过程分析和改进。

5.在评估前要至少完成体系创建、完成，并持续运行半年以上。

6.最少需要3-4个项目的记录，软件、硬件和系统集成均可。

CMMI认证不需要其它企业资质的支持。

CMMI全面解析CMMI是英文Capacity Maturity Model Integrated的简称。

中文的译意是能力成熟度集成模型。

CMMI是CMM模型的最新版本。

早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。

随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。

早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。

目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。

美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。

CMMI实际上是一种管理流程的标准化。

遵循该模型的标准，就能够在管理上迈出一大步。

相对于ISO9000的标准， CMMI有五个不同的标准。

而每一个标准对企业的管理力度都有着不同的要求。

企业可以改进管理模式，不断地提高自己的CMMI等级，从而达到提升管理水平的目的。

CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。

在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。

尤其在印度CMMI的应用甚至超过了美国。

据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。

这也是印度软件也得以迅速发展的一个主要原因。

有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。

在这里我想提一个题外话。

据说我们国家标准局正在制定一个类似于CMMI的国内标准。

我认为这完全没有必要。

CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。

如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。

CMMI术语定义术语定义更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)3.1CMMI过程域 (1)3.1.1REQM (1)3.1.2PP (1)3.1.3PMC (1)3.1.4SAM (1)3.1.5MA (2)3.1.6PPQA (2)3.1.7CM (2)3.1.8OPF (2)3.1.9OPD (2)3.1.10RD (2)3.1.11TS (2)3.1.12PI (3)3.1.13VER (3)3.1.14VAL (3)3.1.15IPM (3)3.1.16RSKM (3)3.1.17DAR (3)3.1.18OT (3)3.1.19OPP (4)3.1.20QPM (4)3.2相关的组织 (4)3.2.1变更控制委员会（CCB） (4)3.2.2管理指导组（MSG） (4)3.2.3技术管理委员会（TMB） (5)3.2.4MS推进组 (5)3.2.5质量保证组（QAG） (5)3.2.6工程过程组（EPG） (5)3.3DELPHI法 (6)3.4FPA法 (6)3.5工期 (6)3.6工作量 (6)3.7生产率 (6)3.8B UG (6)3.9覆盖率 (7)3.10缺陷 (7)3.11WBS (7)3.12度量 (7)3.12.1基本度量 (7)3.12.2派生度量 (7)3.13产品构件 (8)3.14干系人 (8)3.15工作产品 (9)3.16供货周期 (9)3.17估算 (9)3.18过程和工作产品数据 (9)3.19候选方案 (9)3.20基础构件 (10)3.21基线 (10)3.22测试 (10)3.22.1回归测试 (10)3.22.2单元测试 (10)3.22.3集成测试 (10)3.22.4系统测试 (11)3.22.5验收测试 (11)3.23计划 (11)3.24决策人 (11)3.25客户化项目 (11)3.26培训 (12)3.26.1内部培训 (12)3.26.2外部培训 (12)3.27同行评审 (12)3.28项目计划 (12)3.29项目数据 (12)3.30项目组 (12)3.31需求不一致 (13)3.32需求跟踪矩阵 (13)3.33需求开发 (13)3.34选择准则 (13)3.35组织标准过程集合(OSSP) (14)3.36组织过程相关文档库 (14)3.37组织度量数据库 (14)3.38组织过程财富库（OPAL） (15)3.39工作环境标准 (15)1目的统一组织标准过程文件中的术语解释。

CMMI的简介CMM I 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。

CMMI是CMM模型的最新版本。

早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。

随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。

自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。

虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。

这时他们就会发现存在一些问题，其中主要问题体现在：1、不能集中其不同过程改进的能力以取得更大成绩；2、要进行一些重复的培训、评估和改进活动，因而增加了许多成本；3、遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。

于是，希望整合不同CMM 模型的需求产生了。

1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。

该模型被认为是第一个集成化的模型。

CMMI 与CMM 最大的不同点在于：CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应的应用SS(Supplier Sourcing)部分。

CMMI 有两种表示方法，一种是大家很熟悉的，和软件CMM 一样的阶段式表现方法，另一种是连续式的表现方法。

这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。

（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三级，定义级。

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

CMMICMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。

CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Ac quisition三个套装产品。

早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。

随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。

自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。

虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。

这时他们就会发现存在一些问题，其中主要问题体现在：n 不能集中其不同过程改进的能力以取得更大成绩；n 要进行一些重复的培训、评估和改进活动，因而增加了许多成本；n 遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。

于是，希望整合不同CMM 模型的需求产生了。

1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。

该模型被认为是第一个集成化的模型。

CMMI评估的预备工作评估实践证明：在进行CMMI评估之前，制定一个正确的评估计划并将其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备，是十分必要的。

我们所说的文档化CMMI评估计划的结果，包括：要求，协定，估价，风险，剪裁方法，以及与评估相关的实际考虑（例如：日程安排，后勤，组织的背景信息）。

CMMI 22 个PA 缩写及主要内容关键字：CMMI ,CMMI 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 )主要内容有:1．CM:( Configuration Management 软件配置管理。

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 SCAMPI Standard CMMI Assessment Method for Process 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 场景。