[原]UML建模語言入門-視圖,事物,關係,通用機制

一. UML視圖


1. Rational Rose瀏覽器中的四個視圖




用例視圖(Use Case View) : 用例視圖中包括 參與者, 用例, 用例圖, 時序圖 和 協做圖, 用例視圖與代碼實現無關, 該視圖關注系統的高層, 不關注如何具體實現.瀏覽器

邏輯視圖(Logical View) : 邏輯視圖中包括須要的特定類, 類圖 和 狀態圖; 邏輯視圖關注如何實現用例視圖中的具體功能, 將組件之間的關聯, 系統如何運做的詳細圖形畫出來.安全

組件視圖(Component View) : 組件視圖包括模型代碼庫, 可執行文件, 運行庫等組件信息; 組件是代碼的實際模塊, 組件 和 組件圖在組件視圖中顯示, 組件視圖顯示代碼模塊之間的關係.服務器

配置視圖(Deployment View) : 配置視圖 至關於 系統的實際配置, 與邏輯結構有所不一樣, 系統結構是三層的, 可是對應的配置視圖多是兩層的.網絡


2. RUP 4+1 視圖

四種視圖之間的關係 :用例視圖(Use Case View)是系統的核心, 其它的四個視圖都要基於Use Case View展開;邏輯視圖(Logical View)中包括靜態結構和動態行爲,實現視圖(Implementation View)依賴邏輯視圖的靜態結構,進程視圖(Process View)依賴邏輯視圖的動態行爲;配置視圖依賴進程視圖 與 實現視圖;架構




(1) 邏輯視圖(Logical View)


使用者 : 設計人員, 開發人員.併發

實現需求 : 系統功能.運維

做用 : 揭示系統的內部設計和協做狀況, 邏輯視圖實現系統功能角度 : 靜態結構 , 動態行爲.佈局

靜態結構 : 描述 類, 對象, 關係.測試

動態行爲 : 描述對象之間發動消息產生的動態協做, 一致性, 併發.spa

UML對等視圖: 邏輯視圖(Logical View).


(2) 實現視圖(Implementation View)


使用者 : 碼農

實現需求 : 系統的可擴展性, 可移植性, 可重用性, 易用性, 易測試性.

做用 : 描述軟件的靜態結構, 顯示代碼之間的組織方式, 經過系統輸入輸出關係的模型圖 和 子系統圖, 來描述實現模塊之間的依賴關係. 

內部需求 : 開發難易程序, 重用可能性, 通用性, 侷限性等; 層次越低的組件通用性越好.

UML對等視圖 : 組件視圖(Component View). 


(3) 進程視圖(Process View)


使用者 : 系統集成.

實現需求 : 穩定性, 安全性, 伸縮性, 魯棒性.

做用 : 顯示系統併發性, 解決在併發系統中存在的通訊和同步問題, 該視圖顯示進程, 線程, 對象等運行時狀態, 以及相關同步, 併發, 通訊等問題.

進程視圖與實現視圖關係 : 實現視圖顯示的是編譯時的靜態關係, 進程視圖顯示的是編譯完以後運行時的對象, 線程, 進程之間的交互問題.

UML對等視圖 : 併發視圖(Concurrency View).


(4) 配置視圖(Deployment View)


使用者 : 運維

實現需求 : 拓撲結構, 系統安裝, 通訊.

做用 : 軟件到硬件的映射, 目標程序及其依賴的運行庫和系統軟件部署到物理機器上去, 以及部署機器和網絡配合軟件系統的可靠性,可伸縮性等要求. 配置視圖綜合考慮軟件系統和整個IT系統相互影響的架構視圖.

配置視圖與進程視圖關係 : 進程視圖關注程序的動態執行狀況, 配置視圖關注程序的靜態位置.

UML對等視圖 : 配置視圖(Deployment View).


(5) 用例視圖(Use Case View)


使用者 : 所有人員

做用 : 描述用戶須要的系統功能. 用例是客戶要求的系統中的一個功能單元, 至關於參與者與系統之間的一次交互. 用例模型列出系統中的用例和參與者, 顯示哪一個參與者執行哪一個用例.

核心 : 用例視圖是其它四種視圖的核心, 其做用是驅動其它視圖開發.



二. UML中的事務


UML中事務模型中首要成分的抽象,關係事務結合在一塊兒,彙集了相關事務.

事務是UML中面向對象的基本模塊, UML中事務包括 結構事務,行爲事務,組織事務,輔助事務. 事務在模型中屬於靜態部分, 表明物理上或概念上的元素.


1. 結構事物(Structure Things)



      


結構事務是模型中的 靜態事務, 主要包括7種, 類 接口 用例 協做 活動類 組件 節點.


(1) 類 (Class)


類具備相同屬性, 方法, 語義, 關係的集合; 一個類能夠實現一個或者多個接口, UML中, 類包括類名, 屬性名, 方法;


(2) 接口 (Interface)


接口是類或組件提供的能夠完成特定功能的操做集合, 接口描述了類或者組件對外的可見的操做. 一個類能夠實現多個接口.


(3) 用例 (Use Case)


用例定義了系統的一組操做, 特定的用戶能夠執行該操做.


(4) 協做 (Collaboration)


協做是交互的操做, 角色和其它元素一塊兒工做, 提供一些合做的動做 . 類多是協做的組成部門, 協做表明構成的系統的實現.


(5) 活動類 (Active Class)


類對象有一個或多個進程或線程的類是活動類, 活動類與類類似, 活動類對象表明的元素的行爲與其它的元素同時存在.


(6) 組件(Component)


組件是物理上可替換的, 實現一個或多個接口的系統元素. 


(7) 節點(Node)


節點是物理元素, 運行時存在, 表明一個可計算的資源, 例如服務器, 進程等. 


2. 行爲事物(Behavior Things)


行爲事務又叫動做事務, 與結構事務不一樣, 是UML模型中的動態部分, 表明時間和空間上的動做, 結構事務是UML模型中的靜態部分.

行爲事務有兩種 : 交互 ,狀態機. 它們是UML模型中最基本的兩個動態事務元素, 


(1) 交互(Interaction)


交互是在特定上下文中的一組對象, 這一組對象爲共同完成必定的任務進行一系列消息交換所組成的動做就是交互. 交互包括消息,動做序列(消息產生的動做),對象之間的鏈接組成. 交互中的消息一般畫成帶箭頭的直線.


(2) 狀態機(State Machine)


狀態機是對象一個或多個狀態的集合.




3. 組織事物 (Grouping Things)


組織事物又叫分組事物, 只有一種, 就是 (Package).

組織事物是UML模型中組織部分, 至關於一個盒子, 每一個盒子中的對象關係比較複雜;盒子與盒子之間的關係相對簡單.

包是一種將一系列元素分組的機制;組件也是元素分組的機制; 

包與組件區別 : 包是一種概念上的東西, 僅存在與開發階段, 組件是一種物理元素,存在於運行時.




4. 輔助事務(Annotation Things)


輔助事務就是註釋.





三. UML中的關係(Relationship)


UML中的關係主要有5種 : 關聯關係, 聚合關係, 依賴關係, 泛化關係, 實現關係.


(1) 關聯關係(Association)


關聯關係是結構化關係, 指一種對象和另外一種對象有關聯. 兩個對象有關聯就是從一個對象中能夠訪問到另外一個對象, 即就是在類中將另外一個類的對象聲明爲成員變量

雙向關聯 : 若是兩個類互相聲明對方對象爲成員變量, 那麼這個關聯就是雙向關聯; 

單向關聯 : 若是兩個類中只有一個類聲明另外一個類對象爲成員變量, 那這個關聯成爲單向關聯.

關聯關係表示 : 關聯關係用一條實線表示.




(2) 聚合關係


聚合概念 : 類之間的關係是總體與部分之間的關係, 一個表示總體的模型元素可能由多個表示部分的模型元素聚合而成, 如汽車由發動機, 輪胎聚合而成.


共享聚合 : 若是聚合中表示部分的模型還參與其它總體對象的聚合, 那麼該聚合是共享聚合;

複合聚合 : 若是聚合中表示部分的模型只隸屬於總體類, 那麼該聚合就是複合聚合.


複合聚合表示 : 聚合關係用一端帶空心菱形的直線表示, 菱形端鏈接表示總體事物的模型元素.




組合關係 : 組合關係是比聚合關係更緊密的耦合關係, 部分類須要總體類才能存在, 總體類被銷燬, 部分類也要隨之銷燬.

組合關係表示 : 一端帶有實心的小菱形直線表示, 小菱形端鏈接表示總體事物的模型元素.


(3) 依賴關係 (Dependency)


依賴關係描述兩個模型元素之間的語義關係 : 一個模型元素是獨立的, 另外一個不是獨立的, 非獨立的模型元素依賴於獨立模型元素, 獨立模型改變將影響依賴於其的非獨立模型. 

關聯關係與依賴關係區別 : 依賴關係的對象間表現非固定關係, 如手機與充電器, 手機不是時刻都須要充電器的, 可是沒有充電器, 手機就玩不轉.




4. 泛化關係 (Generalization)


泛化關係定義了通常元素特殊元素之間的分類關係, 泛化相似於繼承關係. 能夠分爲普通泛化受限泛化.

普通泛化 : 沒有給泛化添加約束, 普通泛化用一條帶空心箭頭的實線表示.

受限泛化 : 給泛化附加約束條件, 說明泛化關係的使用方法和擴充方法. 預約義的約束有4種 : 多重, 不相交, 徹底, 不徹底.




5. 實現關係 (Realization)


將一種模型元素(類)與另外一種模型元素(接口)鏈接起來, 接口只是行爲的說明, 不是結構或者實現.

兩種實現關係 :接口與實現它的類之間的關係,用例和實現它的協做之間的關係.

實現關係表示 : 實現關係用一條帶空心的虛線箭頭表示.




四. UML 中的圖


UML中的圖分爲兩類, 結構行爲圖動態行爲圖


結構行爲圖 :類圖 ,對象圖 ,用例圖 ,組件圖 ,配置圖 .

動態行爲圖 :狀態圖 ,活動圖 ,時序圖 ,協做圖 .


每一個圖中的概念 

類圖 : 類 , 關聯 , 泛化 , 依賴關係 , 實現 , 接口 .

用例圖 : 用例 , 參與者 , 關聯 , 擴展 , 包括 , 用例泛化 .

組件圖 : 組件 , 接口 , 依賴關係 , 實現 .

配置圖 : 


狀態圖 : 

活動圖 : 

時序圖 : 

協做圖 : 


1. 用例圖 (Use Case Diagram)


用例圖展示了一組 用例  參與者 它們之間的關係. 能夠描述系統的靜態使用狀況. 

下面的用例圖中 : 用戶 和 ATM機 是參與者, 插入卡 輸入密碼是用例.




2. 類圖 (Class Diagram)


類圖展現了 類  接口  協做 之間的關係, 一個系統有多個類圖, 高層建模給出類的主要職責, 底層建模給出類的屬性和操做. 

下圖中 人民幣帳戶 美圓帳戶 從帳戶類繼承, 它們是泛化關係. 帳戶與ATM機 , 用戶與兩種帳戶是關聯關係.




3. 對象圖 (Object Diagram)


對象圖 是 類圖的變體, 對象圖使用與類圖類似的符號描述. 

對象圖與類圖的區別

表示的概念 : 對象圖顯示的是類的多個對象, 而非實際的類. 對象圖是類的一個例子, 顯示系統執行時的一個快照, 即在某一個時間點上系統可能呈現的樣子. 

表示不一樣 : 對象圖使用帶下劃線的對象名稱來表示對象, 顯示一個關係中的全部實例.


4. 組件圖


組件圖 由 組件接口 組件之間的關係組成. 組件 能夠是 源碼 二進制碼 可執行程序. 組件圖表示系統不一樣的物理部件及其關係.

下圖中, 組件1 和 組件3 都依賴於 組件2.




5. 配置圖 (Deployment Diagram)


定義 : 配置圖展示運行時處理節點(服務器,主機) 以及 其中組件的配置(打印機,掃描儀). 配置圖能夠說明系統結構的靜態配置圖, 即 分佈 交付 安裝 的物理系統. 

描述硬件 : 配置圖描述系統硬件的物理拓撲結構, 即網絡佈局和組件在網絡中的位置; 

描述軟件 : 描述在設備上執行的軟件, 即運行時軟件在節點中的分佈狀況. 




6. 時序圖 (Sequence Diagram)


時序圖含義

a. 動態協做 : 時序圖顯示多個對象間的動態協做, 主要是顯示對象之間發送消息的時間順序. 

b. 時間點預測 : 時序圖也顯示對象之間的交互, 即在系統執行的時候,某個時間點將會發生的事情

時序圖用途 :表示用例中的行爲順序, 當執行一個用例行爲的時, 時序圖中每一條消息對應了一個類操做, 或狀態機中引發裝換的觸發事件.




7. 協做圖 (Collaboration Diagram)


組織結構建模 : 協做圖對交互中有意義的對象對象之間的鏈接建模, 強調收發消息對象的組織結構, 按照組織結構對控制流建模.

顯示關係 : 除了顯示消息的交互以外, 協做圖還顯示對象對象之間的關係.




8. 狀態圖 (Statechart Diagram)


狀態圖定義 : 狀態圖顯示一個對象全部可能的狀態 , 以及各類事件發生而引發的狀態轉移.

狀態圖的做用 : 狀態圖描述了一個狀態機, 用狀態圖說明系統的動態視圖

狀態圖建模 : 狀態圖對接口,, 協做的行爲建模很重視, 能夠用來描述實例的生命週期.


開始結束分別用實心圈和帶環的圈表示.




9. 活動圖 (Activity Diagram)


活動圖是狀態圖的變體, 顯示系統從一個活動到另外一個活動的流程, 活動圖顯示了一些活動, 強調是對象之間的流程控制





五. 通用機制


UML中的通用機制, 使UML變得簡單, 易於使用. 使用通用機制能夠爲模型元素提供額外的註釋,信息語義


1. 修飾


修飾表示 : UML建模時, 能夠將圖形修飾附加到UML圖形的模型元素上. 一般修飾寫在相關元素旁邊, 全部對修飾的描述與它們所影響的元素的描述放在一塊兒.

修飾做用 : 爲圖形中的元素增長語義. 

修飾例子 : 當一個元素表明一個類型的時候, 名稱能夠用粗體來表示; 當一個元素表明一個類型的實例的時候, 名稱能夠用下劃線表示; 當一個元素表明接口的時候, 那麼其名稱用斜體表示. 表示類的方法的時候 : "-"表示私有, "+"表示公有, "#"表示保護類型.


2. 註釋


註釋用一條虛線鏈接到其解釋的元素上, 註釋可使模型更加清晰.

註釋使用技巧

a. 依賴 : 將註釋放在須要註釋的元素旁邊, 使用依賴關係鏈接, 註釋依賴於元素.

b. 隱藏 : 註釋平時能夠隱藏;

c. 嵌入 : 若是註釋很長, 能夠放到外部文本中, 而後嵌入到模型中.


3. 規格說明


模型元素具備許多用於維護該元素的數據值特性, 特性用名稱和被稱爲標記值的值定義.

標記值 : 標記值是一種特定的類型, 如整型, 字符串.

名稱 : UML中特性是預約義的, 如文檔(Documentation), 職責(Responsibility), 永久性(Persistence), 併發性(Concurrency).


4. 通用劃分 (General Division)


(1) 型-實例


定義 : 型-實例(Type-Instance)描述了一個通用描述符與單個元素之間的對應關係. 通用描述符成爲型元素, 它至關於類, 單個元素是實例元素, 至關於類的實例; 一個型元素能夠對應多個實例元素.

表示 : 實例元素使用與通用描述符相同的表示圖形, 可是名稱的表示不一樣. 實例元素名稱帶有下劃線, 而且實例元素名稱後面還要加上冒號和通用描述符.

舉例 : 類 與 對象 至關於一種 型-實例劃分, 數據類型 與 數據值 .



(2) 接口-實現


接口生命了一個規定了服務的約定, 實現負責執行接口的所有語義, 並實現該項服務.


5. 擴展機制


UML擴展機制容許UML使用人員根據須要自定義一些構造型語言, 擴展機制既能夠擴展UML功能, 還可使語言用戶化.


相關文章
相關標籤/搜索