動態建模

統一建模語言UML輕鬆入門
——動態建模

來源:天極開發
靜可描形,動可描行。動和靜是辯證的兩面,在UML中,靜態建模可以描述系統的組織和結構,而動態建模則可描述系統的行爲和動作。

  前一節中介紹的類圖和對象圖主要用於靜態建模,本節我們將描述UML中的動態建模機制。在動態建模機制中,以消息來完成對象之間的交互,用狀態圖、順序圖、協作圖和活動圖來描述系統的行爲。

  4.1消息

  在面向對象領域,兩個對象的交互是通過消息的發送和接收來完成的。消息分爲簡單消息、同步消息和異步消息:

  (1)簡單消息:只是表示控制如何從一個對象發給另一個對象,並不包含控制的細節;

  (2)同步消息:同步意味着阻塞和等待,如果對象A給對象B發送一個消息,對象A會等待對象B執行完這個消息,接着才進行自身的工作;

  (3)異步消息:異步意味着非阻塞,如果對象A給對象B發送一個消息,對象A不必等待對象B執行完這個消息,就可以接着進行自身的工作。

  4.2順序圖

  順序圖(也稱序列圖)是一種交互圖(Interaction Diagram,用於描述執行系統功能的各個角色之間相互傳遞消息的順序關係,顯示跨越多個對象的系統控制流程),強調的是時間和消息的次序,用來說明系統的動態情況,順序圖由參與者、對象、對象生命線和消息組成。一個順序圖顯示了一系列的對象(通常是類的實例,也可以代表其他事物的實例,例如協作、組件和節點)和在這些對象之間發送和接收的消息。


圖4.1 圖書入庫順序圖

  圖書管理系統中圖書入庫的順序圖如圖4.1所示,對於順序圖,往往在文字表述上會出現"當…時…"、"首先"、"然後"、"接着"、"…發出…消息","…響應…消息"等詞彙。例如圖4.1的順序圖可用文字表達爲:

  當管理人員把新書入庫時,首先要求登錄(輸入用戶名和口令),經系統的"註冊表單"驗證,若正確無誤,則可繼續下一步交互,否則拒絕該管理人員進入系統。若登錄正確,管理人員可發出查詢請求消息,系統的"圖書入庫表單"對象響應請求。若管理人員發出增加或刪除庫存圖書請求,"庫存圖書"對象將響應該消息,找出數據庫中的相關數據並執行相應的操作。此後,管理人員應按下提交鍵確認請求,"圖書入庫表單"接口對象應該響應該請求,併發出存儲消息,才由"庫存圖書"對象響應存儲消息,進行數據庫存儲操作。如果管理人員結束圖書入庫,發出退出系統的請求,則系統的"註冊表單"接口對象響應請求,關閉系統。


圖4.2 購買商品順序圖

  而圖4.2則給出了電子購物系統中購買商品的順序圖,通過觀察順序圖,我們可以很清晰地看出顧客購買商品的流程。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章