【UML】之重點總結
阿新 • • 發佈：2019-01-07
最近看了11集到25集的視訊，講了不少的東西，把它總結一下，顆粒歸倉。
首先講了UML中最重要的圖：圖總共分為5大部分，下面我就從這5大部分來總結一下。
先放一張圖，根據圖來說：
1、用例圖：用例圖是UML中最基礎的一種圖，它由角色，用例和關係組成，這個關係就是在上一篇的部落格中說道的4中基本的關係。用例圖簡單來說就是用來描述使用者的需求，它把使用者的需要通過圖表現出來。
2、類圖：類圖的關聯關係中包含組合和聚合這兩種額外的關係，遵循能用組合不用聚合的關係。類圖還有可見性和應用範圍。把許多的類和其它介面、構件、用例等包裝起來的一種圖就是包圖。包圖其實就是把用類畫得複雜的圖模組化，有助於程式碼的編寫。包與包之間的關係只有：泛化、細化、依賴。
3、物件圖：是系統在某一時刻的靜態結構的體現，包括物件、連線和包。其實物件圖就是把某一個功能階段，或者說某一個模組中的物件與物件之間的關係展現出來。
4、行為圖：它包括活動圖、狀態圖、互動圖。活動圖和狀態圖顧名思義就是分別描述軟體行為的動作和結果的。這兩個圖十分相像，在畫圖的時候應該特別注意。另外，活動圖的一個特殊點就是它有並行的過程，可以同時進行某兩個或者多個動作。
而互動圖就是表現物件如何進行訊息傳遞的一種圖，它包括序列圖和協作圖，但是通常協作圖不用畫。序列圖由物件、訊息、生命線組成；強調物件的順序，而協作圖強調物件之間的組織、互動、關係。
5、實現圖：它包括構件圖和部署圖。構件圖強調從軟體架構的某一個角度描述系統的主要功能。構件圖主要由構件、介面、關係組成，還可以包括包，例項，子系統等。構件圖主要從三個方面對系統進行建模：對原始碼進行建模、對可執行提進行建模、對構件與介面之間的關係進行建模。還可對物理資料庫建模。而部署圖強調只有在應對複雜的系統時才會用到它。而且部署圖的關係只有依賴和關聯。
接下來講第二大部分RUP：
放上一張圖：
RUP被稱為Rational統一過程，是一種面向物件的軟體開發過程。而上一篇部落格已經提到：UML是一種面向物件的建模語言。那麼在學習UML的時候提到RUP的目的就是因為RUP是一種特別適應於UML的方法，它提出了整套的以UML為基礎的開發準則，並且可以使開發團隊共享知識庫，開發過程，開發檢視，建模語言等知識。而RUP最有效的措施就是採用迭代式開發。
一個RUP包括若干個週期，並且將每一個週期的開發分為起始階段、細化階段、構件階段、提交階段。而每一個階段中包含有多個迭代，並且每一個迭代就是一個完整的開發迴圈，充分發揮了迭代開發的降低風險、得到早期使用者反饋、持續測試和整合、適應變更、提高複用性等優點。
可見迭代開發在RUP中是非常具有優越性的。需要注意的是每一次的迭代都會產生一箇中間製品，我們要做的就是在這些中間製品上操作以提高軟體的可用性。
最後就是第三大部分設計模式：
圖：
UML是面向物件程式範型的一個有力的建模工具，而設計模式式面向物件技術中的一個很關鍵的技術，是我們以後要學習的內容。設計模式與UML是相輔相成的關係。
在視訊中主要講解了設計模式的三個指導原則：重用、介面和實現分離、鬆耦合。設計模式的分類：建立型、結構型、行為型。
每一類的設計模式中又包含有很多的模式可供應用。還講解了模式和框架的不同最終得出設計模式是更抽象的並且使用範圍很廣的。模式與開發語言無關，只是結構和設計的重用；而框架式細節設計和程式碼的重用。
最後講解了介面卡模式分為類介面卡和物件介面卡。對介面卡模式瞭解的還不多，不知道是幹什麼用的。只知道它是一個工具。
關於視訊的總結先到這裡吧，後邊的視訊會以某個系統為例具體講解UML的應用，希望會讓自己更好的消化這些視訊中所講的東西。
首先講了UML中最重要的圖：圖總共分為5大部分，下面我就從這5大部分來總結一下。
先放一張圖，根據圖來說：
1、用例圖：用例圖是UML中最基礎的一種圖，它由角色，用例和關係組成，這個關係就是在上一篇的部落格中說道的4中基本的關係。用例圖簡單來說就是用來描述使用者的需求，它把使用者的需要通過圖表現出來。
2、類圖：類圖的關聯關係中包含組合和聚合這兩種額外的關係，遵循能用組合不用聚合的關係。類圖還有可見性和應用範圍。把許多的類和其它介面、構件、用例等包裝起來的一種圖就是包圖。包圖其實就是把用類畫得複雜的圖模組化，有助於程式碼的編寫。包與包之間的關係只有：泛化、細化、依賴。
3、物件圖：是系統在某一時刻的靜態結構的體現，包括物件、連線和包。其實物件圖就是把某一個功能階段，或者說某一個模組中的物件與物件之間的關係展現出來。
4、行為圖：它包括活動圖、狀態圖、互動圖。活動圖和狀態圖顧名思義就是分別描述軟體行為的動作和結果的。這兩個圖十分相像，在畫圖的時候應該特別注意。另外，活動圖的一個特殊點就是它有並行的過程，可以同時進行某兩個或者多個動作。
而互動圖就是表現物件如何進行訊息傳遞的一種圖，它包括序列圖和協作圖，但是通常協作圖不用畫。序列圖由物件、訊息、生命線組成；強調物件的順序，而協作圖強調物件之間的組織、互動、關係。
5、實現圖：它包括構件圖和部署圖。構件圖強調從軟體架構的某一個角度描述系統的主要功能。構件圖主要由構件、介面、關係組成，還可以包括包，例項，子系統等。構件圖主要從三個方面對系統進行建模：對原始碼進行建模、對可執行提進行建模、對構件與介面之間的關係進行建模。還可對物理資料庫建模。而部署圖強調只有在應對複雜的系統時才會用到它。而且部署圖的關係只有依賴和關聯。
接下來講第二大部分RUP：
放上一張圖：
RUP被稱為Rational統一過程，是一種面向物件的軟體開發過程。而上一篇部落格已經提到：UML是一種面向物件的建模語言。那麼在學習UML的時候提到RUP的目的就是因為RUP是一種特別適應於UML的方法，它提出了整套的以UML為基礎的開發準則，並且可以使開發團隊共享知識庫，開發過程，開發檢視，建模語言等知識。而RUP最有效的措施就是採用迭代式開發。
一個RUP包括若干個週期，並且將每一個週期的開發分為起始階段、細化階段、構件階段、提交階段。而每一個階段中包含有多個迭代，並且每一個迭代就是一個完整的開發迴圈，充分發揮了迭代開發的降低風險、得到早期使用者反饋、持續測試和整合、適應變更、提高複用性等優點。
可見迭代開發在RUP中是非常具有優越性的。需要注意的是每一次的迭代都會產生一箇中間製品，我們要做的就是在這些中間製品上操作以提高軟體的可用性。
最後就是第三大部分設計模式：
圖：
UML是面向物件程式範型的一個有力的建模工具，而設計模式式面向物件技術中的一個很關鍵的技術，是我們以後要學習的內容。設計模式與UML是相輔相成的關係。
在視訊中主要講解了設計模式的三個指導原則：重用、介面和實現分離、鬆耦合。設計模式的分類：建立型、結構型、行為型。
每一類的設計模式中又包含有很多的模式可供應用。還講解了模式和框架的不同最終得出設計模式是更抽象的並且使用範圍很廣的。模式與開發語言無關，只是結構和設計的重用；而框架式細節設計和程式碼的重用。
最後講解了介面卡模式分為類介面卡和物件介面卡。對介面卡模式瞭解的還不多，不知道是幹什麼用的。只知道它是一個工具。
關於視訊的總結先到這裡吧，後邊的視訊會以某個系統為例具體講解UML的應用，希望會讓自己更好的消化這些視訊中所講的東西。