酒店點餐系統(tǒng)用例文檔_第1頁
酒店點餐系統(tǒng)用例文檔_第2頁
酒店點餐系統(tǒng)用例文檔_第3頁
酒店點餐系統(tǒng)用例文檔_第4頁
酒店點餐系統(tǒng)用例文檔_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

D.2用例各種用戶類確認(rèn)的“酒店點餐系統(tǒng)”的用例和主要參與者如下所示主要參與者用例顧客1.點餐2.修改菜單3.取消菜單4.查看菜單5.提交菜單6.請求加菜7.向廚房發(fā)送催菜單8.發(fā)送結(jié)賬請求9.付賬餐桌10.創(chuàng)建菜單11.修改菜單12.生成賬單服務(wù)人員13.查看點餐14準(zhǔn)備餐品15.請求送餐送餐人員16.送餐17.查看點餐記錄18.記錄送餐情況收銀處工作人員19.向顧客發(fā)送賬單20.收銀用例ID號UC-1用例名稱點餐(本用例暫不考慮電話訂餐)

主要參與者用例創(chuàng)建者最后更新者創(chuàng)建日期2010年5月3日最后更新日期2010年5月5日參與者顧客描述顧客在酒店直接訪問“酒店點餐系統(tǒng)”,瀏覽當(dāng)日菜單,選擇自己想要的食物,并提交點餐,就能享受到自己想要的食物前置條件1.顧客開始使用“酒店點餐系統(tǒng)”2.顧客將所用餐桌屬性設(shè)置為“有人進(jìn)餐”后置條件1.點餐記錄提交后,系統(tǒng)提示顧客“您的點餐已被接收”主干過程1.顧客查看當(dāng)天菜單2.系統(tǒng)顯示菜單和當(dāng)天特色菜3.顧客從菜單中選擇一種或多種食物4.顧客提交點餐記錄5.系統(tǒng)顯示所點菜品條目、單價和總價格6.顧客確認(rèn)點餐記錄或請求修改點餐(回到第3步)7.系統(tǒng)確認(rèn)顧客點餐記錄8.系統(tǒng)將點餐記錄發(fā)送至廚房分支過程無異常無

續(xù)表主要參與者用例包含無優(yōu)先級高使用頻率每天大約300名顧客,每名顧客使用一次特別需求1.顧客在確認(rèn)訂單之前的任何時間都可以修改和取消訂單假設(shè)無注意和問題1.顧客一旦確認(rèn)提交了點餐記錄,菜品就不能夠進(jìn)行修改用例ID號UC-9用例名稱付賬創(chuàng)建者最后更新者創(chuàng)建日期2010年5月3日最后更新日期2010年5月3日參與者顧客,銀行系統(tǒng)描述使用“酒店訂餐系統(tǒng)”的顧客,在結(jié)賬時可以使用現(xiàn)金支付,刷卡支付,也可以同時使用兩者支付前置條件1.顧客刷卡后輸入正確的密碼,通過了身份驗證后置條件1.將用餐費用成功支付主干過程顧客輸入銀行卡號和密碼判斷是否通過銀行網(wǎng)關(guān)身份驗證

續(xù)表主要參與者用例3.若通過驗證,則成功支付。若沒有通過驗證,則重輸卡號和密碼。(第2步)分支過程無包含發(fā)送結(jié)賬請求優(yōu)先級高使用頻率顧客中大約75%的人都要使用特別需求1.需要和銀行的網(wǎng)關(guān)驗證建立對接假設(shè)無用例ID號UC-11用例名稱修改菜單創(chuàng)建者最后更新者創(chuàng)建日期2010年5月3日最后更新日期2010年5月5日參與者服務(wù)人員描述酒店菜單經(jīng)理可以修改菜品和特定日價格,以反映價格的變更,也可以定義當(dāng)日特色菜前置條件1.菜單已存在于系統(tǒng)中后置條件1.修改的菜單已經(jīng)保存起來主干過程11.0編輯已存在的菜單1.菜單經(jīng)理請求查看當(dāng)前菜單

續(xù)表主要參與者用例2系統(tǒng)顯示菜單3菜單經(jīng)理輸入用戶名和密碼登錄系統(tǒng)4登錄成功,獲得修改權(quán)限5菜單經(jīng)理修改菜單6菜單經(jīng)理請求保存修改過的菜單7系統(tǒng)保存修改過的菜單8登錄不成功,重新輸入用戶名和密碼(第3步)分支過程無異常11.0.E.1菜單經(jīng)理登錄不成功1.系統(tǒng)再給用戶4次機(jī)會來重新登錄2a如果登錄成功,則繼續(xù)用例2b如果5次嘗試都認(rèn)證失敗,則系統(tǒng)通知菜單經(jīng)理無效的認(rèn)證嘗試計入日志,并終止用例包含創(chuàng)建菜單優(yōu)先級高使用頻率每星期使用大概3次特別需求1.菜單經(jīng)理可以在任何時候取消菜單修改功能。如果菜單已經(jīng)發(fā)生了變更,則系統(tǒng)會請求對取消進(jìn)行確認(rèn)

主要參與者用例用例ID號UC-15用例名稱請求送餐創(chuàng)建者最后更新者創(chuàng)建日期2010年5月6日最后更新日期2010年5月8日參與者服務(wù)人員、、廚房工作人員、送餐人員描述服務(wù)人員在獲得菜單后提交給廚房工作人員,廚房工作人員在完成菜品后進(jìn)行包裝后返還給服務(wù)人員,服務(wù)人員將送餐請求交付空閑的送餐人員前置條件點餐結(jié)束,菜品被確定后置條件1、存在空閑送餐人員2、空閑人員送餐主干過程1、服務(wù)人員將菜單交付廚房工作人員2、廚房工作人員收取菜單3、廚房工作人員準(zhǔn)備菜品4、廚房工作人員完成菜品5、廚房工作人員將菜品交付服務(wù)人員6、 服務(wù)人員將菜品與菜單核實7、 服務(wù)人員向客戶確定菜單8、服務(wù)人員將菜單交付收銀處生成賬單9、服務(wù)人員將菜品及賬單核實10、 服務(wù)人員將菜品及賬單交付空閑

的送餐人員主要參與者用例分支過程 1、當(dāng)菜單和菜品產(chǎn)生出入時(第6步分支出來)1.1、 服務(wù)人員核實菜品和菜單有出入1.2、返回第2步2、當(dāng)客戶更改菜品時(第7步分支出來)2.1、 客戶有新的需求從而更改了菜單2.2、返回第1步3、當(dāng)菜單和賬單產(chǎn)生出入(第9步分支出來)3.1、服務(wù)人員核實菜單與賬單有出入3.2、返回第8步異常 1、菜單號與菜品號出現(xiàn)錯亂2、無空閑送餐人員服務(wù)人員無線等候包含無優(yōu)先級較低使用頻率當(dāng)有訂餐需求時使用,約每日50次特別需求當(dāng)送餐人員還未送出菜品時,客戶有權(quán)更改菜品數(shù)量及種類假設(shè)假設(shè)每天都有10名以上100名以下的顧客選擇該送餐機(jī)制注意和問題1.顧客更改了菜品后需要重新完成該流程,故一方面要收取額外的費用,另一方面要限制顧客無限制更改菜單點餐顧客**收銀處修改菜單〈〈subcl系統(tǒng)取消菜單〈〈subclass〉〉〈〈subclass〉〉提交菜單要求加菜賬

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論