夜雨聆风学习资料网

ARTICLE · 1073532

【计算机毕设系统|源码分享】乡镇集市摊位管理微信小程序

【计算机毕设系统|源码分享】乡镇集市摊位管理微信小程序

这篇源码+开题报告,把乡镇集市摊位管理的毕设一路拆到底

这个题怎么想到的

乡镇集市是很多地方的烟火气,可摊位管理是真乱——摊主摊位靠抢靠占,租期靠喊靠记,顾客逛摊买东西也常找不到摊位、售后没处说。这套乡镇集市摊位管理微信小程序,就是把摊位租赁、商品买卖、举报处理都搬到线上:摊主在线租摊、管摊位,顾客逛摊、下单,管理员在后台管整场集市。一套流程,集市就规范多了。

这期整个拆开聊,前端后端、表、界面一个不落。

为啥这题适合当毕设

这题真的不踩坑。乡镇集市是个特别接地气的真实场景,痛点明显、业务闭环完整——摊位租赁、续租退租、商品买卖、下单结算、举报处理全都有,老师一听就知道你懂行。

技术栈也很有看点:前端是微信小程序(这是当前很吃的方向)+ Vue 管理后台,后端走 Flask + Python,数据库用 MySQL。小程序贴近用户、Python 写后端顺手,整套既有亮点又完全扛得住讲。角色分顾客、商家、管理员三方,权限、租赁、订单这些技术点都够你写深。

系统大概长啥样

说白了,就是把乡镇集市管起来了。顾客在小程序里逛摊位、买商品、下单结算;商家在线上管自家摊位和商品、处理订单;管理员在后台用 Vue 管理看板去管用户、摊位租赁、举报和数据统计。三方配合,摊位租赁和集市交易都规范高效。

角色
核心功能
说明
顾客
注册登录、商品浏览、下单结算、订单管理、地址管理、充值、举报
逛摊买商品、下单、管自己订单
商家
注册登录、摊位租赁/续租/退租、商品管理、订单处理、数据统计
线上租摊、管商品、处理买卖
管理员
用户管理、摊位管理、租赁管理、商品管理、举报管理、公告发布
后台审租赁、管用户和整场集市

功能模块拆出来长这样

图4.1 系统功能结构图

技术栈,都用的啥

没整花活,主打一个贴近真实业务、好实现、答辩能说清。

端
技术
选型理由
用户端
微信小程序
贴近用户、即用即走,适合赶集这种线下场景,也是当前流行的方向
端
技术
选型理由
管理后台
Vue
轻量好用的前端框架,做管理员看板、数据统计这些页面顺手
端
技术
选型理由
后端
Flask + Python
轻量、上手快,接口开发高效,适合中小型业务系统
数据库
MySQL
存用户、摊位、商品、订单这些结构化数据,事务支持好

数据流转一眼看懂

图3.4 顶层数据流图

几个核心点聊聊

第一个是摊位租赁的整体流程。商家在小程序里申请租摊,提交后走系统审核,通过就生效,到期能续租,不做了能退租。租赁状态的每一步都有记录和状态流转,是用一张租赁表把整个租期管清楚的。

# 摊位租赁流程 商家提交租赁申请 → 状态=待审核 → 管理员审核 → 生效可经营 / 驳回 → 支持续租、退租,状态联动商品

第二个是订单与结算的一致性。顾客下单结算牵扯商品、购物车、订单、充值多张表协同更新,我用事务包起来保证要么全成功要么全回滚,购物车清空和扣款不会对不上。

# 下单结算 + 事务 @Transactional: 校验库存/余额 → 扣减 → 生成订单 → 清购物车 → 提交 异常回滚,数据一致不超卖

第三个是三角色的权限管理。顾客、商家、管理员身份不同,登录后按身份放行:顾客进不了商家后台,商家碰不了管理员的管理入口。权限卡住了,几分几角各干各的,系统才不乱。

# 角色权限控制 登录签发身份标识 → 拦截器按角色校验 → 顾客/商家/管理员接口分别放行 → 越权访问返回403

数据库,核心表都在这

字段名
类型
说明
user_id
int
主键
username
varchar
用户名
phone
varchar
手机号
role
tinyint
顾客/商家/管理员
balance
decimal
账户余额

用户表——存顾客和商家账号,带余额字段配合充值、下单。

字段名
类型
说明
stall_id
int
主键
merchant_id
int
所属商家
location
varchar
摊位位置
status
tinyint
空闲/已租赁
rent
decimal
租期费用

摊位表——集市核心资源,记录每个摊位的位置和租赁状态。

字段名
类型
说明
rent_id
int
主键
stall_id
int
关联摊位
merchant_id
int
承租商家
start
date
租期开始
end
date
租期结束
status
tinyint
待审核/生效/退租

摊位租赁表——记录租摊、续租、退租全流程,是摊位管理的核心表。

字段名
类型
说明
order_id
int
主键
customer_id
int
顾客
goods_id
int
商品
amount
decimal
金额
status
tinyint
待支付/已支付/已完成
create_time
datetime
下单时间

订单表——顾客购买商品的记录,跟着状态一路流转。

表之间的关系在这

图4.14 系统E-R图

界面截图,直接看效果

光说没用,把界面截图甩出来,你感受下实现得实不实在。

顾客注册登录

图5.1 注册界面图

顾客逛摊看商品

图5.2 商品浏览界面图

顾客管自己的订单

图5.3 订单管理界面图

地址管理,下单好用

图5.4 地址管理界面图

账户充值

图5.5 充值界面图

顾客提交举报

图5.6 举报提交界面图

公告列表

图5.7 公告列表界面图

个人中心

图5.8 个人中心界面图

商家管自家摊位

图5.9 摊位管理界面图

商家管商品

图5.10 商品管理界面图

商家处理订单

图5.11 订单管理界面图

商家看数据统计

图5.12 数据统计界面图

管理员管用户

图5.13 用户管理界面图

管理员管摊位

图5.14 摊位管理界面图

管理员管租赁

图5.15 租赁管理界面图

管理员处理举报

图5.16 举报管理界面图

管理员管商品

图5.17 商品管理界面图

管理员管订单

图5.18 订单管理界面图

最后说两句

这套系统最讨巧的地方,是用微信小程序承接了一个特别真实、又没人卷过的场景,摊位租赁和集市交易闭环完整,角色清楚,每一步都能讲清为什么。想拿小程序、Python 后端、真实业务场景做毕设的同学,照这套框架走,开题和系统都能顺下来。换别的集市或者租赁类场景,思路也是这一套。选题大全、文档模板、可运行源码、答辩指南……这些整理起来不容易,我放在老地方了。需要的话,扫一扫。

相关学习资料