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

• Control (控制)

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


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

• Boundary (邊界)

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


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

• Entity (實體)

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


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

關於三種分析類別的重要特性：
• 控制物件是屬於功能性 (functional)的物件，而且這個功能與使用案例有相當密切的關係。
• 實體物件要保存資訊及資源，因此是屬於系統本質面的概念性 (conceptual)的Object，這類型的物件並不會隨著使用案例的增多而有所變動（當然，其內部細節有可能因為使用案例而有所變動）。
• 邊界物件是屬於與外部橋接的物件，這類型的物件將會與外部直接接軌，直接受到外部的限制。

普遍來說，對於利用使用案例來進行需求蒐集的專案來說，至少需要完成上述的三種分析物件中的「控制物件」，至於「實體物件」分析，無論是對於進行「實體關係圖」的資料庫設計，或是利用「物件模型」做的「結構分析」來說，都是相當重要的設計準則。