系統靜態結構分析

塑造一個系統模型需要先定義出此系統的事與物，也就是一般所 指的系統靜態結構，而類別圖(Class Diagram)即是較常用來塑模系統 靜態結構之圖表，類別圖主要用來描述系統物件所組成的類別，以 及各類別間的靜態關係。類別圖還會把類別的屬性(Attribute)、操作 方法(Operation)以及物件間相連接所應遵守的限制都表示出來，並協 助了解系統中所有物件類別的屬性與操作的定義等。所以類別圖可 說是軟體系統的主架構，依此架構，我們將程式寫在圖中各類別的 操作裡，所以從類別圖中可以看出整個系統的靜態資料的結構關係。

本階段使用 UML 的類別圖來表達系統中的類別及類別間的靜態 關係，並表達出類別的屬性、操作方法和物件類別間相連接所應遵 守的限制。類別圖可以說是軟體系統的主架構，依此架構將程式碼 寫在圖中各類別的操作裏，可說是實作系統時主要依據的藍圖，而 通常透過使用案例的描述，可以輕易找出有那些類別及類別間之關 係，如一般、合成、組成等關聯關係。

在此同樣以土地評估流程之系統收益分析模組為例，說明類別圖 的產生步驟：

STEP 1：找出可能的類別。

根據需求分析階段的組織探討、使用案例模型分析中，找出可能

的類別，一般類別的來源有：

1. 參與使用案例的行為者。

2. 資料輸入或產出項目。

因此在收益分析模組分析過程中，可以找到使用者(包含開發部與行 政部)，收益分析、資料庫管理等系統行為類別，以及基本假設分析 表、面積計算表、營收預估表、設計規費預估表、工程造價預估表、

代書規費預估表、收益分析表等資料類別。

STEP 2：加入各類別的屬性及操作。

將系統所觀察之類別屬性及操作加入。屬性的加入必需考慮該屬 性的重要性及是否能表現出類別的特性，所以要找尋有關之屬性 時，可對一物件類別分析其擁有的特徵，即可找出屬性。操作的定 義是一個可運用在物件上或是被物件所使用的一種功能或方法，通 常在物件導向分析的每一個物件裏，會有新增、刪除、修改、更新 等基本的操作，其他操作的分析，可從使用案例文字說明中的「動 詞」來尋找，如收益分析模組中的「查詢」、「電子郵件傳送」等皆 可定義成操作。

STEP 3：加入各類別間的關係。

將 類 別 間 的 一 般 (Generalization) 、 合 成 (Aggregation) 、 組 成 (Composition)等關係加入，由於這些關係屬於概念性思考，因此只能

以基本原則並依實際狀況來分析。 析表等類別具有一般(Generalization)關係。

經過以上步驟可繪製收益分析模組之類別圖(如圖 4-3 所示)，而