【文章內容簡介】 行5. 數據結構：消費信息數據流數據名 客戶就餐后的消費信息來源 系統(tǒng)數據結構 菜肴名稱+單價+ 桌號+折扣+備注簡要說明 本酒店餐飲管理信息系統(tǒng)主體數據結構，定義了飯店的餐飲消費信息。數據項數據名 折扣存儲處 消費信息類型 數字型數據元素類型 含義 客戶就餐是否可享受折扣以及折扣程度簡要說明 客戶就餐后將根據此信息結賬數據存儲項目名 點菜信息表存儲組織 二維表主鍵編號 桌號記錄組成 菜肴名稱 價格 桌號 備注長度 0~25 0~9 0~10 0~50簡要說明 存儲菜肴的點菜信息數據加工項目名 計算消費總額輸入 消費內容內容輸出 消費總額簡要說明 計算客戶在飯店沒有經折扣時的消費總額項目名 計算折扣后的總金額輸入 可享受的折扣輸出 折扣后的總金額簡要說明 當客戶可享受折扣時，計算其折扣后的金額6. 數據結構：賬單數據流11數據名 客戶就餐后的賬單信息來源 系統(tǒng)數據結構 菜肴名稱+單價+ 桌號+折扣+總額+折扣后總額+備注簡要說明 本酒店餐飲管理信息系統(tǒng)主體數據結構，定義了飯店的餐飲賬單信息。數據項數據名 總額存儲處 系統(tǒng)類型 數字型數據元素類型 含義 客戶就餐的消費總額簡要說明 客戶就餐后未經折扣的消費總額數據名 折扣后總額存儲處 系統(tǒng)類型 數字型數據元素類型 含義 客戶就餐的消費總額經折扣后的總額簡要說明 若客戶可以享受折扣，計算出折扣后的總額數據存儲項目名 消費信息表存儲組織 二維表主鍵編號 桌號記錄組成 菜肴名稱 價格 桌號 折扣 備注長度 0~25 0~9 0~10 0~4 0~50簡要說明 存儲客戶的消費信息數據加工項目名 計算消費總額輸入 消費內容內容輸出 消費總額簡要說明 計算客戶在飯店沒有經折扣時的消費總額項目名 計算折扣后的總金額輸入 可享受的折扣輸出 折扣后的總金額簡要說明 當客戶可享受折扣時，計算其折扣后的金額12第三章 餐飲管理系統(tǒng)總體設計 系統(tǒng)的體系結構B/S[2]結構（Browser/Server 結構）結構即瀏覽器和服務器結構。它是隨著Inter 技術的興起，對 C/S[2]結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過 WWW 瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，但是主要事務邏輯在服務器端（Server）實現，形成所謂三層 3tier 結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。以目前的技術看，局域網建立 B/S 結構的網絡應用，并通過Inter/Intra 模式下數據庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現不同的人員，從不同的地點，以不同的接入方式（比如 LAN, WAN, Inter/Intra 等）訪問和操作共同的數據庫；它能有效地保護數據平臺和管理訪問權限，服務器數據庫也很安全 。本系統(tǒng)采用 B/S（Browser/Server）結構，即瀏覽器和服務器結構。它是隨著Inter 技術的興起，對 C/S 結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過 WWW 瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，但是主要事務邏輯在服務器端（Server）實現，形成所謂三層結構，所對應的三層分別稱為表現層，邏輯層，數據層。1. 表示層表示層又稱為界面層，提供給用戶一個可視界面，用戶可以用來輸入數據或獲取數據。界面層同時也提供一定的安全性驗證，確保用戶看不到機密的信息。B/S結構的表現層就是Web頁面。 2. 邏輯層邏輯層也稱中間層或中間代理層，是界面層和數據層之間的橋梁。它響應界面層的用戶請求，執(zhí)行任務并從數據層獲取數據，然后將必要的數據傳遞給界面層。邏輯層封裝了系統(tǒng)的應用邏輯，應用系統(tǒng)的大部分計算工作在此完成。在Ｂ/Ｓ結構中邏輯層表現為類庫和存儲過程。邏輯層負責同數據庫打交道，維護同數據庫的連接。邏輯13層可以根據不同的應用需要進行分布式計算，故能提供較高性能的數據庫應用。3. 數據層數據層負責數據存儲，并維護數據的完整性（參照一致性）和安全性。它響應邏輯層的請求，向邏輯層提供數據。Visual Studio 是一套完整的開發(fā)工具，用于生成 ASP Web [12]應用程序、XML Web services、桌面應用程序和移動應用程序。Visual Basic .NET、Visual C++ .NET、Visual C .NET 和 Visual J .NET 全都使用相同的集成開發(fā)環(huán)境 (IDE)，該環(huán)境允許它們共享工具并有助于創(chuàng)建混合語言解決方案。鑒于 B\S 結構的以上優(yōu)點，并結合用戶需求，該系統(tǒng)決定采用 B\S 體系結構。 系統(tǒng)功能模塊圖 功能模塊圖基于以上可行性研究以及需求分析，系統(tǒng)的功能模塊圖如下：圖 餐飲管理系統(tǒng)功能模塊圖 系統(tǒng)模塊功能描述餐飲管理系統(tǒng)主要包括以下模塊：用戶管理模塊、菜肴管理模塊、營業(yè)管理模塊、14預定管理模塊、外賣管理模塊、員工管理模塊，各模塊功能描述如下：1. 用戶管理模塊 圖 用戶登陸界面圖 用戶管理界面如圖 及圖 所示，當用戶即餐飲管理員利用自己的用戶名和密碼登陸系統(tǒng)后，可以進入此模塊修改信息，其中普通用戶只能修改自身信息，超級用戶能修改自身和其他管理員的信息，并且當有新的管理員加入時，超級用戶可以在此添加新用戶的信息，用戶新用戶就也可以登陸系統(tǒng)了：1) 修改用戶信息：即用戶可以在該模塊中修改信息，包括用戶名和密碼，其中普通用戶只能修改自身信息，超級用戶能修改自身和其他管理員的信息；2) 添加新用戶：新的管理員可以再此注冊，建立其用戶名和密碼，使其以后能夠登錄系統(tǒng)；3) 刪除用戶：當有人從管理員角色中退出時，在此不可恢復地刪除其信息。2. 菜肴管理模塊 15圖 菜肴管理界面如圖 所示，菜肴信息為管理員及客戶提供可參考的菜系，登陸系統(tǒng)后進入此模塊可瀏覽到已有的菜肴信息，包括菜肴名稱、單價和備注，若需要修改，可以進一步編輯即修改菜肴信息，當有新的菜肴進入飯店時，在此添加其相關信息：1) 瀏覽菜肴基本信息：可以瀏覽現有菜肴以及各個菜肴的單價、備注等；2) 編輯菜肴基本信息：管理員可以在此編輯或修改菜肴的基本信息，包括修改名稱、單價和備注；3) 添加菜肴信息：當有新的菜肴進入飯店時，在此添加新信息，包括菜肴名稱、單價和備注，其中菜肴名稱和單價必填，備注選填。3. 營業(yè)管理模塊 圖 營業(yè)管理界面如圖 所示，營業(yè)管理在整個系統(tǒng)中很重要，在這個模塊中，即時到本飯店就餐的客戶的點菜信息被前臺管理員錄入系統(tǒng)數據庫，其中包括就餐桌號、就餐內容即所點菜肴名稱、價格、備注，還可通過輸入桌號查詢該桌的就餐內容和相關信息，就餐結束后，在該模塊通過輸入桌號對該桌消費結賬，并可根據客戶需要打印消費憑據：161) 點菜：通過輸入桌號、菜名及備注來點菜；2) 查詢點菜信息：通過輸入桌號來查詢該桌是否有點菜信息，以及信息內容以便根據客戶需要適當調整點菜內容；3) 結賬：通過輸入桌號，可瀏覽該桌消費內容以及可以享受的折扣服務，并且在此計算消費總額進行結賬，根據客戶需要選擇是否打印消費憑據。4. 預定管理模塊圖 預定管理界面 如圖 所示，管理員接收預定餐信息后，在此模塊中將預定信息存入數據庫，包括客戶預定就餐的時間、所訂的飯桌號、人數、預定的就餐內容、客戶姓名、電話號碼等，以方便經后瀏覽、修改或取消：1) 瀏覽預定信息：管理員可以在此瀏覽已有的預定信息，以提示廚房及時制作客戶預定的菜肴；2) 添加預定信息：在此模塊中通過添加預定時間、人數、桌號、客戶姓名、客戶電話等添加預定飯菜信息；3) 修改預定信息：如果預定信息中有需要改動的信息，可以在此修改，也可以刪除預定信息，及取消預定。5. 外賣管理模塊 17圖 添加外賣信息界面圖 修改外賣信息界面如圖 及圖 所示，管理員接收到外賣信息后，將信息存儲到系統(tǒng)中，包括客戶姓名、電話、送餐時間、送餐地址、訂餐內容及備注等，當客戶有變動時，管理員可以根據客戶需要修改或取消外賣信息，管理員也要及時在此模塊中瀏覽外賣信息，以及時督促廚房制作外賣菜肴交給外賣職工送到客戶指定地址及收取餐飲費用。1) 瀏覽外賣信息：打開外賣管理的頁面后，可以瀏覽到已有哪些外賣信息及是否執(zhí)行；2) 編輯外賣信息：通過編輯職工編號、姓名、客戶姓名、電話、地址來編輯或修改或取消外賣信息，當有客戶取消外賣時，管理員在此模塊刪除外賣信息； 3) 添加外賣信息：當有新的客戶訂外賣時，外賣管理員可以在此添加新的外賣信息。6. 員工管理信息模塊 18圖 添加職工信息界面 如圖 所示，員工在餐飲行業(yè)中是必不可少的，員工管理模塊為飯店的人員分配、調遣提供了可查詢的依據，管理員可在此瀏覽員工的基本信息，根據員工信息的更改及時修改員工的在系統(tǒng)中的基本信息，當有員工退出本飯店時，管理員可將其相關信息刪除，當有新的員工加入時，也可以在此添加新員工的信息：1) 瀏覽員工基本信息：打開該頁面后，可以瀏覽員工的基本信息，包括職工姓名、編號、性別、民族、電話等；2) 編輯員工基本信息：想要修改員工信息，可以在此編輯修改；3) 添加員工基本信息：有新的員工加入時，在此添加他們的新信息。19第四章 餐飲管理系統(tǒng)數據庫設計數據庫設計 [7]是指對于一個給定的應用環(huán)境，構造優(yōu)化的數據庫邏輯模式和物理結構，并據此建立數據庫及其應用系統(tǒng)，使之能夠有效地存儲和管理數據，滿足各種用戶的應用需求，包括信息管理要求和數據操作要求。 數據庫的概念設計 數據庫的概念設計 [7]就是將需求分析得到的用戶需求抽象為信息結構即概念模型的過程，是整個數據庫設計的關鍵。實體的 ER 圖刻畫了該實體有哪些屬性，ER 模型的 “聯系”用于刻畫實體之間的關聯。一種完整的方式是對局部結構中任意兩個實體類型，依據需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯系，若有聯系，需進一步確定是1:n，m:n，還是 1:1 等。本餐飲管理系統(tǒng)有客戶、菜肴、員工、點菜信息、預定信息、外賣信息、消費信息，賬單 8 個實體，各實體 ER 圖及總體 ER 圖如下：客戶客戶編號 客戶姓名 聯系電話圖 客戶實體 ER 圖菜肴菜肴名稱 價格 備注菜肴編號圖 菜肴實體 ER 圖20員工員工編號姓名 性別 民族 籍貫 參工日期出生日期 住址電話圖 員工實體 ER 圖點菜信息點菜時間 桌號 餐型 菜肴名稱 價格 備注點菜編號圖 點菜信息實體 ER 圖預定信息當前時間預定時間 就餐人數 桌號客戶姓名客戶電話菜肴名稱 價格 備注預定編號圖 預定信息實體 ER 圖外賣信息職工編號 職工姓名 客戶姓名 客戶電話送達地址備注菜名 價格外賣編號送達時間圖 外賣信息實體 ER 圖21 消費信息菜肴名稱 價格桌號 折扣 備注消費時間消費編號圖 消費信息實體 ER 圖賬單總額備注折扣 折扣后總額單價菜肴名稱桌號 結賬時間賬單編號圖 賬單實體 ER 圖總體 ER 圖如下：圖 總體 ER 圖22 數據庫的邏輯結構設計數據庫的邏輯設計的任務就是把概念結構設計階段的基本 E－R 圖轉化為與選用具體機器上的 DBMS 產品所支持的數據模型相符合的邏輯結構，首先要實現的是 E－R 圖關系模型的轉化。而為此要解決的問題是如何將實體和實體之間的聯系轉化為關系模式，如何確定這些關系模式的屬性和碼。對于實體，將每個實體轉換為一個關系，實體的屬性即為關系的屬性，實體的碼即為關系的碼。本系統(tǒng)中所涉及到的 8 個實體轉換為 7 個關系，每個主體和關系的主碼用下劃線標出：客戶（客戶編號，客戶姓名，聯系電話）菜肴（菜肴編號，菜肴名稱，菜肴價格，備注）員工（員工編號，員工姓名，性別，民族，籍貫，出生日期，參工日期，住址，聯系電話）點菜信息（點菜編號，點菜時間，桌號，餐型，菜肴名稱，價格，備注）預定信息（預定編號，單前時間，預定時間，就餐人數，桌號，客戶姓名，客戶電話）外賣信息（外賣編號，送達時間，職工編號，職工姓名，客戶姓名，客戶電話，送達地址，備注）消費信息（消費編號，菜肴名稱，單價，桌號，折扣，備注）賬單（賬單編號，菜肴名稱，單價，桌號，折扣，總額，折扣后總額，結賬時間，備注）客戶點菜（客戶編號，菜肴編號，菜肴單價，桌號，備注）員工存儲點菜信息（員工編號，點菜編號，桌號，菜肴編號，點菜時間，桌號，餐型，菜肴名稱，價格，備注）員工存儲預定信息（員工編號，預定編號，單前時間，預定時間，就餐人數，桌號，客戶姓名，客戶電話）員工預定外賣信息（員工編號，外賣編號，送達時間，職工編號，職工姓名，客戶姓名，客戶電話，送達地址，備注）統(tǒng)計當前消費信息（消費編號，桌號，菜肴名稱，單價，桌號，折扣，備注）23統(tǒng)計外賣消費信息（外賣編號，消費編號，送達時間，職工編號，職工姓名，客戶姓名，客戶電話，送達地址，折扣，備注）記錄賬單（賬單編號，桌號，菜肴名稱，單價，桌號，折扣，總額，折扣后總額，結賬時間，備注） 數據庫的物理結構設計數據庫的物理結構 [7]是指邏輯設計中各個數據表之間的關系，作出 CDM 圖，然后自動生成 PDM 圖