酒店點餐系統(tǒng)需求規(guī)格說明書_第1頁
酒店點餐系統(tǒng)需求規(guī)格說明書_第2頁
酒店點餐系統(tǒng)需求規(guī)格說明書_第3頁
酒店點餐系統(tǒng)需求規(guī)格說明書_第4頁
酒店點餐系統(tǒng)需求規(guī)格說明書_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 D3需求規(guī)格說明書酒店點餐系統(tǒng)1.0版本制作人:XXX2010-12-5D.3.1介紹-31.目標(biāo)-32.項目范圍和產(chǎn)品特征-33.參考文獻-3D.3.2 總體描述-3 1.產(chǎn)品遠景規(guī)劃-32.用戶類和用戶特征-43.運行環(huán)境-54.設(shè)計和實現(xiàn)條件約束-55.用戶文檔-56.假設(shè)和依賴-6D.3.3 系統(tǒng)特性-61生成、修改、查看菜單-6(1)描述和優(yōu)先級-6(2)激勵/響應(yīng)序列-6(3)功能性需求-62管理員增加、查看、更改員工信息-7(1)描述和優(yōu)先級-7(2)激勵/響應(yīng)序列-7(3)功能性需求-83支付賬單-94用戶生成、修改、刪除點餐-9(1)描述和優(yōu)先級-9(2)激勵/響應(yīng)序列-9

2、(3)功能性需求-105用戶要求加菜-116服務(wù)人員查看點餐-117服務(wù)人員送餐給顧客或房客-118收銀人員對賬單存根-119廚師查看用戶要求的菜品并完成菜品-11D.3.2 外部接口需求-111.產(chǎn)品遠景規(guī)劃-11 2.硬件接口-11 3.軟件接口-12 4.通信接口-12D.3.5 其他非功能性需求-12 1.安全性需求-13 2.軟件質(zhì)量屬性-13D.3.1介紹1.目標(biāo)軟件需求規(guī)格說明書描述了“酒店點餐系統(tǒng)”1.0版本的軟件功能性需求和非功能性需求。這一文檔計劃由實現(xiàn)和驗證系統(tǒng)正確功能的項目團隊來使用。除非在其他地方另有說明,這里制定的搜有需求都具有最高優(yōu)先級,而且都要在1.0版本中加以

3、實現(xiàn)。2.項目范圍和產(chǎn)品特征“酒店點餐系統(tǒng)”允許用戶向酒店的服務(wù)員點餐后,酒店的服務(wù)人員利用該系統(tǒng)對客戶的菜品進行管理(增刪改查)并在就餐完畢后生成賬單,完成付賬和賬單管理。詳細的項目描述請參見“025趙曉曉059黃婷-酒店訂餐系統(tǒng)前景和范圍文檔” 。這一部分的標(biāo)題為“初始版本和后續(xù)版本的范圍”,列出了按照進度計劃在這一版本中實現(xiàn)的全部或部分特性。3.參考文獻 (1)Karl E.Wiegers所著的Software Requirements 第2版D.3.2 總體描述 1.產(chǎn)品遠景規(guī)劃“酒店點餐系統(tǒng)”是一個新系統(tǒng),它取代了該酒店以人工方式點菜和傳菜單的過程。圖D.1是一幅關(guān)聯(lián)圖,它演示了1.

4、0版本的外部實體和系統(tǒng)接口。2.用戶類和用戶特征用戶類描述服務(wù)人員(優(yōu)先考慮)酒店的服務(wù)人員是本系統(tǒng)的直接操作者,他們希望擺脫人工記憶或者手寫完成點餐過程的方式,有足夠的設(shè)備可以供給他們完成從顧客要求點餐,到完成點餐和交付菜單給廚房以及生成賬單等功能。大約有50家酒店需要這種系統(tǒng),而系統(tǒng)的潛在用戶則多達1000人,他們每天都與本系統(tǒng)相伴完成他們的工作。服務(wù)人員需要根據(jù)學(xué)歷的不同程度進行培訓(xùn),學(xué)會如何使用該點餐客戶端,知道如何交付菜單給廚房;何時,如何生成賬單等細節(jié)。收銀處每間酒店大約會有1-2個就餐處的收銀人員,他們通過本系統(tǒng)接收顧客上菜完畢后服務(wù)人員生成的賬單,計算相應(yīng)稅費,根據(jù)本系統(tǒng)進行收

5、銀和賬單管理(對賬單的存根,交付給酒店賬目管理系統(tǒng))。并且他們要求本系統(tǒng)能夠使用不同的收費方式,如現(xiàn)金、銀行卡、支票等支付方式。廚房工作人員酒店的廚房工作人員可以視為一個整體,每間酒店的此類人員約20人,他們通過本系統(tǒng)從服務(wù)人員客戶端獲得傳來的菜單,完成菜品后通知服務(wù)人員取餐并告知他們改菜品是那一桌所點顧客顧客是在使用本系統(tǒng)的酒店用餐的人員,是本系統(tǒng)的間接用戶,他們希望他們在酒店用餐時的心情是愉快的,即點餐和付賬時,菜品和賬目都不會出現(xiàn)差錯,結(jié)賬是的項目都足夠清晰。他們雖不直接操作該系統(tǒng),但他們對酒店的要求和態(tài)度會直接影響到系統(tǒng)的功能內(nèi)容3.運行環(huán)境(Operating Environment

6、, OE)OE-1:“酒店點餐系統(tǒng)”的服務(wù)人員采用遙控器上的java小程序完成點餐OE-2:“酒店點餐系統(tǒng)”的收銀人員采用windows2K及以上版本的客戶端。OE-3:“酒店點餐系統(tǒng)”的廚房工作人員采用windows2K及以上版本的客戶端。4.設(shè)計和實現(xiàn)條件約束(COnstraint)CO-1:“酒店點餐系統(tǒng)”數(shù)據(jù)庫采取當(dāng)前酒店采用的Oracle數(shù)據(jù)庫引擎。CO-2:“酒店點餐系統(tǒng)”存在可連接“酒店賬目管理系統(tǒng)”的接口。5.用戶文檔(User Documentation, UD)UD-1:系統(tǒng)在收銀處客戶端和廚房客戶端提供聯(lián)機幫助,而點餐客戶端采用紙質(zhì)說明書。它們描述和演示了所有系統(tǒng)功能。U

7、D-2:如果是一個新用戶第一次使用前兩種系統(tǒng),系統(tǒng)可以根據(jù)用戶的要求。提供一個聯(lián)機教程,這一教程可引導(dǎo)用戶將所有流程實現(xiàn)一遍。這樣用戶可以使用靜態(tài)教程菜單來具體實踐收銀處如何結(jié)賬和賬單存根以及廚房如何接受點菜菜單及通知服務(wù)人員取餐送餐。系統(tǒng)不會將這一模塊操作存儲到數(shù)據(jù)庫中。6.假設(shè)(ASsumption)和依賴(DEpendency)AS-1:只要酒店餐廳開始營業(yè)(06:00-02:00)則點餐、結(jié)賬、廚房三個客戶端都處于開啟狀態(tài)AS-2:只要是要求員工在崗的每一個工作日,酒店餐廳在早餐、中餐、晚餐及夜宵時都處于營業(yè)狀態(tài)。DE-1:“酒店點餐系統(tǒng)”的運行依賴于“賬目管理系統(tǒng)”和“薪資核算系統(tǒng)”

8、的變更,它接受“酒店點餐系統(tǒng)”的菜單更新要求后,增刪相應(yīng)的菜品。D.3.3 系統(tǒng)特性1、生成、修改、查看菜單(1)描述和優(yōu)先級酒店餐飲部的廚師其身份得到驗證之后,他們就可以對菜單進行“增、刪、改、查”操作(修改后需要通過管理員,即酒店經(jīng)理驗證,則這些操作有效,如2小時內(nèi)無響應(yīng),則這些人員的操作無效,菜品不會有任何改變。)(2)刺激/響應(yīng)序列刺激:廚師登陸后對菜單進行操作。響應(yīng):系統(tǒng)對廚師的每一個設(shè)計更改的操作提示。刺激:廚師完成對菜單的修改后要求交替給管理員審閱。響應(yīng):在管理員接收到此更改后系統(tǒng)提示廚師請求已提交。刺激:管理員認為更改合理或不合理,提交通過更改或不通過。響應(yīng):系統(tǒng)接收管理員操作

9、交付廚師。(3)功能性需求Kitchen.logon廚師輸入驗證信息登錄本系統(tǒng)Kitchen.search廚師查看已有菜單Kitchen.create廚師創(chuàng)建新的菜單Kitchen.delete廚師刪除菜單中的菜品Kitchen.submit廚師將修改的內(nèi)容提交給經(jīng)理Kitchen.update廚師修改菜單中的內(nèi)容Kitchen.pass管理員師對菜單的修改Kitchen.deny管理員對菜單的修改Kitchen.return未通過的菜單被恢復(fù)到原來狀態(tài)Kitchen.timer廚師對菜單的修改完成后啟動該方法,超時則調(diào)用return方法Kitchen.reflction將管理員的操作反饋給廚

10、師Kitchen.exit.廚師退出登錄2管理員增加、查看、更改員工信息(1)描述和優(yōu)先級當(dāng)管理員成功登錄到本系統(tǒng)時,能夠?qū)T工信息進行查看和修改。優(yōu)先級高。(2)刺激/響應(yīng)序列刺激:管理員請求登錄到本系統(tǒng)。響應(yīng):系統(tǒng)顯示登錄界面及驗證管理員身份信息。刺激:管理員請求查看某員工信息。響應(yīng):系統(tǒng)顯示該員工信息。刺激:管理員請求修改某員工信息。響應(yīng):系統(tǒng)顯示為員工信息編輯界面。刺激:管理員請求增添新員工。響應(yīng):系統(tǒng)創(chuàng)建一新員工,并等待管理員對其信息進行編輯。(3)功能性需求Manager.logon系統(tǒng)顯示管理員登錄界面Manager.welcome管理員信息經(jīng)過系統(tǒng)驗證后,管理員進入歡迎界面Ma

11、nager.select管理員選擇查看或者修改某員工信息服務(wù)Manager.find管理員輸入所要查找信息員工的員工號Manager.find.display若系統(tǒng)中存在所要查找的員工號,則顯示該員工信息;若不存在,則顯示“此員工號不存在”Manager.update管理員輸入所要更新信息員工的員工號Manager.update.edit系統(tǒng)根據(jù)員工號查找到某員工并將信息顯示出來,等待管理員編輯Manager.update.conform系統(tǒng)提示管理員確認編輯信息Manager.update.display系統(tǒng)將剛剛編輯完成的員工信息顯示出來。Manager.add管理員請求增添新員工信息Ma

12、nager.add.edit系統(tǒng)為新員工分配一員工號,并等待管理員將新員工信息補充完整Manager.add.conform系統(tǒng)提示管理員確認補充信息Manager.add.display系統(tǒng)將剛剛增添完成的員工信息顯示出來Manager.delete管理員請求刪除離職員工信息Manager.delete.edit系統(tǒng)根據(jù)離職員工的員工號查找到該員工Manager.delete.conform系統(tǒng)提示管理員確認刪除員工信息Manager.delete.conform.yes管理員確認刪除Manager.delete.display系統(tǒng)顯示員工信息已刪除Manager.logoff管理員退出登錄

13、3支付賬單(該范例不提供細節(jié))4用戶生成、修改、刪除點餐(1)描述和優(yōu)先級顧客進入餐廳,訪問點餐系統(tǒng),瀏覽當(dāng)日菜單,選擇自己想要的食物。在顧客提交點餐記錄之前,都可以修改和取消菜單,優(yōu)先級為高。(2)刺激/響應(yīng)序列刺激:顧客請求查看當(dāng)日菜單。響應(yīng):系統(tǒng)顯示菜單和當(dāng)日特色菜。刺激:顧客請求提交點餐記錄。響應(yīng):系統(tǒng)顯示所點菜品條目、單價和總價格。刺激:顧客請求修改點餐記錄。響應(yīng):系統(tǒng)允許客戶編輯以前的點餐記錄。刺激:顧客確認提交點餐記錄。響應(yīng):系統(tǒng)將點餐記錄發(fā)往廚房。(3)功能性需求Order.index訪問“酒店點餐系統(tǒng)”的顧客可以通過系統(tǒng)點餐Order.menu系統(tǒng)將顯示菜單和當(dāng)日特色菜Ord

14、er.menu.food保存當(dāng)前顧客點餐記錄Order.menu.submit顧客請求提交點餐記錄Order.menu.display系統(tǒng)顯示所點菜品條目、每一菜品條目的單價以及應(yīng)該支付多少費用Ompt系統(tǒng)提示顧客確認點餐記錄Order.conform.not如果顧客不確認點餐記錄,那么顧客既可以編輯點餐記錄,也可以取消點餐Order.conform.yes顧客確認點餐記錄Order.deliver.cateteria系統(tǒng)將點餐記錄發(fā)往廚房Order.deliver.failure如果點餐過程中任何一步不成功,則系統(tǒng)將回滾事物,通知顧客點餐不成功,并說明失敗的原

15、因5用戶要求加菜(該范例不提供細節(jié))6服務(wù)人員查看點餐(該范例不提供細節(jié))7服務(wù)人員送餐給顧客或房客(該范例不提供細節(jié))8收銀人員對賬單存根(該范例不提供細節(jié))9廚師查看用戶要求的菜品并完成菜品(該范例不提供細節(jié))D.3.4外部接口需求1.用戶界面(User Interfaces, UI)UI-1:“酒店點餐系統(tǒng)”的屏幕畫面將遵照本公司各方式客戶端應(yīng)用程序用戶的標(biāo)準(zhǔn)用戶界面。UI-2:系統(tǒng)對收銀端和廚房端的每一個操作都提供幫助連接,解釋如何使用這些操作。UI-3:收銀客戶端采用鼠標(biāo)或鍵盤的方式對個操作進行控制,點餐客戶端采用遙控器上的按鈕進行操作,廚房客戶端采用觸摸屏的方式對每個操作進行控制。

16、2.硬件接口硬件接口還沒有確定3.軟件接口(Software Interfaces, SI)SI-1:酒店賬目管理系統(tǒng)SI-1.1:“酒店點餐系統(tǒng)”通過界面將結(jié)負的賬單傳遞給“賬目管理系統(tǒng)”用于存根及月底核算SI-1.2:“酒店賬目管理系統(tǒng)”將酒店餐飲部的收入支出進行統(tǒng)計生成財務(wù)報表,生成下一季度該部門的財務(wù)籌措,提交給“酒店點餐系統(tǒng)”保存,此舉將影響到酒店餐飲部的采購預(yù)算。從而決定本季度的菜品數(shù)量。SI-2:酒店薪資核算系統(tǒng)SI-2.1:“酒店點餐系統(tǒng)”記錄的管理員、收銀員、廚師、服務(wù)生他們相應(yīng)的等級、薪酬、獎金、罰金來自酒店“薪資核算系統(tǒng)”的數(shù)據(jù)傳輸。SI-2.2:“薪資核算系統(tǒng)”接受“酒

17、店點餐系統(tǒng)”的人員調(diào)動情況,對相應(yīng)人員進行“增刪改查”操作。SI-3:客房服務(wù)訂餐系統(tǒng)SI-3.1:“客房服務(wù)訂餐系統(tǒng)”將房客要求的菜品通過客房的客戶端傳遞給“酒店點餐系統(tǒng)”生成相應(yīng)菜品和賬單。SI-3.2:“酒店點餐系統(tǒng)”講完成菜品信息交付送餐人員及“客房服務(wù)訂餐系統(tǒng)”通知菜品完成并即將送到。SI-4:酒店客房結(jié)算系統(tǒng)SI-4.1: “酒店點餐系統(tǒng)”接受“客房訂餐系統(tǒng)”的菜品要求完成菜品后生成賬單交付酒店客房結(jié)算系統(tǒng)和“酒店賬目管理系統(tǒng)”作為酒店餐飲部收入之一。4.通信接口(Communications Interface,CI)CI-1:“酒店點餐系統(tǒng)”支持銀行卡、支票支付,則需將顧客的銀行卡、支票信息交付銀行加以確認該客戶合法。D.3.5其他非功能性需求1.安全性(SEcurity)需求SE-1:所有涉及功能信息會個人身份信息的事務(wù),都要進行加密操作。SE-2:顧客的訪問受酒店內(nèi)系統(tǒng)訪問控制策略的限制。SE-3:酒店的工作人員,只有那些授權(quán)為菜單經(jīng)理的成員,才能通過系統(tǒng)創(chuàng)建和編輯菜單。SE-4:酒店的

溫馨提示

  • 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論