最近在開發SDK,開發以前要先理清思路編寫設計文檔,故進行了UML的學習,完成文檔的編寫。程序員
先給你們分享一個自認爲頗有用的地址:https://www.processon.com 能夠用來繪製流程圖、思惟導圖、UI-原型圖、UML-圖。學習
爲了更好的理解,首先先了解下UML中幾種類間關係:繼承、實現、依賴、關聯、聚合、組合的聯繫與區別:spa
指的是一個類(稱爲子類、子接口)繼承另外的一個類(稱爲父類、父接口)的功能,並能夠增長它本身的新功能的能力,繼承是類與類或者接口與接口之間最多見的關係;在Java中此類關係經過關鍵字extends明確標識,在設計時通常沒有爭議性;
.net
指的是一個class類實現interface接口(能夠是多個)的功能;實現是類與接口之間最多見的關係;在Java中此類關係經過關鍵字implements明確標識,在設計時通常沒有爭議性;
設計
能夠簡單的理解,就是一個類A使用到了另外一個類B,而這種使用關係是具備偶然性的、、臨時性的、很是弱的,可是B類的變化會影響到A;好比某人要過河,須要借用一條船,此時人與船之間的關係就是依賴;表如今代碼層面,爲類B做爲參數被類A在某個method方法中使用;
對象
他體現的是兩個類、或者類與接口之間語義級別的一種強依賴關係,好比我和個人朋友;這種關係比依賴更強、不存在依賴關係的偶然性、關係也不是臨時性的,通常是長期性的,並且雙方的關係通常是平等的、關聯能夠是單向、雙向的;表如今代碼層面,爲被關聯類B以類屬性的形式出如今關聯類A中,也多是關聯類A引用了一個類型爲被關聯類B的全局變量;
blog
聚合是關聯關係的一種特例,他體現的是總體與部分、擁有的關係,即has-a的關係,此時總體與部分之間是可分離的,他們能夠具備各自的生命週期,部分能夠屬於多個總體對象,也能夠爲多個總體對象共享;好比計算機與CPU、公司與員工的關係等;表如今代碼層面,和關聯關係是一致的,只能從語義級別來區分;
繼承
組合也是關聯關係的一種特例,他體現的是一種contains-a的關係,這種關係比聚合更強,也稱爲強聚合;他一樣體現總體與部分間的關係,但此時總體與部分是不可分的,總體的生命週期結束也就意味着部分的生命週期結束;好比你和你的大腦;表如今代碼層面,和關聯關係是一致的,只能從語義級別來區分;
接口
對於繼承、實現這兩種關係沒多少疑問,他們體現的是一種類與類、或者類與接口間的縱向關係;其餘的四者關係則體現的是類與類、或者類與接口間的引用、橫向關係,是比較難區分的,有不少事物間的關係要想準備定位是很難的,前面也提到,這幾種關係都是語義級別的,因此從代碼層面並不能徹底區分各類關係;但總的來講,後幾種關係所表現的強弱程度依次爲:組合>聚合>關聯>依賴;生命週期
上面咱們介紹了幾種類間關係,接下來講一下定義的五大類
一、用例圖(use case diagrams)
【概念】描述用戶需求,從用戶的角度描述系統的功能
【描述方式】橢圓表示某個用例;人形符號表示角色
【目的】幫組開發團隊以一種可視化的方式理解系統的功能需求
【用例圖】
二、靜態圖
【概念】顯示系統的靜態結構,表示不一樣的實體是如何相關聯的
【描述方式】三個矩形
【目的】表示一個邏輯類或實現類,邏輯類一般是用戶的業務所涉及的事物;實現類是程序員處理的實體
【類圖】
【概念】類圖的一個實例,描述系統在具體時間點上所包含的對象以及各個對象的關係
【對象圖】
三、交互圖
用來描述對象之間的交互關係
【概念】描述對象之間的交互順序,着重體現對象間消息傳遞的時間順序
【描述方式】橫跨圖的頂部,每一個框表示每一個類的實例或對象;類實例名稱和類名稱使用冒號分開
【目的】顯示流程中不一樣對象之間的調用關係,還能夠顯示不一樣對象的不一樣調用。
【序列圖】
【概念】描述對象之間的合做關係,側重對象之間的消息傳遞
四、行爲圖:描述系統的動態模型和對象之間的交互關係
1.狀態圖(Statechart diagrams)
【概念】描述對象的全部狀態以及事件發生而引發的狀態之間的轉移
【描述方式】
【目的】表示某個類所處的不一樣狀態以及該類在這些狀態中的轉換過程
2.活動圖(Activity diagrams)
【概念】描述知足用例要求所要進行的活動以及活動時間的約束關係
【描述方式】
【目的】表示兩個或多個對象之間在處理某個活動時的過程控制流程
【活動圖】
活動圖和狀態圖區別:
五、實現圖
【概念】描述代碼構件的物理結構以及各構件之間的依賴關係
【描述方式】構件
【目的】提供系統的物理視圖,根據系統的代碼構件顯示系統代碼的整個物理結構
【構架圖】
【概念】系統中硬件的物理體系結構
【描述方式】
【目的】顯示系統的硬件和軟件的物理結構
【部署圖】
個人介紹到此爲止,感謝您的訪問。