校园饭堂微信程序订餐平台设计实现
摘要：为了减轻在校中学生的乳品安全和卫生等方面的问题，怎样借助信息化技术实现校内饭堂餐饮的配送服务就成为了一个关键性问题。本系统致力借助微信小程序实现用户、商家、配送员三种身分的使用者之间的数据处理与传递，
摘要：为了减轻在校中学生的乳品安全和卫生等方面的问题，怎样借助信息化技术实现校内饭堂餐饮的配送服务就成为了一个关键性问题。本系统致力借助微信小程序实现用户、商家、配送员三种身分的使用者之间的数据处理与传递，实现用户点餐、商家管理食材数据、配送员配送订单等主要功能，实现用户递交的订单在三种身分的使用者之间状态的改变，以满足点餐功能的整个流程须要，提升乳品安全卫生。
关键词:订餐系统;微信小程序;乳品安全;
基于小程序的饭堂订餐系统从某种程度上便捷用户点餐，降低因排队带来的时间浪费，可以极大地减少点餐的时间成本。
对店家而言，可以满足简单的基本应用，降低人工雇用成本，吸引更多潜在顾客，能够在一定程度上减轻中学生在校内点校外的外卖次数，降低因乳品卫生带来的健康问题。对于订餐系统的用户来讲，本系统做到了“用完即走”的概念，减少了手机显存的压力和负担，操作便捷简约[1,2]。此订餐服务系统将其订餐与联通端互联网有机地结合，防止了往年须要排队的点餐和支付等环节，让用户才能愈加便捷地在联通设备中使用小程序进行点餐，同时直接通过微信支付来完成交易，相比于传统的小型饭堂点餐形式，使用联通端小程序要愈发重视顾客体验[3]。
1、系统需求剖析
本系统基于微信小程序，一定程度上充分地借助了当下互联网的共享模式，解决校外外卖大量步入校园带来的饮食安全问题，下边将具体探讨本系统开发的需求剖析与设计[4]。
1.1、用户角色剖析
用户的需求是在手机微信端进行点餐，部份用户会申请配送员身分，进行订单的配送服务，还有对订单、店铺等信息的查询功能。用户需先使用微信注册登入，登陆后开放全部用户功能。登陆后默认为用户页面，如为其他身分，在个人中心进行切换。
1.2、商家角色剖析
店家的需求是开店、数据处理、接单。申请成为店家须要上传必要的店面资格证明文件，通过初审后方能正常营业。店家可以查询当前可用配送员信息，但不具有相应的操作权限，订单由系统随机选择合适的配送员进行派送，防止店家给熟识的配送员多派单的现象发生。店家还拥有对食材的降低、删除、修改、查询等功能。
1.3、配送员角色剖析
配送员的需求是查询、修改相应数据和接单。申请成为配送员同样须要通过初审后方可开始工作。由系统手动派送负责订单所在区域范围内的配送员进行配送，若无可用配送员则提示店家，并由店家在合适的时间再度选择配送。
2、系统设计
2.1、系统总体构架设计
图1基于微信小程序的饭堂订餐系统总体构架
本系统按照各部份用户所拥有的不同功能进行了大致的系统总体构架设计，按照实际情况对各部份功能模块进行分区块设计实现，把各项功能模块化，整合成为一个完整适用的饭堂订餐系统。系统的总体构架如图1所示。
2.2、系统功能设计
2.2.1、用户功能模块设计
在本系统中，用户功能模块内容相对较多食堂订餐小程序，主要分为订餐功能模块、身份转换功能模块和个人中心模块。
2.2.1.1、订餐功能模块
如图2，用户在首页或个人页面中我的收藏页选择店家，步入店面点选食材加入购物列表，点击确认下单后跳转到订单确认页面，用户按照实际情况，确认订单信息无误后，点击支付按键进行订单支付，支付成功后订单状态更改为已支付，此时该订单可由店家接收，并决定是否接单，若商家拒绝接单，用户可查看到订单退回状态，可以重新选择其他店家进行下单。
2.2.1.2、身份转换功能模块
如图3，用户可以在个人中心页面点选身分转换按键进行身分转换，若为第一次进行转换，则须要递交配送员身分申请资料，按要求递交资料并通过初审后，则可以拥有配送员身分。若非第一次进行身分转换，则直接跳转到配送员页面进行相关操作。同时在配送员页面也有身分转换按键，可以转换为用户身分进行订餐等操作，转换为用户身分不须要验证步骤。
图2订餐功能模块流程图
图3身分转换功能模块流程图
2.2.1.3、个人中心模块
用户个人中心页面拥有我的收藏、我的订单、我的评价三个标签栏内容，分别展示收藏的店面、历史订单、评价订单等内容。用户可以在收藏的店面中进行点餐操作，可以在订单页面查看历史订单详情，在我的评价页面查看所有已评价的订单详情。在用户个人中心，用户可以通过点击头像查看个人信息，但是可以更改相关个人信息。
2.2.2、商家功能模块设计
2.2.2.1、商家接单功能模块
如图4，店家接到订单信息后可以选择是否接受订单，接单后订单状态改变为已接单，店家开始进行商品的制做，制做完成后在订单页面点击配送按键，由系统手动分派配送员，同时更改订单状态为配送中，若当前没有空闲可进行配送的配送员，则提示店家当前无配送员空闲，由店家自行安排人员进行订单的配送。
图4店家接单功能模块流程图
2.2.2.2、商家数据处理模块
店家拥有管理店面中所有食材的功能，可以选择某一样食材，进行该食材的上架、下架处理，下架后的食材不会在用户所见到的店家信息中显示，只有上架菜肴才可以由用户选择下单。店家可以更改菜肴的详尽信息进行展示，比如更改菜肴的分量、描述、价格等常用信息，同时还具备查询所有历史所接订单信息，支持查询订单详情。
在店家的个人中心页面，可以查看当前所有在线的配送员信息及那些配送员的配送状态，是否在配送中等，但没有对配送员信息进行更改、选择派送订单给指定配送员的能力，严禁指定配送员派送主要是为了避免熟识的店家和配送员互相商量进行一些不当行为，造成订单长时间积压、部分配送员无单可接等情况的发生。
2.2.2.3、商家开店功能模块
如图5，用户登入后可以在个人中心选择成为店家，递交必要的店面经营资格证明文件后，由系统管理员初审通过后给与店家开店资格，可以在用户个人中心步入店家页面进行相关操作。店家可以在个人中心选择店面当前状态，是营业中还是休息中，休息中的店面不会出现在用户首页的商家列表中，只显示当前在营业中的店面信息食堂订餐小程序，防止因数据过多而导致花费毋须要的数据流量和拖慢程序运行速率等问题。
2.2.3、配送员功能模块设计
2.2.3.1、配送员数据管理模块
配送员可以通过进行签到来改变自己的状态为工作中，开始接单，只有状态为工作中的配送员可以参与接单，但是出现在店家所查询的配送员信息列表中。配送员可以通过签退来退出工作状态，停止接单，而且假如当前仍有未配送完成的订单存在，则难以进行签退操作，必须先完成当前所有已接的订单后，能够通过签退，退出工作状态。
图5店家开店功能模块流程图
2.2.3.2、配送员接单模块
处于工作中状态的配送员会由系统手动分派配送地址与配送员负责区域相同的订单以完成，接到订单后需及时完成配送。
3、结论
本系统通过研究校外的外卖频繁步入校园现象，因而衍生发展出饭堂内订餐配送的完整功能框架。通过对本系统各项工作的可行性剖析，得出本系统开发使用的可行性，通过对校内师生对外卖点餐的需求剖析，得出本系统的存在价值和发展前景。在解决乳品卫生和乳品安全问题上，因为本系统是针对校内饭堂餐饮的配送，所以可以挺好地保证乳品安全卫生，并且对于用户申请配送员身分参与订单配送的功能实现，也可以在一定程度上为中学生提供类似于勤式俭学的工作机会，只要身分申请通过，能够自主选择在合适的时间参与饭堂外卖订单的配送。
参考文献
[1]刘仪,张雪冰大数据背景下微信小程序的应用与剖析[J]无线互联科技2021,18(07):45-46.
[2]韩庆雪,张印鉴微信小程序的文化传播特性及发展趋势[J]戏曲之家2019(13):244.
[3]刘苗苗.基于React的智慧管廊平台的后端设计与实现[D]上海:上海邮电学院2020.
[4]卢梦丽,兰红基于用户性格剖析的智能礼物推荐系统[J].计算机科学与应用,2020,010(05):P.978-989.
请微信扫码浏览全部文章
点击这儿浏览全文
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
