交付的产品、交付现成品(COTS)与非开发项目(NDIs)的数据权、交付日期及有出口准则的里程碑。其它的非技术需求包括培训需求、场地需求及部署进度等。 目标 在 CMMI 产品系列中，「目标(goal)」一词已有特定的用途，即使用于「通用目标」与「特定目标」中。所以，当模型中需要表达日常使用之「目标(goal)」的意义时，会以「目标(objective)」来表示。(请参见「目标(goal)」。) 客观证据 如CMMI 评估数据、文档或面谈结果，用来当做模型实践的实施与制度化的指标。客观证据的来源能包括工具、简报文档及访查。
客观评估 依据准则审查活动与工作产品，将审查人员的主观与偏见减至最小。由独立的质量保证功能人员，针对需求、标准或程序所执行的审计是客观评估的范例。(请参见「审计」。)
观察 如同CMMI 评估资料，「观察」是一份书面的纪录，用以表示评估组成员在评估资料收集活动中，对于所见所闻的了解。该书面纪录可以用报告表的格式，也可以用其它的表格来记录，只要可以保存信息的内容即可。
操作概念 一个物理使用或操作方法的一般描述。(又可称为「操作概念(concept of operations)」。)
操作场景 想象之事件顺序的描述，包括产品与其环境与使用者的相互作用，以及产品组件之间的相互作用。操作场景用来评估系统的需求与设计，并验证与确认系统。
已优化过程 根据了解过程变异的共同原因，而改进的量化管理过程。以渐进与创新的改进，已优化过程焦点于过程绩效范围的持续改进。(请参见「过程变异的共同原因」、「已定义过程」及「量化管理过程」。)
组织 一个行政管理结构由成员共同管理一个或多个项目。这些项目有共同的资深管理人员，并在相同的方针下运作。不过在CMMI 模型中，「组织」也可以是只有一个人以执行某功能的小组织；如果在大组织中，这些功能可能由一组人执行。(请参见「企业集团」及「组织单位」。)
组织成熟度 组织明显且一致地部署过程的程度，这些过程已文档化、已管理、
已度量、已控制及持续改进。组织成熟度可由评估来度量。
组织方针 通常由资深管理人员所建立的指导原则，组织采纳后将会影响并决定决策。
组织过程资产 过程的说明、实施及改进有关的成果(artifacts) (如方针、度量、过程说明及过程实行支持工具等。)，「过程资产」指出开发或取得这些成果的目的，在于满足组织的经营目标。过程资产也代表组织的投资，并预期这些投资会提供目前及未来的经营价值。(请参见「过程资产库」。)
组织单位 组织中接受评估的部分。组织单位部署一个或多个过程，这些过程具有一致性的过程范围，并在一致性的经营目标下执行。组织单位通常是较大组织的一部分，然而在小组织中，组织单位可能就是整个组织。
组织经营目标 绩效参数资深管理人员所开发的策略，用来确保组织永续存在及增强其获利率、市场占有率，以及其它影响组织成功的因素。(请参见「质量与过程绩效的目标」及「量化目标」。)
当应用至系统工程的活动时，这样的目标包括降低系统集成阶段需求变更的次数、减少开发周期时间、增加开发的第一或第二阶段错误发现的数目、减少客户所报告的缺陷数等等。
组织度量资产库 收集与提供过程与工作产品之度量数据的存储库，尤其是与组织标准过程相关的数据。存储库包含或参考实际的度量数据或其参照的数据，以及了解与估计度量数据所需的相关信息。
组织过程资产库 用来存储与使有用过程资产库。它使组织中定义、实施及管理过程的人员，可以取得这些有用的过程资产。这信息库包含过程相关文档，如方针、已定义过程、检查表、学习心得的文档、样板、标准、程序、计划、及培训教材等。
组织标准过程 组织中引导所有活动之过程的定义。这些过程说明涵盖基本的过程组件(process elements)(及其相互的关系，如次序与接口)。而且这些基本的
过程组件必须合并到整个组织的项目所执行的已定义过程中。标准过程使整个组织具有一致的开发活动与维护活动，也是长期之稳定性及改进的重要条件。(请参见「已定义过程」及「过程组件」。) 委外 (请参见「采购」。)
同行评审 在工作产品开发期间，由工作同行对工作产品所执行的审查，以识别须移除的缺陷。在CMMI 产品系列中，使用「同行评审(peer review)」，而不使用「工作产品检查(work product review)」。(请参见「工作产品」。) 绩效参数 有效性的度量与其它的主要度量，用来指导与控制开发的进行。 已执行的过程 完成整个必要工作以产生工作产品的过程。该过程域的特定目标皆须符合要求。
物理配置审计 执行审计以验证所建立的配置项，符合技术文档的定义与说明。 (请参见「配置审计」、「配置管理」及「功能配置审计」。)
已规划的过程 指包含说明与计划之文档化的过程，说明与计划应彼此协调，而且计划应包括标准、需求、目标、资源及工作分配等。 方针 (请参见「组织方针」。)
过程 在CMMI 产品系列中，活动可视作CMMI 模型中实践的实施。这些活动可以对照到CMMI 过程域的一个或多个实践，以允许模型有用于过程改进及过程评估。(请参见「过程域」，「子过程」及「过程组件」。)
在通用目标与通用实践的叙述与说明，「过程」字词有特别的用法。「过程」如同使用再第二部分时，是指实施该过程域的一个过程与许多过程。
过程行动计划 通常是评估结果后的计划，针对评估时发现的缺陷，记录如何实施改进。
过程执行团队 记录于过程行动计划中，负责开发及执行组织过程改进活动的团队。
过程与技术改进 对过程或产品技术渐进与创新的改进。
过程架构 标准过程中，过程组件间的次序、接口、相互依赖，以及过程组件间的其它关系。过程架构也说明过程组件与外部过程(例如：合同管理) 间的接口、相互依赖及其它关系。
过程域 一组同属某领域及相关的实践，当共同执行时，可以达成一组目标，而这些目标对该领域的重大改进是重要的。对连续式表述与阶段式表述所有的CMMI 过程域而言，都是共同的。
过程资产 组织认为达到某过程域目标有用的任何事物。(请参见「组织过程资产」。)
过程资产库 过程资产的收集，可用于组织或项目。(请参见「组织过程资产库」。) 过程属性 过程能力的可度量特性，可适应用于任何过程。 过程能力 遵循一个过程可达到之预期结果的范围。
过程定义 定义与描述过程的行动。过程定义的结果为过程说明。(请参见「过程说明」。)
过程说明 以文档化的表达方式，表示执行一组活动以完成某特定的目的，该文档提供过程主要组件的操作定义。这文档以完整、明确及可验证的方式，指定过程的需求、设计、行为或其它的特性。它可能也包括决定这些规定是否符合的程序。过程说明可见于活动、项目或组织等级。
过程组件 过程的基本单位。以子过程或过程组件的方式定义过程，子过程可以继续分解成其它的子过程与/或过程组件，但过程组件则不能继续分解。 每一个过程组件包含一组关系密切的活动(例如：估计组件、同行评审组件)。可使用待完成的样版、待调修的摘要，或待修正或使用的说明，来描述过程组件。过程组件可以是一项活动或工作。
过程组 帮助定义、维护及改进组织所使用之过程的专家群。
过程改进 用来改进组织过程绩效与成熟度的行动计划，以及该计划的成果。 过程改进目标 采用可度量方式所建立一组目标特性，用以改进现有过程的指导。
度量方式可以是产品结果的特性(例如：质量、绩效、标准的符合程度等)，或是过程执行的方式(例如：除去多余的过程步骤、合并过程步骤、改进周期时间等)。(请参见「组织经营目标」及「量化目标」。)
过程改进计划 基于充分了解现在组织过程与资产的优点与缺点，为达成组织过程改进的目标的计划。
过程度量 用来度量过程及其产品的定义、方法与活动，其目的是了解该过程及记述其特征。
过程负责人 负责定义与维护过程的个人(或团队)。在组织等级，过程负责人是负责描述标准过程的个人(或团队)。在项目等级，过程负责人是负责描述已定义过程的个人(或团队)。因此在不同等级责任中，一个过程可能有多个过程负责人。(请参见「已定义过程」及「标准过程」。)
过程绩效 遵循一个过程所达成实际结果的度量。是由过程度量(如工作量、周期时间及缺陷移除的效率)与产品度量(如可靠度、缺陷密度及反应时间)所描述。 过程绩效基线 遵循一个过程所达成实际结果的特性纪录，用来作为比较实际过程绩效与预期过程绩效的标竿。(请参见「过程绩效」。)
过程绩效模型 描述过程与其工作产品的属性间的关系，它们自历史的过程绩效数据开发而来，并使用项目所收集的过程与产品度量加以调校，以及来预测后续过程达成的结果。
过程定义 为了某特定目的而制作、修改或改编过程说明。例如：项目自组织标准过程定义其已定义过程，以符合项目的目标、限制及环境。(请参见「已定义过程」、「组织标准过程」及「过程说明」。)
产品 在CMMI 产品系列中，产品是指预定交付给客户或最终使用者的工作产品。产品的形式依不同的情况而异。(请参见「客户」、「产品组件」、「服务」及「工作产品」。)