需求 (requirement) |
產品或系統必須提供的條件或功能。此條件通常衍生自使用者需求,且會在合約、標準、規格或其他文件中聲明。 |
在模型中以物件表示。 |
以構件表示。 |
專案 (project) |
無。 |
專案是一種特殊資料夾,可以包含子專案、資料夾、模組和構件。 |
專案區域是一個基於安全用途,供團隊或特定專案使用的獨立自主區域。專案區域的成員可以檢視專案區域內的任何構件,非成員則看不到任何一項。 |
資料夾 (folder) |
子資料夾、模組和構件的儲存器。 |
資料夾也可以包含專案。 |
從 Rational DOORS 移轉的專案會顯示成資料夾。 |
模組 (module) |
由多個需求構件組成的結構化文件。可藉由修改構件的順序與階層,在模組中建立結構。 |
與一般定義相同。 |
與一般定義相同。 |
集合 (collection) |
無。 |
不適用。 |
用來檢視或管理一群相關構件的儲存器。 |
構件 (artifact) |
需求或相關的實體,例如:文字、圖片或表格。 |
在模組中,需求構件會建立成物件。 |
構件可以獨立實體形式存在於資料夾、模組和集合中。因此,可在多個環境定義中共用構件。 |
屬性 (attribute) |
已定義的品質和值,可以指定給構件。例如,構件可能有「優先順序」屬性,且其值是「高」、「中」和「低」。在格線視圖中,屬性可以顯示成直欄,或者隱藏。 |
與一般定義相同。 |
與一般定義相同。 |
類型 (type) |
套用於構件或屬性的資料類型。 |
類型專用於個別的模組。當有多個模組使用相同類型和形狀時,就會複製它們。 |
在專案區域中會廣域定義類型。當需要重複使用或標準化時,會在專案區域之間複製整個類型系統。 |
鏈結 (link) |
兩個構件之間的關係。標準或內部鏈結的縮寫詞彙。 |
以雙向指出相同或不同模組中之二或多項需求間的相依關係。 |
兩個構件或構件中之內容之間的關係。內部鏈結可套用於專案區域中的任何構件。 |
OSLC 鏈結 (OSLC link) |
指向啟用 OSLC 之外部應用程式中的構件的指標。其中包括 Rational
DOORS Next Generation 和 Rational
DOORS 之間的鏈結。 |
與一般定義相同。 |
與一般定義相同。 |
外部鏈結 (external link) |
指向另一個平台或應用程式上之資源的 URI 或對等項目,例如:網際網路網站。 |
與一般定義相同。 |
與一般定義相同。 |
移轉階段 (migration phases) |
資料移轉中的準備、移轉和維護階段。 |
在準備期間,會識別不可或缺的移轉資料;會使用移轉度量來分析資料。基於一致性,可能修改資料。在移轉期間,會建立和匯出套件。在維護期間,會以唯讀許可權維護保存資料。 |
在準備期間,會識別商業目標和不可或缺的移轉資料。在移轉期間,會匯入套件。在維護期間,可能在適用的安全保護下,將匯入的資料指派給團隊區域。 |