1. 程式人生 > >UML領域模型和類圖

UML領域模型和類圖

這裡有一片很有意思的文章,講類圖裡出現的各種關係,有興趣的童鞋請戳這裡~

-------------------------------------------------------------------------分割線------------------------------------------------------------------------

泛化(Generalization)

表示is-a的關係,是物件之間耦合度最大的一種關係,子類繼承父類的所有細節。直接使用語言中的繼承表達。在類圖中使用帶三角箭頭的實線表示,箭頭從子類指向父類。

什麼時候需要泛化

  • 子類需要增加新的屬性
  • 子類需要增加新的關聯
  • 子類需要進行與其他子類不同的操作、反應、控制等
  • 子類需要表示一種生物,來進行與父類或其他子類不同的行為和動作

注意:不要過分的顆粒化。如下圖這樣:

抽象概念類


下圖中,若存在Payment的例項既不是CashPayment,也不是CreditPayment,也不是CheckPayment,那麼Payment就不是抽象概念類。反之則是。
抽象概念類在UML中用斜體表示。以上圖為例:

狀態改變


不要將概念類X的一個狀態X設計成X的子類。而應該,1)設計一個狀態層次,並將這些狀態和X關聯起來;或者2)不要在類圖中表現狀態的改變,而在狀態圖中展現。


實現(Realization)

在類圖中就是介面和實現的關係。這個沒什麼好講的。在類圖中使用帶三角箭頭的虛線表示,箭頭從實現類指向介面。

依賴(Dependency)

物件之間最弱的一種關聯方式,是臨時性的關聯。它表示一個瞬時的關係。程式碼中一般指由區域性變數、函式引數、返回值建立的對於其他物件的呼叫關係。一個類呼叫被依賴類中的某些方法而得以完成這個類的一些職責。在類圖使用帶箭頭的虛線表示,箭頭從使用類指向被依賴的類。

關聯(Association)

物件之間一種引用關係,比如客戶類與訂單類之間的關係。這種關係通常使用類的屬性表達。關聯又分為一般關聯、聚合關聯與組合關聯。後兩種在後面分析。在類圖使用帶箭頭的實線表示,箭頭從使用類指向
被關聯的類。可以是單向和雙向。


聚合(Aggregation)

表示has-a的關係,是一種不穩定的包含關係。較強於一般關聯,有整體與區域性的關係,並且沒有了整體,區域性也可單獨存在。如公司和員工的關係,公司包含員工,但如果公司倒閉,員工依然可以換公司。在類圖中使用空心的菱形表示,菱形從區域性指向整體。

組合(Composition)

表示is-a-part-of的關係,是一種強烈的包含關係。組合類負責被組合類的生命週期。是一種更強的聚合關係。部分不能脫離整體存在。如公司和部門的關係,沒有了公司,部門也不能存在了;調查問卷中問題和選項的關係;訂單和訂單選項的關係。在類圖使用實心的菱形表示,菱形從區域性指向整體。

聚合和組合的區別


聚合和組合的區別在於:聚合關係是“has-a”關係,組合關係是“contains-a”關係;聚合關係表示整體與部分的關係比較弱,而組合比較強;聚合關係中代表部分事物的物件與代表聚合事物的物件的生存期無關,一旦刪除了聚合物件不一定就刪除了代表部分事物的物件。組合中一旦刪除了組合物件,同時也就刪除了代表部分事物的物件。

多重性(Multiplicity)


通常在關聯、聚合、組合中使用。就是代表有多少個關聯物件存在。使用數字..星號(數字)表示。如下圖,一個割接通知可以關聯0個到N個故障單。

用包(Package)組織領域模型


有時候,一個領域模型會變得非常大,這時我們可以把按照相關的概念將其劃分成不同的包。

包的劃分


我們可以將如下一些元素組合成一個單獨的包:
  • 在概念或用途上,它們屬於同一個主題範圍;
  • 它們在同一個類層次結構上;
  • 參與了同一個用例;
  • 之間有非常強烈的關聯關係。
例如,我們將領域劃分為Core/Misc, Payments, Products, Sales和Authorization Transation五個包,每個包中的類圖又如下所示。
                



參考資料: