基于Web的高校食堂管理信息系統設計

李泉江 陳飛航 李佳歡

摘要：高校招生規模的不斷擴大對食堂管理業務提出了更高的標準。為提高工作效率，滿足用戶需求，各大高校也相繼在后勤部門采用管理信息體系。該文根據對高校食堂現狀的調研，將信息化技術與食堂管理系統相結合，設計出基于Web的高校食堂管理信息系統。該系統的設計選取J2EE為系統的框架，B/S作為系統架構，數據庫則是選擇了穩定的Oracle數據庫。該系統可對食堂數據進行高效分析處理，從而改進了原系統效率低、可維護性差等缺點，簡化食堂業務流程，加強對各部門的監管，提高食堂工作人員工作的準確度，也使得用戶體驗更加人性化，對高校發展具有很強的現實意義。

關鍵詞：Web;食堂管理;信息系統

一、可行性分析

（一）管理可行性

隨著近些年來高校的建設與發展，各大高校管理水平不斷提高，后勤的保障也不斷加強，食堂管理方面已經積累了一部分經驗，該系統的建設初步具備了管理的可行性。

（二）技術可行性

本系統的設計主要選取了Web平臺、B/S架構、J2EE框架和Oracle數據庫。目前，web已然成為互聯網信息技術的主要應用體現，B/S架構具備很強的性能優勢，是當前主流的架構之一;J2EE框架具備很好的穩定性與可靠性;而Oracle數據庫的數據處理能力也有目共睹。此外，本系統的設計所選擇的技術均已在各領域得到較為廣泛的應用，對硬件設施無苛刻要求，由此可見，該系統的開發在技術上具備一定的可行性。

二、系統的非功能性要求

（一）系統安全性要求

安全設計要全面，適當加入指紋密碼、人臉識別等設置，并設置訪問權限，規定非法人員嚴禁訪問等，為用戶個人信息以及生活隱私提供有力保護等;同時要最大程度上減少技術漏洞，嚴格按照系統的設計維護周期定期對系統進行維護和更新，為廣大用戶提供安全可靠的信息平臺。

（二）界面可交互性要求

信息管理系統的使用者包括廚師、采購員等食堂工作人員，因此界面設計要最大化的簡便快捷，要盡量做到易操作、易體驗、易看懂、流程簡化、淺顯易懂等要求，快捷的交互才是高效率、高質量的有力保證。

（三）系統的獨立性設計要求

為了構建一個可靠、高效的高校食堂管理信息系統，數據的獨立性是必不可少的。系統設計時要保證各個模塊之間的兼容性，工作起來互不干擾，避免出現一端癱瘓，八方不動的現象。

（四）系統實時性要求

高校學生數目的擴大必然導致系統訪問量的增大，進而造成數據量的激增。當餐廳提交的采購數據量很大時，為了保證系統的實時性，在設計中應盡量選用更為安全可靠的軟件開發技術和信息平臺，做到算法的優化，以最大額度地實現系統的實時性，保持工作的高效有序。

三、系統技術選擇與介紹

（一）B/S（Browse/Server）結構

此系統的設計選擇了B/S（Browse/Server）結構。本系統的業務邏輯層采用了MVC模式，這是當前web應用服務系統的主要方式，即模型（Model）、視圖（View）、控制器（Controller）設計;數據層則用于實現數據管理并且滿足應用服務隊數據的要求。B/S（Browse/Server）架構的開法融合了Web技術，加之以多種形式的腳本技術和ActiveX技術，具有很強的應用優勢。且B/S架構無需安裝客戶端，通過瀏覽器就可以打開系統，比較適用于食堂的管理。

（二）J2EE技術

作為廣受各企業歡迎的web應用程序開發技術，J2EE平臺可以實現多種組件以及腳本技術的組合添加，且在操作上更加便利簡單。此外，該技術平臺采用了B/S架構，可以分層管理其結構，因此在此基礎上開發的系統是更為靈活的。J2EE技術具有較好的實用性、安全性、開放性、平臺無關性等特點，具有極強的開發潛能。

四、高校食堂管理信息系統總體設計

（一）系統架構設計圖

該系統可劃分為五大功能模塊：信息管理功能、采購管理功能、統計查詢功能、飯卡管理功能、信息系統管理功能。

（二）數據庫選擇

該系統的設計選擇了Oracle數據庫。Oracle數據庫是一種在以B/S架構為基礎的系統中被廣泛使用的數據庫，它的存儲能力強大，速度極快，而且操作環境較為穩定。該系統采用Or-acle數據庫，一方面可以滿足高校食堂信息數據處理的要求;另一方面，其系統對信息具有較好的保護能力，安全性與可靠性較強。在此基礎上，Oracle數據庫還可以進行數據庫重演，即可以隨系統的數據負載進行捕捉，從而實現負載的均衡化設計。

（三）數據表設計

數據表結構是數據庫重要表現部分，它包含了數據庫的表名，字段名，字段類型，字段空值規定等。本系統設計應包括員工信息表、菜品信息表、采購信息表、消費信息表、供應商信息表。以下將詳細說明基于Web的高校食堂管理信息系統的部分數據表結構。

五、高校食堂管理信息系統詳細設計

（一）食堂管理系統角色分析

根據高校食堂管理的業務流程和日常運營現狀，可將食堂管理系統中的用戶大致分為以下幾種角色：

1食堂工作人員

將食堂工作細分后，食堂工作人員包括采購人員、廚師和服務人員，其中，采購人員主要負責按照采購清單選擇食材，并將每一筆交易記錄匯總至系統。而廚師除負責食堂飯菜的質量外，還需要根據菜單確定所需食材，填寫采購清單并上報至管理信息系統中。

2監督管理員

監督管理員主要負責對食堂的整體運行情況進行監督管理，對食堂菜價信息進行審核，以及對日常食堂的工作秩序和服務質量等進行調控。

3系統管理員

在采用管理信息系統后，對系統用戶、數據的處理整合、系統運行狀況處理等，都需要系統管理員的工作，以保證食堂管理信息系統的正常運行。

4飯卡業務人員

主要負責師生飯卡的辦理，掛失，補辦等業務以及相關信息查詢。

（二）系統功能模塊分析

在用戶角色分類的基礎上，本文所設計的基于Web的高校食堂管理信息系統可以劃分為以下幾大功能模塊：

1信息管理功能

信息管理功能主要用于實現食堂信息的儲存、修改和更新。食堂信息來源主要包括：工作人員信息、食堂菜品信息、食堂菜價信息、飯卡消費信息等。工作人員信息管理：管理人員人員登錄此系統后，可以在員工信息界面上對員工的信息進行更新和修改，例如增加新入職員工的信息，刪除已離職員工的信息等。菜品信息管理：該功能可管理食堂每日供應菜品的種類、數量、材料、制作人等信息。登錄該系統后，食堂工作人員可以填寫今日菜品信息，監督管理人員可審核食堂的菜譜是否合理。菜價信息管理：完成食堂飯菜的初步定價后，所定價錢及明細表需交由上級審批，待審批通過后，系統可更新菜價表單進而發布至平臺上。消費信息管理：飯卡消費信息主要包括姓名、學號、飯卡余額、消費流程明細等，飯卡管理人員可以隨時登錄查詢界面進行查詢。

2采購管理功能

采購管理功能是高校食堂管理信息系統中必不可少的重要部分。采購管理主要包括采購清單的制定、采購結果記錄和采購信息查詢三部分。

制定采購清單：采購清單制定需要涵蓋食堂所需所有物品。廚師需要根據食堂庫存以及菜品制定出材料的數量，將清單提交至系統平臺，由監督管理人員審核通過后，提交至采購人員購買。采購結果記錄：采購途徑可分為兩類：供應商供貨以及市場購買。采購過程中，采購人要詳細記錄采購數量、采購價格等相關信息。完成采購后，需按照計劃單進行材料分配，并核對信息以將數據及時匯總至采購報賬單。采購信息查詢：在此模塊，用戶可以登錄系統輸入特定的日期對當日的采購信息進行查詢，方便對賬。

3統計查詢功能

統計查詢功能可以完成食堂日產工作信息的采集與匯總，主要包括食堂日收入、各窗口收入、日充值額等因素，以便于食堂的業績分析與績效評估。統計查詢功能可以分為三部分：

充值記錄查詢：當飯卡用戶對余額或充值信息有疑問時，卡務人員可以登錄該系統，根據飯卡用戶實際情況對充值記錄進行查詢，管理人員可以查詢今日或最近幾月的充值記錄和充值總額。消費記錄查詢：卡務人員可通過系統隨時查詢飯卡用戶的消費詳細記錄，一旦出現消費信息異常的現象，可向系統申請停卡業務，以免造成用戶不必要的損失。食堂收入統計：食堂收入統計模塊主要完成食堂成本、營業額、凈利潤的統計與分析，方便食堂管理人員隨時掌握食堂的運營情況。

4飯卡管理功能

飯卡是高校食堂最主要的消費模式。用戶的每一筆消費都可以在系統中形成詳細的記錄，并可以隨時在系統中查詢其詳情，能夠使賬目更加清晰，可規避錯賬發生。飯卡管理分為以下四部分：

飯卡辦理：飯卡賬戶業務包括辦卡和退卡兩大業務模塊。申請辦卡時有兩種途徑：由教務處導入師生信息，統一辦理或師生自主攜帶相關證件前往卡務中心由卡務人員人工辦理。當學生申請退卡業務時，食堂將注銷學生的個人信息，并退還卡中余額與卡費。

飯卡充值：飯卡用戶可前往卡務中心交付現金進行充值。

飯卡掛失：飯卡丟失后，飯卡人員可以登錄系統選擇飯卡掛失業務，系統會自動鎖定該用戶賬號，該卡即停止使用。

飯卡補辦：當用戶丟失飯卡且未能找回時，用戶可申請飯卡補辦功能。該模塊主要是通過覆蓋用戶信息來實現補辦。

參考文獻：

[1]郭偉.萬科城市花園智能小區管理系統的設計與實現[D].長春工業大學，2019.

[2]俞穎婕.中小型醫院門診管理信息系統的設計與實現[D].北京交通大學，2019.

[3]張文雷.高校信息化校園一卡通平臺系統的設計與實現[D].南京理工大學，2018.