CMMI中有关定义及英文缩写说明
CMMI中英文术语对照表
CMMI中英文术语对照表A-D E-L M-R S-ZAability to perform执行的能力: （参见公共特性/common feature）acceptance criteria接受标准：为让用户、客户或其他授权组织接受，一个系统或组件所必须满足的条件。
[IEEE-STD-610] acceptance testing接受性测试：用来决定系统是否达到接受标准的正规测试，从而能够使客户决定是否接受系统。
[IEEE-STD-610]acting phase行动阶段：（参见IDEAL 方法）action item行动项目：（1）列表中分配给个人或组进行处理的一个单元。
（2）已被接受的一项行动提议。
action proposal行动提议：文档化的修改过程或过程相关项的建议，用以防止缺陷预防活动中发现的缺陷再发生。
（参见软件过程改进提议/software process improvement proposal）activities performed执行的活动：（参见公共特性/common features）activity活动：为达到某些目标而执行的一个步骤或一项功能，可能是脑力的也可能是体力的。
包括管理和技术人员为执行项目或组织工作任务而进行的所有活动。
（比照任务/task）Allocated requirements分配的需求：参见系统分配至软件的需求/system requirements allocated to softwareappraisal评审：是一个广泛意义上的词，可以是软件过程评估（process assessment），也可以是软件能力的评价（capability evaluation）。
assessment评估：在CMM中，一般指内部的过程评估。
audit审核：对一个或一套工作产品的独立的检查，用以确定是否符合规格说明、标准、合同协议或其他的准则。
[IEEE-STD-610]Bbaseline基线：经过正式审查并被一致认可的规格说明或产品，作为进一步开发基础，只有通过正式变更控制程序才能改变。
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（Capability Maturity Model Integration）是一种用于评估和改进组织过程能力的模型。
在CMMI中，配置管理（Configuration Management）被视为一项重要的过程领域，它有以下定义：
配置管理是一种系统化的方法，用于识别和管理软件和系统开发生命周期中的配置项。
它包括对配置项进行标识、控制、审查和记录，以确保产品和过程的正确性、一致性和完整性。
配置管理在CMMI中被视为一个关键过程领域，涵盖了以下关键实践领域：
1. 配置管理计划（Configuration Management Planning）：制定和维护配置管理计划，确定配置管理的目标、活动和责任。
2. 配置标识（Configuration Identification）：为配置项分配唯一的标识符，并跟踪配置项及其变更的版本和状态。
3. 变更控制（Change Control）：管理对配置项的变更请求，包括评审和批准变更，确保变更的正确性、合理性和一致性。
4. 配置状态记录（Configuration Status Accounting）：记录配置项的状态和历史变更信息，跟踪配置项的版本和配置状态。
5. 配置审核（Configuration Audit）：定期进行配置项的审查，验证配置项是否符合规定的要求和标准。
通过配置管理的实践，组织能够更好地控制和管理软件和系统开发过程中的配置项，确保其一致性、可追溯性和可控性，减少配置相关问题的风险，提高产品质量和开发效率。
CMMI的5个级别和25个过程域
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。
分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。
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）OPF：组织过程焦点（Organization Process Focus）OPD：组织过程定义（Organization Process Definition）OT：组织培训（Organizational Training）22个PA的主要内容有：1．CM：（Configuration Management）软件配置管理。
CMMI中英文术语对照表
CMMI中英⽂术语对照表Aability to perform执⾏的能⼒: （参见公共特性/common feature）acceptance criteria 接受标准：为让⽤户、客户或其他授权组织接受，⼀个系统或组件所必须满⾜的条件。
[IEEE-STD-610]acceptance testing 接受性测试：⽤来决定系统是否达到接受标准的正规测试，从⽽能够使客户决定是否接受系统。
[IEEE-STD-610]acting phase⾏动阶段：（参见 IDEAL ⽅法）action item⾏动项⽬：（1）列表中分配给个⼈或组进⾏处理的⼀个单元。
（2）已被接受的⼀项⾏动提议。
action proposal⾏动提议：⽂档化的修改过程或过程相关项的建议，⽤以防⽌缺陷预防活动中发现的缺陷再发⽣。
（参见软件过程改进提议/software process improvement proposal）activities performed执⾏的活动：（参见公共特性/common features）activity活动：为达到某些⽬标⽽执⾏的⼀个步骤或⼀项功能，可能是脑⼒的也可能是体⼒的。
包括管理和技术⼈员为执⾏项⽬或组织⼯作任务⽽进⾏的所有活动。
（⽐照任务/task）Allocated requirements分配的需求：参见系统分配⾄软件的需求/system requirements allocated to softwareappraisal评审：是⼀个⼴泛意义上的词，可以是软件过程评估（process assessment），也可以是软件能⼒的评价（capability evaluation）。
assessment评估：在CMM中，⼀般指内部的过程评估。
audit审核：对⼀个或⼀套⼯作产品的独⽴的检查，⽤以确定是否符合规格说明、标准、合同协议或其他的准则。
[IEEE-STD-610]Bbaseline 基线：经过正式审查并被⼀致认可的规格说明或产品，作为进⼀步开发基础，只有通过正式变更控制程序才能改变。
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标准
cmmi标准CMMI标准（Capability Maturity Model Integration）是由国际软件信息系统工程委员会（ISSC）所制定的一组备案标准，旨在改善企业管理的有效性和效率。
它们主要集中在针对企业管理过程和人力资源的详审，从而推进企业的发展。
1. CMMI标准的内容CMMI标准主要涵盖五大内容：- 改进流程：它的定义为“改进企业管理流程的整体架构和内容，以提升流程、软件、系统和服务质量，提高企业的竞争力。
”- 项目管理：可按照该标准制定、实施和监测项目管理，以提升项目开发和实施的效率和质量。
- 技术管理：以全面的方式管理和改善技术活动，并防止系统失败、延误或者预算超出。
- 人力资源管理：主要是改善组织与个人士的沟通和协同。
- 供应链管理：可大幅改善组织的供应、运营和资源分配，有助于提升企业整体的运营能力和效率。
2. CMMI标准的好处- 加强组织能力：CMMI标准能够改善企业管理过程、提升企业管理能力、加强组织实力，从而提高企业竞争力；- 易于管理：该标准可按照项目的不同管理特点进行定制，可以让不同的项目有相应的管理方案；- 提高质量：该标准关注企业内部流程和管理模式，着力促进流程的协调，从根本上提升了企业的质量；- 改进组织方面：该标准还可以改善组织与个人之间的沟通，为企业提供一个有效的管理结构，改善组织文化。
3. CMMI标准的实施CMMI标准的实施需要以下重要步骤：- 确定标准体系：企业根据自身实际需求，确定满足要求的标准体系。
- 建立过程：通过对过程进行模型化和验证，以确保每个成员都有清晰的指导方向。
- 建立质量改进框架：建立相应的模块，以确保质量的稳定性和可持续性，及时发现质量问题并及时得出有效的改进措施。
- 测试实施效果：通过市场调研，用户体验调查等，实时获取实施效果，并及时调整实施范围、方式和深度，以达到事半功倍、快速精准的效果。
CMMI标准是全球性的管理标准，能够有效地帮助企业提升管理水平，进而促进企业可持续发展。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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）：所谓“共利益者”，指的是受到某种负责产生输出的方
式影响的群体或个人。
共利益者可能包括项目经理、供方、顾客以及其他人。
术语“相关的共利益者”用于指某个计划中要求执行某类活动或接收某类信息的群体和个人。
●工作产品（work product）：指由过程产生的任何人工制品。
这些人工制品可能
包括文卷、文档、产品的一部分、服务、过程、规范以及清册等。
●产品构件（product component）：“产品构件”是产品的组成部分。
把产品构件
加以集成，可以构造出产品。
可能存在多个层次的产品构件。
产品构件也是工作产品，但是必须经过工程化（需求确定、设计、集成式解决方案开发等）才能实现产品的预计用途。
产品构件可能是将要交付给顾客的产品的组成部分，也可能只是供项目内部使用或其他方面使用。
●目标（goal）：本标准中为评估模型定义了“通用目标”和“特定目标”，把它
们作为衡量实际的软件过程的能力的重要尺度；在涉及软件过程能力的上下文中，每个通用目标和特定目标都具有特定的含义，不要把其他背景中的目标一词与它们混淆。
●组织的标准过程集合（organization's set of standard process）：“组织的标准过程
集合”包含各个基本过程的定义，用以指导本组织里的所有过程。
这些过程的描述覆盖各个基本过程要素以及要素之间的关系。
这些基本要素是项目已定义过程的组成部分。
对于那些要在项目中实施的已定义过程而言，这些要素是必须借用的。
标准过程为整个组织范围内的开发活动和维护活动确立了一致性，是实现长期稳步改进的基础。
●已定义过程（defined process）：“己定义过程”是根据本组织的剪裁指南从组织
的标准过程集合剪裁得到的受管理的过程。
“项目已定义过程”是对项目的作业和活动进行策划、执行和改进的基础。
一个项目可以有不止一个已定义
过程（例如，一个用于产品开发，一个用于产品测试）。
●组织过程财富（organizational assets）：“组织过程财富”是被认为对定义和实施
组织里的过程有用的制品，它们供项目和开发、剪裁、维护以及实施过程时使用。
●过程体系结构（process architectures）：“过程体系结构”是标准过程中的各个过
程要素之间的顺序、界面、相互依存性和其他关系的描述。
●过程要素（process element）：“过程要素”是过程描述的基本单位。
过程可以
用子过程或过程要素予以定义。
子过程可以进一步加以分解；过程要素不能再分解。
每个过程要素覆盖一组密切相关的活动（例如，同行审查要素，估计要素）或一项活动或一项作业。
●组织的过程相关文档库（organizational library of process-related documentation）：
“组织的过程相关文档库”存储过程文档和提供使用这些过程文档的信息库。
这种信息库中包含文档、文档片段、过程实施的帮助信息和其他那些对定义、实施和管理过程有用的人工制品过程相关文档的例子有：方针、已定义过程、标准、规程、开发计划、测量计划以及培训材料等。
在启动新的过程时，这个文档库有助于减少开始工作的工作量。