一、選題的依據(jù)
隨著信息時代的日新月異和4G網(wǎng)路的普及，傳統(tǒng)行業(yè)與互聯(lián)網(wǎng)的融合深入，線下餐飲企業(yè)紛紛觸網(wǎng)，線上和線下融合，餐飲行業(yè)呈現(xiàn)繁榮發(fā)展景色,而手機(jī)作為一個攜帶便捷的溝通媒體，攜帶便捷和越來越高的使用頻度，使手機(jī)平臺仍然是各行各業(yè)促銷推的重要渠道。店家可充分利手機(jī)的訂餐軟件和支付系統(tǒng)有效地、低成本地舉辦自己的商業(yè)活動。而餐飲行業(yè)，作為服務(wù)行業(yè)，是十分重視于與消費者的互動性的。這也是為何維絡(luò)城、大眾點評、各團(tuán)購網(wǎng)站輪番掀起風(fēng)潮的誘因所在，而手機(jī)APP的特性和功能恰恰符合這點。所以，麥當(dāng)勞、星巴克、肯德基等等都推出了自己品牌的手機(jī)APP。它便捷消費者查詢店面信息，可以互動獲得讓利券、甚至可以訂餐。還有，把網(wǎng)路的在線廣告延展至機(jī)APP等等。這種促銷方法不僅僅拉近了與消費者的距離，也為自己品牌形象的鞏固奠定了基礎(chǔ)。
對于用戶而言，為了節(jié)約用戶的寶貴時間，用戶可以在網(wǎng)上通過商品公告欄了解現(xiàn)今乳品的最新動態(tài)，省去了無謂的查找時間和精力。同時還減短了生產(chǎn)商與消費者之間的距離，有利于商品的快速流通和增加整體分銷成本。
對于餐飲企業(yè)而言，手機(jī)訂餐APP有效的解決了傳統(tǒng)電話訂餐的麻煩與高成本，還容易出錯。有數(shù)據(jù)顯示，一些餐飲店通過網(wǎng)路銷售的外賣銷售額，甚至超過實體店。
伴隨餐飲行業(yè)競爭的激化，越來越多的餐飲企業(yè)將重點置于了餐品的外送上。有數(shù)據(jù)顯示，一些餐飲店通過網(wǎng)路銷售的外賣銷售額，甚至超過實體店。今年年底至今，外賣行業(yè)變得愈發(fā)熱鬧，而這份熱鬧與互聯(lián)大鱷們的加入有關(guān)：“淘點點”在2013年12月份試水外賣業(yè)務(wù)，在2014年1月份就達(dá)到了10萬份的單日訂單峰值，這個數(shù)字跟“餓了么”的單日8萬單峰值基本持平。2014年1月，大眾點評上線外賣服務(wù)頻道，支持在線和電話下單。2014年1月，美團(tuán)上線外賣服務(wù)，用戶在美團(tuán)外賣頻道輸入地址，就可以查看提供外賣的飯店。2014年4月，百度上線基于地圖的外賣服務(wù)。5月，大眾點評將以8000萬歐元注資“餓了么”，雙方共享外賣領(lǐng)域的商戶數(shù)據(jù)和平臺流量，并將整合外賣服務(wù)。
互聯(lián)大鱷們無疑看中了這塊堪稱餐飲行業(yè)最后的藍(lán)海。有相關(guān)數(shù)據(jù)統(tǒng)計顯示，2013年全省餐飲消費支出為4500萬元，根據(jù)16%的餐飲年增速，到2016年全省餐飲消費支出預(yù)計將達(dá)到7000萬元。其中，外賣占全省餐飲消費支出的10%，因而到2016年，外賣市場規(guī)模預(yù)計將達(dá)到700億。而品途咨詢在2013年發(fā)布的數(shù)據(jù)顯示，中國餐飲行業(yè)O2O市場規(guī)模近些年來急速發(fā)展，預(yù)計2014年整體規(guī)模將達(dá)913億，2015年有待突破1200億。
二、研究內(nèi)容
通過外賣系統(tǒng)結(jié)合小程序點餐，是計算機(jī)技術(shù)和餐飲管理相結(jié)合的產(chǎn)物，通過小程序點餐實現(xiàn)了對餐飲的高效管理。隨著計算機(jī)技術(shù)的不斷提升，計算機(jī)早已深入到社會生活的各個角落。而采用人工點餐的形式，除了效率低，易出錯，手續(xù)繁雜，并且花費大量人力。為了滿足餐飲人員對點菜、數(shù)量、結(jié)算等進(jìn)行高效的管理，在工作人員具備一定的計算機(jī)操作能力的前提下，特編此小程序外賣點餐系統(tǒng)以提升點餐效率。功能模塊圖如圖2-1所示：
本系統(tǒng)初步分為兩個部份，面向用戶的聯(lián)通端系統(tǒng)，面向管理的后臺管理系統(tǒng)。聯(lián)通端系統(tǒng)為用戶提供了手機(jī)號登陸、個人中心、瀏覽食材、瀏覽套餐、購物車、下單的功能。而后臺管理系統(tǒng)為管理端人員提供了職工管理、分類管理、菜品管理、套餐管理、訂單明細(xì)的功能。分為以下幾個功能模塊：
（1）手機(jī)號登陸：用戶使用手機(jī)號登陸，每次登入使用手機(jī)號驗證碼進(jìn)行登陸到前臺系統(tǒng)，以免用戶忘掉密碼，通過redis實現(xiàn)數(shù)據(jù)緩存驗證碼，超時時間設(shè)置為5分鐘。
（2）個人中心：用戶可以在個人中心，點擊地址管理，進(jìn)行地址的更改，地址的添加，地址的刪掉操作，點擊歷史訂單可以查看歷史訂單信息，以及用戶退出登入。
（3）瀏覽食材、套餐：用戶可在前臺系統(tǒng)進(jìn)行食材和套餐瀏覽，因而選擇自己要訂購食材或套餐，通過redis進(jìn)行食材數(shù)據(jù)和套餐數(shù)據(jù)的緩存，進(jìn)而減少數(shù)據(jù)庫的訪問壓力。
（4）購物車：用戶可以將想要訂購的食材添加到購物車，假如想清空購物車，則可以點擊清空購物車。
（5）下單：遞交購物車，選擇好收貨地址等信息鄉(xiāng)鎮(zhèn)外賣點餐系統(tǒng)，進(jìn)行下單，選擇地址時可以對地址進(jìn)行修改并保存。
（6）職工管理：管理員可以添加新的職工，更改職工信息，查看職工列表，禁用和啟用職工，職工則可以操作食材管理，套餐管理，查看訂單明細(xì)，分類管理，職工的登陸和登載。
（7）分類管理：職工可以在此添加新的食材分類和套餐分類，刪掉食材分類和套餐分類，更改食材分類和套餐分類，查看食材分類和套餐分類信息。
（8）菜肴管理：職工可以新增新的食材，更改食材信息，查看食材列表信息，刪掉早已停售的食材且不包含在套餐上面。
（9）套餐管理：職工可以新增新的套餐，更改套餐信息，查看套餐列表信息，刪掉早已停售的套餐。
（10）訂單明細(xì)：職工可以查看訂單列表信息，操作訂單的狀態(tài)，因而可以選擇訂單是否完成。
三、研究方式、技術(shù)路線、實驗方案及可行性剖析
1.研究方式
本項目用到了以下多種研究方式：
文獻(xiàn)研究法：通過查找技術(shù)文檔與互聯(lián)網(wǎng)上的技術(shù)實現(xiàn)方案，對所須要的資料進(jìn)行整理與搜集。調(diào)查研究法：對現(xiàn)有類似系統(tǒng)進(jìn)行調(diào)查與研究，分享現(xiàn)有系統(tǒng)的構(gòu)成、功能與不足，建立本系統(tǒng)。案例研究法：研究上開源項目，參考案例的實現(xiàn)手法。
2.技術(shù)路線
通過觀察市場類似的系統(tǒng)以及目前流行的技術(shù)，同時參考與開源平臺上的開源項目，本系統(tǒng)模塊設(shè)計的編程語言設(shè)計采用java作為基礎(chǔ)語言，后端基于VUE、html、css、js實現(xiàn)，通過Nginx布署，實現(xiàn)前后端分離，前端基于框架集實現(xiàn)，通過布署到虛擬機(jī)前面實現(xiàn)前后端分離。
開發(fā)軟件采用IDEA作為編程工具，jdk基礎(chǔ)運(yùn)行環(huán)境采用11.0.10版本，使用.6.3作為賴管理工具以及項目建立工具，采用.7作為數(shù)據(jù)庫進(jìn)行數(shù)據(jù)儲存，數(shù)據(jù)庫管理軟件采用。
3.實驗方案
(1)技術(shù)施行方案
最開始配置和搭建項目的整體框架，之后從簡到繁一步步完成功能點鄉(xiāng)鎮(zhèn)外賣點餐系統(tǒng)，首先編撰基礎(chǔ)的職工管理和食材分類管理的功能，創(chuàng)建最基礎(chǔ)的后端頁面，滿足最基本的使用,才能登入，新增職工，對職工可以進(jìn)行管理，實現(xiàn)新增食材分類和套餐分類，實現(xiàn)更改食材分類和套餐分類信息。以后編撰食材管理功能和套餐管理功能，能進(jìn)行新增食材信息，更改食材信息，新增套餐信息，更改套餐信息，接出來編撰前臺系統(tǒng)的手機(jī)號登陸功能，實現(xiàn)用戶可以使用手機(jī)號驗證碼登陸，接著編撰用戶的個人中心，可以實現(xiàn)用戶對地址的管理和查看歷史訂單信息，然后編撰瀏覽菜肴和瀏覽套餐功能，實現(xiàn)用戶可以直觀的看見我們售賣的食材和套餐信息，接出來就是編撰購物車功能，實現(xiàn)用戶可以通過購物車進(jìn)行對食材添加到購物車和套餐添加到購物車，也可以清空當(dāng)前的購物車。之后，進(jìn)行對下單功能的編撰，模擬用戶下單，并添加訂單信息，最后編撰訂單明細(xì)功能，實現(xiàn)用戶可
以通過歷史訂單查看到訂單信息，和職工通過后臺的訂單明細(xì)功能查看訂單信息。
對系統(tǒng)的實驗分為三個階段。第一階段對單個功能模塊進(jìn)行實驗，確認(rèn)單個功能模塊功能健全，功能點可以正常使用。第二階段對有交互的功能模塊進(jìn)行兩兩一對的聯(lián)動實驗，確認(rèn)多個模塊之間數(shù)據(jù)交互、運(yùn)行正常。第三階段對整個系統(tǒng)進(jìn)行細(xì)致的實驗與測試，在系統(tǒng)搭建完成以后，模擬正常營運(yùn)的情況下系統(tǒng)是否存在問題與隱患。
4.可行性剖析
（1）操作可行性：本系統(tǒng)操作簡單，設(shè)計了良好的用戶交換界面與用戶引導(dǎo)，操作簡約明了。操作上可行。
（2）技術(shù)可行性：本系統(tǒng)使用Java基礎(chǔ)語言和成熟的框架集開發(fā)，資料文檔齊全。而且系統(tǒng)在市場上早已有成熟的同類型系統(tǒng)案例。技術(shù)上可行。
（3）經(jīng)濟(jì)可行性：本系統(tǒng)須要的主要設(shè)備是硬碟，硬碟設(shè)備廉價且便于維護(hù)。系統(tǒng)設(shè)計了贏利項目，可以通過持續(xù)營運(yùn)收回成本，達(dá)成贏利，因而經(jīng)濟(jì)上可行。
免責(zé)聲明：部分文章信息來源于網(wǎng)絡(luò)以及網(wǎng)友投稿，本站只負(fù)責(zé)對文章進(jìn)行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內(nèi)容的真實性，如本站文章和轉(zhuǎn)稿涉及版權(quán)等問題，請作者在及時聯(lián)系本站，我們會盡快為您處理。
