2.3.4相關人員及用戶剖析
客戶：瀏覽菜譜上的信息，對感興趣的菜品進行選擇，對于自己的不滿意的菜品或冷盤價位可以提出意見，申請更換名菜或申請價錢打折。
后廚主管：負責菜譜信息的發布與更新，確認點餐單的生成。
總監：負責初審申請更換名菜或價錢打折的意見。
送餐員：負責為客戶送餐。
系統管理員：負責初審諸位角色成員的身分合法性驗證，以及后臺數據庫的管理，網路維護等。
3.系統功能概述
3.1客戶訂餐功能剖析
依據對客戶網上訂餐系統業務流程的剖析，可以看出客戶點餐主要涉及到一些數據庫的邏輯和程序應用邏輯。具體的功能歸納如下：
（1）登陸網上注冊為會員；
（2）在訂餐系統進行菜單瀏覽；
（3）會員對自己的個人信息進行修改，例如送餐地址和聯系電話。以及帳戶密碼；（4）客戶對已選的菜單進行修改選擇的數目或則取消選擇；
（5）當客戶確定訂餐完畢后，客戶將其遞交只服務器后臺點餐系統，并生成訂單。
3.2管理員后臺管理系統功能剖析
（1）管理員在后臺登陸后，可以創建新的管理員；
（2）管理員可以對飯店網上訂餐系統上的菜單進行添加、刪除和更改，例如修改菜單的圖片，價錢，菜單的描述，更換新款，添加新菜等；
（3）管理員對菜單進行管理，確定訂單的生成；
（4）管理員按照不同的屬性來查詢訂單，例如生成日期或則編號等；
（5）管理員按照不同的時間段統計處營業額，成本，同時能夠統計出每道菜的銷售量、任何時間段的銷售情況以及每一個客戶的消費情況。
3.3用戶注冊登入
用戶訪問本網站直接步入本網站可直接步入網站主頁，可選擇登入，若為注冊可選擇注冊，只有注冊用戶方可點餐。注冊提供用戶名和密碼，用戶名只能測量，若已存在也可進行提示。另外加入記住密碼功能，登入一次可在兩周內無需再度登錄，直接步入登入狀態。
3.4瀏覽食材
顯示菜肴的各類信息，可在分類查詢，動態搜索，設計頁面分業食堂訂餐系統，布局排版問題，以便捷用戶瀏覽選擇。
3.5食材詳盡信息
（1）顯示餐品中某一餐品的詳盡信息，包括店名，調料，口味，價錢等，以供用戶放進自己的購物車。
3.6購物車
實現對已定菜肴的管理，包括降低食材，刪掉菜肴，更改數目。
3.7遞交購物車并生成訂單
接受購物車信息，隨后獲取訂單號，動態刷新頂單狀態，固定時間（如30秒）完成一道菜，用戶可繼續更改為完成的食材，已完成菜肴難以進行操作，用戶更改訂單并保存。
3.8付錢付款
選擇付款方法及對這次餐的評價。
3.9結束訂餐
設置友好的結束界面。
3.10管理員操作
在后臺系統中管理網上訂餐會員管理和菜單管理。
4.產品業務流程剖析
4.1流程圖
為餐館訂餐管理系統設計流程圖如下所示：
4.2點餐管理系統業務風波
4.2.1風波剖析
飯店點餐系統的前段是后臺管理員，及時更新菜譜；客戶通過瀏覽菜譜信息，選擇適宜自己口味的名菜，進行菜單的生成；后臺管理人員在點餐、進餐和餐畢過程中不斷對系統的信息進行更新和維護，完成時間流程。
4.2.2風波關聯項辨識
（1）客戶登錄訂餐界面：客戶須要以會員身分登入訂餐界面能夠進行相應操作；
（2）客戶對訂餐信息進行選擇、更改、查詢、繼續添加等：客戶可以對點餐的佐料信息、價格信息、口味信息及時了解并對其進行適宜自己選擇的操作；
（3）系統管理員對客戶的點餐進行初審：當客戶遞交個人信息后，信息管理員要初審其信息是否真實有效，只有可靠的點餐信息能夠步入到系統中。
4.2.3報表類型辨識
（1）菜譜信息表
菜譜信息表是某菜譜的詳盡信息統計表，包括菜譜價錢，品種，名子等。
（2）改單業務統計表
按照客戶的需求，后臺管理員對于顧客對于名菜作出的調整而修改點餐單，系統對所有改單進行統計，產生改單業務統計表。
（3）點餐單生成及帳目統計表
點餐生成表是點餐員向系統提供的點餐單的信息統計，這個是按照后臺管理員提供的客戶最終點餐單進行信息統計將情況最后反映到消費結算中心，便于客人用餐完之后付賬。
5.訂餐管理系統
5.1點餐管理子系統
客戶訂餐主要流程如下：
（1）客戶登陸網上訂餐系統進行菜單的瀏覽或則注冊為會員；
（2）會員可以對自己的個人信息進行修改，以會員方式登錄的客人享受訂餐服務；
（3）假如客人認為菜單應當有所改變則可對已選的菜單進行選擇、更改、刪除等
功能；
（4）當客戶確定訂餐完畢后，客人可以將其遞交至飯店后臺系統，并生成訂單；（5）客戶對系統或則飯店有意見或則建議的留言，飯店進行及時回復。
5.2后臺管理子系統
管理員、后臺管理流程如下：
（1）管理員登陸后臺點餐系統；
（2）管理員可以管理會員信息；
（3）后臺將客戶點餐遞交到后廚顯示；
（4）后廚按照客戶訂餐菜單進行炒菜；
（5）每完成一個菜就修改其狀態為已做；
（6）所有訂餐菜完成后按照會員遞交送餐地址進行確認并送餐。
初步項目范圍說明書
1．項目和范圍的目標
通過開發《餐廳訂餐管理系統》實現訂餐工作的高效性，用戶不須要步入實體飯店以及手寫食材信息，通過使用網路技術在互聯網平臺進行食材數據信息的共享食堂訂餐系統，便于客人才能更推動捷、方便的瀏覽以及選擇自己偏愛的美味珍饈，同時也為飯店的規范化和信息化管理打堅實的基礎。
2.產品的范圍描述
本項目為飯店訂餐管理系統，顧客可以通過互聯網訂餐、微信訂餐等功能進行訂餐，飯堂人員通過后臺數據庫顯示的相關信息，作出相應的回應，還可以通過數據信息進行飯店財務結算和服務情況的統計，并通過圖表方式呈現。
3.產品的需求和特點
用戶可通過訪問網站上訂餐系統，進行登錄或注冊，獲得想要的各類食物，管理員可以查看用戶菜肴，對飯店食物的品種進行增刪改查。
4.項目可交付物
在項目實際進行過程中，要不斷交付項目結果，具體得到的成果可以是：（1）客戶注冊以及登入頁面設計圖
（2）飯店信息展示頁面設計圖
（3）飯店菜肴展示頁面功能設計圖
（4）購物車瀏覽頁面設計圖
（5）結帳頁面設計圖
（6）后臺信息展示頁面設計圖
（7）系統代碼文本
（8）綜合信息系統平臺
5.項目邊界
用戶通過互聯網實現在線瀏覽產品信息，在線下訂單、在線支付以及對產品評價等功能，同時還須要后臺系統管理人員，飯店總監、廚師、服務員、原材料采購人員和送餐服務人員等多個參與者可以通過培訓成為系統管理人員，后臺管理人員主要是通過對訂餐信息的瀏覽和統計，并生成訂單交給臥室，最后用戶對產品信息進行反饋，飯店按照反饋信息進行反饋。在這個過程中參與的人員較多，業務處理較為復雜，因而系統要有建立的功能。
6.產品初驗標準
項目在最后階段須要對產品進行初驗，具體初驗標準如下幾方面所示：
（1）訂餐系統才能實現用戶網上信息共享、用戶網上訂餐、網上付賬以及產品評價等功能；
（2）訂餐系統的建設不能超過預算費用元；
（3）訂餐系統的建設要在規定的時間內完成；
（4）訂餐系統信息安全性。
7.項目約束條件
項目要根據實際狀況的約束進行控制再能能夠以最少的付出得到最高的回報，因而須要降低額外的約束條件：
（1）完全按照相關規定進行
（2）保證低成本、高質量、安全性好、高效率完成任務
8.項目假設
項目的施行可能會出現一系列特殊情況，故在項目的施行過程中須要進行好的評估，即：假設承包商可以完成預期的可交付成果（否則承包商要履行相應的責任）；假設承包商可以在規定的時間內完成項目（否則須要對項目成果不能及時應用帶來的損失依照一定程度進行賠付）。
9.項目風險
小組在經過討論后對項目可能存在的風險進行了預估，覺得項目在施行過程中可能存在投資風險、合同風險、工期風險、經濟風險、項目中人員流失、缺乏技術經驗的風險。
10.項目測試
依據需求剖析，按事先流程進行系統測試，具體測試步驟如下所示：
10.1客戶操作流程：
（1）客戶登入網上訂餐系統進行菜單瀏覽；
（2）客戶注冊為會員；
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
