UML各種圖總結-精華
UML(Unified Modeling Language)是一種統(tǒng)一建模語言趋翻,為面向對象開發(fā)系統(tǒng)的產(chǎn)品進行說明障簿、可視化褂删、和編制文檔的一種標準語言您宪。下面將對UML的九種圖+包圖的基本概念進行介紹以及各個圖的使用場景坏挠。
一芍躏、基本概念
如下圖所示,UML圖分為用例視圖降狠、設計視圖对竣、進程視圖庇楞、實現(xiàn)視圖和拓撲視圖,又可以靜動分為靜態(tài)視圖和動態(tài)視圖否纬。靜態(tài)圖分為:用例圖,類圖临燃,對象圖睛驳,包圖,構件圖膜廊,部署圖乏沸。動態(tài)圖分為:狀態(tài)圖,活動圖爪瓜,協(xié)作圖蹬跃,序列圖。
1铆铆、用例圖(UseCase Diagrams):
用例圖主要回答了兩個問題:1蝶缀、是誰用軟件。2薄货、軟件的功能翁都。從用戶的角度描述了系統(tǒng)的功能,并指出各個功能的執(zhí)行者谅猾,強調用戶的使用者柄慰,系統(tǒng)為執(zhí)行者完成哪些功能。
2赊瞬、類圖(Class Diagrams):
用戶根據(jù)用例圖抽象成類,描述類的內部結構和類與類之間的關系贼涩,是一種靜態(tài)結構圖巧涧。 在UML類圖中,常見的有以下幾種關系: 泛化(Generalization), 實現(xiàn)(Realization)遥倦,關聯(lián)(Association)谤绳,聚合(Aggregation),組合(Composition)袒哥,依賴(Dependency)缩筛。
各種關系的強弱順序: 泛化 = 實現(xiàn) > 組合 > 聚合 > 關聯(lián) > 依賴
2.1.泛化
【泛化關系】:是一種繼承關系,表示一般與特殊的關系堡称,它指定了子類如何繼承父類的所有特征和行為瞎抛。例如:老虎是動物的一種,即有老虎的特性也有動物的共性却紧。
2.2.實現(xiàn)
【實現(xiàn)關系】:是一種類與接口的關系桐臊,表示類是接口所有特征和行為的實現(xiàn)胎撤。
2.3.關聯(lián)
【關聯(lián)關系】:是一種擁有的關系,它使一個類知道另一個類的屬性和方法断凶;如:老師與學生伤提,丈夫與妻子關聯(lián)可以是雙向的,也可以是單向的认烁。雙向的關聯(lián)可以有兩個箭頭或者沒有箭頭肿男,單向的關聯(lián)有一個箭頭。
【代碼體現(xiàn)】:成員變量
2.4.聚合
【聚合關系】:是整體與部分的關系却嗡,且部分可以離開整體而單獨存在舶沛。如車和輪胎是整體和部分的關系,輪胎離開車仍然可以存在稽穆。
**聚合關系是關聯(lián)關系的一種**冠王,是強的關聯(lián)關系;關聯(lián)和聚合在語法上無法區(qū)分舌镶,必須考察具體的邏輯關系柱彻。
【代碼體現(xiàn)】:成員變量
2.5.組合
【組合關系】:是整體與部分的關系,但部分不能離開整體而單獨存在餐胀。如公司和部門是整體和部分的關系哟楷,沒有公司就不存在部門。
**組合關系是關聯(lián)關系的一種否灾,是比聚合關系還要強的關系**卖擅,它要求普通的聚合關系中代表整體的對象負責代表部分的對象的生命周期。
【代碼體現(xiàn)】:成員變量
【箭頭及指向】:帶實心菱形的實線墨技,菱形指向整體
2.6.依賴
【依賴關系】:是一種使用的關系惩阶,即一個類的實現(xiàn)需要另一個類的協(xié)助,所以要盡量不使用雙向的互相依賴.
【代碼表現(xiàn)】:**局部變量扣汪、方法的參數(shù)或者對靜態(tài)方法的調用**
【箭頭及指向】:帶箭頭的虛線断楷,指向被使用者
2.7 各種類圖關系
3、對象圖(Object Diagrams):
描述的是參與交互的各個對象在交互過程中某一時刻的狀態(tài)崭别。對象圖可以被看作是類圖在某一時刻的實例冬筒。
4、狀態(tài)圖(Statechart Diagrams):
是一種由狀態(tài)茅主、變遷舞痰、事件和活動組成的狀態(tài)機,用來描述類的對象所有可能的狀態(tài)以及時間發(fā)生時狀態(tài)的轉移條件诀姚。
5响牛、活動圖(Activity Diagrams):
是狀態(tài)圖的一種特殊情況,這些狀態(tài)大都處于活動狀態(tài)。本質是一種流程圖娃善,它描述了活動到活動的控制流论衍。
交互圖強調的是對象到對象的控制流,而活動圖則強調的是從活動到活動的控制流聚磺。
活動圖是一種表述過程基理坯台、業(yè)務過程以及工作流的技術。
它可以用來對業(yè)務過程瘫寝、工作流建模蜒蕾,也可以對用例實現(xiàn)甚至是程序實現(xiàn)來建模。
5.1 帶泳道的活動圖
泳道表明每個活動是由哪些人或哪些部門負責完成焕阿。
5.2 帶對象流的活動圖
用活動圖描述某個對象時咪啡,可以把涉及到的對象放置在活動圖中,并用一個依賴將其連接到進行創(chuàng)建暮屡、修改和撤銷的動作狀態(tài)或者活動狀態(tài)上撤摸,對象的這種使用方法就構成了對象流。對象流用帶有箭頭的虛線表示褒纲。
6准夷、序列圖-時序圖(Sequence Diagrams):
交互圖的一種,描述了對象之間消息發(fā)送的先后順序莺掠,強調時間順序衫嵌。
序列圖的主要用途是把用例表達的需求,轉化為進一步彻秆、更加正式層次的精細表達楔绞。用例常常被細化為一個或者更多的序列圖。同時序列圖更有效地描述如何分配各個類的職責以及各類具有相應職責的原因唇兑。
消息用從一個對象的生命線到另一個對象生命線的箭頭表示酒朵。箭頭以時間順序在圖中從上到下排列。
序列圖中涉及的元素:
6.1 生命線
生命線名稱可帶下劃線扎附。當使用下劃線時蔫耽,意味著序列圖中的生命線代表一個類的特定實例。
6.2 同步消息
同步等待消息
6.3 異步消息
異步發(fā)送消息帕棉,不需等待
6.4 注釋
6.5 約束
6.6 組合
組合片段****用來解決交互執(zhí)行的條件及方式针肥。它允許在序列圖中直接表示邏輯組件饼记,用于通過指定條件或子進程的應用區(qū)域香伴,為任何生命線的任何部分定義特殊條件和子進程。常用的組合片段有:抉擇具则、選項即纲、循環(huán)、并行博肋。
7低斋、協(xié)作圖(Collaboration Diagrams):
交互圖的一種蜂厅,描述了收發(fā)消息的對象的組織關系,強調對象之間的合作關系膊畴。時序圖按照時間順序布圖掘猿,而寫作圖按照空間結構布圖
8、構件圖(Component Diagrams):
構件圖是用來表示系統(tǒng)中構件與構件之間唇跨,類或接口與構件之間的關系圖稠通。其中,構建圖之間的關系表現(xiàn)為依賴關系买猖,定義的類或接口與類之間的關系表現(xiàn)為依賴關系或實現(xiàn)關系改橘。
9、部署圖(Deployment Diagrams):****
描述了系統(tǒng)運行時進行處理的結點以及在結點上活動的構件的配置玉控。強調了物理設備以及之間的連接關系飞主。
部署模型的目的:
描述一個具體應用的主要部署結構,通過對各種硬件高诺,在硬件中的軟件以及各種連接協(xié)議的顯示碌识,可以很好的描述系統(tǒng)是如何部署的;平衡系統(tǒng)運行時的計算資源分布懒叛;可以通過連接描述組織的硬件網(wǎng)絡結構或者是嵌入式系統(tǒng)等具有多種硬件和軟件相關的系統(tǒng)運行模型丸冕。
二、圖的差異比較
1.序列圖(時序圖)VS協(xié)作圖
序列圖和協(xié)作圖都是交互圖薛窥。二者在語義上等價胖烛,可以相互轉化。但是側重點不同:序列圖側重時間順序诅迷,協(xié)作圖側重對象間的關系佩番。
共同點:時序圖與協(xié)作圖均顯示了對象間的交互。
不同點:時序圖強調交互的時間次序罢杉。
協(xié)作圖強調交互的空間結構趟畏。
2.狀態(tài)圖VS活動圖
狀態(tài)圖和活動圖都是行為圖。狀態(tài)圖側重從行為的結果來描述滩租,活動圖側重從行為的動作來描述赋秀。狀態(tài)圖描述了一個具體對象的可能狀態(tài)以及他們之間的轉換。在實際的項目中律想,活動圖并不是必須的猎莲,需要滿足以下條件:1、出現(xiàn)并行過程&行為技即;2著洼、描述算法;3、跨越多個用例的活動圖身笤。
3.活動圖VS交互圖
二者都涉及到對象和他們之間傳遞的關系豹悬。區(qū)別在于交互圖觀察的是傳送消息的對象,而活動圖觀察的是對象之間傳遞的消息液荸≌胺穑看似語義相同,但是他們是從不同的角度來觀察整個系統(tǒng)的娇钱。
三涤久、UML與軟件工程
UML圖是軟件工程的組成部分,軟件工程從宏觀的角度保證了軟件開發(fā)的各個過程的質量忍弛。而UML作為一種建模語言响迂,更加有效的實現(xiàn)了軟件工程的要求。
如下圖细疚,在軟件的各個開發(fā)階段需要的UML圖蔗彤。
下表是UML使用人員圖示:
參考自:http://m.blog.csdn.net/article/details?id=38467715
http://www.cnblogs.com/wolf-sun/p/UML-collaboration-diagram.html
作者:不挖石油的小小
鏈接:http://www.reibang.com/p/0a855549e821
來源:簡書
簡書著作權歸作者所有,任何形式的轉載都請聯(lián)系作者獲得授權并注明出處疯兼。