SSMMySQL 校园网上订餐平台封闭场景下的宿舍楼栋配送与课表错峰设计含小程序端演示环境均为本地启动后的真实截图数据为内置演示库中的种子数据非空态摆拍。一、前言高校食堂的供需矛盾有很强的时段性中午下课铃响后的二十分钟里窗口前排起长队而下午茶和夜宵时段档口又冷冷清清。外卖平台进不了校门学生即使用了社会化平台骑手也只能把餐放在围墙栅栏上学生自己走出校门去拿体验和食品安全都没有保障。青团校园网上订餐平台就是针对这个「最后一百米」做的设计。它把服务边界刻意限定在校园封闭场景内食堂档口入驻、学生以学号注册、收货地址精确到「楼栋 单元 房间」订单按状态流转配送过程以物流留痕的方式记录到楼。与常见的点餐类系统相比这个项目的差异点主要有三个楼栋粒度的地址体系。地址不是一串自由文本而是按「青禾苑 3 号楼 2 单元 401」这类校园楼栋口径维护下单选择地址即确定配送目的地配送留痕的订单状态机。订单从未支付、已支付、已发货到已完成、已取消五种状态流转每个关键节点写入配送说明学生端可以按状态筛选查看按课表错峰的时段运营。午市、晚市、夜宵三个营业时段在平台公告中明确划分配合留言板收集高峰反馈把「11:50 下课高峰」这类校园特有的调度问题变成可运营的固定流程。市面上同类Demo大多只做了「商品列表 购物车 订单」三件套本项目在保住这三件套的同时把校园场景的业务细节落到了数据表和页面里这也是它适合作为毕业设计选题的原因业务不空泛每一张表都有真实场景支撑。二、技术栈与总体架构项目整体是经典的 SSM 三层架构服务端与两套客户端通过同一套 REST 接口交互层技术说明服务端框架Spring 5.0 SpringMVC MyBatis-Plus 2.3Maven 工程war 包部署到独立 Tomcat数据访问MyBatis-Plus Druid 连接池通用 Mapper、EntityWrapper 条件构造数据库MySQL 5.7utf8mb414 张业务表库名 campus_dining管理后台Vue 2.6 Element UI 2.13axios 直接调用服务端接口hash 路由学生端uni-app同一套源码编译 H5 与微信小程序页面流式浏览、购物车、订单中心鉴权自研 Token 拦截器登录后颁发 token请求头校验IgnoreAuth 放行公开接口服务端按业务划分出 15 个 Controller从菜品Caipin、菜品分类Caipinfenlei、购物车Cart、订单Orders、地址Address到学生Xuesheng、留言Messages、收藏Storeup每个实体都有独立的 controller / service / dao / entity 四层和一个独立 Mapper XML。订单接口里做了两件值得注意的事一是下单时同时扣减购物车并写入订单明细单价、折扣价、总价、折扣总价四个金额字段一次落库二是登录拦截器配合注解区分公开接口菜品浏览、登录注册与需要登录的接口下单、收藏、留言。部署形态上管理后台的构建产物与学生端的 H5 构建产物都放在 war 包的 webapp 目录下与接口同源一个 Tomcat 就能带起管理端、学生端 H5 和全部接口微信小程序端则用同一套 uni-app 源码编译指向同一套接口。三、功能设计系统有两个角色功能模块如下管理员管理后台菜品管理菜品编号、名称、分类、图片、口味偏好、简介、点击次数、价格维护支持按名称与分类组合查询菜品分类管理校园快餐、地方风味、面食粥品、轻食沙拉、饮品甜品、夜宵小食六类订单管理按已完成、已支付、未支付、已取消、已退款五个状态分菜单查看已支付订单支持核销用户管理学生档案与账户余额维护内容运营轮播图、系统公告、关于我们、意见反馈回复学生H5 / 微信小程序端账户学号注册登录、找回密码、个人资料、余额充值点餐首页轮播与菜品推荐、分类浏览、菜品详情、评论查看与回复、收藏交易购物车、地址簿楼栋粒度、下单支付余额、我的订单按状态筛选、物流查看互动留言板、公告浏览三个场景化设计细节值得展开楼栋地址库。地址表按「userid 地址 收货人 电话 默认标记」组织演示数据全部使用「桂子园 6 号楼 A 座 518 室」「竹里馆 2 号楼 1 单元 306 室」这类真实校园口径。订单落库时快照地址、电话、收货人三字段即使学生后续修改地址簿历史订单仍保留下单时刻的目的地。订单状态机与配送留痕。orders 表的 status 字段承载五种状态logistics 字段以多行文本记录配送节点例如「配送员已在桂子园食堂取餐送往青禾苑片区」「已送达青禾苑 3 号楼 2 单元楼下请同学下楼取餐」。学生端订单中心每个卡片都有物流入口展开后是一份按时间排列的送达记录。这套设计把「送餐到楼」的业务承诺变成了可追溯的数据记录。错峰运营。平台不硬性限制下单时间而是通过公告与留言板做软性调度工作日 10:30-12:30 午间高峰建议提前下单、20:00-22:30 开放夜宵档口、雨天取餐点位置调整等。这些运营动作全部落在 news 和 messages 两张表里后台即可维护不需要改代码。四、数据库设计数据库 campus_dining 共 14 张表核心实体关系是学生xuesheng拥有地址address、购物车cart、订单orders、收藏storeup与评论discusscaipin菜品caipin归属分类caipinfenlei被评论、被收藏、被加入购物车订单orders通过 tablename goodid 关联到菜品快照运营侧有公告news、留言messages、关于我们guanyuwomen与轮播配置config鉴权由 token 表支撑。几张关键表的结构设计caipincaipinbianhao菜品编号、caipinmingcheng、caipinfenlei冗余分类名列表页免联查、tupian、kouweipianhao、jianjie、clicktime/clicknum点击热度、price。冗余分类名是典型的时间换空间做法列表页一次查询即可出全量卡片。ordersorderid14 位时间戳订单号、tablename/goodid/goodname/picture商品快照、buynumber、price/discountprice/total/discounttotal四个金额字段支持折扣体系、type支付类型、status状态、address/tel/consignee收货快照、logistics配送留痕。xueshengxuehao登录账号、mima、xueshengxingming、touxiang、xueshengshouji、money余额余额充值与余额支付围绕 money 字段展开。addressuserid 外联学生isdefault 默认地址标记下单页默认带出。演示数据按「一个真实运行的校园平台」口径准备6 名学生沈亦舟、顾晚晴、林予安等学号 22153101 起、6 道定价 14-26 元的菜品、10 条覆盖五种状态的订单、6 条楼栋地址、6 条业务公告与一批带回复的菜品评论、留言。订单的状态分布经过刻意设计已完成的三条各有完整配送留痕已发货的两条停在配送途中未支付与已取消各一条用于演示异常流导入即可看到完整业务画面不存在空库无从下手的问题。五、系统演示管理后台。登录页采用青团绿渐层背景管理员以 admin 账号进入后顶部是深绿色导航栏左侧为功能菜单区。菜品管理列表展示编号、分类、图片、口味与价格操作列集中详情、修改、查看评论、删除订单管理按状态分入口已完成订单展示商品快照图、数量、单价与折扣总价的对照、支付类型和下单时间用户管理维护学生档案与余额系统公告支撑错峰运营的内容发布学生端。登录页即青团品牌青团绿渐层背景加「青」字标识学生以学号登录首页由轮播、菜品推荐与系统公告构成菜品推荐直接展示菜品实图与档口信息菜品浏览页左侧是六分类导航右侧瀑布式菜品卡片带名称与价格顶部提供名称搜索菜品详情页包含图片轮播、价格与收藏条、口味与点击次数、简介以及带商家回复的评论区我的订单按全部、未支付、已支付、已完成、已取消、已退款分页签每张订单卡片带商品快照、金额合计、下单时间与退货、评价、删除、物流操作。物流展开后可以看到「已送达青禾苑 3 号楼 2 单元楼下」这样的楼栋级送达记录六、小结本文完成了一个面向校园封闭场景的网上订餐平台服务端以 SSM MyBatis-Plus 提供 15 组业务接口管理后台用 Vue Element UI 覆盖菜品、订单、用户与内容运营学生端以 uni-app 一套源码同时输出 H5 与微信小程序业务上把楼栋粒度地址、订单状态机与配送留痕、课表错峰运营三个校园特有问题落到了库表与页面。全部演示均基于内置种子数据在本机真实运行接口、页面、数据三者打通。如果方便的话欢迎在评论区交流 SSM 架构下多端统一接口的设计或者聊聊你所在的校园场景里订餐平台还有哪些值得落地的细节。青团校园网上订餐平台源码 SSM微信小程序MySQL毕业设计/课程设计
SSMMySQL 校园网上订餐平台封闭场景下的宿舍楼栋配送与课表错峰设计含小程序端演示环境均为本地启动后的真实截图数据为内置演示库中的种子数据非空态摆拍。一、前言高校食堂的供需矛盾有很强的时段性中午下课铃响后的二十分钟里窗口前排起长队而下午茶和夜宵时段档口又冷冷清清。外卖平台进不了校门学生即使用了社会化平台骑手也只能把餐放在围墙栅栏上学生自己走出校门去拿体验和食品安全都没有保障。青团校园网上订餐平台就是针对这个「最后一百米」做的设计。它把服务边界刻意限定在校园封闭场景内食堂档口入驻、学生以学号注册、收货地址精确到「楼栋 单元 房间」订单按状态流转配送过程以物流留痕的方式记录到楼。与常见的点餐类系统相比这个项目的差异点主要有三个楼栋粒度的地址体系。地址不是一串自由文本而是按「青禾苑 3 号楼 2 单元 401」这类校园楼栋口径维护下单选择地址即确定配送目的地配送留痕的订单状态机。订单从未支付、已支付、已发货到已完成、已取消五种状态流转每个关键节点写入配送说明学生端可以按状态筛选查看按课表错峰的时段运营。午市、晚市、夜宵三个营业时段在平台公告中明确划分配合留言板收集高峰反馈把「11:50 下课高峰」这类校园特有的调度问题变成可运营的固定流程。市面上同类Demo大多只做了「商品列表 购物车 订单」三件套本项目在保住这三件套的同时把校园场景的业务细节落到了数据表和页面里这也是它适合作为毕业设计选题的原因业务不空泛每一张表都有真实场景支撑。二、技术栈与总体架构项目整体是经典的 SSM 三层架构服务端与两套客户端通过同一套 REST 接口交互层技术说明服务端框架Spring 5.0 SpringMVC MyBatis-Plus 2.3Maven 工程war 包部署到独立 Tomcat数据访问MyBatis-Plus Druid 连接池通用 Mapper、EntityWrapper 条件构造数据库MySQL 5.7utf8mb414 张业务表库名 campus_dining管理后台Vue 2.6 Element UI 2.13axios 直接调用服务端接口hash 路由学生端uni-app同一套源码编译 H5 与微信小程序页面流式浏览、购物车、订单中心鉴权自研 Token 拦截器登录后颁发 token请求头校验IgnoreAuth 放行公开接口服务端按业务划分出 15 个 Controller从菜品Caipin、菜品分类Caipinfenlei、购物车Cart、订单Orders、地址Address到学生Xuesheng、留言Messages、收藏Storeup每个实体都有独立的 controller / service / dao / entity 四层和一个独立 Mapper XML。订单接口里做了两件值得注意的事一是下单时同时扣减购物车并写入订单明细单价、折扣价、总价、折扣总价四个金额字段一次落库二是登录拦截器配合注解区分公开接口菜品浏览、登录注册与需要登录的接口下单、收藏、留言。部署形态上管理后台的构建产物与学生端的 H5 构建产物都放在 war 包的 webapp 目录下与接口同源一个 Tomcat 就能带起管理端、学生端 H5 和全部接口微信小程序端则用同一套 uni-app 源码编译指向同一套接口。三、功能设计系统有两个角色功能模块如下管理员管理后台菜品管理菜品编号、名称、分类、图片、口味偏好、简介、点击次数、价格维护支持按名称与分类组合查询菜品分类管理校园快餐、地方风味、面食粥品、轻食沙拉、饮品甜品、夜宵小食六类订单管理按已完成、已支付、未支付、已取消、已退款五个状态分菜单查看已支付订单支持核销用户管理学生档案与账户余额维护内容运营轮播图、系统公告、关于我们、意见反馈回复学生H5 / 微信小程序端账户学号注册登录、找回密码、个人资料、余额充值点餐首页轮播与菜品推荐、分类浏览、菜品详情、评论查看与回复、收藏交易购物车、地址簿楼栋粒度、下单支付余额、我的订单按状态筛选、物流查看互动留言板、公告浏览三个场景化设计细节值得展开楼栋地址库。地址表按「userid 地址 收货人 电话 默认标记」组织演示数据全部使用「桂子园 6 号楼 A 座 518 室」「竹里馆 2 号楼 1 单元 306 室」这类真实校园口径。订单落库时快照地址、电话、收货人三字段即使学生后续修改地址簿历史订单仍保留下单时刻的目的地。订单状态机与配送留痕。orders 表的 status 字段承载五种状态logistics 字段以多行文本记录配送节点例如「配送员已在桂子园食堂取餐送往青禾苑片区」「已送达青禾苑 3 号楼 2 单元楼下请同学下楼取餐」。学生端订单中心每个卡片都有物流入口展开后是一份按时间排列的送达记录。这套设计把「送餐到楼」的业务承诺变成了可追溯的数据记录。错峰运营。平台不硬性限制下单时间而是通过公告与留言板做软性调度工作日 10:30-12:30 午间高峰建议提前下单、20:00-22:30 开放夜宵档口、雨天取餐点位置调整等。这些运营动作全部落在 news 和 messages 两张表里后台即可维护不需要改代码。四、数据库设计数据库 campus_dining 共 14 张表核心实体关系是学生xuesheng拥有地址address、购物车cart、订单orders、收藏storeup与评论discusscaipin菜品caipin归属分类caipinfenlei被评论、被收藏、被加入购物车订单orders通过 tablename goodid 关联到菜品快照运营侧有公告news、留言messages、关于我们guanyuwomen与轮播配置config鉴权由 token 表支撑。几张关键表的结构设计caipincaipinbianhao菜品编号、caipinmingcheng、caipinfenlei冗余分类名列表页免联查、tupian、kouweipianhao、jianjie、clicktime/clicknum点击热度、price。冗余分类名是典型的时间换空间做法列表页一次查询即可出全量卡片。ordersorderid14 位时间戳订单号、tablename/goodid/goodname/picture商品快照、buynumber、price/discountprice/total/discounttotal四个金额字段支持折扣体系、type支付类型、status状态、address/tel/consignee收货快照、logistics配送留痕。xueshengxuehao登录账号、mima、xueshengxingming、touxiang、xueshengshouji、money余额余额充值与余额支付围绕 money 字段展开。addressuserid 外联学生isdefault 默认地址标记下单页默认带出。演示数据按「一个真实运行的校园平台」口径准备6 名学生沈亦舟、顾晚晴、林予安等学号 22153101 起、6 道定价 14-26 元的菜品、10 条覆盖五种状态的订单、6 条楼栋地址、6 条业务公告与一批带回复的菜品评论、留言。订单的状态分布经过刻意设计已完成的三条各有完整配送留痕已发货的两条停在配送途中未支付与已取消各一条用于演示异常流导入即可看到完整业务画面不存在空库无从下手的问题。五、系统演示管理后台。登录页采用青团绿渐层背景管理员以 admin 账号进入后顶部是深绿色导航栏左侧为功能菜单区。菜品管理列表展示编号、分类、图片、口味与价格操作列集中详情、修改、查看评论、删除订单管理按状态分入口已完成订单展示商品快照图、数量、单价与折扣总价的对照、支付类型和下单时间用户管理维护学生档案与余额系统公告支撑错峰运营的内容发布学生端。登录页即青团品牌青团绿渐层背景加「青」字标识学生以学号登录首页由轮播、菜品推荐与系统公告构成菜品推荐直接展示菜品实图与档口信息菜品浏览页左侧是六分类导航右侧瀑布式菜品卡片带名称与价格顶部提供名称搜索菜品详情页包含图片轮播、价格与收藏条、口味与点击次数、简介以及带商家回复的评论区我的订单按全部、未支付、已支付、已完成、已取消、已退款分页签每张订单卡片带商品快照、金额合计、下单时间与退货、评价、删除、物流操作。物流展开后可以看到「已送达青禾苑 3 号楼 2 单元楼下」这样的楼栋级送达记录六、小结本文完成了一个面向校园封闭场景的网上订餐平台服务端以 SSM MyBatis-Plus 提供 15 组业务接口管理后台用 Vue Element UI 覆盖菜品、订单、用户与内容运营学生端以 uni-app 一套源码同时输出 H5 与微信小程序业务上把楼栋粒度地址、订单状态机与配送留痕、课表错峰运营三个校园特有问题落到了库表与页面。全部演示均基于内置种子数据在本机真实运行接口、页面、数据三者打通。如果方便的话欢迎在评论区交流 SSM 架构下多端统一接口的设计或者聊聊你所在的校园场景里订餐平台还有哪些值得落地的细节。青团校园网上订餐平台源码 SSM微信小程序MySQL毕业设计/课程设计
