C05 Robustness Analysis（MVC Pattern）

在開始功能設計時，我們可以直接依MVC的方式設定三個元件：即顯示的View、處理用的Controller、被處理的Model。我完全同意這應該是一個功能必須拆解最少數目的元件。

在需要顯示資訊給使用者時，系統需要一層View來顯示內容。這層的功能同時還要接收使用者操作產生的事件做對應的動作：有時是顯示狀態的改變，有時則是對資料內容的處理。在觸發的事件裡，應該會有一條路是去呼叫Controller來做事的。

作為處理入口的Controller一開始只有一個，在這裡我們應該先對應Activity Diagram來思考系統應該有哪些對應動作，同時先在註解裡用文字簡短描述每一個步驟，待專案人員review過邏輯的正確性後再著手設計。屆時就依步驟思考，是否需要呼叫其他Use Case的Controller來共同達成功能；這是必須參考需求階段的產出來判斷的。

Controller裡總會有一個（或一個以上）的步驟是改變資料模組的，在此要決定這個功能要處理的資料模組是哪些，為Controller與Model拉起關聯。Model這層的資料模組，在比較複雜的處理情況時還必須包含存取的邏輯在內。

實作的時候，我們會在Logical View裡先做出一個Use Case Realization的圖示，再加上一張Class Diagram，把代表MVC的三個class加到圖裡，並先拉起初步的使用關聯。