本文關(guān)鍵詞：UML，由筆耕文化傳播整理發(fā)布。

在畫類圖的時(shí)候，理清類和類之間的關(guān)系是重點(diǎn)。類的關(guān)系有泛化(Generalization)、實(shí)現(xiàn)（Realization）、依賴(Dependency)和關(guān)聯(lián)(Association)。其中關(guān)聯(lián)又分為一般關(guān)聯(lián)關(guān)系和聚合關(guān)系(Aggregation)，合成關(guān)系(Composition)。下面我們結(jié)合實(shí)例理解這些關(guān)系。

類圖（Class Diagram）: 類圖是面向?qū)ο笙到y(tǒng)建模中最常用和最重要的圖，，是定義其它圖的基礎(chǔ)。類圖主要是用來顯示系統(tǒng)中的類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系的一種靜態(tài)模型。

類圖的3個(gè)基本組件：類名、屬性、方法。

泛化(generalization)：表示is-a的關(guān)系，是對(duì)象之間耦合度最大的一種關(guān)系，子類繼承父類的所有細(xì)節(jié)。直接使用語言中的繼承表達(dá)。在類圖中使用帶三角箭頭的實(shí)線表示，箭頭從子類指向父類。

實(shí)現(xiàn)（Realization）:在類圖中就是接口和實(shí)現(xiàn)的關(guān)系。這個(gè)沒什么好講的。在類圖中使用帶三角箭頭的虛線表示，箭頭從實(shí)現(xiàn)類指向接口。

依賴(Dependency)：對(duì)象之間最弱的一種關(guān)聯(lián)方式，是臨時(shí)性的關(guān)聯(lián)。代碼中一般指由局部變量、函數(shù)參數(shù)、返回值建立的對(duì)于其他對(duì)象的調(diào)用關(guān)系。一個(gè)類調(diào)用被依賴類中的某些方法而得以完成這個(gè)類的一些職責(zé)。在類圖使用帶箭頭的虛線表示，箭頭從使用類指向被依賴的類。

關(guān)聯(lián)(Association) : 對(duì)象之間一種引用關(guān)系，比如客戶類與訂單類之間的關(guān)系。這種關(guān)系通常使用類的屬性表達(dá)。關(guān)聯(lián)又分為一般關(guān)聯(lián)、聚合關(guān)聯(lián)與組合關(guān)聯(lián)。后兩種在后面分析。在類圖使用帶箭頭的實(shí)線表示，箭頭從使用類指向被關(guān)聯(lián)的類。可以是單向和雙向。

聚合(Aggregation) : 表示has-a的關(guān)系，是一種不穩(wěn)定的包含關(guān)系。較強(qiáng)于一般關(guān)聯(lián),有整體與局部的關(guān)系,并且沒有了整體,局部也可單獨(dú)存在。如公司和員工的關(guān)系，公司包含員工，但如果公司倒閉，員工依然可以換公司。在類圖使用空心的菱形表示，菱形從局部指向整體。

組合(Composition) : 表示contains-a的關(guān)系，是一種強(qiáng)烈的包含關(guān)系。組合類負(fù)責(zé)被組合類的生命周期。是一種更強(qiáng)的聚合關(guān)系。部分不能脫離整體存在。如公司和部門的關(guān)系，沒有了公司，部門也不能存在了；調(diào)查問卷中問題和選項(xiàng)的關(guān)系；訂單和訂單選項(xiàng)的關(guān)系。在類圖使用實(shí)心的菱形表示，菱形從局部指向整體。

多重性(Multiplicity) : 通常在關(guān)聯(lián)、聚合、組合中使用。就是代表有多少個(gè)關(guān)聯(lián)對(duì)象存在。使用數(shù)字..星號(hào)（數(shù)字）表示。如下圖，一個(gè)割接通知可以關(guān)聯(lián)0個(gè)到N個(gè)故障單。

這兩個(gè)比較難理解，重點(diǎn)說一下。聚合和組合的區(qū)別在于：聚合關(guān)系是“has-a”關(guān)系，組合關(guān)系是“contains-a”關(guān)系；聚合關(guān)系表示整體與部分的關(guān)系比較弱，而組合比較強(qiáng)；聚合關(guān)系中代表部分事物的對(duì)象與代表聚合事物的對(duì)象的生存期無關(guān)，一旦刪除了聚合對(duì)象不一定就刪除了代表部分事物的對(duì)象。組合中一旦刪除了組合對(duì)象，同時(shí)也就刪除了代表部分事物的對(duì)象。

聯(lián)通客戶響應(yīng)OSS。系統(tǒng)有故障單、業(yè)務(wù)開通、資源核查、割接、業(yè)務(wù)重保、網(wǎng)絡(luò)品質(zhì)性能等功能模塊。現(xiàn)在我們抽出部分需求做為例子講解。

大家可以參照著類圖，好好理解。

1． 通知分為一般通知、割接通知、重保通知。這個(gè)是繼承關(guān)系。

2． NoticeService和實(shí)現(xiàn)類NoticeServiceImpl是實(shí)現(xiàn)關(guān)系。

3． NoticeServiceImpl通過save方法的參數(shù)引用Notice,是依賴關(guān)系。同時(shí)調(diào)用了BaseDao完成功能，也是依賴關(guān)系。

4． 割接通知和故障單之間通過中間類(通知電路)關(guān)聯(lián)，是一般關(guān)聯(lián)。

5． 重保通知和預(yù)案庫間是聚合關(guān)系。因?yàn)轭A(yù)案庫可以事先錄入，和重保通知沒有必然聯(lián)系，可以獨(dú)立存在。在系統(tǒng)中是手工從列表中選擇。刪除重保通知，不影響預(yù)案。

6． 割接通知和需求單之間是聚合關(guān)系。同理，需求單可以獨(dú)立于割接通知存在。也就是說刪除割接通知，不影響需求單。

7． 通知和回復(fù)是組合關(guān)系。因?yàn)榛貜?fù)不能獨(dú)立于通知存在。也就是說刪除通知，該條通知對(duì)應(yīng)的回復(fù)也要級(jí)聯(lián)刪除。

經(jīng)過以上的分析，相信大家對(duì)類的關(guān)系已經(jīng)有比較好的理解了。大家有什么其它想法或好的見解，歡迎拍磚。

PS：還是那句話：以上類圖用Enterprise Architect 7.5所畫，在此推薦一下EA,非常不錯(cuò)�？梢蕴娲鶹isio和Rose了。Visio功能不夠強(qiáng)大，Rose太重。唯有EA比較合適。

  本文關(guān)鍵詞：UML，由筆耕文化傳播整理發(fā)布。