UML中的各種關系：
(1)依賴(dependency)是兩個事物間的語義關系，其中一個事物(獨立事物)發生變化會影響另一個事物(依賴事物)的語義。在圖形上，把一個依賴畫成一條可能有方向的虛線。
(2)關聯(association)是一種結構關系，連接模型元素及鏈接實例，用一條實線來表示。
(3)泛化(generalization)是一種特殊／一般關系，特殊元素(子元素)的對象可替代一般元素(父元素)的對象，用這種方法，子元素共享了
父元素的結構和行為。在圖形上，把一個泛化關系畫成一條帶有空心箭頭的實線，它指向父元素。
(4)實現(realization)是類元之間的語義關系，其中一個類元指定了由另一個類元保證執行的契約。在兩種地方要遇到實現關系：一種是在接口和
實現它們的類或構件之間；另一種是在用例和實現它們的協作之間。在圖形上，把一個實現關系畫成一條帶有空心箭頭的虛線。
(5)聚集(aggregation)表示整體與部分的關系，用一條實線加空心菱形來表示；
(6)組成(Composition)表示整體與部分的有一關系，用一條實線加實心菱形來表示；
UML中幾種類間關系：繼承、實現、依賴、關聯、聚合、組合的聯系與區別
繼承
指的是一個類（稱為子類、子接口）繼承另外的一個類（稱為父類、父接口）的功能，并可以增加它自己的新功能的能力，繼承是類與類或者接口與接口之間最常見的關系；在Java中此類關系通過關鍵字extends明確標識，在設計時一般沒有爭議性；
實現
指的是一個class類實現interface接口（可以是多個）的功能；實現是類與接口之間最常見的關系；在Java中此類關系通過關鍵字implements明確標識，在設計時一般沒有爭議性；
依賴
可以簡單的理解，就是一個類A使用到了另一個類B，而這種使用關系是具有偶然性的、、臨時性的、非常弱的，但是B類的變化會影響到A；比如某人要過河，需要借用一條船，此時人與船之間的關系就是依賴；表現在代碼層面，為類B作為參數被類A在某個method方法中使用；
關聯
他體現的是兩個類、或者類與接口之間語義級別的一種強依賴關系，比如我和我的朋友；這種關系比依賴更強、不存在依賴關系的偶然性、關系也不是臨時性
的，一般是長期性的，而且雙方的關系一般是平等的、關聯可以是單向、雙向的；表現在代碼層面，為被關聯類B以類屬性的形式出現在關聯類A中，也可能是關聯
類A引用了一個類型為被關聯類B的全局變量；
聚合
聚合是關聯關系的一種特例，他體現的是整體與部分、擁有的關系，即has-a的關系，此時整體與部分之間是可分離的，他們可以具有各自的生命周期，
部分可以屬于多個整體對象，也可以為多個整體對象共享；比如計算機與CPU、公司與員工的關系等；表現在代碼層面，和關聯關系是一致的，只能從語義級別來
區分；
組合
組合也是關聯關系的一種特例，他體現的是一種contains-a的關系，這種關系比聚合更強，也稱為強聚合；他同樣體現整體與部分間的關系，但此
時整體與部分是不可分的，整體的生命周期結束也就意味著部分的生命周期結束；比如你和你的大腦；表現在代碼層面，和關聯關系是一致的，只能從語義級別來區
分；
對于繼承、實現這兩種關系沒多少疑問，他們體現的是一種類與類、或者類與接口間的縱向關系；其他的四者關系則體現的是類與類、或者類與接口間的引
用、橫向關系，是比較難區分的，有很多事物間的關系要想準備定位是很難的，前面也提到，這幾種關系都是語義級別的，所以從代碼層面并不能完全區分各種關
系；但總的來說，后幾種關系所表現的強弱程度依次為：組合>聚合>關聯>依賴；