UML關係(泛化,實現,依賴,關聯(彙總,組合))

UML的構造快包含3種： 

(1) 事物（4種）：結構事物，行為事物，分組事物，注釋事物

(2) 關係（4種）：泛化關係，實現關係，依賴關係，關聯關係

(3) 圖（10種）：使用案例圖，類圖，對象圖，包圖，元件圖表，部署圖，狀態圖，活動圖表，順序圖表，共同作業圖表

事物是對模型中最具代表性的成分的抽象；關係把事物結合在一起；圖聚集了相關的事物。

 

 

(2) 關係（4種）

UML 中類與類, 類與介面, 介面與介面這間的關係有: 泛化(generalization) 關係, 關聯(association)關係( 關聯, 彙總, 合成), 依賴(dependency)關係，實現(realization)關係. 

 

泛化(generalization)關係是一個類（稱為子類、子介面）繼承另外的一個類（稱為父類、父介面）的功能，並可以增加它自己的新功能的能力，繼承是類與類或者介面與介面之間最常見的關係；在Java中此類別關係通過關鍵字extends明確標識，在設計時一般沒有爭議性。

實現(realization)關係指的是一個class類實現interface介面（可以是多個）的功能；實現是類與介面之間最常見的關係；在Java中此類別關係通過關鍵字implements明確標識，在設計時一般沒有爭議性；

依賴(dependency)關係: 也是類與類之間的串連. 表示一個類依賴於另一個類的定義. 依賴關係總是單向的 。可以簡單的理解，就是一個類A使用到了另一個類B，而這種使用關係是具有偶然性的、、臨時性的、非常弱的，但是B類的變化會影響到A；比如某人要過河，需要借用一條船，此時人與船之間的關係就是依賴；表現在代碼層面，為類B作為參數被類A在某個method方法中使用。
在java 中. 依賴關係體現為: 局部變數, 方法中的參數, 和對靜態方法的調用.

 

關聯(association)關係: 表示類與類之間的聯結, 它使一個類知道另一個類的屬性和方法. 
關聯可以使用單箭頭表示單向關聯, 使用雙箭頭或不使用箭頭表示雙向關聯, 不建議使用雙向關聯. 關聯有兩個端點, 在每個端點可以有一個基數, 表示這個關聯的類可以有幾個執行個體. 
常見的基數及含義: 
0..1:0 或1 個執行個體. 
0..*: 對執行個體的數目沒有限制. 
1: 只能有一個執行個體. 
1..*: 至少有一個執行個體. 

他體現的是兩個類、或者類與介面之間語義層級的一種強依賴關係，比如我和我的朋友；這種關係比依賴更強、不存在依賴關係的偶然性、關係也不是臨時性的，一般是長期性的，而且雙方的關係一般是平等的,表現在代碼層面，為被關聯類別B以類屬性的形式出現在關聯類別A中，也可能是關聯類別A引用了一個類型為被關聯類別B的全域變數；在java 語言中關聯關係是使用執行個體變數實現的. 

 
彙總(aggregation)關係: 關聯關係的一種特例, 是強的關聯關係. 彙總是整體和個體之間的關係,即has-a的關係，此時整體與部分之間是可分離的，他們可以具有各自的生命週期，部分可以屬於多個整體對象，也可以為多個整體對象共用；比如電腦與CPU、公司與員工的關係等；表現在代碼層面，和關聯關係是一致的，只能從語義層級來區分；

彙總關係也是使用執行個體變數實現的. 從java 文法上是分不出關聯和彙總的. 

關聯關係中兩個類是處於相同的層次, 而彙總關係中兩不類是處於不平等的層次, 一個表示整體, 一個表示部分. 

 
組合(合成)關係(composition): 也是關聯關係的一種特例，他體現的是一種contains-a的關係，這種關係比彙總更強，也稱為強彙總；他同樣體現整體與部分間的關係，但此時整體與部分是不可分的，整體的生命週期結束也就意味著部分的生命週期結束；比如你和你的大腦；合成關係不能共用. 。表現在代碼層面，和關聯關係是一致的，只能從語義層級來區分。

組合跟彙總幾乎相同，唯一的區別就是“部分”不能脫離“整體”單獨存在，就是說， “部分”的生命期不能比“整體”還要長。

總結：

對於繼承、實現這兩種關係沒多少疑問，他們體現的是一種類與類、或者類與介面間的縱向關係；其他的四者關係則體現的是類與類、或者類與介面間的引用、橫向關係，是比較難區分的，有很多事物間的關係要想準備定位是很難的，前面也提到，這幾種關係都是語義層級的，所以從代碼層面並不能完全區分各種關係；但總的來說，後幾種關係所表現的強弱程度依次為：組合>彙總>關聯>依賴。

 

感謝  http://justsee.iteye.com/blog/808799