「設計子系統」會封裝行為,提供明確和正式的介面,(通常)不公開內部內容。如此可完全封裝許多類別及/或子系統之間的互動。
「設計子系統」是系統的一部份,可以封裝行為、顯示一組介面,並套裝其他模型元素。從外部,子系統是個單一設計模型元素,可以與其他模型元素協同作業,以履行其責任。 外部可見的介面及其行為也稱為子系統規格。在內部,子系統是模型元素的集合(設計類別和其他子系統),這些元素實現子系統規格的介面和行為。這稱為子系統實現。
設計子系統的「封裝」能力和工作成果:設計套件(不實現介面)的能力形成對比。套件主要用於配置管理和模型組織,而子系統則提供額外的行為式語意。
「設計子系統」是將大型系統拆解成可理解組件的重要方法。在元件型開發中指定要獨立開發、重複使用,或取代的元件時(請參閱概念:元件)時特別有用。
與「設計子系統」相關的重要調整決策為:
這個調整決策應在 工作成果:專案特定準則中擷取。
是否要將設計子系統塑造為 UML 2.0 元件或 UML 1.5 子系統 (請參閱準則:設計子系統)是一個重要的調整決策。
如需相關資訊,請參閱 UML 1.x 和 UML 2.0 的差異。
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.