【开题答辩全过程】以 基于SpringBoot的中央厨房系统的设计与实现为例，包含答辩的问题和答案
个人简介
一名14年经验的资深毕设内行人，语言擅长Java、php、微信小程序、Python、Golang、安卓Android等
开发项目包括大数据、深度学习、网站、小程序、安卓、算法。平常会做一些项目定制化开发、代码讲解、答辩教学、文档编写、也懂一些降重方面的技巧。
感谢大家的关注与支持！
各位老师好，我是xx同学，我的毕业设计题目是《基于SpringBoot的中央厨房系统的设计与实现》。这个系统主要是为了解决传统中央厨房在食材采购和预制菜配送过程中效率低、管理难的问题。系统面向四类用户：管理员、中央厨房、食材经销商和餐饮门店，核心功能包括食材预订、预制菜订购、订单管理、库存管理和数据可视化分析等。技术上采用前后端分离架构，前端用Vue框架，后端用SpringBoot+MyBatis，数据库用MySQL，通过Spring Security整合JWT做权限控制，使用RSA算法加密用户敏感信息，再用ECharts做经营数据图表展示。整个开发周期大概24周，分阶段完成需求分析、设计、编码和测试工作。
评委老师： 你提到系统有四类用户角色，能简单说说中央厨房角色和餐饮门店角色的主要区别是什么吗？
答辩学生： 中央厨房角色主要是采购食材和售卖预制菜，它既能向经销商买原材料，又能把加工好的预制菜卖给门店，是系统的核心枢纽。餐饮门店角色就简单一些，主要是向中央厨房订购预制菜品，是系统的下游客户。简单说就是一个是"买卖都做"，另一个是"只买不卖"。
评委老师： 你的开题报告里说要对用户信息用RSA算法加密，能解释一下为什么要选这个算法吗？MD5不行吗？
答辩学生： 报告里写了MD5在2004年就被证实不够安全，容易被破解。RSA是非对称加密，有公钥和私钥两把钥匙，安全性更高，至少500位长度，就算数据被截获了也很难解密。我们这个系统涉及企业交易信息，比较敏感，所以用RSA更安全可靠一些。
评委老师： 你这个系统用ECharts做数据可视化，具体会给中央厨房展示哪些数据？这些数据从哪儿来？
答辩学生： 主要展示原料采购数据、预制菜销售数据、销售额统计和订单量分析这些，用折线图和柱状图呈现。这些数据都是从系统里的订单管理、食材管理和销售记录这些功能模块中自动采集的，用户下单、采购、发货这些操作都会产生数据，ECharts直接调用数据库里的这些信息生成图表。
评委老师： 你的进度安排里第7-8周就做管理端编码，第9-10周做中央厨房端，这个时间够吗？如果进度落后了怎么办？
答辩学生： 时间安排是按照学校教学周设计的，每两周一个模块，前期需求分析做得充分的话应该够。如果真的落后了，我打算把经销商和门店两个端口的开发时间压缩一下，因为它们功能比较相似，还可以复用部分代码。另外第13-14周留了集成和测试时间，也能作为缓冲期来调整。
评委老师： 你说系统要支持经销商管理库存，那如果某个食材库存不足了，系统会主动提醒中央厨房吗？还是只是静态显示数字？
答辩学生： 开题报告里目前只写了"管理食材的供应和库存情况"，没有详细设计预警功能。我现在考虑的是先做静态的库存显示和更新，如果时间来得及，我会加上库存预警功能，比如设置一个最低库存值，低于这个值就标红提醒或者弹窗提示。不过基础版本可能先保证基本功能正常运行。
评委老师： 前后端分离开发时，如果前端页面需要数据但后端接口还没写好，你打算怎么同步开发？有考虑过这个问题吗？
答辩学生： 这个我想过，可以先定义好接口文档，约定好数据传输格式（比如JSON格式和字段名称），前端先用mock数据（模拟假数据）把页面效果做出来，等后端接口完成后直接替换就行。Vue框架也方便做这种数据绑定，前后端开发可以并行不耽误。
评委老师： 你的系统里中央厨房既要采购食材又要卖预制菜，一个用户在系统里能不能同时拥有这两种身份？权限怎么控制？
答辩学生： 按照开题报告的设计，四类角色是分开的，一个账号应该只能对应一种角色。如果中央厨房要采购和售卖，可能需要两个账号，一个作为采购方，一个作为销售方。权限控制是通过Spring Security整合JWT实现的，登录的时候生成token，token里包含角色信息，访问不同功能时会验证这个角色有没有权限，没有权限就访问不了对应页面。
评委老师： 最后一个问题，你这个系统部署的时候打算怎么部署？需要云服务器吗？还是本地跑起来就行？
答辩学生： 毕业设计阶段我打算先在本地Tomcat跑起来，能用、能演示就行。如果后期学校有要求或者想做得更完善，可能会考虑部署到学校的服务器或者租个云服务器，但那是锦上添花的事，目前先保证系统在本地稳定运行、功能完整实现。
评委老师评价与总结：
xx同学的开题答辩整体表现比较清晰，对系统的核心功能和业务流程有基本把握，技术选型理由也能说得出来，说明前期准备工作做得比较扎实。项目选题贴合实际需求，技术栈选择符合当前主流开发模式，工作量适中，适合作为本科毕业设计。
存在的不足是：对系统集成和细节功能考虑还不够深入，比如库存预警、角色融合等实际问题只是在老师提问后才补充思考；开发风险管理意识需要加强，进度安排略显理想化。建议：1）尽快明确基础功能边界，优先保证核心流程跑通；2）完善接口文档设计，为前后端并行开发打好基础；3）在论文中补充对部署方案和安全测试的考虑。总体来说，同意开题，希望在后继开发中多动手实践，遇到问题及时与指导老师沟通。
以上是某同学的毕业设计答辩的过程，如果你现在还没有参加答辩，还是开题阶段，已经选好了题目不知道怎么写开题报告，可以下面找找有没有自己符合自己题目的开题报告内容，列表中的开题报告都是往届真实的开题报告，可发送使用或参考。文末或底部来联xi可免费获取
最后
有时间和有基础的同学，建议自己多花时间找一下资料（开题报告、源码）自己独立完成毕设，需要开题报告内容、源码参考的，可以联xi博主，没有选题的也可以联系我们进行帮你选题、定功能和建议。