1.對象定義規格的求精過程
對于O0A所抽象出來的對象類以及匯集的分析文檔，0OD需要有一個根據設計要求整理和求精的過程，使之更能符合OOP的需要。這個整理和求精過程主要有兩個方面:一是要根據面向對象的概念模型整理分析所確定的對象結構、屬性、方法等內容，改正錯誤的內容，刪去不必要和重復的內容等。二是進行分類整理， 以便于下一步數據庫設計和程序處理模塊設計的需要。整理的方法主要是進行歸類，對類、對象，屬性，方法和結構，主題進行歸類。
2.數據模型和數據庫設計
數據模型的設計需要確定類或對象屬性的內容，消息連接的方式，系統訪問、數據模型的方法等。最后每個對象實例的數據都必須落實到面向對象的庫結構模型中。
每個對象都有自己的屬性和狀態，我們需要把這個對象的屬性和狀態保存在數據庫中，那么最理想最簡單的情況，就是一個對象對應張物理表， 而對象之間的關聯關系(一對一，一對多，多對多)也可以簡單映射成數據庫的主一外鍵關系。但還有很多非數據庫關系需要考慮，如:繼承、聚合、依賴等。張表如何繼承自另一張表呢? 關系數據庫顯然沒有這樣的定義，這就需要用OR mapping來完成這種語義的轉換。例如，當實例化一個子對象時，OR -mapping負責從代表了“父”對象的表中讀出父對象屬性并將其賦值給子對象，并且當父對象變化時，OR-mapping需要把這一變化反映到所有 子對象實例。
3.優化
象和結構的優化、抽象、集成。00D的優化設計過程是從另一個角度對分析結果和處理業務過程的整理歸納，優化包括對
模塊符合一般模塊化所要求的且模塊之間期合度弱。集成化使得單個構件有機地結合在一起，對象和結構的模塊化表示00D提供了一種范式，這種范式支持對類和結構的模塊化。這種相互支持。
4.狀態圖
狀態圖表示某個類所處的不同狀態和該類的狀態轉換信息。每個類都有狀態，但不是每個類都應該有一個狀態圖。只對“感興趣的”狀態的類(也就是說，在系統活動期間具有三個或更多潛在狀態的類)才進行狀態圖描述。
狀態圖的符號集包括5個基本元素:初始起點，它使用實心圓來繪制；狀態之間的轉換，它使用具有開箭頭的線段來繪制；狀態，它使用圓角矩形來繪制；判斷點，它使用空心圓來繪制；以及一個或者多個終止點，它們使用內部包含實心圓的圓來繪制，如圖2-9所示。要繪制狀態圖，首先繪制起點和一條指向該類的初始狀態的轉換線段。狀態本身可以在圖上的任意位置繪制，然后只須使用狀態轉換線條將它們連接起來。
對象的狀態是由對象當前的行動和條件決定的。狀態圖(statechart diagram)顯示出了對象可能的狀態以及由狀態改變而導致的轉移。圖2-9表示一個銀行的在線登錄系統。登錄過程包括輸入合法的個人賬號和密碼，再提交給系統驗證信息。明港是個實界城，ofa1hoDhors.登錄系統可以被劃分 為四種不重疊的狀態: Getting SSN、Getting PIN、Validating以及Rejecting.每個狀態都有一套完整的轉移transitions來決定狀態的順序。
在箭頭的旁邊。我們的圖上有兩個自轉移。一個是在Cting SN.另個則在 Gtting PIN上。狀態是用四角矩形來表示的。轉移則是使用帶箭頭的連線表示。觸發轉移的事件或者條件寫初始狀態(黑色圓圈)是開始動作的虛擬開始。結束狀態也是網站建設動作的虛擬結束。事件或條件觸發動作時用(動作)表示。當進人Validaing 狀態時，對象#不等外部事件觸發轉移。取而代之，它產生一個動作。動作的結果決定了下一步的狀態。
本文地址：http://knowyourextract.com//article/3713.html
