1、精選優質文檔-傾情為你奉上需求分析規格說明書項目名稱：餐飲企業營業管理系統項目組成員：張森編寫日期：2011年04月20日至2011年05月10日編寫項目組：軟工0801班-餐飲企業營業管理系統小組1 引言餐飲企業營業管理系統簡介：餐飲企業營業管理系統是針對國內較大規模的餐飲企業在日常運營管理較混亂這個問題而開發的MIS系統，它包括：餐飲訂餐功能子模塊、餐飲點菜功能子模塊、餐飲收銀功能子模塊、餐飲權限管理功能子模塊以及其他附加功能模塊，旨在為餐飲企業提供便捷、方便的服務。1.1. 編寫目的此需求分析文檔對餐飲企業營業管理系統做了全面細致的用戶需求分析，目的在于明確所要開發的軟件應具有的功能模塊

2、、操作對象、性能評價和數據信息，滿足前期系統分析人員及軟件開發人員能夠清楚的了解用戶的需求，餐飲企業能夠了解軟件系統的模型和構架，從而可以為開發系統的工作提供的便捷和規范。本需求規格說明書的預期讀者是項目開發人員、軟件測試人員、用戶文檔分析者、項目管理人員以及甲方相關人員。1.2. 背景傳統餐飲娛樂行業的經營者大都為家族式經營，受傳統思想影響，餐飲娛樂業的中高級人才很缺乏，而這正是制約餐飲娛樂行業進一步發展壯大的關鍵問題-不能將傳統經營積累的經驗貫穿下去，而信息技術的出現使這個形成了可能。餐飲業是我國最傳統、涉及面最廣的行業。信息技術在我國各行各業應用已非常普遍，而在這個最傳統、最廣泛同時也是

3、最新的行業的應用卻既少又低。市場已迫切需要高技術管理產品來提升餐飲娛樂管理的各個層面。 另一方面，現在的餐飲業已不是幾年前的樣子，超大規模、一體化、連鎖經營的餐飲企業已遍布全國。傳統的餐飲管理模式已滿足不了現代餐飲企業的管理要求，市場非常需要高效率的應用解決方案。早期，已經有一些IT行業的公司開發了一些用于餐飲行業的軟件和設備，并在一些餐飲企業進行了試用，但成功的較少，原因主要是以下兩點：一是限于當時的計算機技術發展水平，產品的技術含量低，達不到使用者的期望值；二是對餐飲行業的認知不夠，產品不能適應餐飲的發展水平。現在，快速發展的計算機技術和其應用品、電子通信技術已為餐飲管理的各個環節提供了多

4、種計算機管理的手段。正是由于使用軟件管理系統對餐飲企業的日常運營進行管理對比傳統使用大量勞動力和紙張的管理方式有著無法比擬的優點，所以我們項目組預計使用C#語言和面向對象的編程理念開發出一套餐飲企業營業管理系統。1.3. 定義Ø 凡下文中涉及到本系統或本軟件的都是指餐飲企業營業管理系統。1.4. 參考資料A. 需求工程軟件建模與分析B. UML系統建模與分析設計2 任務概述2.1. 目標2.1.1. 總體目標 應用現代化的計算機和通信技術，采用先進的現代化企業管理模式，建設一個以賓客消費為主線，涵蓋經營中樓面、點單、收銀、結算、成本、財務等各個環節管理，實現企業的管理現代化、信息資源

5、化、傳輸網絡化，達到提高管理與服務水平、提高效率、提升賓客滿意度、堵塞各種漏洞、減低運作成本。2.1.2. 概要目標介于項目經費和時間有限，我們項目組先期會著重實現本系統中以下五方面的對于餐飲企業來說最基本的功能，保障餐飲企業的正常運營。1) 餐飲訂餐功能子模塊2) 餐飲點菜功能子模塊3) 餐飲收銀功能子模塊4) 餐飲權限管理功能子模塊5) 餐飲數據管理功能子模塊6) 其他附加功能模塊2.1.3. 系統結構2.2. 用戶特點本系統中涉及到的用戶涉及到：餐飲企業的管理層，餐飲企業的員工以及前來就餐的顧客。用戶類型比較復雜，但是由于系統采取了良好的人機交互界面，顧客只需根據自己的口味愛好使用鼠標在

6、屏幕上選擇自己菜品佳肴，然后點幾個確認按鈕提交就完成了，操作上不存在難度，如果還有問題服務員也可給予幫助，所以系統對消費者的要求比較低。對于餐飲企業的員工來說，大部分員工很少與計算機直接交互，只有一少部分服務員使用計算機操作，但是這種操作也是比較簡單的，只需在員工應聘前培訓一個星期就完全能夠勝任，所以本系統對普通員工的要求也不是很高。相對于餐飲企業的管理層來說，一些掌管著企業日常運營的管理者須具有一定的計算機操作水平，這些管理者要對系統進行必要的配置和維護，并定期檢測和備份數據，以保證系統爭創穩定的運行，其余不直接操作系統的管理者(查看權限)只需懂得本系統基本的操作即可。對餐飲企業管理者的培訓

7、花費半個月時間基本就可滿足要求。2.3. 假定和約束甲方要求本系統應該這半年之內完成建設并投入使用。3 需求設計3.1. 系統詳細設計3.1.1. 餐飲訂餐功能子模塊餐飲訂餐功能用例描述用例編號0521-02-01用例說明:訂餐功能執行者訂餐顧客，前臺服務員目的：完成一次顧客訂餐的全過程類型：主要的，基本的類別二級過程描述：1) 訂餐顧客通過某些方式（打電話，提前預約等）訂餐（或更改訂餐內容）。2) 顧客確定預約（或更改）的桌號和菜品。3) 前臺服務員確定顧客預訂桌號時候可用。4) 服務員操作完成相應桌號和菜品的預訂，并記錄顧客信息。5) 系統自動將預訂信息更新到系統數據庫中。異常事件流處理：

8、1) 顧客預訂桌號不可用，需要重新預訂。2) 顧客信息符合系統黑名單，則終止訂餐過程。3.1.2. 餐飲點菜功能子模塊餐飲點菜功能用例描述用例編號0521-02-02用例說明:點菜功能執行者用餐顧客，廚師目的：完成一次用餐顧客點菜的全過程類型：主要的，基本的類別二級過程描述：1) 用餐顧客使用系統確定自己的菜品選擇。2) 系統自動提交顧客菜品選擇信息及桌位信息。3) 系統更新信息到系統數據庫中。4) 系統發送信息到廚房的信息顯示面板中。異常事件流處理：1) 顧客要求特定的廚師完成某個菜品且此廚師不在，則需要顧客重新選擇。2) 顧客選定的某個菜品原材料不夠，需要顧客重新選擇。3.1.3. 餐飲收

9、銀功能子模塊餐飲收銀功能用例描述用例編號0521-02-03用例說明:收銀功能執行者顧客，前臺服務員目的：完成一次收銀的全過程類型：主要的，基本的類別二級過程描述：1) 顧客用餐完成后，支付消費賬單。2) 顧客選擇想要的支付方式。3) 前臺服務員完成對顧客的身份驗證。4) 顧客完成消費支付，服務員完成相應操作。5) 系統更新信息到系統的數據庫中。異常事件流處理：1) 由于某些原因，顧客不能完成消費支付，企業酌情處理。3.1.4. 餐飲權限管理功能子模塊餐飲權限管理功能用例描述用例編號0521-02-04用例說明:權限管理功能執行者管理者目的：完成對于系統權限的設置類型：主要的，基本的類別二級過

10、程描述：1) 管理者登陸系統后，進入相應的權限設置模塊。2) 管理者按照要求對于相應的系統權限作出更改。3) 管理者退出權限管理模塊。4) 系統自動更新權限設置信息到系統的數據庫中。異常事件流處理：1) 管理者對他人的權限的設置超出了自身的權限范圍。2) 權限管理功能支持單連接，多人同時登陸此功能會導致登錄失敗。3.1.5. 餐飲數據管理功能子模塊餐飲數據管理功能用例描述用例編號0521-02-05用例說明:數據管理功能執行者管理者，財務數據管理系統，人事信息管理系統目的：完成對于系統的數據管理類型：主要的，基本的類別二級過程描述：1) 管理者登陸系統后，進入相應數據管理模塊。2) 管理者按照

11、要求完成相應的數據操作。3) 財務數據管理系統，人事信息管理系統通過相應接口實現數據同步。4) 系統自動更新數據信息到系統的數據庫中。異常事件流處理：1) 管理者操作數據格式不正確導致更新數據失敗。2) 數據管理功能支持單連接，多人同時登陸此功能會導致登錄失敗。3.1.6. 其他附加功能模塊這一部分模塊的說明請參閱本系統所提供的其他圖件，這里不一一顯示。3.2. 對功能的規定3.3. 對性能的規定3.3.1 精度本系統涉及的數據大部分由系統運行過程中自動生成，其余的一部分數據多為字符類型和整形數字，所以本系統對于精度要求不高，但是在本系統和財務數據管理系統接口的部分，這樣一部分的數據涉及到了計

12、算的相關事宜，所以對于數據的精度要求比較高，本系統提供了一定的容錯、自動修正機制，但是希望相關人員在使用時候多多注意。3.3.2 時間特定要求本系統的各種事物的核心處理部分是一臺工作組級別的服務器，能夠同時支持五十人左右同時訪問，本系統在在時間特性的要求：Ø 時間響應的要求：20臺設備以下同時訪問，系統能夠在一秒內將數據傳輸到服務器處理，50臺設備以下同時訪問，系統能夠在三秒內將數據傳輸到酒店服務器上處理，100臺設備以下同時訪問時，系統能夠在五秒內將數據傳輸到酒店服務器處理，100臺設備以上時，系統能夠在十秒內做出反應。Ø 更新和處理時間：顧客將選擇發送到服務器后，服務器

13、會根據用戶的選擇將相應的信息傳送給對應的接受者，并對必要數據存入數據庫中，這其中大部分數據都是一些展示性質的信息，沒有需要消耗大量CPU時間的功能，所以對于消息的更新和處理時間應該在半分鐘內完成。Ø 數據轉化和傳送：本系統設定有一定的容錯機制，可以進行一些簡單的數據轉化，但是為了系統的正常運行，希望企業的相關人員在操作系統的時候多多注意輸入數據的格式問題。對于數據的傳送，由于本系統的網絡搭建是使用的本地局域網，所以數據的傳輸速度完全可以滿足不同用戶的操作。3.3.3 靈活性本系統采用有好的圖形界面，操作簡單，本系統設計本著簡單、實用的原則，相應的服務均顯示在顯眼的地方，用戶只需根據指

14、自己的需要選擇相應菜單或是按鈕即可完成相應的功能，所以在操作上具有很大的靈活性；同時本系統提供一組接口，企業可以使用本接口實現和其他系統（如財務數據管理系統、人事信息管理系統等）實現比較完美結合，為相應操作人員和企業的使用提供了極大的便利。3.4. 輸入輸出的要求本系統在設計的過程中提供了一些必要的數據轉化操作，但是為了系統正常穩定運行，相應的操作人員在輸入數據的時候還是需要按照規范進行；本系統所實現的數據輸出的絕大部分都由系統內部操作完成實現，并且大多數輸出數據都是存放在數據庫中，具有相應權限的用戶可以通過本系統查看和修改相應的數據，普通用戶所能接觸到的輸出數據只是系統運行相應功能所提示時候

15、運行成功的最終結果。3.5. 數據管理能力要求本系統的絕大部分數據存放在系統目錄下的DB_CTServer.mdf的數據庫文件中，正常情況下此文件的大小應在幾十M到幾百M之間，但是為了防止數據庫文件過大導致系統查詢數據速度急劇下降，相應的操作人員應該定期（一個月左右）的對數據文件進行打包備份，同時對數據庫文件中的一些臨時數據清空（本系統提供相應功能），完成對數據文件的“瘦身”。3.6. 故障處理要求為了防止一些突發的異常事故造成的數據丟失或是系統非正常退出，本系統提供“災難恢復”功能，本功能可以在本系統內部生成“異常信息”文件，并且在一定程度上恢復丟失的數據，企業可以將“異常信息”文件通過郵箱

16、發送到我們小組，我們會在最短的時間內解決問題。如果最終導致了數據庫文件的不可修復，本系統提供了“數據恢復”功能，使得企業可以恢復系統數據到上一次所備份的數據的斷點處，盡可能的減少企業由于系統不能正常運行所造成的損失。3.7. 其他專門要求Ø 安全日志：為了維護軟件的正常運行，防止由于操作人員的不正當操作導致的系統崩潰，本系統會自動將系統的操作人員信息和操作信息記錄在“安全日志”文件中，從而在發生錯誤時找出造成錯誤的個人。Ø 安全性：雖然系統是在自身局域網內部運行，但還是建議企業定期對系統中的各種存儲設備進行查殺病毒的相應操作。4 設備運行環境4.1. 設備a) 工作組級服務器一臺b) 交換機一臺c)