




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
校園食堂微信小程序訂餐平臺的設(shè)計(jì)與實(shí)現(xiàn),軟件工程論文摘要:為了減少在校學(xué)生的食品安全和衛(wèi)生等方面存在的問題,怎樣利用信息化技術(shù)實(shí)現(xiàn)校內(nèi)食堂餐飲的配送服務(wù)就成為了一個(gè)關(guān)鍵性問題。本系統(tǒng)旨在利用微信小程序?qū)崿F(xiàn)用戶、商家、配送員三種身份的使用者之間的數(shù)據(jù)處理與傳遞,實(shí)現(xiàn)用戶點(diǎn)餐、商家管理菜品數(shù)據(jù)、配送員配送訂單等主要功能,實(shí)現(xiàn)用戶提交的訂單在三種身份的使用者之間狀態(tài)的改變,以知足點(diǎn)餐功能的整個(gè)流程需要,提高食品安全衛(wèi)生。本文關(guān)鍵詞語:訂餐系統(tǒng);微信小程序;食品安全;基于小程序的食堂訂餐系統(tǒng)從某種程度上方便用戶點(diǎn)餐,減少因排隊(duì)帶來的時(shí)間浪費(fèi),能夠極大地降低點(diǎn)餐的時(shí)間成本。對商家而言,能夠知足簡單的基本應(yīng)用,減少人工雇傭成本,吸引更多潛在客戶,還能在一定程度上減少學(xué)生在校內(nèi)點(diǎn)校外的外賣次數(shù),減少因食品衛(wèi)生帶來的健康問題。對于訂餐系統(tǒng)的用戶來講,本系統(tǒng)做到了用完即走的概念,減輕了手機(jī)內(nèi)存的壓力和負(fù)擔(dān),操作方便簡潔[1,2]。此訂餐服務(wù)系統(tǒng)將其訂餐與移動端互聯(lián)網(wǎng)有機(jī)地結(jié)合,避免了以往需要排隊(duì)的點(diǎn)餐和支付等環(huán)節(jié),讓用戶能夠愈加方便地在移動設(shè)備中使用小程序進(jìn)行點(diǎn)餐,同時(shí)直接通過微信支付來完成交易,相比于傳統(tǒng)的大型食堂點(diǎn)餐方式,使用移動端小程序要愈加注重客戶體驗(yàn)[3]。1、系統(tǒng)需求分析本系統(tǒng)基于微信小程序,一定程度上充分地利用了當(dāng)下互聯(lián)網(wǎng)的分享形式,解決校外外賣大量進(jìn)入校園帶來的飲食安全問題,下面將詳細(xì)闡述本系統(tǒng)開發(fā)的需求分析與設(shè)計(jì)[4]。1.1、用戶角色分析用戶的需求是在手機(jī)微信端進(jìn)行點(diǎn)餐,部分用戶會申請配送員身份,進(jìn)行訂單的配送服務(wù),還有對訂單、店鋪等信息的查詢功能。用戶需先使用微信注冊登錄,登錄后開放全部用戶功能。登錄后默以為用戶頁面,如為其他身份,在個(gè)人中心進(jìn)行切換。1.2、商家角色分析商家的需求是開店、數(shù)據(jù)處理、接單。申請成為商家需要上傳必要的店鋪資格證明文件,通過審核后方能正常營業(yè)。商家能夠查詢當(dāng)下可用配送員信息,但不具有相應(yīng)的操作權(quán)限,訂單由系統(tǒng)隨機(jī)選擇適宜的配送員進(jìn)行派送,避免商家給相熟的配送員多派單的現(xiàn)象發(fā)生。商家還擁有對菜品的增加、刪除、修改、查詢等功能。1.3、配送員角色分析配送員的需求是查詢、修改相應(yīng)數(shù)據(jù)和接單。申請成為配送員同樣需要通過審核后方可開場工作。由系統(tǒng)自動派送負(fù)責(zé)訂單所在區(qū)域范圍內(nèi)的配送員進(jìn)行配送,若無可用配送員則提示商家,并由商家在適宜的時(shí)間再次選擇配送。2、系統(tǒng)設(shè)計(jì)2.1、系統(tǒng)總體架構(gòu)設(shè)計(jì)圖1基于微信小程序的食堂訂餐系統(tǒng)總體架構(gòu)本系統(tǒng)根據(jù)各部分用戶所擁有的不同功能進(jìn)行了大致的系統(tǒng)總體架構(gòu)設(shè)計(jì),根據(jù)實(shí)際情況對各部分功能模塊進(jìn)行分區(qū)塊設(shè)計(jì)實(shí)現(xiàn),把各項(xiàng)功能模塊化,整合成為一個(gè)完好適用的食堂訂餐系統(tǒng)。系統(tǒng)的總體架構(gòu)如此圖1所示。2.2、系統(tǒng)功能設(shè)計(jì)2.2.1、用戶功能模塊設(shè)計(jì)在本系統(tǒng)中,用戶功能模塊內(nèi)容相對較多,主要分為訂餐功能模塊、身份轉(zhuǎn)換功能模塊和個(gè)人中心模塊。2.2.1.1、訂餐功能模塊如此圖2,用戶在首頁或個(gè)人頁面中我的珍藏頁選擇商家,進(jìn)入店鋪點(diǎn)選菜品參加購物列表,點(diǎn)擊確認(rèn)下單后跳轉(zhuǎn)到訂單確認(rèn)頁面,用戶根據(jù)實(shí)際情況,確認(rèn)訂單信息無誤后,點(diǎn)擊支付按鈕進(jìn)行訂單支付,支付成功后訂單狀態(tài)修改為已支付,此時(shí)該訂單可由商家接收,并決定能否接單,若商家拒絕接單,用戶可查看到訂單退回狀態(tài),能夠重新選擇其他商家進(jìn)行下單。2.2.1.2、身份轉(zhuǎn)換功能模塊如此圖3,用戶能夠在個(gè)人中心頁面點(diǎn)選身份轉(zhuǎn)換按鈕進(jìn)行身份轉(zhuǎn)換,若為第一次進(jìn)行轉(zhuǎn)換,則需要提交配送員身份申請資料,按要求提交資料并通過審核后,則能夠擁有配送員身份。若非第一次進(jìn)行身份轉(zhuǎn)換,則直接跳轉(zhuǎn)到配送員頁面進(jìn)行相關(guān)操作。同時(shí)在配送員頁面也有身份轉(zhuǎn)換按鈕,能夠轉(zhuǎn)換為用戶身份進(jìn)行訂餐等操作,轉(zhuǎn)換為用戶身份不需要驗(yàn)證步驟。圖2訂餐功能模塊流程圖圖3身份轉(zhuǎn)換功能模塊流程圖2.2.1.3、個(gè)人中心模塊用戶個(gè)人中心頁面擁有我的珍藏、我的訂單、我的評價(jià)三個(gè)標(biāo)簽欄內(nèi)容,分別展示珍藏的店鋪、歷史訂單、評價(jià)訂單等內(nèi)容。用戶能夠在珍藏的店鋪中進(jìn)行點(diǎn)餐操作,能夠在訂單頁面查看歷史訂單詳情,在我的評價(jià)頁面查看所有已評價(jià)的訂單詳情。在用戶個(gè)人中心,用戶能夠通過點(diǎn)擊頭像查看個(gè)人信息,并且能夠修改相關(guān)個(gè)人信息。2.2.2、商家功能模塊設(shè)計(jì)2.2.2.1、商家接單功能模塊如此圖4,商家接到訂單信息后能夠選擇能否接受訂單,接單后訂單狀態(tài)改變?yōu)橐呀訂?,商家開場進(jìn)行商品的制作,制作完成后在訂單頁面點(diǎn)擊配送按鈕,由系統(tǒng)自動分派配送員,同時(shí)修改訂單狀態(tài)為配送中,若當(dāng)下沒有空閑可進(jìn)行配送的配送員,則提示商家當(dāng)下無配送員空閑,由商家自行布置人員進(jìn)行訂單的配送。圖4商家接單功能模塊流程圖2.2.2.2、商家數(shù)據(jù)處理模塊商家擁有管理店鋪中所有菜品的功能,能夠選擇某一樣菜品,進(jìn)行該菜品的上架、下架處理,下架后的菜品不會在用戶所看到的商家信息中顯示,只要上架菜品才能夠由用戶選擇下單。商家能夠修改菜品的具體信息進(jìn)行展示,例如修改菜品的份量、描繪敘述、價(jià)格等常用信息,同時(shí)還具備查詢所有歷史所接訂單信息,支持查詢訂單詳情。在商家的個(gè)人中心頁面,能夠查看當(dāng)下所有在線的配送員信息及這些配送員的配送狀態(tài),能否在配送中等,但沒有對配送員信息進(jìn)行修改、選擇派送訂單給指定配送員的能力,禁止指定配送員派送主要是為了防止相熟的商家和配送員互相商量進(jìn)行一些不當(dāng)行為,導(dǎo)致訂單長時(shí)間積壓、部分配送員無單可接等情況的發(fā)生。2.2.2.3、商家開店功能模塊如此圖5,用戶登錄后能夠在個(gè)人中心選擇成為商家,提交必要的店鋪經(jīng)營資格證明文件后,由系統(tǒng)管理員審核通過后給予商家開店資格,能夠在用戶個(gè)人中心進(jìn)入商家頁面進(jìn)行相關(guān)操作。商家能夠在個(gè)人中心選擇店鋪當(dāng)下狀態(tài),是營業(yè)中還是休息中,休息中的店鋪不會出如今用戶首頁的商家列表中,只顯示當(dāng)下在營業(yè)中的店鋪信息,避免因數(shù)據(jù)太多而造成消耗損費(fèi)不必要的數(shù)據(jù)流量和拖慢程序運(yùn)行速度等問題。2.2.3、配送員功能模塊設(shè)計(jì)2.2.3.1、配送員數(shù)據(jù)管理模塊配送員能夠通過進(jìn)行簽到來改變自個(gè)的狀態(tài)為工作中,開場接單,只要狀態(tài)為工作中的配送員能夠介入接單,并且出如今商家所查詢的配送員信息列表中。配送員能夠通過簽退來退出工作狀態(tài),停止接單,但是假如當(dāng)下仍有未配送完成的訂單存在,則無法進(jìn)行簽退操作,必須先完成當(dāng)下所有已接的訂單后,才能通過簽退,退出工作狀態(tài)。圖5商家開店功能模塊流程圖2.2.3.2、配送員接單模塊處于工作中狀態(tài)的配送員會由系統(tǒng)自動分派配送地址與配送員負(fù)責(zé)區(qū)域一樣的訂單以完成,接到訂單后需及時(shí)完成配送。3、結(jié)論本系統(tǒng)通過研究校外的外賣頻繁進(jìn)入校園現(xiàn)象,進(jìn)而衍生發(fā)展出食堂內(nèi)訂餐配送的完好功能框架。通過對本系統(tǒng)各項(xiàng)工作的可行性分析,得出本系統(tǒng)開發(fā)使用的可行性,通過對校內(nèi)師生對外賣點(diǎn)餐的需求分析,得出本系統(tǒng)的存在價(jià)值和發(fā)展前景。在解決食品衛(wèi)生和食品安全問題上,由于本系統(tǒng)是針對校內(nèi)食堂餐飲的配送,所以能夠很好地保證食品安全衛(wèi)生,而且對于用戶申請配送員身份介入訂單配送的功能實(shí)現(xiàn),可以以在一定程度上為學(xué)生提供類似于勤式儉學(xué)的工作時(shí)機(jī),只要身份申請通過,就能自主選擇在適宜的時(shí)間介入食堂外賣訂單的配送。以下為參考文獻(xiàn)[1]劉儀,張雪冰大數(shù)據(jù)背景下微信小程序的應(yīng)用與分析[J]無線互聯(lián)科技2021,18(07):45-46.[
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 河北電線電纜橋架施工方案
- 臨床護(hù)理不良事件案例分享
- 曲陽路面鵝卵石施工方案
- 上海日播至勝實(shí)業(yè)有限公司股權(quán)估值項(xiàng)目估值報(bào)告
- 北方古建筑屋頂施工方案
- 陜西節(jié)日彩燈設(shè)計(jì)施工方案
- 地面混凝土施工方案圖例
- 2025年乳味飲品項(xiàng)目發(fā)展計(jì)劃
- 公眾參與與環(huán)保意識的提升分析
- 低空經(jīng)濟(jì)公司技術(shù)開發(fā)與創(chuàng)新策略
- DB63-T 2033-2022 青海省農(nóng)房建筑節(jié)能建設(shè)標(biāo)準(zhǔn)
- 《橋梁工程計(jì)算書》word版
- 中華人民共和國特種設(shè)備安全法(節(jié)選)
- 籃球比賽計(jì)分表
- 施工現(xiàn)場安全隱患檢查(附標(biāo)準(zhǔn)規(guī)范)
- 吞咽障礙及吞咽功能的評定
- 拱涵計(jì)算書-6.0m-1m
- 數(shù)字電子技術(shù)課程設(shè)計(jì)報(bào)告(數(shù)字積分器)
- 高中有機(jī)化學(xué)必修模塊與選修模塊的銜接
- BBC美麗中國英文字幕
- 《自然保護(hù)區(qū)綜合科學(xué)考察規(guī)程》
評論
0/150
提交評論