题目适合谁，不适合谁
适合：希望答辩时能演示完整交易闭环的学生——买方下单、卖方处理、管理员审核，三条线都能讲。
不适合：想做推荐算法、图像识别验货、链上存证当核心的题目。那些会把本科范围撑爆。可以在总结里写「后续可扩展」，不要放进必须演示的主流程。
建议角色与权限差
- 买方：浏览、搜索、下单、取消未成交订单、评价已完成订单。不能改别人的商品，不能审核。
- 卖方：发布/下架自己的商品、处理待确认订单、查看自己的成交。不能改平台类目规则，不能看全部用户。
- 管理员：审核商品、强制下架、处理举报、管理类目与用户状态。不参与买卖，避免和卖方职责糊在一起。
答辩时最容易加分的一句：同一套商品数据，三个角色看到的按钮不一样。
核心模块（先做这些）
- 注册登录与角色分流（三个入口或登录后跳转不同首页）
- 商品与分类（标题、成色、价格、封面、上架状态）
- 订单状态机（待确认 → 待交付/待付款约定 → 已完成 / 已取消）
- 站内消息或订单备注（至少让双方看到状态变化原因）
- 评价（完成后方可评，避免未成交刷评）
- 后台审核与下架、简单统计（今日新上架、待审核条数即可）
先不要做：智能议价、担保交易资金托管、复杂物流轨迹。论文里用一句话说明「线下当面交易或校园自提」即可。
建议的数据对象
- 用户：角色、学号/昵称、状态（正常/禁用）
- 类目：名称、排序
- 商品：卖方、类目、价格、成色、状态（待审/在售/下架）
- 订单：买方、商品、金额、状态、时间戳
- 评价：订单、评分、内容
- 审核记录：商品、管理员、结果、意见
论文 ER 图围绕「用户—商品—订单」三条关系画，不要为了表多而拆出十张没有业务含义的表。
答辩可讲的三个点
- 状态机：订单不能从「已完成」退回「待确认」，取消有条件。
- 权限：卖方改不了别人的商品；管理员下架会留审核意见。
- 和论文对齐：用例图三角色、时序图走「下单一确认」、截图来自真实预览而不是网图。
常见翻车
- 只有一个「用户」角色，管理员用同一套菜单，讲不清门户差异。
- 商品没有审核，管理员章节空洞。
- 订单没有状态，实现章只能贴「增删改查」截图。
- 题目写成「基于深度学习的二手物品成色识别」，演示却只剩普通表单。
拆题方法见 从需求到可答辩系统再到毕业论文。同类预约场景可对照 连锁门店预约会员。