[案例研討] 雲端與安卓系統分析與實作-以豪小子App為例-04

五、抽象層的結構設計 (abstract structure design)-Cloud Server System

  • Control (控制)
  • 每一個使用案例,對應並規畫一個控制物件 (controller)。控制物件名稱,一般命名建議為「Use Case Name + Control」。例,「彙整林書豪新聞資訊」,則控制物件名稱為:「彙整林書豪新聞資訊Control」。

    圖 9、控制物件類別圖
    (點擊圖片鏈接看原圖)圖9、控制物件類別圖

  • Boundary (邊界)
  • 使用案例的需求有需要連結至外部系統,則規劃連接至該外部系統的「adapter」物件;而如有資訊需儲存至內部的資料庫,則規劃連接至資料庫的「DAO (Data Access Object)」物件。

    圖 10、邊界物件類別圖
    (點擊圖片鏈接看原圖)圖10、邊界物件類別圖

  • Entity (實體)
  • 使用案例需求陳述內,有關連該領域 (domain)的術語 (terminology),當需要作運算,或為需要儲存其屬性 (attributes),則會被設計為「Entity」物件。

    圖 11、實體物件類別圖
    (點擊圖片鏈接看原圖)圖11、實體物件類別圖

    關於三種分析類別的重要特性:

  • 控制物件是屬於功能性 (functional)的物件,而且這個功能與使用案例有相當密切的關係。
  • 實體物件要保存資訊及資源,因此是屬於系統本質面的概念性 (conceptual)的Object,這類型的物件並不會隨著使用案例的增多而有所變動(當然,其內部細節有可能因為使用案例而有所變動)。
  • 邊界物件是屬於與外部橋接的物件,這類型的物件將會與外部直接接軌,直接受到外部的限制。
  • 普遍來說,對於利用使用案例來進行需求蒐集的專案來說,至少需要完成上述的三種分析物件中的「控制物件」,至於「實體物件」分析,無論是對於進行「實體關係圖」的資料庫設計,或是利用「物件模型」做的「結構分析」來說,都是相當重要的設計準則。

文章導覽

   

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *