解析UML動態建模中消息 狀態圖和順序圖
本文和大家 重點討論一下UML動態建模機制問題，主要包括消息，狀態圖和順序圖等內容，希望通過本文的學習你對UML動態建模機制有一定的認識。首先看一下消息的概念。
1.消息
在面向對象技術中,對象間的交互是通過對象間消息的傳遞來完成的。在UML的四個動態模型中均用到消息這個概念。通常,當一個對象調用另一個對象中的操作時,即完成了一次消息傳遞。當操作執行后,控制便返回到調用者。對象通過相互間的通信(消息傳遞)進行合作,并在其生命周期中根據通信的結果不斷改變自身的狀態。
在UML動態建模中,消息的圖形表示是用帶有箭頭的線段將消息的發送者和接收者聯系起來,箭頭的類型表示消息的類型,如圖2所示。
UML定義的消息類型有三種:
簡單消息(SimpleMessage)表示簡單的控制流。用于描述控制如何在對象間進行傳遞,而不考慮通信的細節。
同步消息(SynchronousMessage)表示嵌套的控制流。操作的調用是一種典型的同步消息。調用者發出消息后必須等待消息返回,只有當處理消息的操作執行完畢后,調用者才可繼續執行自己的操作。
異步消息(AsynchronousMessage)表示異步控制流。當調用者發出消息后不用等待消息的返回即可繼續執行自己的操作。異步消息主要用于描述實時系統中的并發行為。
2.狀態圖
UML動態建模中狀態圖(StateDiagram)用來描述一個特定對象的所有可能狀態及其引起狀態轉移的事件。大多數面向對象技術都用狀態圖表示單個對象在其生命周期中的行為。一個狀態圖包括一系列的狀態以及狀態之間的轉移。
(1)狀態 所有對象都具有狀態,狀態是對象執行了一系列活動的結果。當某個事件發生后,對象的狀態將發生變化。狀態圖中定義的狀態有:初態、終態、中間狀態、復合狀態。其中,初態是狀態圖的起始點,而終態則是狀態圖的終點。一個狀態圖只能有一個初態,而終態則可以有多個。
中間狀態包括兩個區域:名字域和內部轉移域,如圖3所示。圖中內部轉移域是可選的,其中所列的動作將在對象處于該狀態時執行,且該動作的執行并不改變對象的狀態。
一個狀態可以進一步地細化為多個子狀態,我們將可以進一步細化的狀態稱作復合狀態。子狀態之間有"或關系"和"與關系"兩種關系。或關系(如圖4)說明在某一時刻僅可到達一個子狀態。例如,一個處于行駛狀態的汽車,在"行駛"這個復合狀態中有向前和向后兩個不同的子狀態,在某一時刻汽車要么向前,要么向后。與關系(如圖5)說明復合狀態中在某一時刻可同時到達多個子狀態(稱為并發子狀態)。具有并發子狀態的狀態圖稱為并發狀態圖。
(2)轉移 狀態圖中狀態之間帶箭頭的連線被稱為轉移。狀態的變遷通常是由事件觸發的,此時應在轉移上標出觸發轉移的事件表達式。如果轉移上未標明事件,則表示在源狀態的內部活動執行完畢后自動觸發轉移。
3.順序圖
順序圖(SequenceDiagram)用來描述對象之間動態的交互關系,著重體現對象間消息傳遞的時間順序。UML動態建模中順序圖存在兩個軸:水平軸表示不同的對象,垂直軸表示時間。順序圖中的對象用一個帶有垂直虛線的矩形框表示,并標有對象名和類名。垂直虛線是對象的生命線,用于表示在某段時間內對象是存在的。對象間的通信通過在對象的生命線間畫消息來表示。消息的箭頭指明消息的類型。
順序圖中的消息可以是信號(Signal)、操作調用或類似于C++中的RPC(RemoteProcedureCalls)和Java中的RMI(RemoteMethodInvocation)。當收到消息時,接收對象立即開始執行活動,即對象被激活了。通過在對象生命線上顯示一個細長矩形框來表示激活。
消息可以用消息名及參數來標識。消息也可帶有順序號,但較少使用。消息還可帶有條件表達式,表示分支或決定是否發送消息。如果用于表示分支,則每個分支是相互排斥的,即在某一時刻僅可發送分支中的一個消息。
在順序圖的左邊可以有說明信息,用于說明消息發送的時刻、描述動作的執行情況以及約束信息等。一個典型的例子就是用于說明一個消息是重復發送的。另外,可以定義兩個消息間的時間限制。
一個對象可以通過發送消息來創建另一個對象,當一個對象被刪除或自我刪除時,該對象用"X"標識。
另外,在很多算法中,遞歸是一種很重要的技術。當一個操作直接或間接調用自身時,即發生了遞歸。產生遞歸的消息總是同步消息,返回消息應是一個簡單消息。
【編輯推薦】
