成人韩免费网站,中文字幕一区二区三区在线不卡,强壮的公么2完整版日本电影

校園飯?zhí)梦⑿懦绦蛴啿推脚_(tái)設(shè)計(jì)實(shí)現(xiàn)

摘要：為了減輕在校中學(xué)生的乳品安全和衛(wèi)生等方面的問(wèn)題，怎樣借助信息化技術(shù)實(shí)現(xiàn)校內(nèi)飯?zhí)貌惋嫷呐渌头?wù)就成為了一個(gè)關(guān)鍵性問(wèn)題。本系統(tǒng)致力借助微信小程序?qū)崿F(xiàn)用戶、商家、配送員三種身分的使用者之間的數(shù)據(jù)處理與傳遞，

摘要：為了減輕在校中學(xué)生的乳品安全和衛(wèi)生等方面的問(wèn)題，怎樣借助信息化技術(shù)實(shí)現(xiàn)校內(nèi)飯?zhí)貌惋嫷呐渌头?wù)就成為了一個(gè)關(guān)鍵性問(wè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);微信小程序;乳品安全;

基于小程序的飯?zhí)糜啿拖到y(tǒng)從某種程度上便捷用戶點(diǎn)餐，降低因排隊(duì)帶來(lái)的時(shí)間浪費(fèi)，可以極大地減少點(diǎn)餐的時(shí)間成本。

對(duì)店家而言，可以滿足簡(jiǎn)單的基本應(yīng)用，降低人工雇用成本，吸引更多潛在顧客，能夠在一定程度上減輕中學(xué)生在校內(nèi)點(diǎn)校外的外賣次數(shù)，降低因乳品衛(wèi)生帶來(lái)的健康問(wèn)題。對(duì)于訂餐系統(tǒng)的用戶來(lái)講，本系統(tǒng)做到了“用完即走”的概念，減少了手機(jī)顯存的壓力和負(fù)擔(dān)，操作便捷簡(jiǎn)約[1,2]。此訂餐服務(wù)系統(tǒng)將其訂餐與聯(lián)通端互聯(lián)網(wǎng)有機(jī)地結(jié)合，防止了往年須要排隊(duì)的點(diǎn)餐和支付等環(huán)節(jié)，讓用戶才能愈加便捷地在聯(lián)通設(shè)備中使用小程序進(jìn)行點(diǎn)餐，同時(shí)直接通過(guò)微信支付來(lái)完成交易，相比于傳統(tǒng)的小型飯?zhí)命c(diǎn)餐形式，使用聯(lián)通端小程序要愈發(fā)重視顧客體驗(yàn)[3]。

1、系統(tǒng)需求剖析

本系統(tǒng)基于微信小程序，一定程度上充分地借助了當(dāng)下互聯(lián)網(wǎng)的共享模式，解決校外外賣大量步入校園帶來(lái)的飲食安全問(wèn)題，下邊將具體探討本系統(tǒng)開發(fā)的需求剖析與設(shè)計(jì)[4]。

1.1、用戶角色剖析

用戶的需求是在手機(jī)微信端進(jìn)行點(diǎn)餐，部份用戶會(huì)申請(qǐng)配送員身分，進(jìn)行訂單的配送服務(wù)，還有對(duì)訂單、店鋪等信息的查詢功能。用戶需先使用微信注冊(cè)登入，登陸后開放全部用戶功能。登陸后默認(rèn)為用戶頁(yè)面，如為其他身分，在個(gè)人中心進(jìn)行切換。

1.2、商家角色剖析

店家的需求是開店、數(shù)據(jù)處理、接單。申請(qǐng)成為店家須要上傳必要的店面資格證明文件，通過(guò)初審后方能正常營(yíng)業(yè)。店家可以查詢當(dāng)前可用配送員信息，但不具有相應(yīng)的操作權(quán)限，訂單由系統(tǒng)隨機(jī)選擇合適的配送員進(jìn)行派送，防止店家給熟識(shí)的配送員多派單的現(xiàn)象發(fā)生。店家還擁有對(duì)食材的降低、刪除、修改、查詢等功能。

1.3、配送員角色剖析

配送員的需求是查詢、修改相應(yīng)數(shù)據(jù)和接單。申請(qǐng)成為配送員同樣須要通過(guò)初審后方可開始工作。由系統(tǒng)手動(dòng)派送負(fù)責(zé)訂單所在區(qū)域范圍內(nèi)的配送員進(jìn)行配送，若無(wú)可用配送員則提示店家，并由店家在合適的時(shí)間再度選擇配送。

2、系統(tǒng)設(shè)計(jì)

2.1、系統(tǒng)總體構(gòu)架設(shè)計(jì)

圖1基于微信小程序的飯?zhí)糜啿拖到y(tǒng)總體構(gòu)架

本系統(tǒng)按照各部份用戶所擁有的不同功能進(jìn)行了大致的系統(tǒng)總體構(gòu)架設(shè)計(jì)，按照實(shí)際情況對(duì)各部份功能模塊進(jìn)行分區(qū)塊設(shè)計(jì)實(shí)現(xiàn)，把各項(xiàng)功能模塊化，整合成為一個(gè)完整適用的飯?zhí)糜啿拖到y(tǒng)。系統(tǒng)的總體構(gòu)架如圖1所示。

2.2、系統(tǒng)功能設(shè)計(jì)

2.2.1、用戶功能模塊設(shè)計(jì)

在本系統(tǒng)中，用戶功能模塊內(nèi)容相對(duì)較多食堂訂餐小程序，主要分為訂餐功能模塊、身份轉(zhuǎn)換功能模塊和個(gè)人中心模塊。

2.2.1.1、訂餐功能模塊

如圖2，用戶在首頁(yè)或個(gè)人頁(yè)面中我的收藏頁(yè)選擇店家，步入店面點(diǎn)選食材加入購(gòu)物列表，點(diǎn)擊確認(rèn)下單后跳轉(zhuǎn)到訂單確認(rèn)頁(yè)面，用戶按照實(shí)際情況，確認(rèn)訂單信息無(wú)誤后，點(diǎn)擊支付按鍵進(jìn)行訂單支付，支付成功后訂單狀態(tài)更改為已支付，此時(shí)該訂單可由店家接收，并決定是否接單，若商家拒絕接單，用戶可查看到訂單退回狀態(tài)，可以重新選擇其他店家進(jìn)行下單。

2.2.1.2、身份轉(zhuǎn)換功能模塊

如圖3，用戶可以在個(gè)人中心頁(yè)面點(diǎn)選身分轉(zhuǎn)換按鍵進(jìn)行身分轉(zhuǎn)換，若為第一次進(jìn)行轉(zhuǎn)換，則須要遞交配送員身分申請(qǐng)資料，按要求遞交資料并通過(guò)初審后，則可以擁有配送員身分。若非第一次進(jìn)行身分轉(zhuǎn)換，則直接跳轉(zhuǎn)到配送員頁(yè)面進(jìn)行相關(guān)操作。同時(shí)在配送員頁(yè)面也有身分轉(zhuǎn)換按鍵，可以轉(zhuǎn)換為用戶身分進(jìn)行訂餐等操作，轉(zhuǎn)換為用戶身分不須要驗(yàn)證步驟。

圖2訂餐功能模塊流程圖

圖3身分轉(zhuǎn)換功能模塊流程圖

2.2.1.3、個(gè)人中心模塊

用戶個(gè)人中心頁(yè)面擁有我的收藏、我的訂單、我的評(píng)價(jià)三個(gè)標(biāo)簽欄內(nèi)容，分別展示收藏的店面、歷史訂單、評(píng)價(jià)訂單等內(nèi)容。用戶可以在收藏的店面中進(jìn)行點(diǎn)餐操作，可以在訂單頁(yè)面查看歷史訂單詳情，在我的評(píng)價(jià)頁(yè)面查看所有已評(píng)價(jià)的訂單詳情。在用戶個(gè)人中心，用戶可以通過(guò)點(diǎn)擊頭像查看個(gè)人信息，但是可以更改相關(guān)個(gè)人信息。

2.2.2、商家功能模塊設(shè)計(jì)

2.2.2.1、商家接單功能模塊

如圖4，店家接到訂單信息后可以選擇是否接受訂單，接單后訂單狀態(tài)改變?yōu)橐呀訂危昙议_始進(jìn)行商品的制做，制做完成后在訂單頁(yè)面點(diǎn)擊配送按鍵，由系統(tǒng)手動(dòng)分派配送員，同時(shí)更改訂單狀態(tài)為配送中，若當(dāng)前沒(méi)有空閑可進(jìn)行配送的配送員，則提示店家當(dāng)前無(wú)配送員空閑，由店家自行安排人員進(jìn)行訂單的配送。

圖4店家接單功能模塊流程圖

2.2.2.2、商家數(shù)據(jù)處理模塊

店家擁有管理店面中所有食材的功能，可以選擇某一樣食材，進(jìn)行該食材的上架、下架處理，下架后的食材不會(huì)在用戶所見(jiàn)到的店家信息中顯示，只有上架菜肴才可以由用戶選擇下單。店家可以更改菜肴的詳盡信息進(jìn)行展示，比如更改菜肴的分量、描述、價(jià)格等常用信息，同時(shí)還具備查詢所有歷史所接訂單信息，支持查詢訂單詳情。

在店家的個(gè)人中心頁(yè)面，可以查看當(dāng)前所有在線的配送員信息及那些配送員的配送狀態(tài)，是否在配送中等，但沒(méi)有對(duì)配送員信息進(jìn)行更改、選擇派送訂單給指定配送員的能力，嚴(yán)禁指定配送員派送主要是為了避免熟識(shí)的店家和配送員互相商量進(jìn)行一些不當(dāng)行為，造成訂單長(zhǎng)時(shí)間積壓、部分配送員無(wú)單可接等情況的發(fā)生。

2.2.2.3、商家開店功能模塊

如圖5，用戶登入后可以在個(gè)人中心選擇成為店家，遞交必要的店面經(jīng)營(yíng)資格證明文件后，由系統(tǒng)管理員初審?fù)ㄟ^(guò)后給與店家開店資格，可以在用戶個(gè)人中心步入店家頁(yè)面進(jìn)行相關(guān)操作。店家可以在個(gè)人中心選擇店面當(dāng)前狀態(tài)，是營(yíng)業(yè)中還是休息中，休息中的店面不會(huì)出現(xiàn)在用戶首頁(yè)的商家列表中，只顯示當(dāng)前在營(yíng)業(yè)中的店面信息食堂訂餐小程序，防止因數(shù)據(jù)過(guò)多而導(dǎo)致花費(fèi)毋須要的數(shù)據(jù)流量和拖慢程序運(yùn)行速率等問(wèn)題。

2.2.3、配送員功能模塊設(shè)計(jì)

2.2.3.1、配送員數(shù)據(jù)管理模塊

配送員可以通過(guò)進(jìn)行簽到來(lái)改變自己的狀態(tài)為工作中，開始接單，只有狀態(tài)為工作中的配送員可以參與接單，但是出現(xiàn)在店家所查詢的配送員信息列表中。配送員可以通過(guò)簽退來(lái)退出工作狀態(tài)，停止接單，而且假如當(dāng)前仍有未配送完成的訂單存在，則難以進(jìn)行簽退操作，必須先完成當(dāng)前所有已接的訂單后，能夠通過(guò)簽退，退出工作狀態(tài)。

圖5店家開店功能模塊流程圖

2.2.3.2、配送員接單模塊

處于工作中狀態(tài)的配送員會(huì)由系統(tǒng)手動(dòng)分派配送地址與配送員負(fù)責(zé)區(qū)域相同的訂單以完成，接到訂單后需及時(shí)完成配送。

3、結(jié)論

本系統(tǒng)通過(guò)研究校外的外賣頻繁步入校園現(xiàn)象，因而衍生發(fā)展出飯?zhí)脙?nèi)訂餐配送的完整功能框架。通過(guò)對(duì)本系統(tǒng)各項(xiàng)工作的可行性剖析，得出本系統(tǒng)開發(fā)使用的可行性，通過(guò)對(duì)校內(nèi)師生對(duì)外賣點(diǎn)餐的需求剖析，得出本系統(tǒng)的存在價(jià)值和發(fā)展前景。在解決乳品衛(wèi)生和乳品安全問(wèn)題上，因?yàn)楸鞠到y(tǒng)是針對(duì)校內(nèi)飯?zhí)貌惋嫷呐渌停钥梢酝玫乇ＷC乳品安全衛(wèi)生，并且對(duì)于用戶申請(qǐng)配送員身分參與訂單配送的功能實(shí)現(xiàn)，也可以在一定程度上為中學(xué)生提供類似于勤式儉學(xué)的工作機(jī)會(huì)，只要身分申請(qǐng)通過(guò)，能夠自主選擇在合適的時(shí)間參與飯?zhí)猛赓u訂單的配送。

參考文獻(xiàn)

[1]劉儀,張雪冰大數(shù)據(jù)背景下微信小程序的應(yīng)用與剖析[J]無(wú)線互聯(lián)科技2021,18(07):45-46.

[2]韓慶雪,張印鑒微信小程序的文化傳播特性及發(fā)展趨勢(shì)[J]戲曲之家2019(13):244.

[3]劉苗苗.基于React的智慧管廊平臺(tái)的后端設(shè)計(jì)與實(shí)現(xiàn)[D]上海:上海郵電學(xué)院2020.

[4]盧夢(mèng)麗,蘭紅基于用戶性格剖析的智能禮物推薦系統(tǒng)[J].計(jì)算機(jī)科學(xué)與應(yīng)用,2020,010(05):P.978-989.

請(qǐng)微信掃碼瀏覽全部文章

點(diǎn)擊這兒瀏覽全文

上一篇：便利店連鎖企業(yè)在激烈的競(jìng)爭(zhēng)中取得勝利的武器

下一篇：便利店送貨上門能做嗎？送貨上門能做嗎？？