CMMI 詞彙表

---

---

執行能力 − CMMI 模型流程域的一個常見特徵，在分階段表示中，它將與確保專案和/或組織擁有所需資源相關的通用實踐分組。

驗收標準 − 產品或產品元件必須滿足才能被使用者、客戶或其他授權實體接受的標準。

驗收測試 − 為使使用者、客戶或其他授權實體能夠確定是否接受產品或產品元件而進行的正式測試。

成就概況 − 在連續表示中，流程域及其相應的能夠等級的列表，表示組織在各個流程域中透過能力等級提升時的進展情況。

採購 − 透過合同獲得的任何離散行為或擬議行為，該行為將使收購實體承諾投資以獲得產品和服務。

採購策略 − 基於供應來源、採購方法、需求規範型別、合同或協議型別以及相關的採購風險等因素考慮而制定的獲取產品和服務的具體方法。

充分的 − “充分的”、“適當的”和“根據需要”出現在CMMI中，允許所有級別的管理人員和從業人員根據組織的業務目標來解釋具體和通用的目標和實踐。例如，風險管理流程域的通用實踐宣告——“為執行風險管理流程、開發工作產品和提供流程服務提供充分的資源。”充分的資源可以是人員數量、必須監控風險的人員等。

高階實踐 − 在連續表示中，所有能力等級為 2 或更高的具體實踐。

協議/合同需求 − 與採購相關的全部技術和非技術需求。

分配需求 − 將高階需求的所有或部分效能和功能分配給較低級別體系結構元素或設計元件的需求。

替代實踐 − 用來替代CMMI模型中包含的一個或多個通用或具體實踐的實踐，其效果等同於滿足與模型實踐相關的通用或具體目標。替代實踐不一定是通用或具體實踐的一對一替代。

評估 − 評估是由經過培訓的專業人員團隊使用評估參考模型作為基礎來確定優勢和劣勢對一個或多個流程進行的檢查。

評估結果 − 評估的結論，確定評估範圍內的最重要問題、難題或機遇。它至少包括基於有效觀察的優勢和劣勢。

評估參與者 − 在評估期間參與提供資訊的組織單位成員。

評估等級 − 如CMMI評估材料中所用，評估團隊分配給 (1) CMMI目標或流程域，(2) 流程域的能力等級，或 (3) 組織單位的成熟度等級的值。等級是透過對所採用的評估方法執行定義的等級過程來確定的。

評估參考模型 − 如CMMI評估材料中所用，評估團隊將已實施的流程活動與其關聯的CMMI模型。

評估範圍 − 包含組織範圍和CMMI模型範圍的評估邊界的定義。

評估團隊負責人 − 領導評估活動並滿足評估方法定義的經驗、知識和技能資格標準的人員。

適當的 − 請參閱“充分的”定義。

根據需要 − 請參閱“充分的”定義。

評估 − 評估是組織為了流程改進而自行進行的評估。

可歸因於流程變化的原因 − 在CMMI中，術語“過程變化的特殊原因”用於代替“可歸因於過程變化的原因”，以確保一致性。這兩個術語的定義相同。

審計 − 對工作產品或一組工作產品進行的獨立檢查，以確定是否滿足要求。

基準測量 − 實體的獨特屬性或特徵及其量化方法。

基礎實踐 − 在連續表示中，所有能力等級為 1 的具體實踐。

基線 − 基線一詞通常用於表示這樣的參考點。基線是在開發生命週期中適當點上對系統的批准快照。基線建立了定義後續更改的正式基礎。如果沒有這條線或參考點，則更改的概念就毫無意義。

業務目標 − 高階管理層制定的策略，旨在確保組織的持續存在並提高其盈利能力、市場份額以及影響組織成功的其他因素。

能力評估 − 由經過培訓的專業人員團隊進行的評估，用作選擇供應商、進行合同監控或激勵的判別因素。評估用於幫助決策者做出更好的採購決策，改進分包商的績效，併為採購組織提供見解。

能力等級 − 在單個流程域內實現流程改進。能力等級由流程域的適當具體實踐和通用實踐定義。

能力等級概況 − 在連續表示中，流程域及其相應能力等級的列表。當概況表示組織在各個流程域中透過能力等級提升時的進展情況時，它可能是成就概況。或者，當概況表示流程改進的目標時，它可能是目標概況。

能力成熟度模型 − 能力成熟度模型 (CMM) 包含一個或多個學科有效流程的基本要素。它還描述了一條從臨時、不成熟的流程到紀律嚴明、成熟的流程的演進式改進路徑，這些流程具有更高的質量和效率。

勝任的流程 − 能夠滿足其指定的產質量量、服務質量和流程效能目標的流程。

因果分析 − 確定缺陷原因的分析。

變更管理 − 明智地使用方法來對產品或服務進行更改或擬議更改。

CMMI 評估定製 − 在特定情況下使用的評估方法中的選項選擇。評估定製的目的是協助組織使其方法的應用與組織的業務目標相一致。

CMMI 模型元件 − 構成 CMMI 模型的任何主要架構元素。CMMI 模型的一些主要元素包括具體實踐、通用實踐、具體目標、通用目標、流程域、能力等級和成熟度等級。

CMMI 模型定製 − 使用 CMMI 模型的子集，目的是使其適合特定應用。模型定製的目的是協助組織使其模型的應用與其業務目標相一致。

CMMI 產品套件 − 此術語已用於完整的 CMMI 框架。

履行承諾 − CMMI 模型流程域的一個常見特徵，在分階段表示中，它將與建立策略和確保贊助相關的通用實踐分組。

過程變化的共同原因 − 由於流程元件之間的正常和預期互動而存在的流程變化。

操作概念 − 對實體的使用方式或操作方式的總體描述。

配置審計 − 為驗證配置項是否符合指定的標準或要求而進行的審計。

配置基線 − 在產品或產品元件生命週期的特定時間正式指定的配置資訊。配置基線加上來自這些基線的批准更改構成了當前的配置資訊。

配置控制 − 配置管理的一個組成部分，包括在正式建立其配置標識後對配置項更改的評估、協調、批准或不批准以及實施。

配置控制委員會 − 負責評估和批准或不批准對配置項的擬議更改，並確保實施已批准更改的人員組。

配置標識 − 配置管理的一個組成部分，包括為產品選擇配置項、為其分配唯一識別符號以及在技術文件中記錄其功能和物理特性。

配置項 − 被指定用於配置管理並作為配置管理流程中的單個實體對待的工作產品的集合。

配置管理 − 應用技術和管理指導和監督的學科，用於 (1) 識別和記錄配置項的功能和物理特性，(2) 控制這些特性的更改，(3) 記錄和報告更改處理和實施狀態，以及 (4) 驗證是否符合指定的要求。[IEEE 標準 610.1990]

CMMI模型 − 由於CMMI框架可以根據使用該框架的組織的需求生成不同的模型，因此存在多個CMMI模型。“CMMI模型”這個短語可以指許多資訊集合中的任何一個。“CMMI模型”是指可以從CMMI框架生成的一個、一些或所有可能的模型集合。

配置狀態記賬 − 配置管理的一個組成部分，包括記錄和報告有效管理配置所需的資訊。這些資訊包括：已批准配置標識的列表、對配置的擬議更改的狀態以及已批准更改的實施狀態。

持續表示 − 能力成熟度模型結構，其中能力級別提供了在每個指定過程域內實現過程改進的推薦順序。

糾正措施 − 用於補救局面、消除錯誤或調整狀況的行為或行動。

COTS − 可以從商業供應商處購買的物品。

客戶 − 客戶是指負責驗收產品或授權付款的個人、專案、組織、團體等等。客戶位於專案之外，但不一定位於組織之外。當我們討論需求收集或需求獲取時，術語“客戶”也用作變數。

資料管理 − 用於資料共享和管理的原則、流程和系統。

缺陷密度 − 每單位產品大小的缺陷數量（例如，每1000行程式碼的問題報告數）。

已定義的過程 − 作為改進一部分而應遵循的一組已定義的步驟。

派生度量 − 由兩個或多個基準度量的數學函式產生的資料。

派生需求 − 客戶需求中未明確說明，但從以下方面推斷出的需求：（1）上下文需求（例如，適用標準、法律、政策、常見做法和管理決策），或（2）指定產品元件所需的需 求。派生需求也可能在產品或系統的元件分析和設計過程中出現。

設計評審 − 對設計進行正式、記錄在案、全面和系統的檢查，以評估設計需求和設計滿足這些需求的能力，並找出問題並提出解決方案。

開發 − 如CMMI中所用，開發包括維護活動和開發活動。經驗表明，如果組織追求工程卓越，則應將最佳實踐應用於開發和維護專案。

開發計劃 − 用於指導、實施和控制一個或多個產品的設計和開發的計劃。

指導實施 − 具有分階段表示的CMMI模型過程域的一個共同特徵，該表示將與管理過程績效、管理其工作產品的完整性以及涉及相關利益相關者相關的通用實踐分組。

學科擴充套件 − 提供指導以解釋特定學科（例如，系統工程或軟體工程）的模型資訊的模型元件稱為“學科擴充套件”。根據需要，將學科擴充套件新增到其他模型元件。這些很容易找到，因為它們出現在頁面的右側，並且有一個標題指示它們所針對的學科（例如，“軟體工程”）。

文件 − 文件是資料的集合，無論其記錄的介質是什麼。它通常具有永續性，並且可以被人類或機器讀取。文件包括紙質文件和電子文件。

企業 − “企業”用於指那些由許多位於不同地點、擁有不同客戶的組織組成的特大型公司。

進入標準 − 在工作能夠成功開始之前必須具備的狀態。

等效分級 − 等效分級是一個目標分級，使用連續表示建立，該表示的定義方式使得可以使用目標分級的結果與分階段表示的成熟度級別進行比較。

退出標準 − 在工作能夠成功結束之前必須具備的狀態。

預期CMMI元件 − 解釋可以做什麼來滿足所需CMMI元件的CMMI元件。模型使用者可以明確地實現預期元件，或者實現這些元件的等效替代實踐。具體實踐和通用實踐是預期模型元件。

發現 − 請參見評估發現。

正式評估過程 − 在“決策分析與解決”過程域中，請參見引言中的“正式評估過程”的定義。

功能分析 − 檢查已定義的功能，以識別完成該功能所需的所有子功能；識別功能關係和介面（內部和外部）並在功能架構中捕獲這些關係；以及上層效能需求的分解和這些需求對下層子功能的分配。

功能架構 − 功能及其內部和外部（外部指集合本身）功能介面以及外部物理介面、各自的功能和效能需求以及設計約束的分層排列。

通用目標 − 通用目標之所以被稱為“通用”，是因為相同的目標陳述出現在多個過程域中。在分階段表示中，每個過程域只有一個通用目標。在過程域中實現通用目標表示在計劃和實施與該過程域相關的過程中改進了控制，因此表明這些過程是否可能有效、可重複和持久。通用目標是必需的模型元件，並用於評估以確定過程域是否得到滿足。

通用實踐 − 通用實踐提供製度化，以確保與過程域相關的過程將有效、可重複和持久。通用實踐按通用目標和共同特徵進行分類，並且是CMMI模型中的預期元件。（只有通用實踐的標題、陳述和詳細說明出現在過程域中。）

通用實踐詳細說明 − 在具體實踐之後，出現了適用於該過程域的通用實踐標題和陳述。在每個通用實踐陳述之後，可能會出現帶有“詳細說明”標題的純文字詳細說明。通用實踐詳細說明提供了有關如何解釋該過程域的通用實踐的資訊。如果沒有詳細說明，則無需詳細說明即可顯而易見地應用通用實踐。

目標 − “目標”是必需的CMMI元件，可以是通用目標或具體目標。當您在CMMI模型中看到“目標”一詞時，它始終指模型元件（例如，通用目標、具體目標）。

不完整過程 − 未執行或僅部分執行的過程（也稱為能力級別0）。該過程域的一個或多個具體目標未得到滿足。

獨立組 − 在“過程和產品質量保證”過程域中，請參見引言中“獨立組”的討論。

資訊性CMMI元件 − 幫助模型使用者理解模型所需和預期元件的CMMI元件。這些元件可能包含示例、詳細說明或其他有用的資訊。子實踐、註釋、參考、目標標題、實踐標題、來源、典型工作產品、學科擴充套件和通用實踐詳細說明是資訊性模型元件。

制度化 − 組織作為其企業文化一部分例行遵循的根深蒂固的業務方式。

整合產品和過程開發 − 一種系統化的產品開發方法，它在整個產品生命週期中實現相關利益相關者的及時協作，以更好地滿足客戶需求。

整合團隊 − 一組具有互補技能和專業知識的人員，他們致力於及時協作交付指定的工作產品。整合團隊成員提供適合工作產品所有階段的技能和支援，並共同負責按規定交付工作產品。整合團隊應包括來自對工作產品成功有既得利益的組織、學科和職能部門的授權代表。

介面控制 − 在配置管理中，（1）識別與一個或多個組織提供的兩個或多個配置項介面相關的所有功能和物理特性，以及（2）確保在實施之前評估和批准對這些特性的擬議更改的過程。[IEEE 828-1983]。

首席評估員 − 如CMMI產品套件中所用，是指已獲得授權機構認可，可以作為特定評估方法的評估團隊領導的人員。

生命週期模型 − 將產品的生命週期劃分為引導專案從識別客戶需求到產品退役的階段。

經理 − 專案經理是負責計劃、指導、控制、構建和激勵專案的人員。他或她可以為在其責任範圍內的執行專案任務或活動的人員提供技術和管理指導和控制。專案經理最終對客戶負責。

成熟度等級 − 在一組預定義的過程域中實現過程改進的程度，其中該組中的所有目標都已實現。

協議備忘錄 − 兩個或多個當事方之間具有約束力的諒解或協議檔案。

自然界限 − 由過程效能度量反映的內在過程，有時稱為“過程之聲”。控制圖、置信區間和預測區間等技術用於確定變異是由於共同原因（即過程是可預測的或“穩定的”）還是由於某些特殊原因造成的，這些特殊原因可以並且應該被識別和消除。

非開發專案 − 在收購或開發過程中之前開發的供應專案。此類專案可能需要進行少量修改才能滿足其當前預期用途的要求。

非技術需求 − 影響如何獲取產品或服務 的合同規定、承諾、條件和條款。例如，要交付的產品、交付的商用現成 (COTS) 非開發專案 (NDI) 的資料權利、交付日期以及具有退出標準的里程碑。其他非技術需求包括培訓需求、場地需求和部署計劃。

目標 − CMMI 中“目標”一詞的使用與日常生活中含義相同；指的是我們想要達成的目標或目的。

客觀證據 − 如CMMI評估材料中所用，指關於專案或服務特徵，或過程要素存在和實施情況的定性或定量資訊、記錄或事實陳述，這些資訊基於觀察、測量或測試，並且是可驗證的。

客觀評估 − 以最大限度地減少評估人員主觀性和偏差的標準來審查活動和工作產品。客觀評估的一個例子是，由獨立的質量保證部門根據需求、標準或程式進行的稽核。

觀察 − 如CMMI評估材料中所用，指評估團隊成員對評估資料收集活動期間所見所聞資訊的書面記錄。書面記錄可以是陳述的形式，也可以是其他形式，只要資訊內容得以保留。

運作概念 − 對實體的使用方式或運作方式的總體描述。

運作場景 − 對設想的一系列事件的描述，包括產品與其環境和使用者的互動，以及其產品元件之間的互動。運作場景用於評估系統的需求和設計，並驗證和確認系統。

最佳化過程 − 一個定量管理的過程，其改進基於對該過程中固有的共同原因變異的理解。一個專注於透過增量和創新改進持續改進過程績效範圍的過程。

組織 − 組織是一個結構，其中人們集體管理一個或多個專案作為一個整體，其專案共享高階經理並在相同的政策下運作。

組織的業務目標 − 高階管理層制定的戰略，以確保組織的持續存在並提高其盈利能力、市場份額以及其他影響組織成功的因素。

組織成熟度 − 組織在多大程度上明確且一致地部署了已記錄、管理、測量、控制和持續改進的過程。組織成熟度可以透過評估來衡量。

組織政策 − 通常由高階管理層制定的指導原則，組織採納該原則以影響和決定決策。

組織單元 − 接受評估的組織部分（也稱為評估的組織範圍）。一個組織單元部署一個或多個具有連貫過程上下文並在連貫的業務目標範圍內運作的過程。組織單元通常是更大組織的一部分，儘管在小型組織中，組織單元可能就是整個組織。

外包 − 透過合同獲得收購實體將承諾投資以獲得產品和服務的任何單獨行動或擬議行動的過程。

同行評審 − 由同行進行的評審，以找出交付成果中的缺陷。

效能引數 − 用於指導和控制漸進式開發的有效性度量和其他關鍵度量。

已執行過程 − 使用已識別的輸入工作產品完成所需工作以產生已識別的輸出工作產品的過程（也稱為能力級別1）。過程領域的具體目標得到滿足。

計劃過程 − 一個既有描述又有計劃記錄的過程。描述和計劃應協調一致，計劃應包括標準、要求、目標、資源、分配等。

過程 − 人們用來開發和維護系統及其相關產品的一套活動、方法、實踐和轉換。

過程行動計劃 − 在“組織過程焦點”過程領域中，參見導言中的“過程行動計劃”定義。

過程行動團隊 − 負責根據過程改進行動計劃為組織開發和實施過程改進活動的團隊。

過程和技術改進 − 在“組織創新和部署”過程領域中，參見導言中關於“過程和技術改進”的討論。

過程域 − 過程域是在一個領域中相關實踐的集合，當這些實踐共同執行時，能夠滿足一組被認為對在該領域取得重大改進至關重要的目標。所有CMMI過程域都適用於持續表示和階段式表示。在階段式表示中，過程域按成熟度級別組織。

過程資產 − 組織認為對實現過程域目標有用的任何東西。

過程資產庫 − 組織或專案可以使用的一組過程資產。

過程屬性 − 適用於任何過程的，可測量的過程能力特徵。

過程能力 − 透過遵循過程可以實現的預期結果範圍。

過程上下文 − 在評估輸入中記錄的一組因素，這些因素會影響評估評級的判斷和可比性。這些因素包括但不限於：待評估組織單元的規模；組織單元的人口統計資料；產品或服務的應用學科；產品或服務的規模、重要性和複雜性；以及產品或服務的質量特徵。

過程定義 − 定義和描述過程的行為。過程定義的結果是過程描述。

過程描述 − 對為實現給定目的而執行的一組活動的記錄表達，它提供了過程主要元件的操作定義。該文件以完整、精確和可驗證的方式指定過程的需求、設計、行為或其他特性。它還可以包括確定是否已滿足這些規定的程式。過程描述可以在活動、專案或組織級別找到。

過程要素 − 過程的基本單元。過程可以用子過程或過程要素來定義。子過程可以進一步分解；過程要素不能。每個過程要素涵蓋一組密切相關的活動（例如，估算要素、同行評審要素）。可以使用模板來完成、抽象來細化或描述來修改或使用的過程要素。過程要素可以是活動或任務。

過程組 − 一組促進組織使用過程的定義、維護和改進的專家。

過程改進 − 一項旨在改進組織過程的績效和成熟度以及此類計劃結果的活動計劃。

過程改進目標 − 建立的一組目標特徵，用於指導以特定可衡量的方式改進現有過程的努力，無論是就最終產品特徵（例如，質量、效能、符合標準等）還是過程執行方式（例如，消除冗餘過程步驟、組合過程步驟、改進週期時間等）而言。

過程改進計劃 − 在“組織過程焦點”過程領域中，參見導言中的“過程改進計劃”定義。

過程測量 − 用於對過程及其結果產品進行測量的一組定義、方法和活動，其目的是對過程進行表徵和理解。

過程所有者 − 負責定義和維護過程的人員（或團隊）。在組織層面，過程所有者是負責標準過程描述的人員（或團隊）；在專案層面，過程所有者是負責已定義過程描述的人員（或團隊）。因此，一個過程可能在不同的責任級別上有多個所有者。

過程績效 − 遵循過程所取得的實際結果的度量。其特徵在於過程度量（例如，工作量、週期時間和缺陷去除效率）和產品度量（例如，可靠性、缺陷密度和響應時間）。

過程績效基線 − 對遵循過程所取得的實際結果的記錄描述，用作將實際過程績效與預期過程績效進行比較的基準。

過程績效模型 − 從歷史過程績效資料中開發並使用從專案收集的過程和產品度量進行校準的過程及其工作產品屬性之間關係的描述，用於預測透過遵循過程將取得的結果。

過程定製 − 為特定目的製作、更改或調整過程描述。例如，專案根據組織的一套標準流程定製其已定義的流程，以滿足專案的客觀、約束和環境。

產品 − 產品可以被認為是任何有形的輸出或服務，它是遵循過程的結果，並且旨在交付給客戶或終端使用者。產品也可以是根據合同交付給客戶的任何工作產品。

產品元件 − 產品元件通常是產品的較低級別元件，並整合在一起以“構建”產品。產品元件可能是交付給客戶的產品的一部分，也可能用於產品的製造或使用。例如，對於那些製造手機電池的公司來說，手機電池是一種產品。對於那些製造和交付手機的公司來說，電池是一個產品元件。

產品基線 − 在配置管理中，在生產、執行、維護和後勤支援其生命週期的過程中定義配置項的初始批准技術資料包（包括軟體的原始碼列表）。

產品元件需求 − 產品元件需求提供了產品元件的完整規範，包括配合、形狀、功能、效能以及任何其他需求。

產品生命週期 − 工作產品是生命週期過程中產生的任何工件，也可以稱為生命週期工作產品。生命週期工作產品可以包括需求規格說明、介面規格說明、架構規格說明、專案計劃、設計文件、單元測試計劃、整合和系統測試計劃，以及諸如製造產品組裝過程之類的過程。

專案 − 專案是一組相互關聯的資源的受控集合，它向客戶或終端使用者交付一個或多個產品。這組資源有明確的開始和結束，並根據計劃運作。

產品線 − 一組共享共同管理的功能集的產品，以滿足特定市場或任務的特定需求。

與產品相關的生命週期過程 − 與產品在其生命週期的一個或多個階段（即從概念到處置）相關的過程，例如製造和支援過程。

產品需求 − 將客戶需求細化為開發人員的語言，將隱式需求轉化為顯式派生需求。

專案群 − (1) 專案。(2) 相關專案和支援它們的設施的集合，包括目標、方法、活動、計劃和成功衡量指標。

專案經理 − 專案經理是負責規劃、指導、控制、構建和激勵專案的人員。他或她可以為在其責任範圍內的執行專案任務或活動的人員提供技術和管理方面的指導和控制。專案經理最終對客戶負責。隨著專案規模、多樣性和複雜性的變化，專案經理承擔不同的角色和責任。

專案進度和績效 − 專案在實施專案計劃方面取得的成就，包括工作量、成本、進度和技術績效。

專案定義的過程 − 在整合專案管理過程領域中，請參閱引言說明和“建立專案定義的過程”特定實踐中對“專案定義的過程”的定義。

原型 − 產品或產品元件的初步型別、形式或例項，作為以後階段或產品最終完整版本的模型。

質量 − 產品、產品元件或過程的一組固有特性滿足客戶要求的能力。

質量保證 − 一種有計劃的系統方法，用於向管理層保證已應用定義的標準、實踐、程式和過程方法。

質量控制 − 用於滿足質量要求的操作技術和活動。

定量目標 − 以定量指標表示的期望目標值。

定量管理的過程 − 使用統計和其他定量技術進行控制的定義過程。產品質量、服務質量和過程績效屬性在整個專案中都是可衡量和可控的。

參考模型 − 用作衡量某些屬性的基準的模型。

相關利益相關者 − 相關利益相關者用於指定已確定參與特定活動並在適當的計劃（例如專案計劃）中包含的利益相關者。

所需的CMMI元件 − 對在給定過程領域中實現過程改進至關重要的CMMI元件。這些元件用於評估以確定過程能力。具體目標和通用目標是必需的模型元件。

需求 − (1) 使用者解決問題或實現目標所需的條件或能力。(2) 產品或產品元件必須滿足或具備的條件或能力，以滿足合同、標準、規範或其他正式施加的檔案。(3) 如(1)或(2)中所示的條件或能力的記錄表示。

需求分析 − 基於對客戶需求、期望和約束的分析；操作概念；人員、產品和流程的預期利用環境；以及有效性衡量指標，確定產品特定的效能和功能特性。

需求獲取 − 使用原型和結構化調查等系統技術，主動識別和記錄客戶和終端使用者的需求。

需求管理 − 管理專案接收或生成的全部需求，包括技術和非技術需求，以及組織對專案提出的需求。

需求追溯性 − 需求與其源需求、其實現及其驗證之間關聯的證據。

投資回報率 − 產出（產品）收入與生產成本的比率，用於確定組織從執行某項行動以生產某種東西中是否受益。

風險分析 − 對風險進行評估、分類和優先排序。

風險識別 − 一種有組織的、徹底的方法，用於尋找在實現目標過程中可能存在的或現實的風險。

風險管理 − 一種有組織的分析過程，用於識別可能造成損害或損失的原因（識別風險）、評估和量化已識別的風險，以及制定和（如有需要）實施適當的方法來預防或處理可能導致重大損害或損失的風險原因。

風險管理策略 − 一種有組織的技術方法，用於識別可能造成損害或損失的原因（識別風險）、評估和量化已識別的風險，以及制定和（如有需要）實施適當的方法來預防或處理可能導致重大損害或損失的風險原因。通常，風險管理是為專案、組織或產品開發組織部門執行的。

根本原因 − 根本原因是缺陷的根源，如果將其消除，則缺陷會減少或消除。

高階經理 − CMMI 中使用的高階經理一詞是指組織中足夠高的管理角色，該人員的主要關注點是組織的長期健康和成功，而不是短期的專案和合同問題以及壓力。高階經理可能負責監督可能包含許多由專案經理管理的專案的專案群。

軟體工程 − (1) 對軟體的開發、執行和維護應用系統化、規範化、可量化的方法。(2) 如(1)中所示的方法的研究。

招標 − 編制招標檔案包和選擇供應商（承包商）的過程。

招標檔案包 − 一份正式檔案，詳細說明技術和非技術要求，用於請求對招標邀請書（投標）和建議書請求（建議書）的報價，或請求能力說明和價格報價（報價）。否則，它用作選擇供應來源或來源以提供產品或服務的依據。

過程變異的特殊原因 − 缺陷的原因是特定於某些瞬態情況，而不是過程的固有部分。

具體目標 − 具體目標適用於過程領域，並解決描述必須實施以滿足過程領域內容的獨特特徵。具體目標是必需的模型元件，用於評估以幫助確定過程領域是否得到滿足。

具體實踐 − 具體實踐是實現相關具體目標的重要活動。具體實踐描述了預期會導致實現過程領域具體目標的活動。具體實踐是預期的模型元件。

穩定過程 − 已消除過程變異的所有特殊原因並防止其再次發生的狀態，因此只剩下過程的常見變異原因。

分階段表示 − 模型結構，其中實現一組過程領域的目標建立成熟度級別；每個級別都為後續級別奠定基礎。

利益相關者 − 利益相關者是指受專案結果影響或可能影響專案活動或產出的群體或個人。

標準過程 − 指導在組織中建立通用過程的基本過程的操作定義。標準過程描述了預期將納入任何已定義過程的基本過程元素。它還描述了這些過程元素之間的關係（例如，排序和介面）。

工作說明書 − 完成專案所需合同工作的描述。

統計可預測性 − 使用統計和其他定量技術進行控制的定量過程的效能。

統計過程控制 − 基於統計的過程分析和過程績效的測量，這將識別過程中變異的常見原因和特殊原因，並將過程績效保持在限制範圍內。

統計技術 − 採用統計方法（例如，統計過程控制、置信區間、預測區間）的分析技術。

統計管理的過程 − 透過基於統計的技術進行管理的過程，其中分析過程，識別過程變異的特殊原因，並將效能控制在明確定義的限制範圍內。

優勢 − 如CMMI評估材料中所用，CMMI模型實踐的示例性或值得注意的實施。

子過程 − 屬於較大過程的一部分的過程。

供應商 − (1) 交付產品或執行被收購服務的實體。(2) 個人、合夥企業、公司、法人、協會或其他服務機構，根據協議（合同）的條款，與收購方簽訂協議（合同），設計、開發、製造、維護、修改或供應商品。

持續支援 − 用於確保產品能夠被終端使用者或客戶進行運營使用的流程。持續支援確保維護能夠使產品處於可操作狀態，無論產品是否由客戶或終端使用者使用。

系統工程 − 一種跨學科的方法，它管理將客戶需求、期望和約束轉化為產品解決方案並支援產品整個生命週期的全部技術和管理工作。這包括定義技術性能指標，整合工程專業知識以建立產品架構，以及定義支援生命週期流程，以平衡成本、效能和進度目標。

定製指南 − 定製流程會建立、更改或調整流程描述（通常在組織層面描述）以用於特定專案。對於大多陣列織而言，不可能或不會將一個組織流程定義 100% 應用於所有專案。通常需要一些調整。因此，定製指南描述了哪些可以修改和哪些不可以修改，並確定允許修改的流程元件。

目標概要 − 在持續表示中，一組流程域及其對應的能力級別，代表流程改進的目標。

目標階段 − 在持續表示中，一系列目標概要，描述組織應遵循的流程改進路徑。

技術資料包 − 一系列專案，如果此類資訊適合產品和產品元件的型別，則可能包括以下內容。

技術需求 − 待採購或開發的產品或服務的特性（屬性）。

測試程式 − 針對給定測試的設定、執行和結果評估的詳細說明。

方案研究 − 基於標準和系統分析對替代方案的評估，以選擇最佳方案來實現既定目標。

培訓 − 在組織培訓流程域中，請參見引言註釋中對“.training.”的定義。

單元測試 − 對單個硬體或軟體單元或相關單元組進行測試。

確認 − 確認證明，所提供的（或將要提供的）產品將在運營環境中滿足其預期用途。確認確保“你構建了正確的東西”。

驗證 − 驗證包括根據所有選定的需求（包括客戶、產品和產品元件需求）驗證產品和中間工作產品。驗證本質上是一個增量過程。它從需求驗證開始，透過對不斷演變的工作產品的驗證進行進展，並最終完成對已完成產品的驗證。驗證解決的是工作產品是否正確反映了指定的需求。驗證確保“你正確地構建了它”。

驗證實施 − CMMI 模型流程域的一個常見特徵，在分階段表示中，它將與高階管理層審查相關的通用實踐以及對流程描述、程式和標準符合性的客觀評估分組。

版本控制 − 建立和維護基線以及識別對基線的更改，從而可以返回到以前的基線。

弱點 − 在 CMMI 評估材料中使用時，是指一個或多個 CMMI 模型實踐的無效實施或缺乏實施。

工作分解結構 − 工作要素及其相互之間以及與最終產品的關係的安排。

工作產品 − 在整個 CMMI 產品套件中，“工作產品”一詞是指流程產生的任何工件。這些工件可以包括檔案、文件、產品部件、服務、流程、規範和發票。應被視為工作產品的流程示例包括製造流程、培訓流程和產品的處置流程。工作產品和產品元件之間的主要區別在於，工作產品不需要是工程產品或最終產品的一部分。

工作產品和任務屬性 − 用於幫助估算專案工作的產品、服務和專案任務的特徵。這些特徵包括尺寸、複雜性、重量、形式、配合或功能等專案。它們通常用作匯出其他專案和資源估算（例如，工作量、成本、進度）的一種輸入。