UML實(shí)踐----UML活動(dòng)圖、順序圖、狀態(tài)圖、協(xié)作圖
本節(jié)和大家一起學(xué)習(xí)一下UML實(shí)踐中的UML活動(dòng)圖、順序圖、狀態(tài)圖、協(xié)作圖 ，相信通過本節(jié)的學(xué)習(xí)你對(duì)UML實(shí)踐中UML圖有一定的了解。下面就讓我們一起來看一下UML圖的詳細(xì)介紹吧。
UML實(shí)踐----UML活動(dòng)圖、順序圖、狀態(tài)圖、協(xié)作圖
面向?qū)ο蟮膯栴}的處理的關(guān)鍵是建模問題。建模可以把在復(fù)雜世界的許多重要的細(xì)節(jié)給抽象出。許多建模工具封裝了UML（也就是Unified Modeling Language™），這篇課程的目的是展示出UML的精彩之處。
UML中有九種建模的圖標(biāo)，即：
用例圖
類圖
對(duì)象圖
順序圖
協(xié)作圖
狀態(tài)圖
活動(dòng)圖
組件圖
配置圖
本課程中的某些部分包含了這些圖的細(xì)節(jié)信息的頁面鏈接。而且每個(gè)部分都有一個(gè)小問題，測(cè)試一下你對(duì)這個(gè)部分的理解。
為什么UML很重要？
為了回答這個(gè)問題，我們看看建筑行業(yè)。設(shè)計(jì)師設(shè)計(jì)出房子。施工人員使用這個(gè)設(shè)計(jì)來建造房子。建筑越復(fù)雜，設(shè)計(jì)師和施工人員之間的交流就越重要。藍(lán)圖就成為了這個(gè)行業(yè)中的設(shè)計(jì)師和施工人員的必修課。寫軟件就好像建造建筑物一樣。系統(tǒng)越復(fù)雜，參與編寫與配置軟件的人員之間的交流也就越重要。在過去十年里UML就成為分析師，設(shè)計(jì)師和程序員之間的“建筑藍(lán)圖”?，F(xiàn)在它已經(jīng)成為了軟件行業(yè)的一部分了。UML提供了分析師，設(shè)計(jì)師和程序員之間在軟件設(shè)計(jì)時(shí)的通用語言。
UML被應(yīng)用到面向?qū)ο蟮膯栴}的解決上。想要學(xué)習(xí)UML必須熟悉面向?qū)ο蠼鉀Q問題的根本原則――都是從模型的建造開始的。一個(gè)模型model就是根本問題的抽象。域domain就是問題所處的真實(shí)世界。
模型是由對(duì)象objects組成的，它們之間通過相互發(fā)送消息messages來相互作用的。記住把一個(gè)對(duì)象想象成“活著的”。對(duì)象有他們知道的事（屬性 attributes）和他們可以做的事（行為或操作behaviors or operations）。對(duì)象的屬性的值決定了它的狀態(tài)state。
類Classes是對(duì)象的“藍(lán)圖”。一個(gè)類在一個(gè)單獨(dú)的實(shí)體中封裝了屬性（數(shù)據(jù)）和行為（方法或函數(shù)）。對(duì)象是類的實(shí)例instances。
活動(dòng)圖
UML實(shí)踐中活動(dòng)圖activitydiagram是一個(gè)很特別的流程圖?；顒?dòng)圖和狀態(tài)圖之間是有關(guān)系的。狀態(tài)圖把焦點(diǎn)集中在過程中的對(duì)象身上，而活動(dòng)圖則集中在一個(gè)單獨(dú)過程動(dòng)作流程?；顒?dòng)圖告訴了我們活動(dòng)之間的依賴關(guān)系。
對(duì)我們的例子來說，我們使用如下的過程。
“通過ATM來取錢?！?BR>這個(gè)活動(dòng)有三個(gè)類Customer,ATM和Bank。整個(gè)過程從黑色圓圈開始到黑白的同心圓結(jié)束?；顒?dòng)用圓角矩形表示。
活動(dòng)圖可以被分解成許多對(duì)象泳道swimlanes，可以決定哪些對(duì)象負(fù)責(zé)那些活動(dòng)。每個(gè)活動(dòng)都有一個(gè)單獨(dú)的轉(zhuǎn)移transition連接這其他的活動(dòng)。
轉(zhuǎn)移可能分支branch成兩個(gè)以上的互斥的轉(zhuǎn)移。保護(hù)表達(dá)式（在[]中）表示轉(zhuǎn)移是從一個(gè)分支中引出的。分支以及分支結(jié)束時(shí)的合并merge在圖中用菱形表示。
轉(zhuǎn)移也可以分解fork成兩個(gè)以上的并行活動(dòng)。分解以及分解結(jié)束時(shí)的線程結(jié)合join在圖中用粗黑線表示
順序圖
UML實(shí)踐中類圖和對(duì)象圖是靜態(tài)模型的視圖。交互圖是動(dòng)態(tài)的。他們描述了對(duì)象間的交互作用。
順序圖將交互關(guān)系表示為一個(gè)二維圖?？v向是時(shí)間軸，時(shí)間沿豎線向下延伸。橫向軸代表了在協(xié)作中各獨(dú)立對(duì)象的類元角色。類元角色用生命線表示。當(dāng)對(duì)象存在時(shí)，角色用一條虛線表示，當(dāng)對(duì)象的過程處于激活狀態(tài)時(shí)，生命線是一個(gè)雙道線。
消息用從一個(gè)對(duì)象的生命線到另一個(gè)對(duì)象生命線的箭頭表示。箭頭以時(shí)間順序在圖中從上到下排列。
協(xié)作圖
UML實(shí)踐中協(xié)作圖也是互動(dòng)的圖表。他們像序列圖一樣也傳遞相同的信息，但他們不關(guān)心什么時(shí)候消息被傳遞，只關(guān)心對(duì)象的角色。在序列圖中，對(duì)象的角色放在上面而消息則是連接線。
對(duì)象角色矩形上標(biāo)有類或?qū)ο竺ɑ蛘叨加校?。類名前面有個(gè)冒號(hào)（：）。
協(xié)作圖的每個(gè)消息都有一個(gè)序列號(hào)。頂層消息的數(shù)字是1。同一個(gè)等級(jí)的消息（也就是同一個(gè)調(diào)用中的消息）有同樣的數(shù)字前綴，再根據(jù)他們出現(xiàn)的順序增加一個(gè)后綴1，2等等。
狀態(tài)圖
UML實(shí)踐中對(duì)象擁有行為和狀態(tài)。對(duì)象的狀態(tài)是由對(duì)象當(dāng)前的行動(dòng)和條件決定的。狀態(tài)圖statechartdiagram顯示出了對(duì)象可能的狀態(tài)以及由狀態(tài)改變而導(dǎo)致的轉(zhuǎn)移。
我們的模型例圖建立了一個(gè)銀行的在線登錄系統(tǒng)。登錄過程包括輸入合法的密碼和個(gè)人賬號(hào)，再提交給系統(tǒng)驗(yàn)證信息。
登錄系統(tǒng)可以被劃分為四種不重疊的狀態(tài)：GettingSSN,GettingPIN,Validating,以及Rejecting。每個(gè)狀態(tài)都有一套完整的轉(zhuǎn)移transitions來決定狀態(tài)的順序。
狀態(tài)是用圓角矩形來表示的。轉(zhuǎn)移則是使用帶箭頭的連線表示。觸發(fā)轉(zhuǎn)移的事件或者條件寫在箭頭的旁邊。我們的圖上有兩個(gè)自轉(zhuǎn)移。一個(gè)是在GettingSSN，另一個(gè)則在上GettingPIN。
初始狀態(tài)（黑色圓圈）是開始動(dòng)作的虛擬開始。結(jié)束狀態(tài)也是動(dòng)作的虛擬結(jié)束。
事件或條件觸發(fā)動(dòng)作時(shí)用（/動(dòng)作）表示。當(dāng)進(jìn)入Validating狀態(tài)時(shí)，對(duì)象并不等外部事件觸發(fā)轉(zhuǎn)移。取而代之，它產(chǎn)生一個(gè)動(dòng)作。動(dòng)作的結(jié)果決定了下一步的狀態(tài)。
【編輯推薦】
- UML實(shí)踐 UML活動(dòng)圖和用例圖解析
- 經(jīng)驗(yàn)總結(jié) UML實(shí)踐指南
- UML組成及其全稱解析
- 解析UML類圖符號(hào)意義
- UML實(shí)踐--UML用例圖和類圖解析
