線上餐廳管理系統的設計

張芮綺

南京理工大學紫金學院 江蘇南京 210023

1 項目需求

1.1 需求分析

本項目是為餐廳的管理人員、服務員以及用戶開發的一個多用戶端線上餐廳管理系統。由于餐廳工作人員的人數有限，如果是傳統的點餐方式，用戶需要排隊，繁忙時服務員可能會出現上錯菜以及記錯菜單，在計算賬單時可能出現計算錯誤問題等。為解決以上這些問題，從而開發了本系統，用戶可以在本系統上點菜付款以及查看自己的訂單，用戶下訂單后服務員可以及時查看到，并且可以按照用戶下單的順序上菜；管理員可以直接在系統上對菜品菜系進行修改，這樣用戶就可以知道哪些菜是可以點的，不會出現傳統紙質菜單上存在的菜品而餐廳無法做出來的問題，且可以查看所有的訂單；服務員可以對餐桌狀態進行修改，這樣其他用戶就知道哪些餐桌已被占用，自己又可以預訂哪些餐桌。餐廳點餐系統旨在提高餐廳的服務效率和服務品質，管理員可以在后臺對餐廳信息進行管理操作，從而制訂更適合餐廳發展的方案。本系統也在一定程度上解決了傳統點餐對服務人員的依賴性，并且使用起來非常簡單。[1]

1.2 結構需求

本系統在設計結構上應具有良好的適應性、可靠性、安全性、可維護性。這樣保證了系統在餐廳經營過程中穩定運行，給用戶提供友好的使用環境并提高餐廳整體經營效率。

1.3 可擴展性需求

本系統在設計時應當考慮到可擴展性的需求，添加部分優化功能。比如，查詢菜品操作，方便不熟悉菜品的用戶尋找菜品；點餐指引功能，方便初次使用者熟悉系統；用戶刪除訂單；用戶查看歷史訂單詳情。以上功能均可實現，后期可以根據餐廳經營管理實際需求進行添加。

2 數據庫模型

2.1 數據庫的概念結構模型設計

概念設計用于表達真實世界中的實體、屬性，以及它們相互之間的關聯關系等的原始數據形態。本系統概念結構模型設計分為三部分，分別是顧客端、管理者端、服務員端。顧客端主要功能是“點餐”“查看賬單”“繳費”等；管理者端的功能提供“管理菜系、菜品信息”“菜品的修改”“對消費者信息的管理”等；服務員端的功能提供“查看餐廳訂單”“繳費情況”“餐桌空位”等。

2.2 數據庫的邏輯結構模型設計

一個好的數據庫模型，將會大大減少系統研發的工作量，有效合理地利用服務器的資源，甚至可以降低系統后期維護的難度。[2]在線上餐廳管理系統中，數據庫的信息存儲是整個平臺的核心，各個業務功能模塊的點擊都需要對對應模塊的數據庫信息進行操作。所以，要保證系統內容存放的完整性和一致性，必須做好邏輯框架的設置，以便于確定系統的數據庫實體。本文為系統設計的數據庫實體，包括了管理員、用戶、服務員、訂單、餐桌、菜品。設計結果通過E-R圖展現，在E-R圖中給出每一個數據庫實體對應的屬性信息以及他們之間的聯系，本平臺的E-R圖如圖1所示。

圖1 數據庫詳細E-R圖

3 系統模塊設計

3.1 餐飲管理系統功能模塊

餐飲管理系統需要緊密圍繞企業的各項業務管理及功能需求進行設計，根據餐飲企業管理的特點對餐飲管理系統進行設計。系統功能結構如圖2所示。[3]

圖2 系統功能模塊圖

(1)本系統可以實現餐廳點餐管理，管理者可以通過該系統對菜品員工等進行管理，消費者可以通過此系統進行點餐支付，服務員可以更好地為消費者服務。

(2)給消費者提供主要功能是“在系統上找到可點的菜品”“在系統上查看訂單信息”“添加多種菜品加入購物車”“從購物車中刪除菜品”“根據菜系不同進行菜品篩選”“對賬單進行付款操作”。

(3)給管理者提供的功能有“對菜系進行管理”“對菜品進行管理”“對用戶訂單管理”“查看訂單詳情”“對服務員進行管理”。

文化補充法，簡單來說就是對于在電影中被遺漏的一些文化現象做進一步的補充說明。特別是，當歸化和異化都無法準確地表達影片里的一些文化現象時，此時就需要譯者在適當的時間和位置是上，進行文化的補充，從而使觀眾可以更好地理解影片中的幽默點以及嘲諷點。

(4)給服務員提供的功能有“對餐桌進行管理”“查看餐桌空位信息”“查看訂單詳情”。

3.2 賬戶管理模塊的詳細設計

3.2.1 用戶注冊功能點設計

為了方便管理平臺用戶，提高平臺信息的可信度，要求用戶使用本平臺前，必須在平臺上完成賬戶注冊。賬戶注冊頁面需要用戶輸入的具體信息包括用戶名、密碼、用戶角色、手機號、驗證碼等。系統會對用戶輸入的注冊信息進行合法校驗，如輸入不合法，系統將跳轉至用戶注冊界面并給出用戶提示，告知其具體非法項，例如，用戶名設置重復，提示用戶“用戶名已存在”。信息校驗無誤后，系統返回注冊成功信息，提示用戶“注冊成功，返回登錄”。注冊成功后，平臺前端將用戶注冊信息提交數據庫。

3.2.2 用戶登錄功能點設計

擁有平臺賬戶的使用者可以根據自己的角色登錄系統。在登錄過程中，需要用戶填寫用戶名，用戶密碼并選擇登錄角色。系統在數據庫中驗證用戶名存不存在，如果不存在，跳轉至用戶登錄界面并提示用戶登錄失??；如果存在，繼續驗證輸入的密碼和其用戶名是否對應。如果錯誤，也跳轉至用戶登錄界面并提示用戶登錄失??；如果正確，則進入該用戶對應的系統。

3.3 訂單管理模塊的詳細設計

3.3.1 查看訂單功能點設計

消費者和管理者在登錄對應的賬戶后都可以查看訂單，消費者是查看自己的歷史訂單，而管理者是查看所有訂單的詳細信息。

只有管理者具有刪除訂單功能。管理者登錄其賬戶后，進入訂單管理界面，可以看到所有用戶的訂單。點擊刪除訂單選項，即可刪除對應的訂單并刷新當前頁面；如果刪除失敗則跳轉至訂單管理界面。

3.3.3 菜品屬性管理功能點設計

只有管理者具有菜品修改的功能，管理者可以進入菜譜管理界面調整菜品的屬性，如所屬菜系、配料、價格、數量、制作方法等。如果被修改的菜品名已存在，則彈窗提示該菜品已存在，需要重新修改菜品名稱并提交修改請求。

3.3.4 增刪菜品管理功能點設計

除了對于菜品屬性的修改，管理員還可以增加新的菜品。考慮到增加菜品和修改菜品的相似性，兩者的頁面設計也較為相似。刪除菜品時，點擊刪除按鈕即可刪除并刷新界面。增加菜品時，當對于所有的信息進行完善之后，點擊“確認添加”，如果表單中菜品名已存在，則增加失敗，否則增加成功，即可在數據庫中完成該菜品的添加。

3.4 員工管理模塊的詳細設計

管理者對于員工應該有系統管理上的主導權。為方便人力資源的管理，管理員可以通過人力管理頁面對于當前的所有員工的情況進行查詢。同時，在該頁面也可以通過點擊刪除按鈕，對于員工信息進行刪除，方便解聘之后的員工信息的處理。

3.5 點餐管理模塊的詳細設計

3.5.1 增刪點菜功能點設計

用戶點菜時首先選擇餐桌號，點菜時在點菜主頁面點擊菜品旁的加號按鈕，提取按鈕對應菜品信息，增加到數據庫中，用戶也可以在購物車界面點擊減號按鈕，從數據庫中刪除對應的菜品。

3.5.2 查看已點菜品功能點設計

消費者完成菜品的選擇之后，可以通過點擊頁面上方的“我的購物車”，查看當前已經選擇的各個菜品的列表。這個頁面會以列表的形式展示菜品的各類基本屬性，讓顧客更加直觀地查看已點菜品。

3.5.3 支付賬單功能點設計

本系統目前只是以模擬的形式完成對于支付功能的實現，而不包括真正的金錢轉移。因此，在點擊確定支付之后，頁面上展示出來的只是進行跳轉，而不真正跳轉到移動支付頁面，但此時后臺訂單已經生成，并且后臺數據庫也會進行更新。

3.6 餐桌管理模塊的詳細設計

3.6.1 查看餐桌狀態功能點設計

為更好地為顧客提供服務、提高服務員的效率，服務員可以通過自己的賬戶對于餐桌進行管理。服務員可以查看所有餐桌當前的狀態，即空閑或被占用，從而為顧客服務做好充分準備。

3.6.2 查看當前訂單信息功能點設計

為更好地為顧客提供服務、提高服務員的效率，服務員可以查看某餐桌對應的訂單信息，從而更準確地上菜，防止忙碌時上錯菜，給顧客提供糟糕的體驗。

3.6.3 設置餐桌狀態功能點設計

為更好地為顧客提供服務、提高服務員的效率，服務員可以設置餐桌當前狀態。當某顧客選定某桌子并上菜時，將該餐桌的狀態設置為已占用，當顧客用完餐離開完成訂單時，及時將其餐桌狀態設置為空閑，以便服務下一位顧客。

結語

本系統對于服務員、消費者以及管理者的管理權限有很好的限定，每一職位各司其職，合作進行餐廳的消費及管理。目前線上餐廳管理系統所必備的主要功能均已實現，并且可以進行正常的點餐、支付等操作，且在合適時間會給予提示信息，以便用戶了解系統狀態及操作是否成功。本系統能夠提供友好的用戶界面，使操作人員的工作量最大限度地減少，尤其是對于不習慣使用手機的中老年顧客群體；系統處理數據高效，在用戶可以接受的時間范圍內完成傳輸；平臺的設計具有一定的普遍性、靈活性，能夠適應餐廳管理的變化，提供豐富的功能。希望未來“互聯網+”的模式能不斷改善大眾的生活，使每個人都能享受到信息化帶來的好處與便利。