平煤高級中學食堂管理信息系統的分析與設計

劉禹秋

摘 要：隨著社會的快速發展，人們的需求也越來越廣，線上交易也越來越多。本文針對平煤高級中學學生的需求，設計了一個平煤高級中學食堂管理信息系統，來完成餐食可以在線上交易的業務。根據業務的實際需求，在系統調研的基礎上進行了需求分析以及功能模塊的設計。系統功能主要包括用戶管理、餐食管理、演出服狀態管理、訂單管理等功能。提倡了方便快捷，實現人人受益的觀念。

關鍵詞：食堂管理；方便快捷；系統設計

隨著經濟的迅速發展，我們的國家越來越昌盛，人們的工作也越來越現代化，注重學生的學習問題也越來越重要，構建校園的和諧是當前高校管理發展的主要目標，高校食堂不僅是滿足師生就餐需求的地方，同時也是師生聚集、交流的場所。因此，提高食堂的服務水平，營造良好的食堂氛圍，是和諧校園建設的重要組成部分。而當今社會高中學生的學習任務繁雜，有時候卻因為排隊這種小問題而浪費更多的學習時間甚至產生口角。但隨著科學技術的不斷提高，計算機逐漸走向成熟，其強大的功能已經為人們深刻認知，越來越多的管理人員意識到信息管理的重要性，所以本文設計了一個平煤高級中學食堂管理信息系統，來解決學生的排隊擁擠，甚至打不上飯的問題。此系統檢索迅速、查找方便、可靠性高、存儲量大，能夠極大地提高信息管理的效率，避免手工作業的麻煩，從使管理者能夠準確，有效的管理食堂餐飲。

1.需求分析

1.1功能性需求分析

系統的功能需求分析是整個系統首要的部分，首先要分析出整個系統需要實現什么功能，才能進行下一步。系統的用戶包括用餐者和食堂人員，用餐者需要下訂單給食堂人員，食堂人員收到后需給用餐者準備餐食，然后等待用餐者取餐并點擊“已做完”按鈕。根據調查，確定食堂信息管理系統主要實現以下功能：用戶管理、餐飲信息管理、餐飲類別管理、餐食狀態信息、訂單管理。

1.2非功能性需求分析

主要包括以下非功能性需求：

（1）安全性：安全已經成為管理系統不能回避的重要問題，網絡中的應用系統面臨的風險多種多樣，因此要充分考慮各種安全機制的結合，引入防火墻、入侵檢測、漏洞掃描、信息加密以及數據備份等安全技術，確保系統的安全運行、數據的安全保密。還有用戶在身份認證，授權控制等私密性方面的需求。在硬件方面可考慮采用性能優異的防火墻，根據規則過濾或代理應用數據包，防止非法網絡活動。系統方面對訪問系統的用戶分權限管理，系統管理員擁有對系統所有的權限，用戶只能進行某些特定的功能的操作。防止未授權用戶的非法登陸，并對用戶對系統的操作做好記錄，有利于在發現系統故障時快速查找原因。

（2）易用性：本系統是人機交互的系統，要求系統在操作上方便簡單，并力求達到界面上的美觀，避免和以往那些一板一眼的老式系統有雷同，爭取做到界面上的新穎，一改之前的呆板，注入一些活力，實現用戶界面友好。易用性是以用戶為中心，使系統更簡易、高效率的適應用戶的使用需求和習慣。包括使系統看起來要盡量地美觀、簡單大方、易操作。調用相關數據操作要簡單，從數據庫中調出來的數據要方便打印、錄入、修改等相關操作。

（3）易恢復性：有發生小事故后重建其性能水平并恢復直接受影響數據的能力。如數據的自動保存等。

（4）可維護性：系統的基本維護必須簡單，不要求必須需要專業技術人員才能進行維護，通過一般的技術維護人員操作系統的維護功能，即可達到基本的維護目的，例如：數據備份、恢復；數據導入導出等維護性的操作。系統的可維護性其實就是系統代碼可被修改的容易程度。代碼反復修改的情況不可避免，這種系統的不斷演化過程具體就是修正錯誤、適應新環境、滿足新需求。

（5）可擴展性：可擴展性是系統本身的屬性，當需求改變或者增加新的需求的時候，可能會修改多個類文件，可能還會涉及到配置文件、前臺頁面文件。而這種改動肯定要引起重新編譯和部署，涉及面也比較廣，需要進行很細致的分析，以保證不會引入新的問題。

（6）可靠性：由于系統需要有較高的可靠性，在系統出現錯誤時，要求應用系統能報告相應的詳細錯誤信息或原因給操作員，或者老師或學生給管理員留言，提示錯誤和問題，以便理解與分析。

2.功能模塊設計

功能模塊設計是整個系統中較為重要的部分，功能模塊設計的好壞對整個系統有著決定性的影響。

2.1用戶管理

（1）注冊基本信息

用戶通過注冊來錄入用戶基本信息，用戶信息包括用戶姓名、性別、聯系電話、微信、密碼、注冊日期等。用戶姓名分為用餐人員姓名和食堂人員姓名，需要自行選擇后才可以填寫用戶姓名。注冊日期則直接自動顯示為當前系統時間。

（2）修改用戶信息

用戶注冊信息后難免會發生修改的情況，比如用戶姓名、用戶密碼、聯系電話等常見變化信息。用戶需在登錄后才可以修改本人基本信息。

（3）查詢用戶信息

用餐人員和食堂人員均可以通過用戶姓名等查詢自己的用戶信息。

2.2餐飲信息管理

（1）增加餐飲信息

每件餐飲食品等錄入時都會有自己的餐飲編號、餐飲名稱、餐飲類別、餐飲價格、餐飲大小份、餐飲庫存數量等餐飲信息。我們可以通過餐飲編號、餐飲名稱、餐飲類別等信息查詢到餐飲信息，從而添加所需要的餐飲信息。

（2）修改已有餐飲信息

只有食堂人員才可以通過餐飲編號、餐飲名稱、餐飲類別等查找到信息，然后對該信息進行修改，用餐人員則不可以對已有餐飲信息進行修改，但可以通過餐飲編號、餐飲名稱、餐飲類別等進行查詢。

（3）查詢餐飲信息

用餐人員和食堂人員均可根據餐飲編號、餐飲名稱、餐飲類別等查找餐飲信息。

2.3餐飲類別管理

餐飲類別多種多樣，因此餐飲類別需可以增加，也可以查詢。這里我們把餐飲類別分為早餐、午餐、晚餐。

早餐分為：主食類、小菜類、湯類等。

午餐分為：主食類、炒菜類、風味小食類、飲品類等。

晚餐分為：主食類、炒菜類、風味小食類、西餐類、日本料理、飲品類等

2.4 餐食狀態信息

餐食狀態有兩種狀態，分別為：“售賣中”、“售空”等狀態信息。當餐食信息是“售賣中”，用戶可購買餐食，當餐食信息是“售空”時，用餐人員不可購買餐食。

2.5訂單管理

（1）下訂單

在“售賣中”狀態下，一旦用餐者點擊了確認按鈕，便不可修改所訂的餐飲信息，確認后會生成訂單，下訂單的時間自動生成為系統當前時間。

（2）查詢訂單

可按照訂單編號、用戶姓名等信息進行查詢。

（4）刪除訂單

用餐者可以刪除已完成的訂單和已作廢的訂單，但未完成的訂單不可以刪除，食堂人員不可以刪除已完成的訂單。

（5）付款

用餐者在訂餐時需要對訂單進行付款，如果付款未完成，則此訂單作廢，生成作廢訂單，用餐者可以刪除此作廢訂單。付款時間自動顯示為當前系統時間。

（6）已做完

食堂人員需在用戶下單半小時內做好餐食，并準備好點擊“已完成按鈕”，等待用餐者來取餐，否則用餐者可以進行投訴。

（7）投訴

食堂人員如果沒有在規定的半小時內完成餐飲的“已做完”，則需要與用餐者協商，若協商不成功，用餐者可以點擊“投訴”按鈕對食堂人員進行投訴，相關后勤管理人員會根據事情的輕重來具體懲罰食堂人員。

3.數據庫設計

在系統設計的過程中，數據庫的設計是其中非常關鍵的一個部分，數據庫設計的質量能夠對整個系統的成敗造成非常直接的影響。

3.1概念結構設計

概念結構設計就是將需求分析得到的用戶需求抽象為信息結構，即概念模型的過程就是概念結構，是各種數據模型的共同基礎，它比數據模型更獨立于機器、更抽象，從而更加穩定，概念結構設計是整個數據庫設計的關鍵。根據前面的功能需求分析可知，在本系統中，需要存儲的信息主要包括用戶信息、餐飲信息、餐飲類別、餐食狀態信息、訂單信息等。做好概念性結構的設計，在平煤高級中學食堂管理信息系統構建的過程中，有著至關重要的作用。

3.2邏輯結構設計

數據庫的邏輯結構設計就是把概念結構設計階段設計好的基本 E -R 圖轉換為與選用的 DBMS產品所支持的數據模型相符合的邏輯結構。邏輯結構是獨立于任何一種數據模型的，在實際應用中，一般所用的數據庫環境已經給定（如SQL Server或Oracle或MySql）。由于目前使用的數據庫基本上都是關系數據庫，因此首先需要將E-R圖轉換為關系模型，然后根據具體DBMS的特點和限制轉換為特定的DBMS支持下的數據模型，最后進行優化。在平煤高級中學食堂管理信息系統中，各關系模型分別如下：

餐飲信息、餐飲類別、餐食狀態信息、訂單信息等

用戶主要包括用戶姓名、聯系電話、微信、密碼、注冊日期等，用戶名為主鍵。

餐飲信息主要包括餐飲編號、名稱、餐飲類別、價格、庫存數量以及餐飲狀態信息、餐飲圖片、餐飲說明等。餐飲編號是能確定一條記錄的唯一標識，因此餐飲編號是主鍵。

餐飲類別主要包括類別編號、類型名稱等，類別編號是能確定一條記錄的唯一標識，因此類別編號是主鍵。

餐飲狀態主要包括狀態編號、狀態名稱等，餐飲狀態編號是能確定一條記錄的唯一標識，因此餐飲狀態編號是主鍵。

訂單主要包括訂單編號、用戶姓名、下單時間、餐飲編號、價格、付款方式、付款金額、付款時間、收餐人、聯系電話、確認收貨時間、投訴。在訂單表中，訂單編號是能確定一條記錄的唯一標識，因此訂單編號是主鍵，而用戶姓名和餐飲編號能確定用戶信息表和餐飲信息表中記錄的字段，所以用戶名和餐飲編號是兩個外鍵。

4.結論

這一次的論文主要是面向學生的分析與設計，雖然看起來如此簡單，但是事實往往不是想象的那么簡單，這小小食堂管理系統確實讓我花費了不少腦筋。

以前以為自己已經設計的挺周密，挺詳細的了，可是通過這次審閱，我發現，這其中存在著不少小的細節方面的問題，在系統分析里我收獲了很多，我不僅把在大學學習的理論知識溫習了一遍，而且做到了與實踐有效的結合起來，充分展示了知識的活力，與此同時，我積極調查思索實際情況，有取舍的借鑒相關系統的成功實例，從中得到寶貴了經驗。希望利用計算機的功能，平煤高中食堂管理系統可以實現電子化，逐步擺脫繁雜的手工記錄，使食堂管理工作變得輕松。也解決了學生買飯擁擠和浪費時間的狀態。這一次的課程設計，我認真仔細的去思考、探索。在今后工作中我也會繼續保持這種態度，通過多鞏固已學知識，接觸些新的技術和實踐的操作，不斷完善自己，使自己更加有信心面向未來。

參考文獻

[1]張楠.醫院網上點餐系統的分析與設計[D].云南大學，2016.

[2]陳柯米.某服裝公司財務管理系統的設計與實現[D].吉林大學， 2016.

[3]劉小東.廉租房租賃管理系統設計與實現[D].成都電子科技大學，2016.

[4]宮國學.基于J2EE高校食堂管理系統的研究開發設計及利用[D].山東大學，2009

（作者單位：遼寧對外經貿學院）