工作成果: Design Subsystem
這個工作成果描述將行為封裝起來的系統部分、公開一組介面且包含其他模型元素。
目的

「設計子系統」會封裝行為,提供明確和正式的介面,(通常)不公開內部內容。如此可完全封裝許多類別及/或子系統之間的互動。

關係
角色負責: 修改者:
輸入至強制: 選用:
外部:
主要說明

「設計子系統」是系統的一部份,可以封裝行為、顯示一組介面,並套裝其他模型元素。從外部,子系統是個單一設計模型元素,可以與其他模型元素協同作業,以履行其責任。 外部可見的介面及其行為也稱為子系統規格。在內部,子系統是模型元素的集合(設計類別和其他子系統),這些元素實現子系統規格的介面和行為。這稱為子系統實現。

設計子系統的「封裝」能力和工作成果:設計套件(不實現介面)的能力形成對比。套件主要用於配置管理和模型組織,而子系統則提供額外的行為式語意。

內容
選用
規劃Yes
圖例
調整
表示法選項UML 表示法:「設計子系統」已建模為 UML 2.0 元件。UML 也為元件定義 <<subsystem>> 模板,表示可能會使用該模板來代表大型架構。請參閱準則:設計子系統以取得該表示法。 

「設計子系統」是將大型系統拆解成可理解組件的重要方法。在元件型開發中指定要獨立開發、重複使用,或取代的元件時(請參閱概念:元件)時特別有用。

與「設計子系統」相關的重要調整決策為:

這個調整決策應在工作成果:專案特定準則中擷取。

UML 1.x 表示法

是否要將設計子系統塑造為 UML 2.0 元件或 UML 1.5 子系統 (請參閱準則:設計子系統)是一個重要的調整決策。

如需相關資訊,請參閱 UML 1.x 和 UML 2.0 的差異



詳細資訊