酒店點(diǎn)餐系統(tǒng)需求規(guī)格說明書(編輯修改稿)
2025-08-17 13:56 本頁面
【文章內(nèi)容簡介】 作人員可以視為一個(gè)整體，每間酒店的此類人員約20人，他們通過本系統(tǒng)從服務(wù)人員客戶端獲得傳來的菜單，完成菜品后通知服務(wù)人員取餐并告知他們改菜品是那一桌所點(diǎn)顧客顧客是在使用本系統(tǒng)的酒店用餐的人員，是本系統(tǒng)的間接用戶，他們希望他們?cè)诰频暧貌蜁r(shí)的心情是愉快的，即點(diǎn)餐和付賬時(shí)，菜品和賬目都不會(huì)出現(xiàn)差錯(cuò)，結(jié)賬是的項(xiàng)目都足夠清晰。他們雖不直接操作該系統(tǒng)，但他們對(duì)酒店的要求和態(tài)度會(huì)直接影響到系統(tǒng)的功能內(nèi)容（Operating Environment， OE）OE1：“酒店點(diǎn)餐系統(tǒng)”的服務(wù)人員采用遙控器上的java小程序完成點(diǎn)餐OE2：“酒店點(diǎn)餐系統(tǒng)”的收銀人員采用windows2K及以上版本的客戶端。OE3：“酒店點(diǎn)餐系統(tǒng)”的廚房工作人員采用windows2K及以上版本的客戶端。（COnstraint）CO1：“酒店點(diǎn)餐系統(tǒng)”數(shù)據(jù)庫采取當(dāng)前酒店采用的Oracle數(shù)據(jù)庫引擎。CO2：“酒店點(diǎn)餐系統(tǒng)”存在可連接“酒店賬目管理系統(tǒng)”的接口。(User Documentation, UD)UD1：系統(tǒng)在收銀處客戶端和廚房客戶端提供聯(lián)機(jī)幫助，而點(diǎn)餐客戶端采用紙質(zhì)說明書。它們描述和演示了所有系統(tǒng)功能。UD2：如果是一個(gè)新用戶第一次使用前兩種系統(tǒng)，系統(tǒng)可以根據(jù)用戶的要求。提供一個(gè)聯(lián)機(jī)教程，這一教程可引導(dǎo)用戶將所有流程實(shí)現(xiàn)一遍。這樣用戶可以使用靜態(tài)教程菜單來具體實(shí)踐收銀處如何結(jié)賬和賬單存根以及廚房如何接受點(diǎn)菜菜單及通知服務(wù)人員取餐送餐。系統(tǒng)不會(huì)將這一模塊操作存儲(chǔ)到數(shù)據(jù)庫中。(ASsumption)和依賴(DEpendency)AS1：只要酒店餐廳開始營業(yè)（06:0002:00）則點(diǎn)餐、結(jié)賬、廚房三個(gè)客戶端都處于開啟狀態(tài)AS2：只要是要求員工在崗的每一個(gè)工作日，酒店餐廳在早餐、中餐、晚餐及夜宵時(shí)都處于營業(yè)狀態(tài)。DE1：“酒店點(diǎn)餐系統(tǒng)”的運(yùn)行依賴于“賬目管理系統(tǒng)”和“薪資核算系統(tǒng)”的變更，它接受“酒店點(diǎn)餐系統(tǒng)”的菜單更新要求后，增刪相應(yīng)的菜品。 系統(tǒng)特性生成、修改、查看菜單（1）描述和優(yōu)先級(jí)酒店餐飲部的廚師其身份得到驗(yàn)證之后，他們就可以對(duì)菜單進(jìn)行“增、刪、改、查”操作（修改后需要通過管理員，即酒店經(jīng)理驗(yàn)證，則這些操作有效，如2小時(shí)內(nèi)無響應(yīng)，則這些人員的操作無效，菜品不會(huì)有任何改變。）（2）刺激/響應(yīng)序列刺激：廚師登陸后對(duì)菜單進(jìn)行操作。響應(yīng)：系統(tǒng)對(duì)廚師的每一個(gè)設(shè)計(jì)更改的操作提示。刺激：廚師完成對(duì)菜單的修改后要求交替給管理員審閱。響應(yīng)：在管理員接收到此更改后系統(tǒng)提示廚師請(qǐng)求已提交。刺激：管理員認(rèn)為更改合理或不合理，提交通過更改或不通過。響應(yīng)：系統(tǒng)接收管理員操作交付廚師。（3）功能性需求廚師輸入驗(yàn)證信息登錄本系統(tǒng)廚師查看已有菜單廚師創(chuàng)建新的菜單廚師刪除菜單中的菜品廚師將修改的內(nèi)容提交給經(jīng)理廚師修改菜單中的內(nèi)容管理員師對(duì)菜單的修改管理員對(duì)菜單的修改未通過的菜
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1