最近對這句古話非常喜歡：工欲善其事必先利其器！

首先，我們需要學會怎么利用工具去輔助我們去了解別人的代碼，那怎么有效快速的了解別人的代碼，而自己又不會犯糊涂呢？那就需要我們借助powerdesigner這個強大的工具了。

可以參考這些文章：【PowerDesigner】【10】繪制類圖

powerDesigner繪制類圖_zhouguizhi-CSDN博客_powerdesigner類圖

#1.如何創建類圖

打開，點【file】-【New Model】

選擇【Model types】-【Object-Oriented Model】-【Class Diagram】-【java】-【ok】

#2.創建成功后，就可以使用右側欄進行畫圖了

#3.統?建模語?簡介

統?建模語?（Unified Modeling Language，UML）是?來設計軟件藍圖的可視化建模語?，1997 年 被國際對象管理組織（OMG）采納為?向對象的建模語?的國際標準。它的特點是簡單、統?、圖形化、能表達軟件設計中的動態與靜態信息。 統?建模語?能為軟件開發的所有階段提供模型化和可視化?持。?且融?了軟件?程領域的新思想、 新?法和新技術，使軟件設計?員溝通更簡明，進?步縮短了設計時間，減少開發成本。它的應?領域很寬，不僅適合于?般系統的開發，?且適合于并?與分布式系統的建模。 UML 從?標系統的不同?度出發，定義了?例圖、類圖、對象圖、狀態圖、活動圖、時序圖、協作圖、 構件圖、部署圖等 9 種圖。 當前業界使?最?泛的是 Rational Rose,但作為開發人員的我，還是喜歡使用powderdesigner。 這次主要介紹軟件設計模式中經常?到的類圖，以及類之間的關系。
?

總體關系總結表

#3.1.類

類（Class）是指具有相同屬性、?法和關系的對象的抽象，它封裝了數據和?為，是?向對象程序設計 （OOP）的基礎，具有封裝性、繼承性和多態性等三?特性。 在 UML 中，類使?包含類名、屬性和操作且帶有分隔線的矩形來表示。

#3.1.1.類名

類名（Name）是?個字符串。

#3.1.2.屬性

屬性（Attribute）是指類的特性，即類的成員變量。UML 按以下格式表示：

[可?性]屬性名:類型[=默認值] 例如：-name:String? ? ?（注意：這里的中括號代表可以忽略不寫“可見性”和“默認值”） 注意：“可?性”表示該屬性對類外的元素是否可?，包括公有（Public）、私有（Private）、受保護（Protected）和朋友（Friendly）4 種，在類圖中分別?符號+、-、#、~表示。

#3.1.3.操作

操作（Operations）是類的任意?個實例對象都可以使?的?為，是類的成員?法。UML 按以下格 式表示： [可?性]名稱(參數列表)[:返回類型] 例如：+display():void。 完整的實例：

接著，我們看看這個圖是怎么畫出來的：

接著就是添加類中的屬性了：

最后就是添加類中的操作方法了：

#3.2.接口

接?（Interface）是?種特殊的類，它具有類的結構但不可被實例化，只可以被?類實現。它包含抽象操作，但不包含屬性。它描述了類或組件對外可?的動作。在 UML 中，是這樣展示的： ? ? ? ? ? ?該圖代表的是Graph接口

#3.2.1.接口和抽象類的區別

抽象類官方點的定義就是：如果一個類沒有包含足夠多的信息來描述一個具體的對象，這樣的類就是抽象類。

實際點來說，一個抽象類不能實例化，因為“沒有包含足夠多的信息來描述一個具體的對象”。但終歸屬于類，所以仍然擁有普通類一樣的定義。依然可以在類的實體（直白點就是能在｛｝里面)定義成員變量，成員方法，構造方法等。

接口官方定義：接口在java中是一個抽象類型，是抽象方法的集合。一個類通過繼承接口的方式，從而繼承接口的抽象方法。

從定義上看，接口是個集合，并不是類。類描述了屬性和方法，而接口只包含方法（未實現的方法）。接口和抽象類一樣不能被實例化，因為不是類。但是接口可以被實現（使用 implements 關鍵字）。實現某個接口的類必須在類中實現該接口的全部方法。雖然接口內的方法都是抽象的（和抽象方法很像，沒有實現）但是不需要abstract關鍵字。

因此，可以得到一個結論就是：我們在畫UML圖中的時候，如果該類是抽象類，那么我們還是需要和畫普通類那樣，直接定義就好。

#3.3.類圖

類圖（ClassDiagram）是?來顯示系統中的類、接?、協作以及它們之間的靜態結構和關系的?種靜態模型。它主要?于描述軟件系統的結構化設計，幫助?們簡化對軟件系統的理解，它是系統分析與設計階段的重要產物，也是系統編碼與測試的重要模型依據。 類圖中的類可以通過某種編程 語?直接實現。類圖在軟件系統開發的整個?命周期都是有效的，它是?向對象系統的建模中最常?的圖。

#4.類之間的關系

在軟件系統中，類不是孤?存在的，類與類之間存在各種關系。 根據類與類之間的耦合度從弱到強排列，UML 中的類圖有以下?種關系：依賴關系、關聯關系、聚合關系、組合關系、泛化關系和實現關系。其中泛化和實現的耦合度相等，它們是最強的。

#4.1.依賴關系?Dependency

依賴（Dependency）關系是?種使?關系，它是對象之間耦合度最弱的?種關聯?式，是臨時性的關聯。在代碼中，某個類的?法通過【局部變量、?法的參數或者對靜態?法】的調?來訪問另?個類（被依賴類）中的某些?法來完成?些職責。 在 UML 類圖中，依賴關系使?帶箭頭的虛線來表示，箭頭從使?類指向被依賴的類。

#4.2.關聯關系?Association

關聯（Association）關系是對象之間的?種引?關系，?于表示?類對象與另?類對象之間的聯系，如?師和學?、師傅和徒弟、丈夫和妻?等。關聯關系是類與類之間最常?的?種關系，分為?般關聯關系、聚合關系和組合關系。 關聯可以是雙向的，也可以是單向的。 在 UML 類圖中，雙向的關聯可以?帶兩個箭頭或者沒有箭頭的實線來表示，單向的關聯?帶?個箭頭的實線來表示，箭頭從使?類指向被關聯的類。也可以在關聯線的兩端標注??名，代表兩種不同的??。

#4.2.1.PowerDesigner默認雙向關聯修改為單向關聯

PowerDesigner中的關聯（Association）默認如下，是雙向關聯的形式。

每個老師可以教多個學生，每個學生可以向多個老師學，他們是雙向關聯。

有時候我們期望使用單向關聯，如下：

中國只屬于亞洲的關聯關系。

具體修改方式如下：

補充一個知識點，那就是“多重性關聯”

#4.2.2.具體實例

這里還有一個問題，需要弄清楚，在powerdesigner中如何創建List<Student>類型的參數。

#4.3.聚合關系Aggregation

聚合（Aggregation）關系是關聯關系的?種，是強關聯關系，是整體和部分之間的關系，是 has-a 的關系。 聚合關系也是通過成員對象來實現的，其中成員對象是整體對象的?部分，但是成員對象可以脫離整體對象而獨?存在。例如，學校與?師的關系，學校包含?師，但如果學校停辦了，?師依然存在。 在 UML 類圖中，聚合關系可以?帶空?菱形的實線來表示，菱形指向整體。

#4.4.組合關系?Composition

組合（Composition）關系也是關聯關系的?種，也表示類之間的整體與部分的關系，但它是?種更強烈的聚合關系，是 contains-a 關系。 在組合關系中，整體對象可以控制部分對象的?命周期，?旦整體對象不存在，部分對象也將不存在部分對象不能脫離整體對象?存在。例如，頭和嘴的關系，沒有了頭，嘴也就不存在了。 在 UML 類圖中，組合關系?帶實?菱形的實線來表示，菱形指向整體。

#4.5.泛化關系（繼承）Generalization

泛化（Generalization）關系是對象之間耦合度最?的?種關系，表示?般與特殊的關系，是?類與?類之間的關系，是?種繼承關系，是 is-a 的關系。 在 UML 類圖中，泛化關系?帶空?三?箭頭的實線來表示，箭頭從?類指向?類。在代碼實現時，使??向對象的繼承機制來實現泛化關系。 例如，Student 類和 Teacher 類都是 Person 類的?類。

#4.6.實現關系（接?）Realization

實現（Realization）關系是接?與實現類之間的關系。在這種關系中，類實現了接?，類中的操作實現了接?中所聲明的所有的抽象操作。 在 UML 類圖中，實現關系使?帶空?三?箭頭的虛線來表示，箭頭從實現類指向接?。 例如，汽?和船實現了交通?具，如圖所示：

#5.總結

類與類之間的關系 1. 依賴關系（局部變量、形參、靜態?法的調?） 2. 關聯關系（成員變量） 1. ?般關聯關系 2. 聚合關系（has - a） 3. 組合關系（contains-a） 3. 繼承關系（?類和?類的關系）is - a 4. 實現關系（接?和實現類） 微信掃一掃：關注我個人訂閱號“猿小飛”，更多精彩文章在這里及時發布：

?

總結

以上是生活随笔為你收集整理的UML在powerDesigner的使用及其相关概念的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。