如果您是升級到最新版本的現有客戶,則某些術語已變更。如需舊術語到新術語的對映,請參閱專有名詞變更。本文件使用新術語。
下列術語和概念依序排列,因此,資訊的建置方式是從最簡單的術語和概念,到結合了術語和概念的詳細說明。
構件 (Artifacts):儲存庫中之物件的通稱。構件包括在其他工具中建立及維護的產品和物件,例如 Rational Team Concert™ 工作項目和 Rational DOORS® 需求。
產品 (Product):以視覺化方式呈現您團隊所專注的工作。產品可以大如汽車,小如機械心臟瓣膜。產品可以不具有子項產品及子項產品配置,也可以具有更多子項產品及子項產品配置。產品知曉它們的原生子項產品,但卻不知曉它們的版本。產品所屬的產品配置會判定它所包含之子項產品及子項產品配置的版本。
產品可以包含子項配置,而子項配置則可以包含子項配置及子項產品。子項產品也可以包含子項配置及子項產品。
產品會顯示在「瀏覽產品」畫面的樹狀結構視圖中。

團隊可以將產品術語變更為您的組織所接受的術語。在變更及儲存該術語且使用者重新整理其階段作業之後,自訂術語就會用在功能表、對話框及訊息中。
產品配置 (Product Configuration):代表構成產品樹狀結構之產品及子項配置版本的集合。產品樹狀結構一律在產品配置的環境定義中進行檢視。產品配置會判定要使用哪些版本的產品及子項產品配置。產品配置可以不具有子項產品及子項產品配置,也可以具有更多子項產品及子項產品配置。
請參閱使用產品配置。
產品配置分組 (Product Configuration Grouping):將類似產品配置收集到對您或團隊有意義的群組中。您可以依您想要的任何方式將產品配置分組:依日期(月、年)、依里程碑(測試版、通用版)、依特性(雷射印表機、噴墨印表機)等等。產品配置分組會顯示在「瀏覽產品」清單框中。
內容 (Property):構件(例如,產品)的說明資訊片段。內容會有一個類型,例如 name 或 value。例如,產品的名稱是儀表板,其名稱內容可能是材料(值為胡桃木)。
Lifecycle Query Engine:可查詢的資料索引。資料擷取自用於實作追蹤資源集 (TRS) 的資料來源(例如,產品來自 Rational Engineering Lifecycle Manager、工作項目來自 Rational Team Concert、需求來自 Rational DOORS),以及其他工具。
鏈結 (Link):代表指向另一個構件的參照。鏈結可能會儲存在另一個工具(例如 Rational Team Concert 和 Rational DOORS)或產品中。
分支 (Branch):產品的變式。當團隊必須以不同的方式來變更相同的產品或獨立變更每個產品時,就會建立變式。建立產品的分支之後,團隊可以進行平行變更。
舉例來說,您的團隊已針對成人建立血壓壓脈袋,並準備針對青少年處理相同的產品。團隊將建立一個血壓壓脈袋的變式,並將其稱為血壓壓脈袋 (cuffsize=juvenile)。
只能建立產品的分支。無法建立配置的分支。
如需建立和取代產品分支的相關資訊,請參閱取代分支。
維度 (Dimension):維度說明如何透過定義產品配置或產品分支的層面,使得產品配置或產品分支是唯一的。維度由名稱(例如 cuffsize)和值(例如 juvenile,顯示在產品名稱之後)組成:(cuffsize=juvenile)。
設定產品配置的維度/值配對時,配對會判定該配置中所有產品的版本。配置只能為維度指定單一值。一般而言,每一個配置都具有維度及其值的唯一組合。
產品分支是由其唯一的維度集所定義。產品的維度(產品本端維度)通常定義產品分支的特定層面,例如維度名稱 car_lock 和值 infrared。共用維度通常定義產品配置或產品分支的一般層面,例如維度名稱 year 和值 2017。
您可以使用「管理分支維度」畫面來管理產品本端維度及共用維度。(產品 > 管理維度) 如需如何對維度及值進行評級的相關資訊,請參閱維度值優先順序。
基準線 (Baseline):不可修改的產品配置。 基準線基於可修改的產品配置建立,並代表建立基準線時該產品配置的狀態。基準線通常代表產品開發中重要里程碑處產品樹狀結構的狀態。
團隊通常會建立基準線來標示里程碑,例如:每週建置、測試版或通用版。
該影像顯示佈線配置的數個基準線,該配置位於名為密集短期工作 3 的里程碑。請注意,密集短期工作 2 中已更新佈線-3 子項產品,以新增銅。 密集短期工作 3 中已更新佈線-4,以新增鈦。 必須回復以排除前一個子項產品(例如,鈦)的團隊,可以透過取代版本來執行此動作。

如需建立基準線及可修改副本的相關資訊,請參閱擷取里程碑。
每一個版本的產品及產品配置,具有在該產品或產品配置的所有版本之間唯一的版本號碼。
如需建立和取代產品版本的相關資訊,請參閱取代版本以回復至里程碑。
審核 (Audit):檢查對選定產品所做的變更,然後在產品樹狀結構右側的表格中顯示結果。

如需檢視審核日誌的相關資訊,請參閱顯示產品的變更者。
審核歷程 (Audit History):「審核歷程」畫面以視覺化方式呈現產品的所有版本和分支。該範例顯示名為 Model_T-3 的版本。審核歷程會顯示相關的 meta 資料:變更產品的使用者,變更的內容和時間,以及所新增、匯入及移除的產品名稱。最新版本顯示在該欄頂端。當建立產品的分支時,這些分支會顯示在新直欄中。

如需審核歷程的相關資訊,請參閱檢視審核歷程。
階層 (Hierarchy):產品配置和產品的金字塔形等級。請在「產品」畫面中的產品樹狀結構內檢視階層。
移動 (Move):將配置或產品實際重新定位在不同的配置或產品之下。您可以在產品樹狀結構中,將配置或產品從一個位置移至另一個位置。例如,豪華輪框產品位於車輪 (Rims=chrome) 產品中。此放置不正確,因此將豪華輪框移至豪華車品牌。此外,如果豪華輪框之下有一個階層,該階層會隨著豪華輪框一起移動。
您可以查看產品的審核歷程,來檢視其移動過程。該影像顯示豪華輪框一開始是位於車輪 (Rims=chrome) 中,但後來被移除。

如果要進一步瞭解豪華輪框的移動位置,您可以比較版本,其中顯示在目標產品中新增和移除之產品的相關資訊。
如需移動產品的相關資訊,請參閱操作配置及產品。
重複使用 (Reuse):再次使用。您可以在同一配置或產品中重複使用某個配置或產品,也可以在其他配置或產品中重複使用某個配置或產品。還可以在同一配置或產品中多次重複使用配置或產品,並且所重複使用的配置或產品就是剛剛重複使用過的相同配置或產品。重複使用配置或產品時,這兩者均包括它們自己的子項配置或產品。
該影像顯示已展開的車身-2 產品。 車身-2 產品用在兩個不同的配置中,這容許重複使用鏡子-2。 方便之處在於,如果變更一個重複使用的產品(例如,鏡子-2),則該變更會延伸到對產品的兩次使用中。

如需重複使用產品的相關資訊,請參閱操作配置及產品。
取代 (Replace):進行替換。版本可以被較舊的配置或產品取代,也可以被較新的配置或產品取代。產品分支可以被較舊的產品分支取代,也可以被較新的產品分支取代。當團隊必須以先前工作的構件取代現已損壞的構件時,取代版本或分支很有幫助。
如需版本和分支的相關資訊,請參閱版本與變式。
視圖 (View):以視覺化方式呈現開發生命週期。有關標準視圖(包括「V 程序」視圖)的說明,請參閱範例視圖概觀。
V 程序 (V Process):以視覺化方式來呈現系統開發生命週期。存在許多系統開發程序,例如敏捷式、瀑布和 V 程序方法。V 程序代表共用資訊可追蹤性模型。
在視覺上,資訊劃分在 V 的兩側。 左側顯示由產品定義所驅動的作業,例如:概念、需求、架構和設計的建立。右側顯示由產品測試和整合所驅動的作業,例如:系統的驗證與驗收,以及整合、測試與驗證。V 右側的驗證及驗收,可以與 V 左側的產品定義步驟同步完成。
由於團隊參與早期的產品驗證與驗收,團隊在早期的開發階段就發現缺失,因而避免這些缺失往下蔓延。及早找出缺失,可降低修正缺失的成本。此外,及早驗收和改良團隊成員之間的通訊,可確保符合您的品質標準。
「V 程序」不依賴於任何特定組織架構,因此每一個團隊都可以針對其產品自訂「V 程序」。共用視圖頁面含有軟硬體開發的「V 程序」視圖範例。

如需視圖的相關資訊,請參閱建立視圖。
若想瞭解如何在視圖中移入資料,請閱讀下一項「查詢」。 如需查詢和視圖的相關資訊,請參閱查詢與視圖如何一起運作。
查詢 (Query):一種從索引擷取資訊的方式。構件(例如:產品、工作項目、需求、設計模型、測試案例)擷取自 Lifecycle Query Engine。
管理者編寫查詢,以內嵌在他們建立的自訂視圖中。查詢會從索引取回資料,並使用適當的構件來更新自訂視圖。之後可以使用所擷取的構件,在視圖中移入資料、執行報告、執行分析等。
共用查詢頁面中會提供若干查詢。
如需查詢的相關資訊,請參閱建立及執行查詢。
分析 (Analysis):詳細檢查構件。分析構件以瀏覽和探索它們彼此之間的關係。
請使用隨附的影響分析設定檔,來自訂影響分析圖的設定檔,以顯示構件之間的關係。舉例來說,當召回您產品中的子項產品時,您可以對該子項產品執行影響分析,以估量取代它所造成的影響。
分析輸出會顯示與所召回子產品相關的所有相依關係、子產品及封鎖的構件。

如需分析的相關資訊,請參閱分析構件與其他構件之間的關係。
報告 (Report):一種實體效能測量。報告使用來自索引的資料,來產生會追蹤狀態和進度的文件。您可以使用這項資訊來管理和減輕開發風險、改良產品品質、控制產品成本等。
如需報告的相關資訊,請參閱執行並列印報告,以顯示構件的狀態。
需求 (Requirement):說明使用者希望從產品或服務獲得什麼。需求可以包含相關構件的鏈結,來加強其定義。請參閱 Rational DOORS Next Generation。
設計模型 (Design model):協助團隊以疊代和協同方式,來架構、設計和開發軟體與系統。請參閱 Rational Rhapsody® Design Manager。
測試案例 (Test case):協助團隊規劃、開發、執行和報告其測試計劃,以確保符合品質標準。請參閱 Rational Quality Manager。
工作項目 (Work item):管理開發週期中的作業以及您的團隊必須解決的問題。請參閱 Rational Team Concert。