【开题答辩全过程】以 果然清吧点单与管理系统为例，包含答辩的问题和答案

个人简介

一名14年经验的资深毕设内行人，语言擅长Java、php、微信小程序、Python、Golang、安卓Android等

开发项目包括大数据、深度学习、网站、小程序、安卓、算法。平常会做一些项目定制化开发、代码讲解、答辩教学、文档编写、也懂一些降重方面的技巧。

感谢大家的关注与支持！

各位老师好，我是 xx 同学，本次毕业设计的题目是《果然清吧点单与管理系统》。系统分顾客端微信小程序和后台管理两大部分：顾客扫码即可浏览酒水、下单、支付；后台完成酒水管理、订单流转、库存预警与销售统计。技术栈用微信小程序+微信开发者工具做前端，SpringBoot 搭后端，MySQL 存数据，B/S 架构让老板随时随地都能登录后台。目标是让清吧减少手写单错单、加快出杯速度，同时用数据告诉老板该进多少货。

评委老师：为什么选“清吧”而不是普通餐厅？
答辩学生：清吧品类少、流程简单，适合我这种基础一般的人练手，而且学校周边清吧多，调研取材方便。

评委老师：系统最核心的功能是哪一块？
答辩学生：点单模块，它连接顾客、后厨和库存，只要这一步顺了，后面统计、预警才谈得上。

评委老师：前端为什么用微信小程序而不用 H5？
答辩学生：微信扫码就能进，免安装免更新；我还不会写安卓，小程序官方组件多，拖一拖就能用。

评委老师：后端用 SpringBoot 最大的好处是什么？
答辩学生：配置少，把依赖加进去就能跑，省得写一堆 XML，对我这种只写过课设的人来说上手快。

评委老师：数据库里订单表的主键怎么设计？
答辩学生：用自增整数当主键，简单，后台分页查询也方便。

评委老师：库存怎么减？顾客一下单就减还是等出杯完成再减？
答辩学生：下单就减，防止两桌同时点最后一杯出现超卖；如果顾客退单，再把库存加回来。

评委老师：怎么保证支付成功但库存扣减失败这种不一致？
答辩学生：先在数据库把库存字段加乐观锁，支付回调成功后统一在一个事务里“改订单状态+减库存”，失败就回滚。

评委老师：如果网络断了，顾客扫不了码怎么办？
答辩学生：店里贴备用二维码，指向本地局域网地址；实在没网就先手写，等网络恢复我再补录订单。

评委老师：打算怎么做测试？
答辩学生：用黑盒测试，模拟顾客下单、退单、支付失败几种场景，把预期结果写 Excel 里，跑一遍打钩。

评委老师：计划安排里哪一周最危险可能延期？
答辩学生：4 月 21 到 5 月 20 写具体代码，我 SpringBoot 还不熟，怕卡壳，已提前把 B 站入门视频缓存好了。

评委老师评价：
选题贴近生活，技术路线清晰，功能切口小但够用，能看出你“知道自己会什么、不会什么”。下一步把点单流程的原型先跑通，别一上来就加会员、优惠券这些花哨功能。整体开题可行，按现在计划推进，通过。

以上是某同学的毕业设计答辩的过程，如果你现在还没有参加答辩，还是开题阶段，已经选好了题目不知道怎么写开题报告，可以下面找找有没有自己符合自己题目的开题报告内容，列表中的开题报告都是往届真实的开题报告，可发送使用或参考。文末或底部来联xi可免费获取

最后

有时间和有基础的同学，建议自己多花时间找一下资料（开题报告、源码）自己独立完成毕设，需要开题报告内容、源码参考的，可以联xi博主，没有选题的也可以联系我们进行帮你选题、定功能和建议。