餐館系統(tǒng)的業(yè)務建模教學(編輯修改稿)
2025-02-12 18:22 本頁面
【文章內(nèi)容簡介】 新顯示器，將顧客標記為已到達167。 記錄到達 —— 沒有提前預定：可選事件路徑167。 (1)侍者領(lǐng)班輸入當前日期167。 (2)系統(tǒng)顯示當天的預約167。 (3)系統(tǒng)中沒有記錄該顧客的預約，所以侍者領(lǐng)班輸入預約時間、用餐人數(shù)和餐桌號，創(chuàng)建一個未預約的登記167。 (4)系統(tǒng)記錄并顯示新預約 用例包含167。 顯示預約：基本事件路徑167。 (1)用戶輸入一個日期167。 (2)系統(tǒng)顯示當日的預約167。 記錄預約：基本事件路徑 (修改 )167。 (1)接待員執(zhí)行 “顯示預約 ”用例167。 (2)接待員輸入顧客姓名和電話號碼、預定的時間、用餐人數(shù)以及預留的餐桌167。 (3)系統(tǒng)記錄和顯示新預約Record bookingDisplay bookingReceptionistinclude用例包含 參與者泛化167。 參與者之間泛化的含義是，特化的參與者可以參與和更一般的參與者關(guān)聯(lián)的所有用例167。 可以指派給特化的參與者更多的責任Display bookingRecord bookingRecord arrivalReceptionistStaffHead Waiterincludeinclude參與者泛化 用例擴展167。 記錄未預約顧客：基本事件路徑167。 (1)侍者領(lǐng)班執(zhí)行 “顯示預約 ”用例167。 (2)侍者領(lǐng)班輸入時間、用餐人數(shù)和分配給顧客的餐桌167。 (3)系統(tǒng)記錄并顯示新預約167。 包含依賴性對這種情況并不適合，因為在 “記錄未預約顧客 ”中指定的交互不是在每次執(zhí)行 “記錄到達 ”時都執(zhí)行“記錄未預約顧客 ”用例只是在 “記錄到達 ”的某些情況下被執(zhí)行Record walkinRecord arrivalReceptionistextend用例擴展 完成用例模型167。 取消預定：基本事件路徑167。 (1)接待員選擇要求的預約167。 (2)接待員取消該預約167。 (3)系統(tǒng)詢問接待員確認取消167。 (4)接待員回答 “是 ”，系統(tǒng)記錄取消并更新顯示167。 這個事件路徑?jīng)]有清楚地詳細說明用戶如何完成這些任務，這為系統(tǒng)能提供多種方式完成該任務留下的不受限制的可能性167。 調(diào)換餐桌：基本事件路徑167。 (1)侍者領(lǐng)班選擇需要的預約167。 (2)侍者領(lǐng)班改變該預約的餐桌分配167。 (3)系統(tǒng)記錄改變并更新顯示167。 可選和例外事件路徑可以從餐館的經(jīng)營規(guī)則得到：和取消一樣，應該不可能將一個過期的預約調(diào)換到新餐桌，也應該不可能將一個預約移到已占用的餐桌 一個用例模型何時完成167。 用例分析是一項非正式的技術(shù)，在一定時間之后再花時間尋求對模型的改進時會降低回報167。 這對包含關(guān)系和擴展關(guān)系尤其適用：這些關(guān)系通常與從用例產(chǎn)生的設計的結(jié)構(gòu)特性并不相當，所以缺少一個可能的依賴的后果并不嚴重Record bookingCancel bookingDisplay bookingsReceptionistRecord arrivalRecord walkinStaffTable transferHead Waiterincludeincludeincludeincludeincludeextend完成的用例圖 領(lǐng)域建模167。 領(lǐng)域模型：顯示最重要的業(yè)務概念和它們之間的關(guān)系的類圖167。 領(lǐng)域模型用關(guān)聯(lián)和泛化顯示了這些概念之間的關(guān)系。領(lǐng)域模型通常不包含操作167。 有時很難決定是應該將一個特殊的信息作為一個類還是作為一個屬性包含在領(lǐng)域模型中規(guī)定關(guān)聯(lián)的重數(shù)，每個預定是
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號-1