UML基礎知識
UML簡介
在80年代末至90年代中,對面向對象分析與設計方法的研究發展到一個高潮。但是,諸多流派在思想和術語上有很多不同的提法,在術語、概念上的運用也各不相同,需要一種統一的符號來描述面向對象的分析和設計活動。UML應運而生。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法,而且有進一步的發展,最終成爲大衆所共同接受的標準建模語言。統一建模語言(UML)是一個通用的可視化建模語言,用於對軟件進行描述、可視化處理、構造和建立軟件系統製品的文檔。它記錄了對必須構造的系統的決定和理解,可用於對系統的理解、設計、瀏覽、配置、維護和信息控制。UML適用於各種軟件開發方法、軟件生命週期的各個階段、各種應用領域以及各種開發工具,UML 是一種總結了以往建模技術的經驗並吸收當今優秀成果的標準建模方法。它融入了軟件工程領域的新思想、新方法和新技術。不僅支持面向對象的分析與設計,還支持從需求分析開始的軟件開發全過程。
UML模型、視圖、圖
UML的概念和模型可以分成以下幾個概念域:靜態結構、動態行爲、實現構造、模型組織、擴展機制
UML視圖和圖
主要的域 |
視圖 |
圖 |
主要概念 |
靜 態 結 構 |
靜態視圖 |
類圖 |
類、關聯、泛化、依賴關係、實現、接口 |
用例視圖 |
用例圖 |
用例、參與者、關聯、擴展、包括、用例泛化 |
|
實現視圖 |
構件圖 |
構件、接口、依賴關係、實現 |
|
部署視圖 |
部署圖 |
節點、構件、依賴關係、位置 |
|
動 態 |
狀態視圖 |
狀態圖 |
狀態、事件、轉換、動作、 |
行 |
活動視圖 |
活動圖 |
狀態、活動、完成轉換、分叉、結合 |
爲 |
交互視圖 |
順序圖 |
交互、對象、消息、激活 |
|
|
協作圖 |
協作、交互、協作角色、消息 |
模型管理 |
模型管理視圖 |
類圖 |
包、子系統、模型 |
擴展機制 |
所有 |
所有 |
約束、構造型、標記值 |
靜態視圖
1、 類元
類元是模型中的離散概念,擁有身份、狀態、行爲和關係。有幾種類元包括類、接口和數據類型。其他幾種類元是行爲概念、環境事物、執行結構的具體化。這些類元中包括用例、參與者、構件、節點和子系統。圖列出了幾種類元和它們的功能。元模型術語類元中包括了所有這些概念。
類元 |
功能 |
表示法 |
參與者 |
系統的外部用戶 |
|
類 |
類代表了被建模的應用領域中的離散概念。 最重要的特性是多重性 |
|
狀態類 |
侷限於某個給定狀態的類 |
|
類元角色 |
在合作中侷限於某個使用的類元 |
|
構件 |
系統的一個物理組成單元 |
|
|
|
|
接口 |
刻劃行爲特徵的操作命名集.
|
|
節點 |
計算資源 |
|
信號 |
對象間的異步通信 |
|
子系統 |
作爲且有規範、實現和身份的單元的包 |
|
用例 |
與外界代理交互中的實體行爲說明 |
|
2、類元之間關係
類元之間的關係有關聯、泛化、各種形式的依賴關係,包括實現關係和使用關係。
關聯:對象通常要和其他對象發生關聯,關聯可以具有多層形式。多重性問題(一對一、一對多)。在UML中關聯用一條直線來表示。
泛化:一個類繼承了其他類的屬性和操作。在UML中泛化用“從之類畫一條帶空心三角形箭頭的連線指向父類”來表示。
依賴:一個類使用了另一個類。在UML中依賴用“從依賴類到被依賴的帶箭頭的虛線”表示。
聚集是關聯的一種,聚集對象由部分對象組成。也就是整體與部分關聯。在UML中用“整體和部分之間用帶空心菱形箭頭的連線連接”來表示。
組合是一種特殊的聚集,在一個組合對象中,部分對象只能作爲組合對象的一部分與組合對象同時存在。在UML中用“整體和部分之間用帶實心菱形箭頭的連線連接”來表示。
實現:類和接口之間的關係被稱爲實現。在UML中實現關係用一個帶空心三角形箭頭加虛線來表示,箭頭指向接口。
關係的種類
關係 |
功能 |
表示法 |
關聯 |
類實例之間連接的描述 |
|
依賴 |
兩個模型元素間的關係 |
|
泛化 |
更概括的描述和更具體的種類間的關係,適用於繼承 |
|
實現 |
說明和實現間的關係 |
|
聚集 |
聚集對象由部分對象組成。也就是整體與部分關聯。 |
|
組合 |
一種特殊的聚集. |
圖舉例:
關聯
依賴
限定關聯
聚集和組成
泛化
實現關係
用例視圖
當用例視圖在外部用戶前出現時,它捕獲到系統、子系統或類的行爲。它將系統功能劃分成對參與者(即系統的理想用戶)有用的需求。而交互功能部分被稱作用例。用例使用系統與一個或多個參與者之間的一系列消息來描述系統中的交互作用。參與者可以是人,也可以是外部計算機系統和外部進程。
用例之間的關係:關聯、擴展、泛化、包含。
關係 |
功能 |
表示法 |
關聯 |
參與者與其參與執行的用例之間的通信途徑 |
|
擴展 |
在基礎用例上插入基礎用例不能說明的擴展部分 |
|
泛化 |
用例之間的一般和特殊關係,其中特殊用例繼承了一般用例的特性並增加了新的特性 |
|
包含 |
在基礎用例上插入附加的行爲,並且具有明確的描述 |
圖舉例:
用例圖
用例關係圖
交互視圖
交互視圖描述了執行系統功能的各個角色之間相互傳遞消息的順序關係。類元是對在系統內交互關係中起特定作用的一個對象的描述,這使它區別於同類的其他對象。交互視圖顯示了跨越多個對象的系統控制流程。交互視圖可用兩種圖來表示:順序圖和協作圖,它們各有不同的側重點。協作圖也展示對象之間的交互關係,強調交互的語境和參與交互的對象的整體組織。協作圖按照空間組織布圖,而順序圖按照時間順序布圖。
順序圖
協作圖
狀態視圖
狀態視圖是一個類對象所可能經歷的所有歷程的模型圖。狀態圖由對象的各個狀態和連接這些狀態的轉換組成。狀態圖是對單個對象的“放大”,它說明對象所經歷的狀態變化。強調單個對象內狀態的變化。
狀態圖
活動視圖
活動圖是狀態圖的一個變體,用來描述執行算法的工作流程中涉及的活動。活動狀態代表了一個活動:一個工作流步驟或一個操作的執行。活動圖描述了一組順序的或併發的活動。活動視圖用活動圖來體現。活動圖很像流程圖,它顯示出工作步驟,判定點和分支。可用於表達一個對象的操作和一個業務過程。
活動圖
物理視圖
物理視圖對應用自身的實現結構建模,例如系統的構件組織和建立在運行節點上的配置。這類視圖提供了將系統中的類映射成物理構件和節點的機制。物理視圖有兩種:構件圖和部署視圖。
構件圖
部署圖
模型管理視圖
模型管理視圖對模型自身組織建模。一系列由模型元素(如類、狀態機和用例)構成的包組成了模型。一個包(package)可能包含其他的包,因此,整個模型實際上可看成一個根包,它間接包含了模型中的所有內容。包是操作模型內容、存取控制和配置控制的基本單元。每一個模型元素包含於包中或包含於其他模型元素中。
包
擴展機制
UML提供了幾種擴展機制,允許建模者在不用改變基本建模語言的情況下做一些通用的擴展。這些擴展機制已經被設計好,以便於在不需理解全部語義的情況下就可以存儲和使用。由於這個原因,擴展可以作爲字符串存儲和使用。對不支持擴展機制的工具來說,擴展只是一個字符串,它可以作爲模型的一部分被導入、存儲,還可以被傳遞到其他工具。我們期望後端工具設計成能夠處理各種擴展,這些工具會爲它們需要理解的擴展定義特定的語法和語義。擴展機制包括約束、標記值和構造型。
約束是用文字表達式表示的語義限制。
約束
標記值是一對字符串—一個標記字符串和一個值字符串—存儲着有關元素的一些信息。標記值可以與任何獨立元素相關,包括模型元素和表達元素。標記是建模者想要記錄的一些特性的名字,而值是給定元素的特性的值。例如,標記可以是author,而值是對元素負責的人的名字,如Charles Babbage。
標記值
構造型是在一個已定義的模型元素的基礎上構造的一種新的模型元素。構造型的信息內容和形式與已存在的基本模型元素相同,但是含義和使用不同。例如,商業建模領域的建模者希望將商業對象和商業過程作爲特殊的建模元素區別開來,這些元素的使用在特定的開發過程中是不同的。它們可以被看作特殊的類—它們有屬性和操作,但是在它們與其他元素的關係上和它們的使用上有特殊的約束。
構造型
各種圖彙總