劉禹秋
摘 要:隨著社會的快速發(fā)展,人們的需求也越來越廣,線上交易也越來越多。本文針對平煤高級中學(xué)學(xué)生的需求,設(shè)計了一個平煤高級中學(xué)食堂管理信息系統(tǒng),來完成餐食可以在線上交易的業(yè)務(wù)。根據(jù)業(yè)務(wù)的實際需求,在系統(tǒng)調(diào)研的基礎(chǔ)上進行了需求分析以及功能模塊的設(shè)計。系統(tǒng)功能主要包括用戶管理、餐食管理、演出服狀態(tài)管理、訂單管理等功能。提倡了方便快捷,實現(xiàn)人人受益的觀念。
關(guān)鍵詞:食堂管理;方便快捷;系統(tǒng)設(shè)計
隨著經(jīng)濟的迅速發(fā)展,我們的國家越來越昌盛,人們的工作也越來越現(xiàn)代化,注重學(xué)生的學(xué)習(xí)問題也越來越重要,構(gòu)建校園的和諧是當(dāng)前高校管理發(fā)展的主要目標(biāo),高校食堂不僅是滿足師生就餐需求的地方,同時也是師生聚集、交流的場所。因此,提高食堂的服務(wù)水平,營造良好的食堂氛圍,是和諧校園建設(shè)的重要組成部分。而當(dāng)今社會高中學(xué)生的學(xué)習(xí)任務(wù)繁雜,有時候卻因為排隊這種小問題而浪費更多的學(xué)習(xí)時間甚至產(chǎn)生口角。但隨著科學(xué)技術(shù)的不斷提高,計算機逐漸走向成熟,其強大的功能已經(jīng)為人們深刻認(rèn)知,越來越多的管理人員意識到信息管理的重要性,所以本文設(shè)計了一個平煤高級中學(xué)食堂管理信息系統(tǒng),來解決學(xué)生的排隊擁擠,甚至打不上飯的問題。此系統(tǒng)檢索迅速、查找方便、可靠性高、存儲量大,能夠極大地提高信息管理的效率,避免手工作業(yè)的麻煩,從使管理者能夠準(zhǔn)確,有效的管理食堂餐飲。
1.需求分析
1.1功能性需求分析
系統(tǒng)的功能需求分析是整個系統(tǒng)首要的部分,首先要分析出整個系統(tǒng)需要實現(xiàn)什么功能,才能進行下一步。系統(tǒng)的用戶包括用餐者和食堂人員,用餐者需要下訂單給食堂人員,食堂人員收到后需給用餐者準(zhǔn)備餐食,然后等待用餐者取餐并點擊“已做完”按鈕。根據(jù)調(diào)查,確定食堂信息管理系統(tǒng)主要實現(xiàn)以下功能:用戶管理、餐飲信息管理、餐飲類別管理、餐食狀態(tài)信息、訂單管理。
1.2非功能性需求分析
主要包括以下非功能性需求:
(1)安全性:安全已經(jīng)成為管理系統(tǒng)不能回避的重要問題,網(wǎng)絡(luò)中的應(yīng)用系統(tǒng)面臨的風(fēng)險多種多樣,因此要充分考慮各種安全機制的結(jié)合,引入防火墻、入侵檢測、漏洞掃描、信息加密以及數(shù)據(jù)備份等安全技術(shù),確保系統(tǒng)的安全運行、數(shù)據(jù)的安全保密。還有用戶在身份認(rèn)證,授權(quán)控制等私密性方面的需求。在硬件方面可考慮采用性能優(yōu)異的防火墻,根據(jù)規(guī)則過濾或代理應(yīng)用數(shù)據(jù)包,防止非法網(wǎng)絡(luò)活動。系統(tǒng)方面對訪問系統(tǒng)的用戶分權(quán)限管理,系統(tǒng)管理員擁有對系統(tǒng)所有的權(quán)限,用戶只能進行某些特定的功能的操作。防止未授權(quán)用戶的非法登陸,并對用戶對系統(tǒng)的操作做好記錄,有利于在發(fā)現(xiàn)系統(tǒng)故障時快速查找原因。
(2)易用性:本系統(tǒng)是人機交互的系統(tǒng),要求系統(tǒng)在操作上方便簡單,并力求達(dá)到界面上的美觀,避免和以往那些一板一眼的老式系統(tǒng)有雷同,爭取做到界面上的新穎,一改之前的呆板,注入一些活力,實現(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ù)的自動保存等。
(4)可維護性:系統(tǒng)的基本維護必須簡單,不要求必須需要專業(yè)技術(shù)人員才能進行維護,通過一般的技術(shù)維護人員操作系統(tǒng)的維護功能,即可達(dá)到基本的維護目的,例如:數(shù)據(jù)備份、恢復(fù);數(shù)據(jù)導(dǎo)入導(dǎo)出等維護性的操作。系統(tǒng)的可維護性其實就是系統(tǒng)代碼可被修改的容易程度。代碼反復(fù)修改的情況不可避免,這種系統(tǒng)的不斷演化過程具體就是修正錯誤、適應(yīng)新環(huán)境、滿足新需求。
(5)可擴展性:可擴展性是系統(tǒng)本身的屬性,當(dāng)需求改變或者增加新的需求的時候,可能會修改多個類文件,可能還會涉及到配置文件、前臺頁面文件。而這種改動肯定要引起重新編譯和部署,涉及面也比較廣,需要進行很細(xì)致的分析,以保證不會引入新的問題。
(6)可靠性:由于系統(tǒng)需要有較高的可靠性,在系統(tǒng)出現(xiàn)錯誤時,要求應(yīng)用系統(tǒng)能報告相應(yīng)的詳細(xì)錯誤信息或原因給操作員,或者老師或?qū)W生給管理員留言,提示錯誤和問題,以便理解與分析。
2.功能模塊設(shè)計
功能模塊設(shè)計是整個系統(tǒng)中較為重要的部分,功能模塊設(shè)計的好壞對整個系統(tǒng)有著決定性的影響。
2.1用戶管理
(1)注冊基本信息
用戶通過注冊來錄入用戶基本信息,用戶信息包括用戶姓名、性別、聯(lián)系電話、微信、密碼、注冊日期等。用戶姓名分為用餐人員姓名和食堂人員姓名,需要自行選擇后才可以填寫用戶姓名。注冊日期則直接自動顯示為當(dāng)前系統(tǒng)時間。
(2)修改用戶信息
用戶注冊信息后難免會發(fā)生修改的情況,比如用戶姓名、用戶密碼、聯(lián)系電話等常見變化信息。用戶需在登錄后才可以修改本人基本信息。
(3)查詢用戶信息
用餐人員和食堂人員均可以通過用戶姓名等查詢自己的用戶信息。
2.2餐飲信息管理
(1)增加餐飲信息
每件餐飲食品等錄入時都會有自己的餐飲編號、餐飲名稱、餐飲類別、餐飲價格、餐飲大小份、餐飲庫存數(shù)量等餐飲信息。我們可以通過餐飲編號、餐飲名稱、餐飲類別等信息查詢到餐飲信息,從而添加所需要的餐飲信息。
(2)修改已有餐飲信息
只有食堂人員才可以通過餐飲編號、餐飲名稱、餐飲類別等查找到信息,然后對該信息進行修改,用餐人員則不可以對已有餐飲信息進行修改,但可以通過餐飲編號、餐飲名稱、餐飲類別等進行查詢。
(3)查詢餐飲信息
用餐人員和食堂人員均可根據(jù)餐飲編號、餐飲名稱、餐飲類別等查找餐飲信息。
2.3餐飲類別管理
餐飲類別多種多樣,因此餐飲類別需可以增加,也可以查詢。這里我們把餐飲類別分為早餐、午餐、晚餐。
早餐分為:主食類、小菜類、湯類等。
午餐分為:主食類、炒菜類、風(fēng)味小食類、飲品類等。
晚餐分為:主食類、炒菜類、風(fēng)味小食類、西餐類、日本料理、飲品類等
2.4 餐食狀態(tài)信息
餐食狀態(tài)有兩種狀態(tài),分別為:“售賣中”、“售空”等狀態(tài)信息。當(dāng)餐食信息是“售賣中”,用戶可購買餐食,當(dāng)餐食信息是“售空”時,用餐人員不可購買餐食。
2.5訂單管理
(1)下訂單
在“售賣中”狀態(tài)下,一旦用餐者點擊了確認(rèn)按鈕,便不可修改所訂的餐飲信息,確認(rèn)后會生成訂單,下訂單的時間自動生成為系統(tǒng)當(dāng)前時間。
(2)查詢訂單
可按照訂單編號、用戶姓名等信息進行查詢。
(4)刪除訂單
用餐者可以刪除已完成的訂單和已作廢的訂單,但未完成的訂單不可以刪除,食堂人員不可以刪除已完成的訂單。
(5)付款
用餐者在訂餐時需要對訂單進行付款,如果付款未完成,則此訂單作廢,生成作廢訂單,用餐者可以刪除此作廢訂單。付款時間自動顯示為當(dāng)前系統(tǒng)時間。
(6)已做完
食堂人員需在用戶下單半小時內(nèi)做好餐食,并準(zhǔn)備好點擊“已完成按鈕”,等待用餐者來取餐,否則用餐者可以進行投訴。
(7)投訴
食堂人員如果沒有在規(guī)定的半小時內(nèi)完成餐飲的“已做完”,則需要與用餐者協(xié)商,若協(xié)商不成功,用餐者可以點擊“投訴”按鈕對食堂人員進行投訴,相關(guān)后勤管理人員會根據(jù)事情的輕重來具體懲罰食堂人員。
3.數(shù)據(jù)庫設(shè)計
在系統(tǒng)設(shè)計的過程中,數(shù)據(jù)庫的設(shè)計是其中非常關(guān)鍵的一個部分,數(shù)據(jù)庫設(shè)計的質(zhì)量能夠?qū)φ麄€系統(tǒng)的成敗造成非常直接的影響。
3.1概念結(jié)構(gòu)設(shè)計
概念結(jié)構(gòu)設(shè)計就是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu),即概念模型的過程就是概念結(jié)構(gòu),是各種數(shù)據(jù)模型的共同基礎(chǔ),它比數(shù)據(jù)模型更獨立于機器、更抽象,從而更加穩(wěn)定,概念結(jié)構(gòu)設(shè)計是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵。根據(jù)前面的功能需求分析可知,在本系統(tǒng)中,需要存儲的信息主要包括用戶信息、餐飲信息、餐飲類別、餐食狀態(tài)信息、訂單信息等。做好概念性結(jié)構(gòu)的設(shè)計,在平煤高級中學(xué)食堂管理信息系統(tǒng)構(gòu)建的過程中,有著至關(guān)重要的作用。
3.2邏輯結(jié)構(gòu)設(shè)計
數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本 E -R 圖轉(zhuǎn)換為與選用的 DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。邏輯結(jié)構(gòu)是獨立于任何一種數(shù)據(jù)模型的,在實際應(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的特點和限制轉(zhuǎn)換為特定的DBMS支持下的數(shù)據(jù)模型,最后進行優(yōu)化。在平煤高級中學(xué)食堂管理信息系統(tǒng)中,各關(guān)系模型分別如下:
餐飲信息、餐飲類別、餐食狀態(tài)信息、訂單信息等
用戶主要包括用戶姓名、聯(lián)系電話、微信、密碼、注冊日期等,用戶名為主鍵。
餐飲信息主要包括餐飲編號、名稱、餐飲類別、價格、庫存數(shù)量以及餐飲狀態(tài)信息、餐飲圖片、餐飲說明等。餐飲編號是能確定一條記錄的唯一標(biāo)識,因此餐飲編號是主鍵。
餐飲類別主要包括類別編號、類型名稱等,類別編號是能確定一條記錄的唯一標(biāo)識,因此類別編號是主鍵。
餐飲狀態(tài)主要包括狀態(tài)編號、狀態(tài)名稱等,餐飲狀態(tài)編號是能確定一條記錄的唯一標(biāo)識,因此餐飲狀態(tài)編號是主鍵。
訂單主要包括訂單編號、用戶姓名、下單時間、餐飲編號、價格、付款方式、付款金額、付款時間、收餐人、聯(lián)系電話、確認(rèn)收貨時間、投訴。在訂單表中,訂單編號是能確定一條記錄的唯一標(biāo)識,因此訂單編號是主鍵,而用戶姓名和餐飲編號能確定用戶信息表和餐飲信息表中記錄的字段,所以用戶名和餐飲編號是兩個外鍵。
4.結(jié)論
這一次的論文主要是面向?qū)W生的分析與設(shè)計,雖然看起來如此簡單,但是事實往往不是想象的那么簡單,這小小食堂管理系統(tǒng)確實讓我花費了不少腦筋。
以前以為自己已經(jīng)設(shè)計的挺周密,挺詳細(xì)的了,可是通過這次審閱,我發(fā)現(xiàn),這其中存在著不少小的細(xì)節(jié)方面的問題,在系統(tǒng)分析里我收獲了很多,我不僅把在大學(xué)學(xué)習(xí)的理論知識溫習(xí)了一遍,而且做到了與實踐有效的結(jié)合起來,充分展示了知識的活力,與此同時,我積極調(diào)查思索實際情況,有取舍的借鑒相關(guān)系統(tǒng)的成功實例,從中得到寶貴了經(jīng)驗。希望利用計算機的功能,平煤高中食堂管理系統(tǒng)可以實現(xiàn)電子化,逐步擺脫繁雜的手工記錄,使食堂管理工作變得輕松。也解決了學(xué)生買飯擁擠和浪費時間的狀態(tài)。這一次的課程設(shè)計,我認(rèn)真仔細(xì)的去思考、探索。在今后工作中我也會繼續(xù)保持這種態(tài)度,通過多鞏固已學(xué)知識,接觸些新的技術(shù)和實踐的操作,不斷完善自己,使自己更加有信心面向未來。
參考文獻(xiàn)
[1]張楠.醫(yī)院網(wǎng)上點餐系統(tǒng)的分析與設(shè)計[D].云南大學(xué),2016.
[2]陳柯米.某服裝公司財務(wù)管理系統(tǒng)的設(shè)計與實現(xiàn)[D].吉林大學(xué), 2016.
[3]劉小東.廉租房租賃管理系統(tǒng)設(shè)計與實現(xiàn)[D].成都電子科技大學(xué),2016.
[4]宮國學(xué).基于J2EE高校食堂管理系統(tǒng)的研究開發(fā)設(shè)計及利用[D].山東大學(xué),2009
(作者單位:遼寧對外經(jīng)貿(mào)學(xué)院)