面向對象軟件開發(fā)過程-細化階段深入-在線瀏覽
2025-07-13 21:54本頁面
【正文】 –；（子類繼承父類的屬性和關聯(lián)） –、處理、反應或操作等相關方式上與超類或其他子類不同。（擴展操作：多態(tài)） ?將多個子類概括為概念超類的動機： –這多個子類代表一個相似概念的變體 –所有子類具有的相同屬性可以提取并在超類中表示 –所有子類具有的相同關聯(lián)都可以被提取并與超類相關。 泛化建模 Payment類層次 11 167。 泛化建模 PaymentAuthorizationTransaction層次 一般地，與外部服務有關的 交易 在領域模型中表示出來是有價值的，因為可以解決與服務有關的活動和流程問題。 精化領域模型 ?將過去學習的 OO概念應用到 POS領域模型： –關聯(lián)類、限定關聯(lián) –聚集與組合 –派生 –應用包組織模型 14 167。 精化領域模型 受限關聯(lián) 有序元素 16 167。 精化領域模型 派生 18 167。 精化領域模型 廣泛共享、或者沒有一個明顯歸屬的概念可以置入 Core/Misc包中。 精化領域模型 21 167。 精化領域模型 23 167。 增加新的 SSD和契約 ?本次迭代處理顧客支付問題 –信用卡支付 –支票支付 –有一個共同的 SSD開始 25 167。 增加新的 SSD和契約 ?接下來的工作： –描述系統(tǒng)操作 makeCreditPayment的操作契約 –描述系統(tǒng)操作 makeCheckPayment的操作契約 –發(fā)現(xiàn)一些可能的新的領域概念類 –利用 GRASP模式將操作契約中完成狀態(tài)的職責分配給不同的概念類（用交互圖表示） –從領域類轉換到設計類（ DCD表達） –從交互圖中尋找設計類的方法 –測試用例、代碼實現(xiàn) 27 167。 在狀態(tài)圖中為行為建模 ?狀態(tài)圖可以用來描述： – 一個類（概念類或者軟件類） – 用例（描述外部系統(tǒng)事件的合法順序） – 系統(tǒng)（因為一個系統(tǒng)也可以看成一個類） ?用例狀態(tài)圖：表達系統(tǒng)事件順序 – 在設計模型中，用例的狀態(tài)是由誰維持的？ 29 167。 ?為具有復雜行為的、與狀態(tài)相關的對象創(chuàng)建狀態(tài)圖。 –系統(tǒng)（可以看作一個特殊的用例） –窗口 –控制器 –交易（銷售、訂單、支付）－對事件的反應通常依賴于其狀態(tài)。 在狀態(tài)圖中為行為建模 ?事件的類型： –外部事件：通常也稱為系統(tǒng)事件，由系統(tǒng)外的事物引發(fā)。 –內(nèi)部事件：由系統(tǒng)內(nèi)部事物導致的。用交互圖表達內(nèi)部事件。軟件中，一個時間事件由一個實時或模擬的時鐘驅動。 31 167。 ?架構： –不僅包括結構化元素，也包括行為元素，特別是系統(tǒng)和子系統(tǒng)的大尺度的職責及其協(xié)作。 ?UP中的架構分析 –架構調研：識別對系統(tǒng)存在或可能存在重大影響的功能性和非功能性需求（特別是非功能性需求）。 –架構設計：對軟件、硬件和網(wǎng)絡、運營、政策等軟件設計中的需求和要素進行決策。 應用模式設計邏輯架構 33 167。 34 167。表示層不直接對領域層進行調用，除非不存在應用層。 ，那么領域對象的的序列化復制對象（值對象或者數(shù)據(jù)容器對象）通?？梢员粋鬟f到表示層。 應用模式設計邏輯架構 ?應用層是可選的嗎？ –如果存在應用層，那么它所包含的對象要負責：了解客戶端的會話狀態(tài)；協(xié)調表示層和領域層；控制工作流。應用層對象作為適配器收集和合并不同 UI需要的數(shù)據(jù)，同時作為外觀封裝和隱藏對領域層的訪問。 ? 領域層不能或不應維護會話狀態(tài) ? 有一個已定義的工作流，受其控制的實體必須按照順序出現(xiàn)，應用層來完成這種職責。 應用模式設計邏輯架構 ?早期的信息系統(tǒng)三層架構 37 167。 組織模型包的設計和實現(xiàn) ?模型包組織原則： –
環(huán)評公示相關推薦
鄂ICP備17016276號-1