- CMMI - Summary
- CMMI - Major Players
- CMMI - Appraisals
- CMMI - Process Areas
- CMMI - Capability Levels
- CMMI - Maturity Levels
- CMMI - Representations
- CMMI - Models
- CMMI - Overview
- CMMI - Home
CMMI Terminology
CMMI Useful Resources
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
CMMI - Glossary
<Abipty to exercise——CMMI模型过程的一个共同特征,具有分阶段代表性,将有关确保项目和(或)组织拥有所需资源的一般做法分类。
接受标准 产品或产品组成部分必须达到的标准必须由用户、客户或其他授权实体接受。
接受测试——进行正式测试,使用户、客户或其他授权实体能够确定是否接受产品或产品组成部分。
采购战略 采购产品和服务的具体办法基于供应来源、采购方法、要求规格类型、合同或协议类型以及相关的购置风险。
Adequate——充足、适当和视需要出现在CMMI中,使各级管理人员和从业人员能够根据本组织的业务目标解释具体和通用的目标和做法。 例如,风险管理进程领域的通用做法—— “为开展风险管理进程、开发工作产品和提供“过程”服务提供充足的资源 人数、必须监测风险的人等都足以满足需求。
先进做法 在持续代表性方面,所有具有两个或两个以上能力的具体做法。
采购/合同要求——与购置有关的所有技术和非技术要求。
分配要求——要求就低级建筑要素或设计构成部分征收更高层次要求的全部或部分性能和功能。
Appraisal 一项评估是由一个经过培训的专业人员小组对一个或多个过程进行审查,该小组采用评估参考模式作为确定优缺点的基础。
Appraisal reference model 正如海事委员会评估材料中所用的,评估小组与之挂钩的CMMI模式开展了进程活动。
Appraisal小组组长——领导评估活动并符合评估方法确定的经验、知识和技能资格标准的人。
Appropriate 见“适当”的定义。
As need - See definition for adequate.
可转让的加工原因——在CMMI中,“工艺变异的特别原因”一词用在“可转让的工艺变异原因”之外,以确保一致性。 这两个术语的定义相同。
基本措施——实体的单独财产或特性以及量化的方法。
<Basepne 术语基线通常用于表示这种参照点。 基线是开发寿命周期适当时间对该系统的核定图表。 基线为界定随后的变化建立了正式基础。 如果没有这一界限或参照点,变化的概念就毫无意义。
企业目标 - 高级管理层制定的战略,旨在确保一个组织继续生存,提高其利润率、市场份额以及影响本组织成功的其他因素。
能力成熟度模式——能力成熟模式包含一个或多个学科有效程序的基本要素。 报告还描述了从临时、成熟过程到纪律化、成熟、质量提高和效力的渐进改进道路。
Causal analysis − The analysis of defects to determine their cause. CMMI 适合的评估 - 在评估方法中选择供特定情况下使用的办法。 专门评估的目的是协助一个组织使其方法的应用符合其业务目标。 CMMI模型(适合) 利用CMMI模型的子集,使之适合具体应用。 模型设计的意图是协助一个组织使其模式的应用符合其业务目标。 承诺履行——CMMI模型过程的一个共同特征,具有分阶段代表性,将有关制定政策和确保赞助的一般做法归类为一类。 过程变化的共同原因 - 由于进程各组成部分之间正常和预期的互动,现有进程的变动。 业务概念——关于实体使用或经营方式的一般说明。 结构审计 进行了审计,以核实组合项目符合特定标准或要求。 结构控制 组合管理的一个部分,包括评价、协调、核准或不同意,以及在正式确定组合项目后对组合项目进行改动。 结构管制委员会——一组负责评价和批准或修改对组合项目的拟议改动并确保实施核定改动的人。 结构管理 采用技术和行政指导和监视的纪律,以(1) 查明并记录组合项目的功能和物理特征,(2) 控制这些特征的变化,(3) 记录和报告变更处理和实施情况,(4) 核查具体要求的遵守情况。 [IEEE Std 610.1990] 结构状况会计 组合管理的一个要素是记录和报告有效管理组合所需的信息。 这些资料包括核定配置识别、拟议改变配置的状况以及核定变动的执行情况。 连续代表—— 能力成熟模式结构,在能力水平内为每个特定工作领域改进工作提供建议命令。 更正行动——用于补救某种情况、消除错误或调整条件的行为或行为。 COTS——可以从商业供应商购买的项目。 Customer——客户是个人、项目、组织、团体等,负责接受产品或授权付款。 客户是项目外部的,但不一定是本组织外部的。 当我们讨论需求收集或收集时,客户一词也是一种变量。 低密度——每单位产品规模(例如每1000条代码的重重问题报告)的数量。 限定程序——作为改进的一部分,将采取的一系列步骤。 衍生措施——两个或两个以上基措施的数学功能所产生的数据。 满足要求 - 客户要求中未明确表述的要求,但根据背景要求(例如,适用标准、法律、政策、共同做法和管理决定)或(2)根据具体产品组成部分的需要加以推断。 在产品或系统部件的分析和设计过程中也可产生衍生要求。 分配审查——对设计进行正式、有文件记载、全面和系统审查,以评估设计要求和设计满足这些要求的能力,并查明问题并提出解决办法。 发展规划——一个或多个产品的指导、实施和控制计划。 Discippne amppfication——为特定学科(如系统工程或软件工程)解释模型信息的示范组成部分称为“DISCIPLINE AMPLIFATIONS”。 必要时,在其他示范构成部分中添加纪律扩大。 由于它们出现在网页右边,并有一个标题,表明它们所处理纪律(例如,“软件工程”)。 Enterprise——企业是指由许多不同客户不同地点的许多组织组成的大公司。 国内标准——在成功开展工作之前必须在场的国家。 Exit标准——在努力成功结束之前必须在场的国家。 Expected CMMI content - CMMI构成部分,解释为满足海事海事委员会所需组成部分而可能做些什么。 模型用户可明确实施预期组成部分,或实施这些组成部分的对应替代做法。 具体和通用做法 职能分析——审查确定的职能,以确定履行这一职能所需的所有次级职能;确定职能关系和接口(内部和外部),并在职能结构中捕获这些关系和接口;减少高层业绩要求,并将这些要求分配给较低职等次级职能。 功能结构 职能等级安排、内部和外部(与总合本身无关)职能接口和外部物理接口、各自的职能和业绩要求及其设计制约因素。 基因实践说明——在具体做法之后,一般做法标题和声明似乎适用于处理领域。 在每项通用做法说明之后,可在简单案文中加上“拟订”标题。 GENERIC PRACTICE ELABORATION提供了如何解释一般做法的信息。 如果没有详细情况,一般做法的运用显然不作详细说明。 Goal——“GOAL”是一种必要的CMMI组成部分,可以成为一个通用的目标或具体目标。 当你在CMMI模式中看到“目标”一词时,它总是提到模型组成部分(例如通用目标、具体目标)。 产品和工艺综合开发——产品开发系统办法,在产品生命周期内及时与相关利益攸关方合作,更好地满足客户的需要。 生命周期模型——将产品寿命分成几个阶段,指导项目通过产品退休确定客户需求。 <Manager>——项目经理是负责规划、指导、控制、结构和激励项目的人。 他或她可向在其责任区内执行项目任务或活动的人提供技术和行政指导和控制。 项目经理最终对客户负责。 Maturity Level——在既定目标实现的一套预先界定的进程领域改进过程的程度。 无技术要求——合同规定、承诺、条件和条款,影响产品或服务的获得。 例子包括将要交付的产品、已交付的现成商业非开发项目的数据权利、交付日期和具有退出标准的里程碑。 其他非技术要求包括培训要求、现场要求和部署时间表。 业务概念 关于实体使用或经营方式的一般说明。 业务假设情景——描述所想象的系列活动,包括产品与环境和用户的互动及其产品组成部分之间的互动。 业务假设用于评估该系统的要求和设计,并核实和验证该系统。 激励程序——根据对进程内在变化的共同原因的理解改进的定量管理程序。 这一进程的重点是通过渐进和创新的改进,不断改进进程业绩的范围。 本组织的商业目标 - 高级管理层制定的战略,确保一个组织继续生存,提高其利润率、市场份额以及影响本组织成功的其他因素。 组织成熟度—— 一个组织明确和一贯地部署记录、管理、衡量、控制和不断改进的进程的程度。 组织成熟度可通过评估加以衡量。 组织政策——通常由高级管理层制定的指导原则,由各组织通过,以影响和决定各项决定。 组织单位 接受评价的组织这一部分(也称为评估的组织范围)。 一个组织单位部署一个或多个进程,具有协调一致的进程背景,并在一套协调一致的业务目标范围内运作。 一个组织单位通常属于一个较大的组织,尽管在一个小的组织中,组织单位可能是整个组织。 Peer review——同侪审查发现可交付产品中的缺陷。 公开程序——完成必要工作,利用确定的投入工作产品生产确定的产出工作产品(也称为能力水平1)。 工作领域的具体目标得到满足。 被搁置的过程——描述和计划都记载了这一进程。 应当协调描述和计划,该计划应包括标准、要求、目标、资源、任务等。 Process - a set of activities, methods, practices, and transformations that people used to develop and Maintenance systems and associated products. 内容行动计划 在组织进程重点领域,见导言说明中“进程行动计划”的定义。 程序行动小组——一个小组,负责按照进程改进行动计划的记录,为一个组织制定和执行改进进程的活动。 技术改进 在组织创新和部署进程领域,见导言说明中关于“进程和技术改进”的讨论。 Process area - A Process area is a group of related practices in an area that, when carried out Collective, met a set of objectives considered important for make important better in that area. 海事委员会的所有工作领域都是连续和分阶段的代表。 在分阶段代表制中,工作领域按成熟程度安排。 资产——本组织认为有助于实现加工区目标的任何东西。 资产图书馆——一个组织或项目可使用的流程资产持有量集。 Process context> 评估意见中记载的一套因素影响到评价评级的判断和可比性。 这些包括但不限于有待评估的组织单位的规模;组织单位的人口构成;产品或服务的应用纪律;产品或服务的大小、关键性和复杂性;产品或服务的质量特征。 程序说明——有文件记载的表示为实现特定目标而开展的一系列活动,为进程的主要组成部分提供业务定义。 文件以完整、准确和可核查的方式具体规定了程序的要求、设计、行为或其他特点。 它还可包括确定这些规定是否得到满足的程序。 进程说明可在活动、项目或组织一级查阅。 Process group - 收集有助于界定、维护和改进本组织所用程序的专家。 改进程序——旨在改善本组织进程业绩和成熟程度的活动方案以及该方案的成果。 改进程序目标 为指导改进现有进程的努力而确定的一系列目标特征,无论是从成果产品特性(例如质量、绩效、遵守标准等)来看,还是从实施过程的方式(例如,消除多余的加工步骤、合并过程步骤、改进周期时间等)来看,都是可以衡量的。 改进计划 在组织进程重点领域,见导言说明中对“进程改进计划”的定义。 Process Owner 负责确定和维持程序的人(或团队)。 在组织一级,程序所有人是负责描述标准程序的人(或团队);在项目一级,程序所有人是负责描述确定程序的人(或团队)。 因此,这一过程可能具有不同责任等级的多个所有人。 履约基线——通过跟踪过程取得的实际成果的有文件记载的描述,作为对照预期过程业绩比较实际过程业绩的基准。 <Product——产品可被视为任何有形产出或服务,这些产出或服务是遵循程序的结果,并打算交付给客户或终端用户。 产品也可以是根据合同交付给客户的任何工作产品。 成果要求 - 产品组合要求全面说明产品组成部分,包括适当、形式、功能、性能和任何其他要求。 生产周期——工作产品是生命周期过程生产的任何工艺品,也可称为生命周期工作产品。 生命周期工作产品可包括要求规格、接口规格、建筑规格、项目计划、设计文件、单位测试计划、一体化和系统测试计划、制造产品组装过程等过程。 项目——一个项目是一套管理下的相互关联的资源,向客户或终端用户提供一个或多个产品。 一套资源有一个明确的开端和终点,按照计划运作。 与生产有关的生命周期过程 - 整个生命周期一个或多个阶段(即从受孕到处置)与产品有关的工艺,如制造和支助过程。 产出要求——将客户要求改进为开发商语言,将默示要求纳入明确衍生要求。 <>Program——(1)项目。 (2) 收集支持这些项目的相关项目和基础设施,包括目标、方法、活动、计划和成功措施。 项目进展和业绩 一个项目在执行项目计划方面取得了哪些成果,包括努力、费用、时间表和技术业绩。 项目确定程序 在综合项目管理进程领域,见导言说明和确定具体做法的项目建立中“项目确定过程”的定义。 Prototype——产品或产品组成部分的初步类型、形式或实例,可作为产品后期阶段或最后完整版本的模式。 质量保证——确保管理层采用确定的标准、做法、程序和方法的计划和系统手段。 质量目标——预期目标值表示为量化措施。 质量管理程序——使用统计和其他定量技术加以控制的确定程序。 在整个项目期间,产品质量、服务质量和工艺性能特征是可以衡量和控制的。 所需CMMI部件 - 对在特定进程领域改进进程至关重要的CMMI构成部分。 这些组成部分用于评估,以确定处理能力。 具体目标和通用目标需要示范内容。 查询分析 根据对客户需求、期望和制约因素的分析确定特定产品绩效和功能特征;业务概念;预测人员、产品和工艺的利用环境;以及成效措施。 查询——采用系统技术,如原型和结构化调查,积极主动地查明客户和最终用户的需要并记录这些需要。 查询 要求与其来源要求、执行和核查之间联系的证据。 采购包——一份正式文件,说明技术和非技术要求,用于要求投标邀请书和招标书(提案),或要求说明能力和报价(报价)。 它是选择供应来源或来源提供产品或服务的依据。 过程变化的特别原因—— 造成某种缺陷的原因,具体针对的是某些瞬时的情况,而不是过程的固有组成部分。 具体目标 - SPECIFIC GOALS 适用于一个加工区,处理描述为满足加工区而必须执行的具体特点。 特定目标需要模型组成部分,用于评估,以帮助确定一个处理领域是否得到满足。 具体做法——SPECIFIC PRACTICE是一项被认为对实现相关具体目标十分重要的活动。 具体做法描述了预期实现工作领域具体目标的活动。 预计具体做法是示范组成部分。 分阶段代表——实现一套进程领域目标的示范结构设定了成熟水平;每个级别为随后的水平奠定基础。 持有人——利益攸关方是受项目结果影响或可能影响项目活动或产出的群体或个人。 工作说明——完成项目所需的合同工作说明。 统计可预测性 利用统计技术和其他定量技术控制的数量过程。 统计过程控制——对过程和过程业绩衡量过程进行统计分析,确定过程业绩变化的共同和特殊原因,并在限度内保持过程业绩。 统计技术 采用统计方法的分析技术(例如统计过程控制、信任间隔、预测间隔)。 统计管理过程——由基于统计的技术管理的进程,对过程进行分析,确定过程变化的特殊原因,业绩在明确界定的限度内。 系统工程 为将一套客户需求、期望和制约因素转化为产品解决方案和支持产品整个生命周期的解决方案而需要进行的全面技术和管理努力的跨学科办法。 这包括确定技术绩效措施,将工程专业纳入建立产品结构,以及确定支持生命周期进程,平衡成本、业绩和时间表目标。 确定准则——确定一个过程、改变或修改程序说明,通常在组织一级加以描述,用于某个特定项目。 对大多数组织来说,一个组织进程定义不能也不可能在所有项目中100%遵循。 通常需要一些适应措施。 相应调整准则,说明可以和不能修改哪些内容,并确定允许修改的程序组成部分。 技术数据包——如果这种信息适合产品类别和产品组成部分,可包含以下内容的物品的收集。 技术要求 - 购买或开发的产品或服务的财产(捐赠)。 试验程序——关于特定测试结果的设定、执行和评价的详细指示。 Vapdation- Vapdation show that the products, as provided, (or as it will be provided) will meet its original use in the working environment. 验证保证:“你造就正确的东西”。 认证执行——CMMI模型过程领域的一个共同特征,有分阶段的表述,将涉及高层管理人员审查的一般做法分类,以及对符合程序说明、程序和标准的情况进行客观评价。 工作成果和任务特性 - 用于帮助估算项目工作的产品、服务和项目任务的特点。 这些特点包括大小、复杂性、权重、形式、合适或功能等项目。 这些资源通常用作得出其他项目和资源估计数的一种投入(例如,努力、成本、时间表)。