UI循序图进行分析.PPT

L、物件互動行為塑模～循序圖 UML 2.0的四種互動圖 循序圖、溝通圖 互動概觀圖、時序圖 循序圖 生命線、訊息、操作與操作描述 控制焦點、框架 循序圖的建構步驟 循序圖建構實例 靜態觀點vs.動態觀點 靜態觀點 只是呈現物件如何被定義、以及物件與物件的關聯性，並不能透露出物件間是如何互相溝通、傳遞訊息。 主要以類別圖或物件圖來表達物件間之靜態結構 動態觀點 呈現出系統如何對來自使用者的行動/要求做出反應，以及資料如何由儲存的地方移動到使用者的畫面。 對應靜態、動態觀點 一個使用個案，應要有一個與之對應的類別圖 以表達該個案內，物件間的靜態結構關係 一個使用個案，也應有一個與之對應的互動圖 以表達該個案內，物件間的動態互動行為 主要根據使用個案之情節描述、表單、活動圖或類別圖，以及與使用者的互動，來進行建構 物件互動行為塑模 主要針對使用者介面(User Interface, UI)與應用程式核心(Application Core, AC, 簡稱應用程式）兩部分之物件間與物件內元件的行為進行塑模。 以互動圖來表達物件間的互動行為 以狀態圖來表達物件內元件的狀態、轉換與控制 1. UML 2.0的四種互動圖 (1) 循序圖（Sequence Diagram） 描述一個使用個案執行過程中，參與該個案的物件、以及物件間傳遞訊息的先後順序 強調訊息傳遞的時間性 循序圖實例 循序圖實例：病患約診 UML 2.0的四種互動圖 (2) 溝通圖（Communication Diagram） 描述一個使用個案執行過程中，有哪些物件必須參與，透過合作，傳遞訊息，以完成一個使用個案 強調合作物件間的結構 在UML 1.0 時稱為合作圖 UML 2.0的四種互動圖 (3) 互動概觀圖（Interaction Overview Diagram） 是一種活動圖的變形 用以描述高層次的控制流程及它們之間的互動 UML 2.0的四種互動圖 (4) 時序圖（Timing Diagram） 當主要探討重點是有關於時間時，時序圖將焦點放在生命線或者生命線之間在時間軸上狀態的改變。 物件互動行為塑模的圖形選擇 四種互動圖中，以循序圖及溝通圖最為重要 溝通圖與循序圖在語意上是相同的，且可互相轉換，轉換的過程中不會有資訊遺失 為避免系統分析與設計工作上的重複，且許多UML工具可讓循序圖與溝通圖直接轉換，所以繪製互動圖時，只需要畫其中一種圖形即可 本課程主要介紹：循序圖 2. 循序圖 描述一個使用個案中參與物件及物件間的互動行為 強調以時間發生的先後順序表達物件間的訊息傳遞與處理程序 2.1 生命線(Lifeline) 在互動圖中，我們稱參與互動的物件為生命線 以矩形表示，在下方加上與物件垂直的虛線 矩形中應標示該物件名稱與其類別名稱(Object: Class)，而物件的名稱可省略。 實作觀點，循序圖的三種物件 介面物件(Interface Object)：也稱邊界物件，是行為者和系統交談的媒介。 控制物件(Control Object)：包含許多應用系統邏輯（如企業規則），也負責協調與管理其他物件。 實體物件(Entity Object)：常以企業的領域術語命名，用來表示使用個案完成後仍需要儲存在資料庫中的資料，但某些實體物件也可以是暫存的資料，例如搜尋結果。 2.2 訊息(Message) 在訊息傳遞的表達上，採用一條帶箭頭的直線，表示物件obj1傳送一個 訊息給物件obj2 呼叫與回傳訊息 呼叫訊息 若使用個案的情節是以事件列描述，也就是採用「主詞＋動詞＋受詞」的方式，且其中的動詞為操作，則該操作的輸入或輸出就可能是訊息。 水平實線、實心三角形箭頭表示同步訊息；帶有箭頭的直線為非同步訊息 回傳訊息：以水平虛線箭頭表示 同步與非同步訊息 同步訊息（Synchronous Message） 當該訊息一旦被啟動，只有等到啟動生命線結束之後，訊息才會回傳給呼叫者 非同步訊息（Asynchronous Message） 一旦啟動之後，會立刻返回呼叫者，呼叫者會繼續執行接下來該執行的動作而不會等待非同步訊息的回傳。 例如Web 2.0應用網站，常採AJAX技術 下頁：登入的訊息在Javascript中被啟動，執行一個非同步的動作send()將使用者的資訊傳送到伺服器端去驗證 在等待伺服器驗證的同時，使用者還是可以繼續其動作而不會有影響（例如：繼續瀏覽畫面等） 一旦伺服器處理完畢，回傳到客戶端，客戶端的Javascript回呼函數會接著執行接下來所必須的工作（例如改變使用者的畫面變成會員的畫面）。 AJAX非同步訊息實例 訊息參數 當一個物件傳遞訊息給另個一物件時，訊息也可以一起傳送參數 下圖顯示john這個學生送了「註冊課程」訊息給系統，及他想要註冊的課程co