轉自：http://peterwei.iteye.com/blog/979557
我們現在再來說說uml中類圖和類的關係。
在畫類圖的時候，理清類和類之間的關係是重點。類的關係有泛化(Generalization)、實現（Realization）、依賴(Dependency)和關聯(Association)。其中關聯又分爲一般關聯關係和聚合關係(Aggregation)，合成關係(Composition)。下面我們結合實例理解這些關係。
基本概念
類圖（Class Diagram）: 類圖是面向對象系統建模中最常用和最重要的圖，是定義其它圖的基礎。類圖主要是用來顯示系統中的類、接口以及它們之間的靜態結構和關係的一種靜態模型。
類圖的3個基本組件：類名、屬性、方法。
[img]http://dl.iteye.com/upload/attachment/452484/bf30fddb-b280-305e-a764-6e91ad6cbee3.jpg[/img]
泛化(generalization)：表示is-a的關係，是對象之間耦合度最大的一種關係，子類繼承父類的所有細節。直接使用語言中的繼承表達。在類圖中使用帶三角箭頭的實線表示，箭頭從子類指向父類。
[img]http://dl.iteye.com/upload/attachment/452486/7704f3c6-44b7-3463-900d-936498e21bbf.jpg[/img]
實現（Realization）:在類圖中就是接口和實現的關係。這個沒什麼好講的。在類圖中使用帶三角箭頭的虛線表示，箭頭從實現類指向接口。
[img]http://dl.iteye.com/upload/attachment/452488/423e4e78-ac11-32e9-b7a1-540f40999964.jpg[/img]
依賴(Dependency)：對象之間最弱的一種關聯方式，是臨時性的關聯。代碼中一般指由局部變量、函數參數、返回值建立的對於其他對象的調用關係。一個類調用被依賴類中的某些方法而得以完成這個類的一些職責。在類圖使用帶箭頭的虛線表示，箭頭從使用類指向被依賴的類。
[img]http://dl.iteye.com/upload/attachment/452504/1f310267-1635-3631-9c31-ecadb9b3ea40.jpg[/img]
關聯(Association) : 對象之間一種引用關係，比如客戶類與訂單類之間的關係。這種關係通常使用類的屬性表達。關聯又分爲一般關聯、聚合關聯與組合關聯。後兩種在後面分析。在類圖使用帶箭頭的實線表示，箭頭從使用類指向被關聯的類。可以是單向和雙向。
[img]http://dl.iteye.com/upload/attachment/452500/8080cb67-0bf4-3223-9708-eea36048de45.jpg[/img]
聚合(Aggregation) : 表示has-a的關係，是一種不穩定的包含關係。較強於一般關聯,有整體與局部的關係,並且沒有了整體,局部也可單獨存在。如公司和員工的關係，公司包含員工，但如果公司倒閉，員工依然可以換公司。在類圖使用空心的菱形表示，菱形從局部指向整體。
[img]http://dl.iteye.com/upload/attachment/452491/c0c6f7ef-aca1-3487-8863-542b8fc903df.jpg[/img]
組合(Composition) : 表示contains-a的關係，是一種強烈的包含關係。組合類負責被組合類的生命週期。是一種更強的聚合關係。部分不能脫離整體存在。如公司和部門的關係，沒有了公司，部門也不能存在了；調查問卷中問題和選項的關係；訂單和訂單選項的關係。在類圖使用實心的菱形表示，菱形從局部指向整體。
[img]http://dl.iteye.com/upload/attachment/452494/e0aedf36-b296-30bb-828c-b133289c810f.jpg[/img]
多重性(Multiplicity) : 通常在關聯、聚合、組合中使用。就是代表有多少個關聯對象存在。使用數字..星號（數字）表示。如下圖，一個割接通知可以關聯0個到N個故障單。
[img]http://dl.iteye.com/upload/attachment/452496/d152a6ad-593b-3dfd-b04f-952332072d83.jpg[/img]
聚合和組合的區別
這兩個比較難理解，重點說一下。聚合和組合的區別在於：聚合關係是“has-a”關係，組合關係是“contains-a”關係；聚合關係表示整體與部分的關係比較弱，而組合比較強；聚合關係中代表部分事物的對象與代表聚合事物的對象的生存期無關，一旦刪除了聚合對象不一定就刪除了代表部分事物的對象。組合中一旦刪除了組合對象，同時也就刪除了代表部分事物的對象。
實例分析
聯通客戶響應OSS。系統有故障單、業務開通、資源覈查、割接、業務重保、網絡品質性能等功能模塊。現在我們抽出部分需求做爲例子講解。
大家可以參照着類圖，好好理解。
[img]http://dl.iteye.com/upload/attachment/452498/1c4b85b2-6e8e-38a8-bdba-e8c38fa2bb5c.jpg[/img]
1． 通知分爲一般通知、割接通知、重保通知。這個是繼承關係。
2． NoticeService和實現類NoticeServiceImpl是實現關係。
3． NoticeServiceImpl通過save方法的參數引用Notice,是依賴關係。同時調用了BaseDao完成功能，也是依賴關係。
4． 割接通知和故障單之間通過中間類(通知電路)關聯，是一般關聯。
5． 重保通知和預案庫間是聚合關係。因爲預案庫可以事先錄入，和重保通知沒有必然聯繫，可以獨立存在。在系統中是手工從列表中選擇。刪除重保通知，不影響預案。
6． 割接通知和需求單之間是聚合關係。同理，需求單可以獨立於割接通知存在。也就是說刪除割接通知，不影響需求單。
7． 通知和回覆是組合關係。因爲回覆不能獨立於通知存在。也就是說刪除通知，該條通知對應的回覆也要級聯刪除。
經過以上的分析，相信大家對類的關係已經有比較好的理解了。大家有什麼其它想法或好的見解，歡迎拍磚。
PS：還是那句話：以上類圖用Enterprise Architect 7.5所畫，在此推薦一下EA,非常不錯。可以替代Visio和Rose了。Visio功能不夠強大，Rose太重。唯有EA比較合適。
我們現在再來說說uml中類圖和類的關係。
在畫類圖的時候，理清類和類之間的關係是重點。類的關係有泛化(Generalization)、實現（Realization）、依賴(Dependency)和關聯(Association)。其中關聯又分爲一般關聯關係和聚合關係(Aggregation)，合成關係(Composition)。下面我們結合實例理解這些關係。
基本概念
類圖（Class Diagram）: 類圖是面向對象系統建模中最常用和最重要的圖，是定義其它圖的基礎。類圖主要是用來顯示系統中的類、接口以及它們之間的靜態結構和關係的一種靜態模型。
類圖的3個基本組件：類名、屬性、方法。
[img]http://dl.iteye.com/upload/attachment/452484/bf30fddb-b280-305e-a764-6e91ad6cbee3.jpg[/img]
泛化(generalization)：表示is-a的關係，是對象之間耦合度最大的一種關係，子類繼承父類的所有細節。直接使用語言中的繼承表達。在類圖中使用帶三角箭頭的實線表示，箭頭從子類指向父類。
[img]http://dl.iteye.com/upload/attachment/452486/7704f3c6-44b7-3463-900d-936498e21bbf.jpg[/img]
實現（Realization）:在類圖中就是接口和實現的關係。這個沒什麼好講的。在類圖中使用帶三角箭頭的虛線表示，箭頭從實現類指向接口。
[img]http://dl.iteye.com/upload/attachment/452488/423e4e78-ac11-32e9-b7a1-540f40999964.jpg[/img]
依賴(Dependency)：對象之間最弱的一種關聯方式，是臨時性的關聯。代碼中一般指由局部變量、函數參數、返回值建立的對於其他對象的調用關係。一個類調用被依賴類中的某些方法而得以完成這個類的一些職責。在類圖使用帶箭頭的虛線表示，箭頭從使用類指向被依賴的類。
[img]http://dl.iteye.com/upload/attachment/452504/1f310267-1635-3631-9c31-ecadb9b3ea40.jpg[/img]
關聯(Association) : 對象之間一種引用關係，比如客戶類與訂單類之間的關係。這種關係通常使用類的屬性表達。關聯又分爲一般關聯、聚合關聯與組合關聯。後兩種在後面分析。在類圖使用帶箭頭的實線表示，箭頭從使用類指向被關聯的類。可以是單向和雙向。
[img]http://dl.iteye.com/upload/attachment/452500/8080cb67-0bf4-3223-9708-eea36048de45.jpg[/img]
聚合(Aggregation) : 表示has-a的關係，是一種不穩定的包含關係。較強於一般關聯,有整體與局部的關係,並且沒有了整體,局部也可單獨存在。如公司和員工的關係，公司包含員工，但如果公司倒閉，員工依然可以換公司。在類圖使用空心的菱形表示，菱形從局部指向整體。
[img]http://dl.iteye.com/upload/attachment/452491/c0c6f7ef-aca1-3487-8863-542b8fc903df.jpg[/img]
組合(Composition) : 表示contains-a的關係，是一種強烈的包含關係。組合類負責被組合類的生命週期。是一種更強的聚合關係。部分不能脫離整體存在。如公司和部門的關係，沒有了公司，部門也不能存在了；調查問卷中問題和選項的關係；訂單和訂單選項的關係。在類圖使用實心的菱形表示，菱形從局部指向整體。
[img]http://dl.iteye.com/upload/attachment/452494/e0aedf36-b296-30bb-828c-b133289c810f.jpg[/img]
多重性(Multiplicity) : 通常在關聯、聚合、組合中使用。就是代表有多少個關聯對象存在。使用數字..星號（數字）表示。如下圖，一個割接通知可以關聯0個到N個故障單。
[img]http://dl.iteye.com/upload/attachment/452496/d152a6ad-593b-3dfd-b04f-952332072d83.jpg[/img]
聚合和組合的區別
這兩個比較難理解，重點說一下。聚合和組合的區別在於：聚合關係是“has-a”關係，組合關係是“contains-a”關係；聚合關係表示整體與部分的關係比較弱，而組合比較強；聚合關係中代表部分事物的對象與代表聚合事物的對象的生存期無關，一旦刪除了聚合對象不一定就刪除了代表部分事物的對象。組合中一旦刪除了組合對象，同時也就刪除了代表部分事物的對象。
實例分析
聯通客戶響應OSS。系統有故障單、業務開通、資源覈查、割接、業務重保、網絡品質性能等功能模塊。現在我們抽出部分需求做爲例子講解。
大家可以參照着類圖，好好理解。
[img]http://dl.iteye.com/upload/attachment/452498/1c4b85b2-6e8e-38a8-bdba-e8c38fa2bb5c.jpg[/img]
1． 通知分爲一般通知、割接通知、重保通知。這個是繼承關係。
2． NoticeService和實現類NoticeServiceImpl是實現關係。
3． NoticeServiceImpl通過save方法的參數引用Notice,是依賴關係。同時調用了BaseDao完成功能，也是依賴關係。
4． 割接通知和故障單之間通過中間類(通知電路)關聯，是一般關聯。
5． 重保通知和預案庫間是聚合關係。因爲預案庫可以事先錄入，和重保通知沒有必然聯繫，可以獨立存在。在系統中是手工從列表中選擇。刪除重保通知，不影響預案。
6． 割接通知和需求單之間是聚合關係。同理，需求單可以獨立於割接通知存在。也就是說刪除割接通知，不影響需求單。
7． 通知和回覆是組合關係。因爲回覆不能獨立於通知存在。也就是說刪除通知，該條通知對應的回覆也要級聯刪除。
經過以上的分析，相信大家對類的關係已經有比較好的理解了。大家有什麼其它想法或好的見解，歡迎拍磚。
PS：還是那句話：以上類圖用Enterprise Architect 7.5所畫，在此推薦一下EA,非常不錯。可以替代Visio和Rose了。Visio功能不夠強大，Rose太重。唯有EA比較合適。
