物件導向設計過程的理解

分析模型描述了物件的靜態結構（類模型）、物件之間的互動（互動模型）和物件的生存期（狀態模型）三個方面。在每個問題當中，這三個子模型並不是同等重要。幾乎所有的問題都有類模型，類模型是對現實世界實體的抽象。

1.1領域類模型建立步驟：

尋找類

準備資料字典

確定關聯

確定類屬性

使用繼承來細化

測試訪問路徑

迭代類模型

抽象類的層次

把類分組打包

多數領域類不需要狀態圖，可以通過一系列操作來充分地描述。但是，對於少數沒有展示出不同狀態的類，狀態模型有助於理解它們的行為。

1.2領域狀態模型建立步驟：

確定具有狀態的領域類

尋找狀態

尋找引起狀態變化的事件

構造狀態圖

互動模型中，我們一般使用用例圖、場景和順序圖來描述。我們也應該為複雜或者有充分細節的用例編寫活**。

1.3互動模型建立步驟：（1 – 6

部分其實是用例圖及其用例描述的過程）

確定系統邊界

尋找參與者

尋找用例

尋找初始和終止事件

準備普通場

增加變化和異常場景

尋找外部事件（此處使用順序圖/時序圖描述）

編制複雜用例的活**

檢查領域類模型，保證與互動模型一致性

以上引用於《uml物件導向建模與設計》（【美】michael blaha james rumaugh）第二版12章領域分析與13章應用分析部分。

我們都認為物件導向的設計的分析過程，起於需求及相關描述，產生了領域模型，其中可能包含順序圖/時序圖，類圖以及其他相關的圖形。在資料字典以及其他相關資料的描述形式前提下，類圖向er圖演變，經過一系列的過程產生傳統的關係型資料庫。

而順序圖，類圖作為uml描述設計的重要圖形貫穿了整個物件導向的整個設計階段。其中順序圖描述了場景中參與者與參與者之間的互動，這種互動將轉化為類或者模組之間的介面。對類模型（類圖描述）進行一系列的調整（設計演算法、重構、優化類、調整繼承以及細化包），我們將會得到包圖。

至此，我們得到了具有基本完整骨架的系統設計。