虛線箭頭指向依賴;網絡
實線箭頭指向關聯;函數
虛線三角指向接口;性能
實線三角指向父類;對象
空心菱形能分離而獨立存在,是聚合;blog
實心菱形精密關聯不可分,是組合;繼承
上面是UML的語法。接口
在畫類圖的時候,理清類和類之間的關係是重點。類的關係有泛化(Generalization)、實現(Realization)、依賴(Dependency)和關聯(Association)。其中關聯又分爲通常關聯關係和聚合關係(Aggregation),合成關係(Composition)。下面咱們結合實例理解這些關係。生命週期
類圖(Class Diagram): 類圖是面向對象系統建模中最經常使用和最重要的圖,是定義其它圖的基礎。類圖主要是用來顯示系統中的類、接口以及它們之間的靜態結構和關係的一種靜態模型。ip
類圖的3個基本組件:類名、屬性、方法。 ci
泛化(generalization):表示is-a的關係,是對象之間耦合度最大的一種關係,子類繼承父類的全部細節。直接使用語言中的繼承表達。在類圖中使用帶三角箭頭的實線表示,箭頭從子類指向父類。
實現(Realization):在類圖中就是接口和實現的關係。這個沒什麼好講的。在類圖中使用帶三角箭頭的虛線表示,箭頭從實現類指向接口。
依賴(Dependency):對象之間最弱的一種關聯方式,是臨時性的關聯。代碼中通常指由局部變量、函數參數、返回值創建的對於其餘對象的調用關係。一個類調用被依賴類中的某些方法而得以完成這個類的一些職責。在類圖使用帶箭頭的虛線表示,箭頭從使用類指向被依賴的類。
關聯(Association) : 對象之間一種引用關係,好比客戶類與訂單類之間的關係。這種關係一般使用類的屬性表達。關聯又分爲通常關聯、聚合關聯與組合關聯。後兩種在後面分析。在類圖使用帶箭頭的實線表示,箭頭從使用類指向被關聯的類。能夠是單向和雙向。
聚合(Aggregation) : 表示has-a的關係,是一種不穩定的包含關係。較強於通常關聯,有總體與局部的關係,而且沒有了總體,局部也可單獨存在。如公司和員工的關係,公司包含員工,但若是公司倒閉,員工依然能夠換公司。在類圖使用空心的菱形表示,菱形從局部指向總體。
組合(Composition) : 表示contains-a的關係,是一種強烈的包含關係。組合類負責被組合類的生命週期。是一種更強的聚合關係。部分不能脫離總體存在。如公司和部門的關係,沒有了公司,部門也不能存在了;調查問卷中問題和選項的關係;訂單和訂單選項的關係。在類圖使用實心的菱形表示,菱形從局部指向總體。
多重性(Multiplicity) : 一般在關聯、聚合、組合中使用。就是表明有多少個關聯對象存在。使用數字..星號(數字)表示。以下圖,一個割接通知能夠關聯0個到N個故障單。
這兩個比較難理解,重點說一下。聚合和組合的區別在於:聚合關係是「has-a」關係,組合關係是「contains-a」關係;聚合關係表示總體與部分的關係比較弱,而組合比較強;聚合關係中表明部分事物的對象與表明聚合事物的對象的生存期無關,一旦刪除了聚合對象不必定就刪除了表明部分事物的對象。組合中一旦刪除了組合對象,同時也就刪除了表明部分事物的對象。
聯通客戶響應OSS。系統有故障單、業務開通、資源覈查、割接、業務重保、網絡品質性能等功能模塊。如今咱們抽出部分需求作爲例子講解。
你們能夠參照着類圖,好好理解。
1. 通知分爲通常通知、割接通知、重保通知。這個是繼承關係。
2. NoticeService和實現類NoticeServiceImpl是實現關係。
3. NoticeServiceImpl經過save方法的參數引用Notice,是依賴關係。同時調用了BaseDao完成功能,也是依賴關係。
4. 割接通知和故障單之間經過中間類(通知電路)關聯,是通常關聯。
5. 重保通知和預案庫間是聚合關係。由於預案庫能夠事先錄入,和重保通知沒有必然聯繫,能夠獨立存在。在系統中是手工從列表中選擇。刪除重保通知,不影響預案。
6. 割接通知和需求單之間是聚合關係。同理,需求單能夠獨立於割接通知存在。也就是說刪除割接通知,不影響需求單。
7. 通知和回覆是組合關係。由於回覆不能獨立於通知存在。也就是說刪除通知,該條通知對應的回覆也要級聯刪除。
通過以上的分析,相信你們對類的關係已經有比較好的理解了。你們有什麼其它想法或好的看法,歡迎拍磚。
PS:仍是那句話:以上類圖用Enterprise Architect 7.5所畫,在此推薦一下EA,很是不錯。能夠替代Visio和Rose了。Visio功能不夠強大,Rose過重。惟有EA比較合適。
本文徹底轉載自http://www.uml.org.cn/oobject/201104212.asp