共用方式為


讓您的設計模型化

如果您的小組與其他小組一起合作大型專案,修正整合程式碼時所發生的問題得要付出不少代價。 在開始撰寫程式碼之前,您的小組可以使用模型了解每個元件的介面和彼此之間的整合方式,以協助避免這些問題。

應用程式的元件

元件圖表會顯示連接的組件如何一起構成應用程式或元件。 每個組件的型別都是較小的元件。 元件可以是從單獨物件到大型系統的任何東西,而之間的連接器可以代表方法呼叫、事件訊號、Web 服務呼叫等等。

在元件的介面上是元件提供和必要的介面。 提供的介面是其他元件可用的介面。 必要的介面是元件相依於其他元件的介面。

顯示組件的 UML 元件圖表

必要的介面可用來代表分隔元件之間使用與被使用的元件。 清楚了解此一分隔是很重要的,讓小組能夠分開測試元件,使用模擬物件插入至必要的介面。

必要元件的明確敘述通常會使設計更清楚分隔且具有更大的彈性。 元件實作時可以很容易與其他元件重新合併在一起,進而在回應需求變更方面更加敏捷。

元件模型的詳細程度不應該大於每個反覆項目的有用程度。 如需詳細資訊,請參閱UML 元件圖表:方針

Ff398060.collapse_all(zh-tw,VS.110).gif組件之間的互動

使用順序圖表,以協助討論或說明元件的運作方式。 依生命線描繪元件的每個連接埠或組件。 在其中一個父元件的連接埠收到訊息時,圖表可以顯示內部組件如何沿著連結器的路徑互動。

如需詳細資訊,請參閱UML 順序圖表:方針

Ff398060.collapse_all(zh-tw,VS.110).gif元件的介面

繪製類別圖表,以向元件顯示可以在介面使用的型別。

  • 先開始每個介面並顯示其方法。

  • 再顯示參數的型別和介面的傳回值。 繪製屬性做為關聯。

  • 在介面傳送 XML 或其他資料結構的地方,您可能會發現使用 UML 類別圖表繪製結構是很有用的。

這些圖表有助於討論元件的行為, 也有助於將外部可見的行為與內部實作分開討論。

設計模式

模型也有助於說明週期性模式。 就像觀察者模式 (舉例來說) 適用於各種應用程式一樣,許多專案也發現物件的組態適合特定用途。 您可以使用類別和順序圖表來說明互動類別。

請參閱

概念

模型化軟體系統的架構