餐飲管理系統(tǒng)需求規(guī)格說明書1

1、機構(gòu)圖標 項目名稱 產(chǎn)品需求規(guī)格說明書文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標識：Company-Project-RD-PRS當前版本：X.Y作 者：完成日期：Year-Month-Day機構(gòu)公開信息版 本 歷 史版本/狀態(tài)作者參與者起止日期備注 目 錄 0. 文檔介紹40.1 文檔目的40.2 文檔范圍40.3 讀者對象40.4 參考文檔40.5 術(shù)語與縮寫解釋41. 產(chǎn)品介紹52. 產(chǎn)品面向的用戶群體53. 產(chǎn)品應(yīng)當遵循的標準或規(guī)范54. 產(chǎn)品范圍55. 產(chǎn)品中的角色56. 產(chǎn)品的功能性需求66.0 功能性需求分類66.m Feature M66.m.n Function M.N67.

2、產(chǎn)品的非功能性需求77.1 用戶界面需求77.2 軟硬件環(huán)境需求77.3 產(chǎn)品質(zhì)量需求77.n 其它需求7附錄A：需求建模與分析報告8A.1 需求模型18A.n 需求模型N8附錄B：需求確認90. 文檔介紹0.1 文檔目的0.2 文檔范圍0.3 讀者對象0.4 參考文檔提示：列出本文檔的所有參考文獻（可以是非正式出版物），格式如下：標識符 作者，文獻名稱，出版單位（或歸屬單位），日期例如：SPP-PROC-PP SEPG，需求開發(fā)規(guī)范，機構(gòu)名稱，日期0.5 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋1. 產(chǎn)品介紹提示：（1）說明產(chǎn)品是什么，什么用途。（2）介紹產(chǎn)品的開發(fā)背景。2. 產(chǎn)品面向的用戶群體提示：

3、（1）描述本產(chǎn)品面向的用戶（客戶、最終用戶）的特征，（2）說明本產(chǎn)品將給他們帶來什么好處？他們選擇本產(chǎn)品的可能性有多大？3. 產(chǎn)品應(yīng)當遵循的標準或規(guī)范提示：闡述本產(chǎn)品應(yīng)當遵循什么標準、規(guī)范或業(yè)務(wù)規(guī)則（Business Rules），違反標準、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。4. 產(chǎn)品范圍提示：闡述本產(chǎn)品“適用的領(lǐng)域”和“不適用的領(lǐng)域”，本產(chǎn)品“應(yīng)當包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚產(chǎn)品范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)，少干吃力不討好的事情；（3）有助于控制需求的變更。5. 產(chǎn)品中的角色提示：闡述本產(chǎn)品的各種角色及其職責(zé)。

4、各種角色的具體行為將在功能性需求中描述。角色名稱職責(zé)描述6. 產(chǎn)品的功能性需求6.0 功能性需求分類提示：將功能性需求先粗分再細分，下表中的 Feature A, Function A.1等符號應(yīng)當被替換成有含義的名稱。功能類別功能名稱、標識符描述Feature AFunction A.1Feature BFunction B.1Feature CFunction C.16.m Feature M提示：此處寫一些承上啟下的文字。6.m.n Function M.N名稱、標識符功能描述優(yōu)先級輸入操作序列輸出補充說明7. 產(chǎn)品的非功能性需求7.1 用戶界面需求需求名稱詳細要求7.2 軟硬件環(huán)境需求

5、需求名稱詳細要求7.3 產(chǎn)品質(zhì)量需求主要質(zhì)量屬性詳細要求正確性健壯性可靠性性能，效率易用性清晰性安全性可擴展性兼容性可移植性7.n 其它需求附錄A：需求建模與分析報告。A.1 系統(tǒng)總體功能模型A.2 大廳服務(wù)模塊分析用例圖：用例說明：用例編號1用例名稱查詢餐位分部和使用情況事件流基本流：1、 查詢餐位分部情況；2、 查詢餐位使用情況；3、 是否有顧客；4、 如果有，根據(jù)顧客位數(shù)安排餐位，并記錄臺號；5、 保存信息備選流：1、 如果沒有，記錄可用的各桌臺號；前置條件1、 餐位的分部和使用情況的數(shù)據(jù)能正常取得后置條件1、 數(shù)據(jù)正確保存；2、 正確的得到餐位情況的狀態(tài)；其他用例編號2.1用例名稱電話

6、預(yù)訂事件流基本流：1、 派發(fā)傳單；2、 記錄是否有顧客電話預(yù)訂的信息；3、 如果有，記錄顧客點菜的菜式；4、 保存信息；備選流：1、 如果沒有，等待顧客電話預(yù)訂；前置條件1、 顧客電話預(yù)訂的數(shù)據(jù)能正常取得后置條件1、數(shù)據(jù)正確保存；2、 正確的得到顧客預(yù)訂信息；其他用例編號2.2用例名稱網(wǎng)上預(yù)訂事件流基本流：1、 派發(fā)傳單；2、 登陸餐廳網(wǎng)址，并觀察是否有顧客網(wǎng)上預(yù)訂；3、 如果有，記錄顧客點菜的菜式；4、 保存信息備選流：1、 如果沒有，等待顧客網(wǎng)上預(yù)訂；前置條件1、 顧客網(wǎng)上預(yù)訂的數(shù)據(jù)能正常取得；后置條件1、 數(shù)據(jù)正確保存；2、 正確的得到顧客網(wǎng)上預(yù)訂信息；其他用例編號2.3用例名稱人工預(yù)訂

7、事件流基本流：1、顧客到餐廳直接預(yù)訂菜式；2、記錄顧客點菜信息；3、記錄顧客信息；4、保存信息前置條件1、 顧客預(yù)訂的數(shù)據(jù)能正常取得；后置條件1、 數(shù)據(jù)正確保存；2、 正確的得到顧客預(yù)訂信息；其他用例圖：用例說明：用例編號用例名稱菜式詳細信息事件流基本流：1、 通過電話預(yù)訂，得到顧客點菜信息，并準備；2、 通過網(wǎng)上預(yù)訂，得到顧客點菜信息，并準備；3、 通過人工預(yù)訂，得到顧客點菜信息，并準備；4、 保存信息；備選流：1、其他途徑得到顧客點菜信息，并準備；前置條件1、 顧客預(yù)訂的數(shù)據(jù)能正常取得；后置條件1、數(shù)據(jù)正確保存；2、 正確的得到顧客預(yù)訂信息；其他用例編號用例名稱菜式所需材料事件流基本流：1

8、、得到顧客點菜的菜式信息后，準備相對應(yīng)的菜式材料；備選流：前置條件后置條件其他用例編號用例名稱餐具準備、檢查事件流基本流：1、準備、檢查餐具，以便及時放菜式；備選流：前置條件后置條件其他用例編號用例名稱開始菜式制作事件流基本流：1、得到菜式材料、餐具準備后，開始菜式制作；備選流：前置條件后置條件其他用例編號7.1用例名稱上菜通知事件流基本流：1、 菜式制作完成后，打開系統(tǒng)管理；2、 點擊“上菜通知”；備選流：前置條件后置條件其他用例圖：用例說明：用例編號19.1用例名稱端上菜式的材料事件流基本流：1、 記錄廚師所需的材料；2、 對材料進行一定的清洗；3、 端上菜式的材料；備選流：1、 材料不足

9、，進行倉庫補給；2、 回到1之后；前置條件后置條件其他用例編號19.2用例名稱端上盤子接菜事件流基本流：1、 檢查、清洗餐具；2、 洗刷完成后，等待廚師叫喚；3、 端上餐具；備選流：前置條件后置條件其他用例編號用例名稱接收服務(wù)員通過顧客點菜的信息，并告知事件流基本流：1、 等待服務(wù)員發(fā)放信息；2、 接收到信息后，傳送到廚師；3、 等待廚師的吩咐；備選流：前置條件后置條件其他用例圖：用例說明：用例編號用例名稱當日消費流水事件流基本流：1、 點擊“當日消費流水”2、 列表顯示當日已結(jié)賬的所有臺位消費清單；3、 顯示匯總金額；4、 可以打??；備選流：前置條件后置條件其他用例編號用例名稱當日消費未收事

10、件流基本流：1、 點擊“當日消費流未收”2、 列表顯示當日未結(jié)賬的所有臺位消費清單；3、 顯示未結(jié)賬總金額；4、 可以打??；備選流：前置條件后置條件其他用例編號.1.2用例名稱當班情況事件流基本流：1、 匯總當班消費流水；2、 匯總當班消費未收；備選流：前置條件后置條件其他用例圖：用例說明：用例編號3.1用例名稱上菜事件流基本流：1、 輸入要上菜的點菜單臺號；2、 根據(jù)輸入的臺號顯示點菜單詳細信息；3、 上菜：選擇要退的菜，點“上菜”操作，數(shù)據(jù)記錄標記；4、 保存信息；備選流：1、 輸入的臺號錯誤（不是正在消費的臺號），提示重新輸入，回到基本流1；2、 點菜單數(shù)據(jù)保存失敗，回到基本流2；前置條

11、件1、有正在消費的臺號，且臺號輸入正確；后置條件1、 數(shù)據(jù)正確保存；2、 以標記上菜的信息可在廚房準確顯示；其他用例編號20.1用例名稱增加新的菜式事件流基本流：1、輸入要修改的點菜單臺號；2、根據(jù)輸入的臺號顯示點菜單詳細信息；3、新增菜式：顯示總菜單進行復(fù)選，提交后將選擇的菜式加入到點菜單詳細信息中，回到2；4、取消菜式：選擇要取消的菜式，點“取消”操作，數(shù)據(jù)記錄標記；5、修改菜式數(shù)量；6、保存信息；備選流：1、 輸入的臺號錯誤（不是正在消費的臺號），提示重新輸入，回到基本流1；2、 所選“取消”的菜式已經(jīng)上菜，提示并回到基本流2；3、 點菜單數(shù)據(jù)保存失敗，回到基本流2;前置條件1、有正在消

12、費的臺號，且臺號輸入正確；后置條件1、數(shù)據(jù)正確保存；2、新增菜式、取消菜式、新增數(shù)量均可在廚房準確顯示；其他用例編號20.2用例名稱刪除舊的菜式事件流基本流：1、輸入要修改的點菜單臺號；2、根據(jù)輸入的臺號顯示點菜單詳細信息；3、退菜：選擇要退的菜，點“退菜”操作，數(shù)據(jù)記錄標記，根據(jù)需要記錄退菜備注（退菜原因）；4、取消菜式：選擇要取消的菜式，點“取消”操作，數(shù)據(jù)記錄標記；5、修改菜式數(shù)量；6、保存信息；備選流：1、 輸入的臺號錯誤（不是正在消費的臺號），提示重新輸入，回到基本流1；2、 所選“取消”的菜式已經(jīng)上菜，提示并回到基本流2；3、 點菜單數(shù)據(jù)保存失敗，回到基本流2;前置條件1、有正在消

13、費的臺號，且臺號輸入正確；后置條件1、數(shù)據(jù)正確保存；2、退菜信息、取消菜式、均可在廚房準確顯示；其他用例圖：用例說明：用例編號.1用例名稱掛單事件流基本流：1、選擇已經(jīng)消費的臺號；2、點擊“結(jié)賬“按鈕；3、顯示消費清單和金額匯總；4、點擊“掛單處理“，并結(jié)束結(jié)賬；5、保存信息；備選流：1、 打折處理，在3之后，點擊打折；2、 輸入折扣比例；3、 計算應(yīng)收金額，回到基本流3；前置條件1、所有正在消費的臺號數(shù)據(jù)能正常取得；后置條件1、數(shù)據(jù)正確保存；2、正確保存結(jié)賬狀態(tài)（正常結(jié)賬、折扣結(jié)賬、掛單）；其他用例編號.2用例名稱埋單事件流基本流：1、選擇已經(jīng)消費的臺號；2、點擊“結(jié)賬“按鈕；3、顯示消費清單和金額匯總；4、點擊“埋單處理“，并結(jié)束結(jié)賬；5、保存信息；備選流：4、 打折處理，在3之后，點擊打折；5、 輸入折扣比例；6、 計算應(yīng)收金額，回到基本流3；前置條件1、所有正在消費的臺號數(shù)據(jù)能正常取得；后置條件1、數(shù)據(jù)正確保存；2、正確保存結(jié)賬狀態(tài)（正常結(jié)賬、折扣結(jié)賬、埋單）；其他附錄B：需求確認提示：需求確認規(guī)程請參見SPP-PROC-RM，主要分兩步：（1）需求評審，（2）需求承諾。對需求的評審應(yīng)當采用“正式技術(shù)評審方式”，將產(chǎn)生一份“需求評審報告”，規(guī)程請參見SPP-PROC-TR。在獲取責(zé)任人（Stakeholders）對需求的承諾之前，該產(chǎn)品需求規(guī)格說明書必須先通