讓您的設計模型化
如果您的小組與其他小組一起合作大型專案,修正整合程式碼時所發生的問題得要付出不少代價。 在開始撰寫程式碼之前,您的小組可以使用模型了解每個元件的介面和彼此之間的整合方式,以協助避免這些問題。
應用程式的元件
元件圖表會顯示連接的組件如何一起構成應用程式或元件。 每個組件的型別都是較小的元件。 元件可以是從單獨物件到大型系統的任何東西,而之間的連接器可以代表方法呼叫、事件訊號、Web 服務呼叫等等。
在元件的介面上是元件提供和必要的介面。 提供的介面是其他元件可用的介面。 必要的介面是元件相依於其他元件的介面。
必要的介面可用來代表分隔元件之間使用與被使用的元件。 清楚了解此一分隔是很重要的,讓小組能夠分開測試元件,使用模擬物件插入至必要的介面。
必要元件的明確敘述通常會使設計更清楚分隔且具有更大的彈性。 元件實作時可以很容易與其他元件重新合併在一起,進而在回應需求變更方面更加敏捷。
元件模型的詳細程度不應該大於每個反覆項目的有用程度。 如需詳細資訊,請參閱 UML 元件圖表:方針。
組件之間的互動
使用順序圖表,以協助討論或說明元件的運作方式。 依生命線描繪元件的每個連接埠或組件。 在其中一個父元件的連接埠收到訊息時,圖表可以顯示內部組件如何沿著連結器的路徑互動。
如需詳細資訊,請參閱 UML 順序圖表:方針。
元件的介面
繪製類別圖表,以向元件顯示可以在介面使用的型別。
先開始每個介面並顯示其方法。
再顯示參數的型別和介面的傳回值。 繪製屬性做為關聯。
在介面傳送 XML 或其他資料結構的地方,您可能會發現使用 UML 類別圖表繪製結構是很有用的。
這些圖表有助於討論元件的行為, 也有助於將外部可見的行為與內部實作分開討論。
設計模式
模型也有助於說明週期性模式。 就像觀察者模式 (舉例來說) 適用於各種應用程式一樣,許多專案也發現物件的組態適合特定用途。 您可以使用類別和順序圖表來說明互動類別。