配置空間,亦稱為空間,是相關工作區及 Snapshot 配置的集合。空間管理資源的版本資訊。透過建立空間,您可以建立相關 Snapshot 與工作區配置的群組,讓它們能夠在專案中共用。
使專案與空間產生關聯之後,無法使該專案與不同的空間產生關聯。
配置環境定義(亦稱為環境定義)表示您在使用的工作區或 Snapshot。變更環境定義表示切換至不同的工作區或 Snapshot。如果在專案區域中選取一種配置環境定義,則切換至同一個空間中的另一個專案區域時,依預設,環境定義不會變更。如果要切換至不同的環境定義,請使用橫幅右上方的現行配置環境定義功能表。此功能表提供使用現行空間中 Snapshot 以及工作區的選項。
請考量下列實務範例:您是三個專案的成員,這些專案共用一個配置空間。三個專案皆位在其生命週期的不同疊代,而且管理者已建立以每一個疊代來命名的工作區。如果您開啟一個專案區域並切換至「疊代 1」工作區,而且稍後切換至另一個專案區域,則現行環境定義仍然是「疊代 1」。
您可以隨時建立 Snapshot:例如,將模型匯入至 Design Management Server 之後,或者完成特定構件的檢閱之後,您可以建立 Snapshot。
修改資源之後,您可以參照 Snapshot 來瞭解資源的變更情況。
可以根據相同空間中其他工作區的內容來建立工作區。例如,可以根據「專案 A」中的工作區來建立「專案 B」的工作區。「專案 B」的新工作區中的構件版本,與「專案 A」中所選工作區中的那些資源版本相同。如果在「專案 B」工作區中新增、編輯或刪除資源,則不會影響「專案 A」工作區中的資源。
如果工作區需要的資源位在另一空間的工作區中,則必須取得後一工作區的 Snapshot,然後指定與該 Snapshot 的相依關係。
在一個空間中,專案區域包含不同的資源。請考量前述「配置空間」小節中所述及的實務範例:應用程式邏輯的專案區域包含與應用程式邏輯相關的設計;資料庫專案區域包含與資料庫相關的設計,依此類推。所有專案區域共用同一個空間,因此共用配置。每一個配置都管理所有專案區域中的所有資源版本。然而,資源在不同的專案區域中不可見:比方說,如果您在應用程式邏輯的專案區域中工作,則無法存取資料庫專案區域中的資源;您必須手動切換專案區域,才能檢視那些資源。您必須是專案區域的成員,才能檢視專案區域的資源。
當管理者建立專案區域時,必須使其與一個以上網域產生關聯。管理者可以選取網域的特定版本;要選取的版本依專案的需求而定。
如果工作區需要其他專案區域中的資源,則必須建立與 Snapshot 的相依關係,此 Snapshot 包含該專案區域中的那個資源。只能指定與 Snapshot 的相依關係。
請考量下列範例:在專案開始時,管理者可以使多個網域(例如,BPMN 網域、Sketcher 網域或者 SoaML 網域),與一個專案區域產生關聯,來指定要用在專案中的本體。在網域中,Snapshot 會列出資源的特定版本:例如,UML 網域可能包含 UML 相依關係的多個版本。如果專案需要 UML 相依關係,來作為其本體的一部分,請找到內含所需版本的 Snapshot,然後將該 Snapshot 新增為工作區的相依關係。新增相依關係之後,該 Snapshot 中的構件便可以在專案中使用。