[案例研討] 烏龜訂購系統開發與實作 by UML and Java-05

四、表達使用案例與實作的實現關係 (Use Case Realization)

圖 3、表達使用案例與實作的實現關係
(點擊圖片鏈接看原圖)圖 3、表達使用案例與實作的實現關係

  • 若以物件導向的觀念實現使用案例,則系統內部的設計當以物件互動的合作 (collaboration),如 UML 循序圖 (sequence diagram)、溝通 (communication)圖等來表達。其作用為突顯該使用案例的功能,由 1 到 多個物件 (一般指位於中間層, middleware 內的物件),在系統執行期間 (run-time),透過訊息 (message)的傳遞,來達成功能的實現。

五、為每一個使用案例,設計並配置一個功能性的控制類別

圖 4、為每一個使用案例配置控制類別
(點擊圖片鏈接看原圖)圖 4、為每一個使用案例配置控制類別

  • 控制類別在本例係使用 pure Java 撰寫。被部署 (deploy)於中間層 (middle-tier),擔任 MVC 架構中控制者 (controller)的角色。
  • 控制類別的命名建議: 「使用案例名稱」+「_Control」。
  • 以「訂購烏龜」使用案例為例,其控制類別的命名為「訂購烏龜_Control」。
  • 控制類別內的操作 (operation)、在 Java 語言則稱為方法 (method),為來自於使用案例敘述的動作步驟說明。
  • 在「訂購烏龜」UC 的動作步驟分析中,得以發掘出 "訂購烏龜_Control" 類別與參與者 (actor, 在本例為客戶)的互動次數共有三個:「列出烏龜清單()」、「結帳()」、「SaveOrder()」。
  • 至於「計算訂購金額()」則為該物件內的私有方法 (private method),並不需要讓外界物件來操使用。
  • 每一次的互動,即為系統的"代理人",也就是控制類別會提供讓參與者來呼叫 (call)的方法;另外也可以透過觀察在設計循序圖時,參與者與控制物件互動的過程中,其訊息 (message)的互動傳遞情形,再由其定義出控制類別的"方法"、"參數"、"回傳值"等。
    (一般而言,這兩種方法會在設計過程中交替運用,並沒有絕對的先後關係。)
  • 若為了要能確實將在 UML 表達的設計類別,與實作的程式碼同步,則同時需要設定控制類別未來要"code-gen"的程式語言,以及控制類別所在的命名空間 (name space)。
    在本例中,控制類別要"code-gen"為 [Java], 命名空間 (name space) 則置於「com.order.control」package 內。
  • 在 EA 的工具中,還需要指定"code-gen"時的 "name space" 根目錄為"com"。設定方式為在 [Project Browser] 視窗中,滑鼠右鍵點擊 [Logical View] → "com",選擇 [Code Engineering] → [Set as Namespace Root]。
  • UML 類別與程式碼的直接對應,並期望藉由工具能達成一致性的同步關係,稱為軟體的正反向工程 (software forward/reverse engineering)。
  • 建議中小型且開發人數不多的專案,不要為維護正反向工程 (保持一致性關係)耗費太多精力與時間。寧願將 UML 的設計圖,包括類別與循序圖,比較偏向是草稿式 (draft)的作法 (如此才能專注發揮腦力激盪的設計工作)。
    而相關於精確性的細節 (例如類別的參數、回傳值等資料型態),則直接落實於程式碼的實作即可。
  • 在本例中,只利用 EA 工具所設計的控制類別,只包括類別名稱與操作方法名稱。至於參數與回傳值等資料型態等,則直接在程式碼內實作即可。

文章導覽

   

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。