CMMI 词汇定义
- 格式：docx
- 大小：65.52 KB
- 文档页数：24
CMMI 词汇定义用于CMMI 模型的基本术语。
词汇通常是数个字的术语，包含一个名词与一个或一个以上的限制修饰词。
(此规则有部分例外，词汇中也有一个字的术语说明)。
为有系统的说明适合CMMI 的定义，我们咨询许多的来源出处。
首先我们参考韦氏在线字典(www.m)及来源模型(如EIA 731,SW-CMM V2. draft C 及IPD-CMM v0.98)。
如有需要我们也参考其它标准，包括下列：• ISO 9000 [ISO 1987]• ISO/IEC 12207 [ISO 1995]• ISO/IEC 15504 [ISO 2006]• ISO/IEC 15288 [ISO 2002b]• IEEE [IEEE 1990]• SW-CMM v1.1• EIA 632 [EIA 1994]• SA-CMM [SEI 2002c]• P-CMM [Curtis 2002]我们开发词汇乃是基于「使所有模型的使用者都了解专门术语」之重要性的认知。
同时文字与术语在不同的内文与环境，有不同的意义。
CMMI 模型的词汇用来记载文字与术语的意义，应是使用最广泛且应为CMMI 产品使用者所了解的。
验收准则产品或产品组件必须符合的准则，以让使用者、客户或其它经授权的物理能接受该产品或产品组件。
验收测试让使用者、客户或其它经授权的物理决定是否对接受产品或产品组件，所执行的正式测试。
(请参见「组件测试」。
)达成摘要连续式表述中，在提升能力程度时，一组过程域与其相关的能力度，表示组织于每个过程域的进度。
(请参见「能力度摘要」、「目标摘要」及「目标阶段式」。
)采购通过合同取得产品(物品及服务)的过程。
采购策略根据供应的来源、采购的方法、需求规格的类型、合同或协议的类型及相关的采购风险以决定产品与服务之采购的特定方法。
补充在CMMI 产品系列中，清楚注记的模型组件含有特定的使用者有兴趣的信息。
CMMI 模型中，所有的补充说明带有相同的名称(如IPPD 补充说明) 可当作一组来选用。
足够的通过这些字词的使用，你可以依组织的经营目标来诠释模型的目标及实践。
当使用任何CMMI 模型的时候，你必须诠释实践使其适用于贵组织。
而在模型的目标及实践中使用这些字词，可以用来说明其中的某些活动并不是一直都要进行。
(请参见「适当的」及「视需要的」)配置的需求将较高层需求的所有或部分绩效及功能，赋予较低阶架构组件或设计组件的需求。
替代的实践可用以替代CMMI 模型中，一个或多个一般或特定实践的实践，该实践在达成CMMI 的一般或者特定目标时，具有相同的效果。
替代的实践未必与一般或特定的实践是一对一的替代关系。
强化强化(amplifications) 是参考的模型组件，包含特定专业领域的相关信息。
例如：想找软件工程的专业领域强化，可以在模型中寻找标示为「软件工程适用(For Software Engineering)」的标签。
此方式也适用于找其它专业领域强化的信息。
评估在CMMI 产品系列中，「评估(appraisal)」是指一群培训有素的专家，以评估的参考模型(reference model) 为基础，对一个或多个过程进行检验，至少做到决定其优点及缺点。
(请参见「评价」及「能力评估」)评估调查结果评估调查结果识别出评估范围内过程改进最重要的问题、问题或机会。
评估调查结果是根据证实的客观证据推论得到。
评估参与者在评估时，提供数据的组织单位成员。
评估评等如同CMMI 评估数据所定义的，由评估组对于(a)CMMI 的目标或过程域、(b)过程域的能力度，或(c)组织单位的成熟度，指定评分。
通过执行评估方法定义的评等过程来决定评等。
评估参考模型如同CMMI 评估数据所定义的，评估组将已实施的过程活动与此CMMI 模型相互关连。
评估范围定义评估的界限，包含将被调查运作过程的组织界限与CMMI 模型界限。
适当的通过这个字词的使用，你可以依组织的经营目标来诠释模型的目标及实践。
当使用任何CMMI 模型的时候，你必须诠释实践使其适用于贵组织。
而在模型的目标及实践中使用这些字词，可以用来说明其中的某些活动并不是一直都要进行。
(请参见「足够的」及「视需要的」)视需要的通过这个字词的使用，你可以依组织的经营目标来诠释模型的目标及实践。
当使用任何CMMI 模型的时候，你必须诠释实践使其适用于贵组织。
而在模型的目标及实践中使用这些字词，可以用来说明其中的某些活动并不是一直都要进行。
(请参见「足够的」及「适当的」)评价在CMMI 产品系列中，组织为了本身过程改进的目的所进行的一种评估。
「评价」在CMMI 产品系列中使用的意义与日常使用的意义相同(例如:风险评价)。
(请见「评估」及「能力评估」)过程变异的可指定原因在CMMI 中，以「过程变异的特殊原因」来替代「过程变异的可指定原因」以确保一致性，两者皆有相同的定义。
(请参见「过程变异的特殊原因」。
)审计在CMMI 过程改进的工作中，依据特定的准则(例如:需求)，客观的检验一项工作产品或一组工作产品。
基础度量一个物理的明确特性或特征，以及将其量化的方法。
(请参见「衍生度量」。
)基线经正式审查及同意的一组规格或工作产品，据以用作未来开发的基础，而且仅能由变更控编程序变更。
(请参见「配置基线」及「产品基线」)双向追溯性两个或更多个逻辑物理间可辨识的双向关联(如指向与来自某个物理)。
(请参见「需求追溯性」及「追溯性」)经营目标(请参见「组织经营目标」。
)能力评估由一组受过培训的专业人员所作的评估，以作为选择供应商、依合同监督供应商、或决定与强制实施诱因之辨识工具。
评估用来洞察供应商组织的过程能力，参考决策者做更好的采购决定、改进分包商的绩效及提供采购组织的洞察力。
(请参见「评估」及「评价」。
)能力程度个别过程域内过程改进达到的程度，能力度由过程域内适当的特定及通用实践所定义。
(请参见「通用目标」、「通用实践」、「成熟度等级」及「过程域」。
)能力度摘要在连续式表述中，一组过程域与其对应的能力度。
(请参见「达成摘要」、「目标摘要」及「目标阶段式」。
)当摘要用来表示在提升能力度过程中，组织于每个过程域的进度，这个摘要可能是达成摘要。
或者当它用来表示过程改进的目标时，可能是目标摘要。
能力成熟度模型模型包含一个或多个专业领域的有效过程之基本组件。
它也描述渐进的改进途径，从随兴的不成熟的过程到具有改进质量及有效性的有纪律的成熟过程。
有能力的过程能满足其特定的产品质量、服务质量及过程绩效目标的过程。
(请参见「稳定过程」、「标准过程」及「统计化管理过程」。
)原因分析分析缺陷以找出其原因。
变更管理审慎使用各种方法，以达成产品或服务的变更或建议的变更。
(请参见「配置管理」。
) 组织CMMI 组件的基本结构，包括目前CMMICMMI 架构模型中的共同组件、模型产出的规则及方法、评估方法(包括相关的产出)及其培训教材。
这个架构可让新的专业领域加到CMMI 中，并使它可与现有专业领域集成。
(请参见「CMMI 模型」及「CMMI 产品系列」)CMMI 模型CMMI 架构可产生可能模型的整个集合，CMMI 模型为其中一个模型。
因此依照各组织的需要，可由CMMI 架构产生不同的模型，目前有许多CMMI 模型。
(请参见「CMMI 架构」及「CMMI 产品系列」)CMMI 模型组件任何组成CMMI 模型的主要结构组件，一些CMMI 模型的主要组件包括特定实践、通用实践、特定目标、通用目标、过程域、能力度及成熟度。
CMMI 产品系列以CMMI 观念所开发的整套产品，这些产品包括架构本身、模型、评估方法、评估数据及各种培训。
(请参见「CMMI 架构」及「CMMI 模型」。
) 过程变异的共同原因因过程各组件间彼此正常与预期的交互作用，而存在的过程变异。
(请参见「过程变异的特殊原因」。
)操作概念(请参见「操作概念(operational concept)。
」配置审计执行审计以验证配置项或一组配置项配置基线符合特定的标准或需求。
(请参见「审计」、「配置项」、「功能性配置审计」及「物理性配置审计」。
) 配置基线配置信息是指产品或产品组件生命中某一特定时间的信息，配置基线加上以这些基线为主所核可的变更，构成目前的配置基线。
(请参见「产品生命周期」。
)配置控制配置管理的组件包含评估、协调、核可或不核可，以及正式建立配置识别后对配置项所做的变更。
(请参见「配置识别」、「配置项」及「配置管理」。
) 配置控制委员会负责评估及对配置项提出之变更的核可或不核可，而且确保核可的变更均已执行的一组人。
(请参见「配置项」。
)配置控制委员会又称为「变更控制委员会」。
配置识别配置管理的组件包含选择产品的配置项、指定唯一的识别，以及记录其功能与物理的特性于技术文档。
(请参见「配置项」、「配置管理」及「产品」。
) 配置项为了配置管理所指定的一组工作产品，在配置管理过程中视为单一物理。
(请参见「配置管理」。
)配置管理配置管理应用技术与管理的引导与监督之专业培训，来(1)识别与记录配置项功能与物理的特性、(2)控制这些特性的变更、(3)记录与报告变更的处理与执行的状态，以及(4)验证符合特定的需求。
(请参见「配置审计」、「配置控制」、「配置识别」及「配置状态纪录」。
)配置状态纪录配置管理的组件包含记录与报告有效管理一个配置所需的信息。
这个信息包括核可的配置识别清单、配置预期变更的状态，以及核可变更的执行状态。
(请参见「配置识别」及「配置管理」。
)连续式表述一种能力成熟模型架构，在每一特定的过程域中，能力度提供处理过程改进的建议顺序。
(请参见「能力度」、「过程域」及「阶段式表述」。
) 承包商（请参见「供应商」。
）纠正措施修复某种状况、除去错误或调整状态的行动或行为。
现成品可向商业供应商购买的项目。
(COTS 代表「commercial off the shelf」。
)客户负责验收产品或授权付款的团体(可能是个人、项目或组织)。
客户是项目的外部单位(当IPPD 使用集成团队时，可能除外)，但未必是组织的外部单位。
客户可能是较高层的项目。
客户是干系人的一部分。
(请参见「干系人」。
)大部分使用这个名词时，意指上述定义。
然而，有些情况“客户”意含其它相关的干系人。
(请参见「客户需求」。
)客户需求以客户可接受的方式，诱导、集成及解决产品相关干系人对需要、期望、限制及接口冲突。
(请参见「客户」。
)数据无论纪录的形式与方法的纪录信息，包括技术数据、计算机软件文档、财务信息、管理信息、事实、任何能够沟通、存储与处理的数量或数据数据管理在数据生命周期，对经营与技术数据规划、获取及提供管理之有规律的过程与系统，能与数据需求有一致性。
缺陷密度每单位产品的缺陷数(如每千行程序代码的问题报告单数)。
