類圖畫法
類之間的幾種關系：泛化（Generalization）、實現（Realization）、關聯（Association）（又分一般關聯、聚合（Aggregation）、組合（Composition））、依賴（Dependency）
一、類圖畫法
1、 類圖的概念
A、顯示出類、接口以及它們之間的靜態結構和關系
B、用于描述系統的結構化設計
2、 類圖的元素
類、接口、協作、關系，我們只簡單介紹一下這四種元素。
同其他的圖一樣，類圖也可以包含注解和限制。
類圖中也可以包含包和子系統，這兩者用來將元素分組。
有時候你也可以將類的實例放到類圖中。
3、 類
A、 類是對一組具有相同屬性、操作、關系和語義的對象的抽象，它是面向對象系統組織結構的核心，包括名稱部分（Name）、屬性部分（Attribute）和操作部分（Operation），見下圖。
B、 類屬性的語法為：
[可見性] 屬性名 [:類型] [=初始值] [{屬性字符串}]
可見性：公有（Public）“+”、私有（Private）“-”、受保護（Protected）“#”
類操作的語法為：
[可見性] 操作名 [(參數表)] [:返回類型] [{屬性字符串}]
可見性：公有（Public）“+”、私有（Private）“-”、受保護（Protected）“#”、包內公有（Package）“~”
參數表：
定義方式：“名稱：類型”；若存在多個參數，將各個參數用逗號隔開；參數可以具有默認值；
屬性字符串：
在操作的定義中加入一些除了預定義元素之外的信息。
4、 接口
在沒有給出對象的實現和狀態的情況下對對象行為的描述。
一個類可以實現一個或多個接口。
使用兩層矩形框表示，與類圖的區別主要是頂端有<<interface>>顯示：
也可以用一個空心圓表示：
5、 協作
協作是指一些類、接口和其他的元素一起工作提供一些合作的行為，這些行為不是簡單地將元素 加能得到的。例如：當你為一個分布式的系統中的事務處理過程建模型時，你不可能只通過一個類來明白事務是怎樣進行的，事實上這個過程的執行涉及到一系列的 類的協同工作。使用類圖來可視化這些類和他們的關系。
6、 關系
這篇文章的重點，詳見第二部分。
二、類之間的幾種關系
1、 泛化（Generalization）
A、 是一種繼承關系，表示一般與特殊的關系，它指定了子類如何特化父類的所有特征和行為，描述了一種“is a kind of” 的關系。例如：老虎是動物的一種，即有老虎的特性也有動物的共性。
B、 用帶空心箭頭的實線表示，箭頭指向父類，如下圖：
2、 實現（Realization）
A、 是一種類與接口的關系，表示類是接口所有特征和行為的實現。
B、 用帶空心箭頭的虛線表示，箭頭指向接口，如下圖：
3、 關聯（Association）
A、 一般關聯
a、 關聯關系是類與類之間的聯結，它使一個類知道另一個類的屬性和方法，指明了事物的對象之間的聯系，如：老師與學生、丈夫與妻子。關聯可以是雙向的，也可以是單向的，還有自身關聯。
b、 用帶普通箭頭的實心線表示。雙向的關聯可以有兩個箭頭或者沒有箭頭，單向的關聯有一個箭頭，如下圖：
B、 聚合（Aggregation）
a、 它是整體與部分（整體 has a 部分）的關系，且部分可以離開整體而單獨存在，如車和輪胎是整體和部分的關系，輪胎離開車仍然可以存在。聚合關系是關聯關系的一種，是強的關聯關系，關聯和聚合在語法上無法區分，必須考察具體的邏輯關系。
b、 用帶空心菱形的實線表示，菱形指向整體，如下圖：
C、 組合（Composition）
a、 它是整體與部分的關系，但部分不能離開整體而單獨存在。如公司和部門是整體和部分的關系，沒有公司就不存在部門。組合關系是關聯關系的一種，是比聚合關系還要強的關系，它要求普通的聚合關系中代表整體的對象負責代表部分的對象的生命周期。
b、 用帶實心菱形的實線表示，菱形指向整體，如下圖：
4、 依賴（Dependency）
A、 元素A的變化會影響元素B，那么B和A的關系是依賴關系，B依賴A。要避免雙向依賴，一般來說，不應該存在雙向依賴。關聯、實現、泛化都是依賴關系。
B、 用帶箭頭的虛線表示，箭頭指向被依賴元素。
5、 總結
各種關系的強弱順序如下：
泛化 = 實現 > 組合 > 聚合 > 關聯 > 依賴
下面這張UML圖，比較形象地展現了各種類圖關系：
