VisualStudio架构设计.docx

Visual Studio 2010架構設計Part 1物件導向系統分析前言在Visual Studio 2010塑模(Modeling)增加了對UML的支援，目前可以繪製活動圖(Activity Diagram)、元件圖(Component Diagram)、類別圖(Class Diagram)、順序圖(Sequence Diagram)、使用案例圖(Use Case Diagram)等五種圖形。在本文，筆者從物件導向分析與設計(Object Oriented Analysis and Design, OOAD)方法套用Visual Studio 2010所提供的UML圖形來介紹如何進行物件導向系統分析(Object Oriented System Analysis, OOSA)。首先筆者先定義什麼是物件導向系統分析(OOSA)與物件導向系統設計(Object Oriented System Design, OOSD)，筆者認為物件導向系統分析(OOSA)的重點在於透過物件導向方法去擷取客戶需求，了解客戶要的是什麼；物件導向系統設計(OOSD)則是轉換物件導向系統分析(OOSA)的客戶需求成產品需求，讓開發人員能依此進行開發。既然物件導向系統分析(OOSA)的重點在於客戶，所以產出的文件一定要讓客戶看得懂！如此才能確認(Validate)客戶需求。流程筆者簡略整理物件導向系統分析(OOSA)流程分為下列步驟：圖物件導向系統分析(OOSA)流程圖筆者以一個計算器範例來說明，需求條列如下：使用者可以輸入被運算欄位。使用者選擇”+”、”-“、”*”、”/”。使用者可以輸入運算欄位。使用者按[進行運算]鈕後得到最後運算結果。建立模型專案(Modeling Project)在Visual Studio 2010之Menu，選擇檔案 - 新增- 專案 - 模型專案，命名如”DemoModeling”圖新增模型專案(Modeling Project)接下來請在方案總管新增一資料夾，名為”Module1”，後續的計算器相關需求皆會歸於此模組。進行物件導向系統分析(OOSA)找出動作項目(Actor)動作項目(Actor)可以是使用者或外部系統，找出Actor可以確認：我們的系統跟外界有那些互動？如那些使用者會參與系統的操作。釐清我們的系統範圍，例如變成動作項目(Actor)的外部系統一定不是我們的系統範圍。以上述需求而言，並無特定使用者，所以就先歸納成一個動作項目(Actor)—使用者，在”Module1”資料夾，按右鍵選加入 - 新增項目- UML 使用案例圖表，名為”Module1.usecasediagram”。在Module1.usecasediagram拖曳一個動作項目(Actor)，命名為”User”。在VS2010裡提供另外一個視窗，讓我們能方便組織系統分析結果—“UML模型總管(Model Explorer)”，選擇Menu - 檢視 - 其他視窗 - UML模型總管，在UML模型總管(Model Explorer)裡，對根節點按右鍵選加入- 封裝(Package)，命名為”Module1”，如下圖：圖 UML模型總管( Model Explorer)找出使用案例(Use Case)使者案例(Use Case)的切割不是一個簡單的事，原則上是依據內聚力(Cohesion)強且藕合力(Coupling)低，很玄！簡單來說，特定使用者會一次連續完成的動作，可以切成一個使用案例(Use Case)，如訂單處理人員輸入一張新訂單，輸入前他會先查詢客戶資訊，輸入完後他可能會進行檢查，也許會修改他輸錯的部份，也有可能整張單子不要了，上述這些情節都是連續動作，也許就是一個好的使用案例(Use Case)。一個使用案例(Use Case)最後的產出的結果就是一支程式，若您是翻新系統，依據舊系統的程式切割就是很好的使用案例(Use Case)界定方式。以上述所列需求即是一連串動作，所以可以歸納成一個使用案例(Use Case)—Calculation。請在UML模型總管(Model Explorer)之Module1新增此Use Case，接著在方案總管(Solution Explorer) - Module1新增使用案例圖表(Use Case Diagram)，命名為”Calculation.usecasediagram”，並將Calculation使用案例(Use Case)拖曳至此圖形中。繪製活動圖(Activity Diagram)活動圖(Activity Diagram)與順序圖(Sequence Diagram)都可以用來表示系統動態部份，但筆者選擇使用活動圖(Activity Diagram)，因為如前所述物件導向系統分析(OO