平煤高級(jí)中學(xué)食堂管理信息系統(tǒng)的分析與設(shè)計(jì)

劉禹秋

摘 要：隨著社會(huì)的快速發(fā)展，人們的需求也越來越廣，線上交易也越來越多。本文針對(duì)平煤高級(jí)中學(xué)學(xué)生的需求，設(shè)計(jì)了一個(gè)平煤高級(jí)中學(xué)食堂管理信息系統(tǒng)，來完成餐食可以在線上交易的業(yè)務(wù)。根據(jù)業(yè)務(wù)的實(shí)際需求，在系統(tǒng)調(diào)研的基礎(chǔ)上進(jìn)行了需求分析以及功能模塊的設(shè)計(jì)。系統(tǒng)功能主要包括用戶管理、餐食管理、演出服狀態(tài)管理、訂單管理等功能。提倡了方便快捷，實(shí)現(xiàn)人人受益的觀念。

關(guān)鍵詞：食堂管理；方便快捷；系統(tǒng)設(shè)計(jì)

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

1.需求分析

1.1功能性需求分析

系統(tǒng)的功能需求分析是整個(gè)系統(tǒng)首要的部分，首先要分析出整個(gè)系統(tǒng)需要實(shí)現(xiàn)什么功能，才能進(jìn)行下一步。系統(tǒng)的用戶包括用餐者和食堂人員，用餐者需要下訂單給食堂人員，食堂人員收到后需給用餐者準(zhǔn)備餐食，然后等待用餐者取餐并點(diǎn)擊“已做完”按鈕。根據(jù)調(diào)查，確定食堂信息管理系統(tǒng)主要實(shí)現(xiàn)以下功能：用戶管理、餐飲信息管理、餐飲類別管理、餐食狀態(tài)信息、訂單管理。

1.2非功能性需求分析

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

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

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

（3）易恢復(fù)性：有發(fā)生小事故后重建其性能水平并恢復(fù)直接受影響數(shù)據(jù)的能力。如數(shù)據(jù)的自動(dòng)保存等。

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

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

（6）可靠性：由于系統(tǒng)需要有較高的可靠性，在系統(tǒng)出現(xiàn)錯(cuò)誤時(shí)，要求應(yīng)用系統(tǒng)能報(bào)告相應(yīng)的詳細(xì)錯(cuò)誤信息或原因給操作員，或者老師或?qū)W生給管理員留言，提示錯(cuò)誤和問題，以便理解與分析。

2.功能模塊設(shè)計(jì)

功能模塊設(shè)計(jì)是整個(gè)系統(tǒng)中較為重要的部分，功能模塊設(shè)計(jì)的好壞對(duì)整個(gè)系統(tǒng)有著決定性的影響。

2.1用戶管理

（1）注冊(cè)基本信息

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

（2）修改用戶信息

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

（3）查詢用戶信息

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

2.2餐飲信息管理

（1）增加餐飲信息

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

（2）修改已有餐飲信息

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

（3）查詢餐飲信息

用餐人員和食堂人員均可根據(jù)餐飲編號(hào)、餐飲名稱、餐飲類別等查找餐飲信息。

2.3餐飲類別管理

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

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

午餐分為：主食類、炒菜類、風(fēng)味小食類、飲品類等。

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

2.4 餐食狀態(tài)信息

餐食狀態(tài)有兩種狀態(tài)，分別為：“售賣中”、“售空”等狀態(tài)信息。當(dāng)餐食信息是“售賣中”，用戶可購買餐食，當(dāng)餐食信息是“售空”時(shí)，用餐人員不可購買餐食。

2.5訂單管理

（1）下訂單

在“售賣中”狀態(tài)下，一旦用餐者點(diǎn)擊了確認(rèn)按鈕，便不可修改所訂的餐飲信息，確認(rèn)后會(huì)生成訂單，下訂單的時(shí)間自動(dòng)生成為系統(tǒng)當(dāng)前時(shí)間。

（2）查詢訂單

可按照訂單編號(hào)、用戶姓名等信息進(jìn)行查詢。

（4）刪除訂單

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

（5）付款

用餐者在訂餐時(shí)需要對(duì)訂單進(jìn)行付款，如果付款未完成，則此訂單作廢，生成作廢訂單，用餐者可以刪除此作廢訂單。付款時(shí)間自動(dòng)顯示為當(dāng)前系統(tǒng)時(shí)間。

（6）已做完

食堂人員需在用戶下單半小時(shí)內(nèi)做好餐食，并準(zhǔn)備好點(diǎn)擊“已完成按鈕”，等待用餐者來取餐，否則用餐者可以進(jìn)行投訴。

（7）投訴

食堂人員如果沒有在規(guī)定的半小時(shí)內(nèi)完成餐飲的“已做完”，則需要與用餐者協(xié)商，若協(xié)商不成功，用餐者可以點(diǎn)擊“投訴”按鈕對(duì)食堂人員進(jìn)行投訴，相關(guān)后勤管理人員會(huì)根據(jù)事情的輕重來具體懲罰食堂人員。

3.數(shù)據(jù)庫設(shè)計(jì)

在系統(tǒng)設(shè)計(jì)的過程中，數(shù)據(jù)庫的設(shè)計(jì)是其中非常關(guān)鍵的一個(gè)部分，數(shù)據(jù)庫設(shè)計(jì)的質(zhì)量能夠?qū)φ麄€(gè)系統(tǒng)的成敗造成非常直接的影響。

3.1概念結(jié)構(gòu)設(shè)計(jì)

概念結(jié)構(gòu)設(shè)計(jì)就是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)，即概念模型的過程就是概念結(jié)構(gòu)，是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨(dú)立于機(jī)器、更抽象，從而更加穩(wěn)定，概念結(jié)構(gòu)設(shè)計(jì)是整個(gè)數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵。根據(jù)前面的功能需求分析可知，在本系統(tǒng)中，需要存儲(chǔ)的信息主要包括用戶信息、餐飲信息、餐飲類別、餐食狀態(tài)信息、訂單信息等。做好概念性結(jié)構(gòu)的設(shè)計(jì)，在平煤高級(jí)中學(xué)食堂管理信息系統(tǒng)構(gòu)建的過程中，有著至關(guān)重要的作用。

3.2邏輯結(jié)構(gòu)設(shè)計(jì)

數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計(jì)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本 E -R 圖轉(zhuǎn)換為與選用的 DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。邏輯結(jié)構(gòu)是獨(dú)立于任何一種數(shù)據(jù)模型的，在實(shí)際應(yīng)用中，一般所用的數(shù)據(jù)庫環(huán)境已經(jīng)給定（如SQL Server或Oracle或MySql）。由于目前使用的數(shù)據(jù)庫基本上都是關(guān)系數(shù)據(jù)庫，因此首先需要將E-R圖轉(zhuǎn)換為關(guān)系模型，然后根據(jù)具體DBMS的特點(diǎn)和限制轉(zhuǎn)換為特定的DBMS支持下的數(shù)據(jù)模型，最后進(jìn)行優(yōu)化。在平煤高級(jí)中學(xué)食堂管理信息系統(tǒng)中，各關(guān)系模型分別如下：

餐飲信息、餐飲類別、餐食狀態(tài)信息、訂單信息等

用戶主要包括用戶姓名、聯(lián)系電話、微信、密碼、注冊(cè)日期等，用戶名為主鍵。

餐飲信息主要包括餐飲編號(hào)、名稱、餐飲類別、價(jià)格、庫存數(shù)量以及餐飲狀態(tài)信息、餐飲圖片、餐飲說明等。餐飲編號(hào)是能確定一條記錄的唯一標(biāo)識(shí)，因此餐飲編號(hào)是主鍵。

餐飲類別主要包括類別編號(hào)、類型名稱等，類別編號(hào)是能確定一條記錄的唯一標(biāo)識(shí)，因此類別編號(hào)是主鍵。

餐飲狀態(tài)主要包括狀態(tài)編號(hào)、狀態(tài)名稱等，餐飲狀態(tài)編號(hào)是能確定一條記錄的唯一標(biāo)識(shí)，因此餐飲狀態(tài)編號(hào)是主鍵。

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

4.結(jié)論

這一次的論文主要是面向?qū)W生的分析與設(shè)計(jì)，雖然看起來如此簡單，但是事實(shí)往往不是想象的那么簡單，這小小食堂管理系統(tǒng)確實(shí)讓我花費(fèi)了不少腦筋。

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

參考文獻(xiàn)

[1]張楠.醫(yī)院網(wǎng)上點(diǎn)餐系統(tǒng)的分析與設(shè)計(jì)[D].云南大學(xué)，2016.

[2]陳柯米.某服裝公司財(cái)務(wù)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].吉林大學(xué)， 2016.

[3]劉小東.廉租房租賃管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D].成都電子科技大學(xué)，2016.

[4]宮國學(xué).基于J2EE高校食堂管理系統(tǒng)的研究開發(fā)設(shè)計(jì)及利用[D].山東大學(xué)，2009

（作者單位：遼寧對(duì)外經(jīng)貿(mào)學(xué)院）