用戶選中菜品后，在訂單模塊的購物車中便會出現(xiàn)所選菜品的相關信息，并且學生還可填寫備注，例如，加辣、少鹽、原味等。生成訂單后，學生可以在訂單頁面查看自己訂單的詳細信息，包括下單時間、訂單號、金額、狀態(tài)、取餐時間等。并且在商家沒有接單前，還可以在該頁面對訂單進行取消。并可以支付相應的費用要求商家進行配送，解決排隊難題。
商家可以在后臺看到用戶的最新訂單信息。比如已確定過但還未完成的訂單、所有已完成的訂單以及用戶或后臺取消的訂單詳情，學生可以通過平臺聯(lián)系客服功能，進行線上溝通，修改相關訂餐信息包括重新選菜、預留時間、配送時間、配送地點或者取消打包等，修改時間限于訂餐后3 min。
學生取餐后或者吃完飯后，可以通過平臺對飯菜進行評價，比如：佐料量的多少，食物的多少，菜的烹飪熟度，菜品的味道等。后臺管理人員統(tǒng)一收取每一天顧客的意見，分類進行汲取并改良，盡量服務滿足于各個顧客的需求。
本平臺設置有線上交流模塊，顧客可以通過平臺向商家咨詢問題，平臺上有專門的工作人員對顧客的提問進行解答，對于超出管理人員業(yè)務范圍的問題，其可以回避，后太管理人員會用最大程度讓學生了解商家的具體菜品、口味等是否符合自己，根據(jù)答疑，用戶可自行選擇。消息回復模式如圖2所示。
食堂服務管理平臺將會記錄所有用戶的信息，包括用戶名、電話號碼、所訂菜品、價錢、商家的注冊信息等，針對這些個人信息以及商家信息，平臺將會有專門的技術人員進行信息維護與信息保護，若被攻擊，平臺也會啟動備份功能，最大力度保護用戶及商家信息。商家也可以對店里所有的菜品、飲料等信息進行修改、增加、刪除等操作。系統(tǒng)將自動進行數(shù)據(jù)信息采集，統(tǒng)計每一天的就餐人數(shù)和每一道菜品的出售情況，存入MySQL數(shù)據(jù)庫進行數(shù)據(jù)分析，哪一道菜品出售最火爆，哪一道菜品出售情況不好，都會在平臺上進行顯示，商家可根據(jù)顯示信息對每天的菜品進行管理。
<%
List list = （List）request.getAttribute（“l(fā)istinfo”）;
if（list ！= null）{
int i=0;
for（TypeInfoBean typeInfo：list）{
i++;
%>
| <%=i %> | <%out.print（typeInfo.getTypename（））; %> | <%=typeInfo.getTypesort（） %> | ”>刪除 |
<%}} %>
MySQL數(shù)據(jù)庫主要連接代碼如下：
privatestatic String Driver_Name=”com.mysql.jdbc.Driver”;
privatestatic String DB_Host=”jdbc：mysql：
//localhost：3307/webdb？characterEncoding=utf8”;
privatestatic String DB_User=”root”;
privatestatic String DB_Pwd=”123456”;
/**
* 連接數(shù)據(jù)庫
* @return
*/
publicstatic Connection getConnection（） {
Connection conn=null;
try {
Class.forName（Driver_Name）;
} catch （ClassNotFoundException e） {
// TODO Auto-generated catch block
e.printStackTrace（）;
}
try {
conn=DriverManager.getConnection（DB_Host， DB_User，
DB_Pwd）;
} catch （SQLException e） {
// TODO Auto-generated catch block
e.printStackTrace（）;
}
returnconn;
利用信息服務模塊，在前端進行商家入住信息的入庫，學生用戶信息注冊入庫，以及商品的信息管理，并儲存在MySQL數(shù)據(jù)庫中，進行大量數(shù)據(jù)的儲存和管理;不符合要求的數(shù)據(jù)可以通過管理人員后臺修改或刪除。
2.2.7 剩菜剩飯管理模塊
對于就在食堂就餐的學生，每次使用平臺都會收到平臺的溫馨提示：“用完餐后，將餐具放回收羹處”。方便管理人員進行餐具的清理。沒有按照要求進行處理的客戶，平臺上的信譽積分將會降低，后期將承擔相應的責任，同時食堂內也會貼出相應的標語提示。食堂內的剩飯剩菜將會全部集中到一處，管理人員會在平臺上進行社交信息發(fā)布，向外界尋找專門收取剩飯菜的人員到校園食堂收羹。收羹處理3天1次，有需要的人員將會從平臺上查看到相應的信息。由此，食堂的就餐環(huán)境和就餐秩序會得到極大改善。
系統(tǒng)功能示意圖如圖3所示。
3 關鍵技術介紹
3.1 前端框架設計
本平臺前端采用JavaScript前端開發(fā)技術以網頁的形式向用戶展現(xiàn)各個服務板塊。系統(tǒng)采用HTML5進行編寫。HTML5是互聯(lián)網的下一代標準，是構建以及呈現(xiàn)互聯(lián)網內容的一種語言方式，被認為是互聯(lián)網的核心技術之一，可以設計HTML5中各標志的顯示屬性，也可以采用CSS，即層疊樣式表，使網頁頁面更加美觀。JavaScript是一種基于對象的客戶端腳本語言，常用于給網頁添加動態(tài)功能，以響應用戶的各種操作。
3.2 服務器端
3.2.1 數(shù)據(jù)庫設計
數(shù)據(jù)庫用來存儲用戶信息、菜品詳細信息、消費信息等，本系統(tǒng)數(shù)據(jù)庫搭建采用MySQL。MySQL是一種關聯(lián)型數(shù)據(jù)庫管理系統(tǒng)，在此主要用于存儲通過編寫MapReduce程序已經處理好的管理員信息、用戶信息、菜品詳細信息、消費信息等。這個數(shù)據(jù)庫屬于外部數(shù)據(jù)倉庫，主要是為了提供這類完整信息傳輸?shù)骄W頁前端，進行信息的實時更新。內部數(shù)據(jù)庫主要是將所有未處理的大量數(shù)據(jù)放在一個Hadoop大倉庫HBase中，后期通過編寫的程序上傳至Hadoop集群中，HBase數(shù)據(jù)庫更加方便Hadoop集群處理數(shù)據(jù)時提取數(shù)據(jù)，提高數(shù)據(jù)運算速度與靈活性。其中內外兩個數(shù)據(jù)庫具有關聯(lián)性，HBase倉庫將處理好的數(shù)據(jù)傳輸至電腦主機的MySQL數(shù)據(jù)庫中進行使用。
3.2.2 信息收集和處理
每天食堂訂餐產生的信息數(shù)據(jù)已有數(shù)萬條，用傳統(tǒng)人工的方法來處理這些數(shù)據(jù)是很不科學的。而大數(shù)據(jù)時代的到來，很好解決了這個問題。大數(shù)據(jù)相比傳統(tǒng)的數(shù)據(jù)，具有數(shù)據(jù)量大、高效、多樣等特點，其核心在于對海量數(shù)據(jù)進行存儲和分析。
本平臺采用Hadoop信息處理技術，主要用于海量數(shù)據(jù)（大于1 TB）高效的存儲、管理和分析。HDFS的高容錯性、高伸縮性等優(yōu)點讓用戶可以在價格低廉的硬件上部署Hadoop，形成分布式系統(tǒng)，是選擇處理大數(shù)據(jù)集工具的不二選擇。MapReduce讓用戶可以在不了解分布式底層細節(jié)的情況下開發(fā)分布式程序，并可以充分利用集群的威力高速運算和存儲。這結構實現(xiàn)了計算和存儲的高度耦合，十分有利于面向數(shù)據(jù)的系統(tǒng)架構，因此已成為大數(shù)據(jù)技術領域的事實標準。
Hadoop收集每個商家的就餐人數(shù)和每一道菜品的出售情況，并用Web日志寫入HDFS;之后利用Spark，Hive，MapReduce對數(shù)據(jù)進行清洗后再進行相應的數(shù)據(jù)分析和統(tǒng)計，得出的結果存放在MySQL數(shù)據(jù)庫中再進行數(shù)據(jù)可視化。通過使用Hadoop算法中的Mahout模塊針對數(shù)據(jù)進行分析和匯總。這里主要應用到的算法有用于關聯(lián)規(guī)則學習的Apriori Algorithm先驗算法，用于聚類的K-means聚類算法、用于分類的Na?veBayes算法等等。MapReduce計算框架如圖4所示。
核心公式：
式中：P（Y）為先驗概率（prior）;P（X|Y）為樣本為Y的前提下，X的條件概率是（likelihood）;P（X）是證據(jù)因子（evidence）;P（X|Y）是后驗概率（posteiror）。
通過由上面多種算法構成大數(shù)據(jù)分析機制，對每條數(shù)據(jù)進行高效處理，在大量數(shù)據(jù)的支撐下，分析出相互之間的關聯(lián)性，得出合適的統(tǒng)計結果，從而得知用戶最喜歡的菜品、用戶訂菜的高峰期、哪些菜品佐料需添加多少等等，通過數(shù)據(jù)的分析結果掌握用戶的日常飲食習慣。商家再通過數(shù)據(jù)處理分析的結果針對所需的原材料進行采購，提高效率，減少賣不完浪費的情況。其次，平臺收集每一名用戶的意見和評價評分，通過Hadoop進行分析總結之后反饋給商家，商家再根據(jù)用戶的意見和評價對商品進行改良，做出符合用戶口味的菜品。系統(tǒng)結構框架如圖5所示。
4 結 語
食堂服務管理系統(tǒng)也是典型的管理信息系統(tǒng)（MIS），通過數(shù)據(jù)庫后臺的建立和維護，大數(shù)據(jù)分析以及前端應用程序的開發(fā)管理等，應用MySQL數(shù)據(jù)庫管理系統(tǒng)、MySQL語言原理、JSP數(shù)據(jù)庫技術、Hadoop集群數(shù)據(jù)處理、采用成熟的瀏覽器、服務器端結構，根據(jù)數(shù)據(jù)的分析和討論，實現(xiàn)從以往的復雜、低效的食堂服務過渡到高效式食堂服務。本系統(tǒng)操作簡單直觀、師生訂餐方便、食堂節(jié)約人力與物力，并方便管理和掌握客戶的喜好，從而為用戶提供更好的服務，保證在校師生能夠更好地享受到食堂的服務。
參考文獻
[1]陽朝暉，梁捷芳.大數(shù)據(jù)下“互聯(lián)網+”C2C電子商務稅收系統(tǒng)設計[J].信息與電腦（理論版），2019（1）：90-92.
[2]高峰.基于大數(shù)據(jù)分析的醫(yī)療檔案信息交互共享平臺構建[J].中國數(shù)字醫(yī)學，2019，14（2）：46-48.
[3]王翔.基于大數(shù)據(jù)分析云計算技術的航運電商平臺[J].數(shù)字通信世界，2019（1）：62-63.
[4]肖艷萍，郝志明.基于大數(shù)據(jù)校園食堂食品安全數(shù)據(jù)云服務試用平臺的建設研究[J].電聲技術，2018，42（4）：56-58.
[5]李淑娟，周偉強，宓詠.高校智慧點餐系統(tǒng)的探索與實踐[J].華中師范大學學報（自然科學版），2017（z1）：59-62.
[6]陳久勝.淺析特小型食堂之管理[J].商訊，2020（21）：140-141.
[7]丁文.高校食堂餐飲配送服務的典型模式與實踐經驗[J].高校后勤研究，2020（5）：27-29.
[8]何欣桐.新形勢下高校食堂管理工作中存在的問題及對策[J].中國管理信息化，2020，23（9）：220-221.
[9]黃住保.基于移動IVR平臺的個性化定制菜單系統(tǒng)的設計與實現(xiàn)[D].武漢：武漢輕工大學，2017.
[10]柳攀.基于Hadoop的物流系統(tǒng)的設計與實現(xiàn)[D].成都：電子科技大學，2017.
精品人妻系列无码一区二区三区
|
午夜精品人妻中字字幕|
久久精品国产亚洲av不卡国产|
青青草国产精品一区二区|
久久天天躁狠狠躁夜夜96流白浆|
亚洲国产福利成人一区二区|
国产洗浴会所三级av|
欧美性xxxxx极品老少|
亚洲高潮喷水无码av电影|
无码在线观看123|
女同另类一区二区三区|
精品国产粉嫩内射白浆内射双马尾|
久久亚洲国产成人精品性色
|
91久久国产综合精品|
日本免费精品免费视频
|
欧美性受xxxx白人性爽|
国产中文aⅴ在线|
国产性感主播一区二区|
五月色婷婷丁香无码三级|
少妇无码一区二区三区免费|
精品不卡久久久久久无码人妻
|
日韩精品一区二区三区毛片|
精品久久中文字幕一区|
老色鬼在线精品视频|
亚洲av区无码字幕中文色|
麻豆成年视频在线观看|
日韩一级黄色片一区二区三区|
极品少妇一区二区三区四区|
精品视频入口|
中文字幕色婷婷在线视频|
免费a级毛片18禁网站|
99久久亚洲精品无码毛片
|
亚洲av国产精品色a变脸|
久久久久99人妻一区二区三区|
亚洲欧美日韩精品久久亚洲区|
国产chinese在线视频|
亚洲日本一区二区在线|
国产人与zoxxxx另类|
久久噜噜噜|
亚洲蜜臀av一区二区三区漫画|
国产成人综合美国十次|
