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