餐館訂餐系統(tǒng)的業(yè)務模型(編輯修改稿)
2025-02-12 18:28 本頁面
【文章內(nèi)容簡介】 的其他用例之間的關系，在用例圖中用一個連接兩個用例的虛線箭頭表示，稱為 依賴 。 參與者泛化 ? 一般參與者和特殊參與者之間的泛化關系。 ? 參與者泛化把兩個或多個參與者的公共行為分離出來成為父參與者。 161。 接待員和領班都可以執(zhí)行“顯示預約”的用例； 161。 描述一個新參與者 —員工（ staff）表達泛化； 161。 接待員和領班被看作“員工”的特殊情況。 The ‘extend’ Dependency ? Use case extension is shown with a dependency 何時使用高級特征 ? 僅在簡化模型并使模型易于理解時才使用高級特征。 ? 用例最好是簡單的。必須對于利益相關人和建模者都是可訪問的。 ? 通常利益相關人僅需要一點培訓和指導就能夠容易地理解參與者和用例。 ? 利益相關人發(fā)現(xiàn)掌握參與者泛化更加困難。 ? 太多〈 include〉使得理解用例模型更加困難。 ? 利益相關人對〈 entend〉的理解相當困難。 ? 很多建模者令人吃驚地錯誤理解〈 extend〉的語義。應該避免使用用例泛化，除非使用抽象父用例。 本章內(nèi)容 建立用例模型 用例建模 描述用例 （系統(tǒng)的用例編寫，基本的事件路徑） 組織用例模型 （調(diào)整優(yōu)化用例圖） 完成用例模型 （用例圖的第二次迭代） 建立領域模型 建立詞匯表 Complete Use Case Diagram 本章內(nèi)容 建立用例模型 用例建模 描述用例 （系統(tǒng)的用例編寫，基本的事件路徑） 組織用例模型 （調(diào)整優(yōu)化用例圖） 完成用例模型 （用例圖的第二次迭代） 建立領域模型 建立詞匯表 領域建模 在第四章中， UML表示法建立對象模型（學習建立類圖的畫法和問題表達） 本節(jié)的核心思想：定義領域模型，提供建模的方法或建模觀點。 ? 領域模型是 OO分析中最重要的和經(jīng)典的模型 ? 領域模型（ Domain Model），也稱為概念模型、領域?qū)ο竽Ｐ?，我們在對項目進行分析的時候，往往會創(chuàng)建相應的領域模型。 ? 尋找業(yè)務領域中的名詞，建立類圖和對象圖。 ? 領域模型包括：概念、關聯(lián)、屬性 領域模型的相關概念 ： ? 概念類：表示在現(xiàn)實世界環(huán)境中具有意義的實體或概念。 ? 領域模型：是對 業(yè)務術語進行描述 ，產(chǎn)生現(xiàn)實世界概念類的一種表示。通常， 采用類圖表示，以顯示最重要的業(yè)務概念和他們之間的關系。 ： ? 概念類 ? 概念類之間的關系 ? 概念類的屬性（暫不包含操作，在以后考慮） ? 為什么需要領域模型？ ? 理解關鍵概念和詞匯 ? 為進入設計階段得到一些啟示 ? 現(xiàn)實世界與軟件實現(xiàn)之間的過渡 建立領域模型 包括以下四步： ? 概念類的識別 ? 在領域模型中描述這些概念類 ? 建立類關聯(lián)關系 ? 添加必要的屬性 建立領域模型 包括以下四步： ? 概念類的識別 ? 在領域模型中描述這些概念類 ? 建立類關聯(lián)關系 ? 添加必要的屬性 識別策略： ①使用概念類分類列表 ②識別名詞短語 策略 1：概念類的分類列表 （部分） ? 物理或具
規(guī)章制度相關推薦
鄂ICP備17016276號-1