梁夕雯++孫鐵強(qiáng)

【摘 要】近年來，餐飲行業(yè)發(fā)生著重大的變革，利用手機(jī)APP完成訂餐已經(jīng)被普遍認(rèn)同，健康飲食被越來越多的人所重視，商戶如何在競爭激烈的餐飲行業(yè)提供給顧客更加周到、優(yōu)質(zhì)和高效的服務(wù)則顯的尤為重要。本文利用Android平臺(tái)，結(jié)合百度地圖LBS技術(shù)，采用SQLite數(shù)據(jù)庫，設(shè)計(jì)并實(shí)現(xiàn)基于大數(shù)據(jù)分析的訂餐服務(wù)系統(tǒng)。

【關(guān)鍵詞】健康就餐 訂餐服務(wù)系統(tǒng) 大數(shù)據(jù)

1 前言

當(dāng)今社會(huì)，健康就餐與交通擁堵兩大問題嚴(yán)重困擾著我們的生活?？土鞲叻迤诰筒碗y，飲食結(jié)構(gòu)不健康等問題層出不窮。將健康飲食的概念引入到訂餐服務(wù)系統(tǒng)，通過訂餐服務(wù)系統(tǒng)實(shí)現(xiàn)就餐者到店就餐及下單配送的兩種就餐需求；根據(jù)合理的膳食結(jié)構(gòu)及就餐者自身健康狀態(tài)推薦菜品；通過對大數(shù)據(jù)的分析，幫助商家改善菜品結(jié)構(gòu)等功能需求。

2 訂餐服務(wù)系統(tǒng)的設(shè)計(jì)

2.1 登陸模塊

注冊界面需要顧客填寫自己的詳細(xì)資料。用戶資料的填寫以盡量方便用戶為準(zhǔn)則，用戶在注冊時(shí)填寫的資料只需要滿足用戶唯一識(shí)別認(rèn)證所需要的信息。

用戶可以通過注冊時(shí)填寫的手機(jī)號(hào)、郵箱或者用戶名進(jìn)行登陸，系統(tǒng)將用戶名與密碼進(jìn)行對應(yīng)，如果正確將登陸成功，如果不正確，系統(tǒng)會(huì)進(jìn)行錯(cuò)誤提示。

2.2 權(quán)限管理模塊

顧客的需求主要是進(jìn)行餐品的選擇。系統(tǒng)會(huì)根據(jù)顧客所處的位置根據(jù)距離的遠(yuǎn)近首先對商家和菜品進(jìn)行展示。系統(tǒng)會(huì)對商家進(jìn)行分類，也可以根據(jù)距離遠(yuǎn)近和銷量等條件對商家進(jìn)行排序，顧客可以根據(jù)自己的需要選擇商家。

商家的需求主要是根據(jù)訂單進(jìn)行相應(yīng)的菜品的制作。系統(tǒng)會(huì)將訂單分為到店食用和外賣配送兩類。如果顧客選擇到店食用，商家需要確保顧客到店能夠有位置就餐；如果選擇外賣配送，商家就需要安排配送人員根據(jù)配送地址及送達(dá)時(shí)間進(jìn)行配送。

2.3 定位搜索模塊

本系統(tǒng)通過實(shí)現(xiàn)百度地圖API相應(yīng)的接口，基于LBS服務(wù)，提供GPS等多種定位方式。通過調(diào)用百度地圖SDK實(shí)現(xiàn)三種POI檢索：周邊、區(qū)域和城市內(nèi)搜索。

2.4 購物車功能模塊

用戶將需要的菜品添加入購物車。因?yàn)樘砑硬似返劫徫镘囈约霸谫徫镘囍袆h除菜品都需要得到快速響應(yīng)，并且在此過程中，用戶可能會(huì)頻繁操作，因此購物車中的菜品實(shí)際是存儲(chǔ)在本地手機(jī)的SQlite數(shù)據(jù)庫中的。

2.5 下單配送功能模塊

預(yù)訂餐功能是針對顧客到店食用餐品而設(shè)計(jì)的功能，這個(gè)功能要求顧客只能選擇一家商家的餐品。系統(tǒng)先對所選食物是否屬于一個(gè)商家進(jìn)行確認(rèn)，如果不是一個(gè)商家的產(chǎn)品，顧客就需要?jiǎng)h除購物車中某些餐品，進(jìn)行餐品的重新搭配。當(dāng)用戶選擇配送后，需要顧客進(jìn)行配送表單的填寫確認(rèn)，提交后，菜品訂單就會(huì)提交到商家處。

系統(tǒng)提供自駕、公交車和步行三種方案到達(dá)目的地。最優(yōu)線路涉及到達(dá)策略，以駕車路線規(guī)劃說，就包括四種策略：躲避擁堵、最短距離、較少費(fèi)用、時(shí)間優(yōu)先。系統(tǒng)通過調(diào)用百度地圖API實(shí)現(xiàn)公交換乘等方案提示。

2.6 健康飲食功能模塊

系統(tǒng)在推薦健康膳食時(shí)，需要針對不同人群進(jìn)行推薦，因此需要將顧客進(jìn)行分類，目前系統(tǒng)只將人群分為三類：健康人群、高血糖人群和高血脂人群。系統(tǒng)將高血糖及高血脂人群優(yōu)先級(jí)高于健康人群進(jìn)行考慮，高血糖人群需要限制碳水化合物的攝入量，以低糖飲食為宜；高血脂人群需要限制脂肪和膽固醇的攝入量，以低脂飲食為宜；健康人群則主要考慮熱量的攝入。

系統(tǒng)對菜品總熱量進(jìn)行健康指數(shù)顯示。系統(tǒng)會(huì)根據(jù)用餐人數(shù)、所選菜品的總熱量進(jìn)行計(jì)算。調(diào)查結(jié)果表明，每日熱量低于1200卡會(huì)使靜止代謝率下降達(dá)45%，因此每個(gè)人每天攝入的最低熱量不能低于1200卡，而每個(gè)人每天的最高熱量因?yàn)閭€(gè)人活動(dòng)量的不同，無法給出確切的上限值，攝入的多余熱量大部分將會(huì)轉(zhuǎn)化為脂肪。系統(tǒng)初期將用餐者所需熱量超過50%定義為不健康上限值。

2.7 大數(shù)據(jù)分析功能模塊

系統(tǒng)對患有糖尿病和高血脂病人所選擇的菜品進(jìn)行排序，給出菜品的主料和配料組成，菜品所包含的總熱量等，幫助商家選擇相應(yīng)食材開發(fā)更適合病者的飲食。同時(shí)，對各個(gè)商家的銷量進(jìn)行統(tǒng)計(jì)，其中包括每個(gè)商家的最暢銷的菜品，商家新菜受歡迎程度等進(jìn)行統(tǒng)計(jì)。

3 結(jié)語

該訂餐服務(wù)平臺(tái)是一個(gè)具有使用性和操作性的系統(tǒng)。該系統(tǒng)主要實(shí)現(xiàn)了三個(gè)方面的用途：首先是訂餐功能，用戶可以隨時(shí)隨地的使用移動(dòng)網(wǎng)絡(luò)完成預(yù)訂餐服務(wù)；其次是配送服務(wù)，用戶可以通過填寫配送地址、送餐時(shí)間和美食等信息，坐在家中就能暢享美食；最后，系統(tǒng)能夠針對顧客的身體健康情況推薦適合的膳食，同時(shí)通過大數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析。通過這三個(gè)主要用途的實(shí)現(xiàn)，能夠一定程度上緩解交通壓力，極大方便人們就餐需求的同時(shí)，改善人們的飲食結(jié)構(gòu)，有效提升了商家競爭力。該訂餐系統(tǒng)操作方便，可擴(kuò)展性強(qiáng)，滿足用戶的需求。

參考文獻(xiàn)：

[1]佘鳳婭.基于Android的手機(jī)搜索定位應(yīng)用開發(fā)[碩士學(xué)位論文].北京北京郵電大學(xué)，2009.

[2]姚昱，劉衛(wèi)國.Android的架構(gòu)與應(yīng)用開發(fā)研究[J].計(jì)算機(jī)系統(tǒng)應(yīng)用，2008，17（11）：110-113.

[3]余志龍等.Android SDK開發(fā)范例大全（第2版）[M].北京：人民郵電出版社，2010.

[4]唐敏，宋杰.嵌入式數(shù)據(jù)庫SQLite的原理與應(yīng)用[J].電腦知識(shí)與技術(shù)，2008（4）：600-603.