我接触过不少做毕设的学生十个里面有八个卡在“题目太大、代码抄来但说不清、答辩被问住”。今天借着“基于Spring Boot的企业智能生产管理信息系统”这个电子企业方向的选题我把整个项目的设计思路、表结构、核心代码、实操步骤和答辩避坑点都拆开讲一遍。这个题目的好处是业务场景足够真实既有管理系统的通用模块又有生产流程的行业特性技术栈又非常主流——Spring Boot MySQL MyBatis作为Java毕设来说性价比很高。下面内容适合两类人一类是还没定题、想找一个稳妥方向的另一类是代码能跑但完全讲不清楚细节的。1. 选题拆解智能生产管理系统到底在解决什么问题1.1 传统电子企业生产管理的痛点很多人在开题报告里写“智能生产管理”但真让他说清楚为什么要做就开始含糊了。我建议你只抓住三条主线答辩的时候讲这三条就够了。第一是信息孤岛。电子企业的车间里计划在Excel里、工单在纸单上、质检数据在小本子里生产主管想知道“这批SMT贴片订单到哪一步了”得跑三个地方问。这个系统本质上是把计划、生产、物料、质检这几条线集中到一个平台里所有环节的状态可查。第二是进度不可控。传统管理方式下订单延期往往等到交货前才发现。系统里通过工单状态、报工记录、质检合格率这些数据把生产进度变成一条可追踪的时间线管理者能看到每道工序是否阻塞。第三是质量追溯困难。电子产品返修时经常要查是哪个批次、哪条产线、哪个工位加工出来的。有了系统化的质检记录和批次号管理这个问题就能快速定位。你不是在做“智能算法”你是在做“让数据流转起来”的基础设施。把这个定位讲清楚答辩老师第一印象就会好很多。1.2 这个题目适合什么样的学生这个题的难度处于“中等偏上一点点但完全可控”的位置。适合掌握Java基础、Spring Boot入门、MySQL增删改查愿意花两周时间理解业务逻辑的学生。前端功底薄弱没关系用LayUI或者别人封装好的后台模板就能撑起来。不适合只想靠“复制粘贴别人的源码”交差、完全不懂业务表关系的人。因为答辩老师非常喜欢问“你这个工单状态为什么要这样设计”答不上来直接露馅。课程设计和毕业设计的评分逻辑不同。毕业设计更看重“提出问题—设计方案—实现落地”的完整闭环而不是代码多花哨。智能生产系统天然具备这个闭环而且可以在论文里画图、写用例、做数据分析内容非常充实。2. 技术选型与项目环境准备为什么选择全家桶方案2.1 Spring Boot MyBatis-Plus MySQL 的组合逻辑先解释一个很多人不理解的点用Spring Boot不是为了炫技是为了省掉大量配置。传统SSM项目要写一堆XML配置Spring Boot用自动化配置把项目跑起来的时间压缩到几分钟这在你只有两三个月做毕设的周期里非常关键。MySQL的选择理由也很直接免费、安装方便、资料多。很多企业级管理系统都用MySQL做教学版和中等规模生产环境答辩老师不会质疑这个选择。ORM层我推荐MyBatis-Plus它比原生MyBatis省事得多。分页查询不用手动写Limit批量插入有现成方法逻辑删除一个注解搞定。尤其对于毕设这种“一张页面一张表”的CRUD项目MyBatis-Plus能把代码量砍掉三分之一。如果你导师对技术栈有要求底层换成MyBatis也完全兼容SQL部分基本不用改。前端方面不用上Vue全家桶。我的建议是服务端渲染用Thymeleaf或者干脆用静态HTML Ajax调用后端接口。毕设评审看的是业务逻辑和技术含量你在前端上投入太多精力反而得不偿失。2.2 环境版本选择与本地初始化清单版本选型务必求稳不要追求“最新版”。请记住这个组合组件推荐版本理由JDK1.8 或 8u202全行业兼容答辩环境不会出幺蛾子Spring Boot2.7.x不推荐3.x因为3.x要求JDK17且部分插件未适配MyBatis-Plus3.5.x支持Spring Boot 2.x分页插件稳定MySQL5.7 或 8.0优先5.7安装简单InnoDB表完全够用Navicat/DBeaver随意用来建库导库手熟为主本地初始化清单我给你一项项列出来安装JDK1.8并配置好JAVA_HOME环境变量。安装MySQL社区版初始化密码建议设成root/123456后面所有地方的连接信息都能统一。建库CREATE DATABASE smart_production DEFAULT CHARACTER SET utf8mb4;注意选utf8mb4而不是utf8否则存中文或特殊符号会出问题。用Navicat导入项目中的smart_production.sql脚本。IDEA打开项目等Maven把依赖拉完修改application.yml中的数据库用户名密码。启动Application主类访问localhost:8080。这里说一个非常常见的坑MySQL从8.0开始连接驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver同时必须加上serverTimezoneAsia/Shanghai参数。如果你的项目里用的是旧版驱动类名启动时会直接报ClassNotFoundException。3. 数据库设计与核心表结构拆解3.1 生产主数据产品、BOM、工艺路线智能生产系统的数据库设计核心思路是“主数据 业务单据”两层结构。先建主数据再建业务数据。这个设计思想本身就是论文里的一个大亮点。产品表product存产品编号、产品名称、规格型号、默认工艺路线ID。比如一个电子产品项目里会有“PCB主板”、“电源模块”、“整机外壳”等产品。BOM表bom物料清单记录“做一件产品需要哪些原材料、各用多少”。BOM要设计成明细行也就是bom_mainBOM头和bom_itemBOM行两张表。为什么拆两张因为一个BOM头对应多行物料明细这是经典的主子表结构也方便你后面讲“多表关联查询”。工艺路线表process_route电子产品装配通常有“上料—贴片—回流焊—质检—包装”这几道工序。工艺路线表process_route_detail存的是这个产品的加工顺序每道工序有工序编号、工序名称、工时定额、默认工位。核心SQL示例建BOM明细表CREATE TABLE bom_item ( id bigint(20) NOT NULL AUTO_INCREMENT, bom_id bigint(20) NOT NULL COMMENT BOM头ID, material_code varchar(64) NOT NULL COMMENT 物料编码, material_name varchar(128) NOT NULL COMMENT 物料名称, quantity decimal(10,2) NOT NULL COMMENT 用量, unit varchar(20) DEFAULT NULL COMMENT 单位, PRIMARY KEY (id), KEY idx_bom_id (bom_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;3.2 业务数据计划、工单、报工、质检业务数据的核心表有这么几张生产计划表production_plan计划编号、计划月份、产品ID、计划数量、计划开始日期、计划结束日期、创建人、状态。生产工单表production_order订单编号、计划ID、工单数量、当前工序、状态待投产/生产中/已完成/已关闭、优先级。工序报工表work_report工单ID、工序ID、工位ID、报工数量、合格数量、不合格数量、报工时间、操作人。这张表是生产进度分析的原始数据。质检记录表quality_check质检单号、工单ID、批次号、抽检数量、不良数、不良类型、判定结果、检验员、备注。设备表equipment电子企业里SMT贴片机、回流焊炉都是重点设备字段包括设备编号、名称、状态运行/停机/维修、点检日期。数据库设计时的几个原则写进论文里就是加分项所有状态字段用int或tinyint别用中文。比如工单状态0待投产1生产中2已完成。好处是接口传参简单也方便你这在代码里做状态流转逻辑。统一字段命名主键都叫id创建时间都叫create_time方便MyBatis-Plus自动填充。逻辑删除大于物理删除MyBatis-Plus里加TableLogic注解就能实现删除记录其实是更新deleted字段避免了真删数据后无法恢复的尴尬。4. 核心模块实现与关键代码解读4.1 生产工单下发与状态流转整个系统最核心的业务逻辑就是“计划转工单”。用户在生产计划里点击“下发”系统根据计划生成一张生产工单并把状态置为“待投产”。Controller层写法比较模板化但有个细节要注意统一返回结果类型。我用的是R类里面包含code、msg、data三个字段。所有接口都返回这个结构前端Ajax判断code 200就取数据否则弹错误提示。这个“统一返回体”的设计建议你牢记答辩时可以说是“为了前后端接口规范统一”。RestController RequestMapping(/api/porder) public class ProductionOrderController { Autowired private ProductionOrderService orderService; PostMapping(/issue) public R issue(RequestBody IssueParam param) { return orderService.createOrderFromPlan(param.getPlanId()); } }在Service实现层才是业务逻辑主战场Service public class ProductionOrderServiceImpl implements ProductionOrderService { Override public R createOrderFromPlan(Long planId) { // 1. 查询计划 ProductionPlan plan planMapper.selectById(planId); if (plan null) { return R.error(计划不存在); } // 2. 生成工单 ProductionOrder order new ProductionOrder(); order.setOrderNo(PO System.currentTimeMillis()); order.setPlanId(plan.getId()); order.setProductId(plan.getProductId()); order.setQuantity(plan.getPlanQuantity()); order.setCurrentProcess(0); order.setStatus(0); // 待投产 orderMapper.insert(order); // 3. 更新计划状态为已下发 plan.setStatus(1); planMapper.updateById(plan); return R.ok(工单下发成功, order.getId()); } }注意这段代码里我用System.currentTimeMillis()拼订单号虽然不美观但好在简单不会重复。如果你想加分可以改成“日期随机数”或者数据库序列然后在答辩时说“生产单号唯一性很重要”。4.2 质检数据的采集与展示质检模块的设计有个容易犯的错误很多人做成了简单的“增删改查”这就不叫“智能生产”了。我建议你至少做一个“批次追踪”的小功能每个工单在报工时选择一个批次号质检记录挂在该批次下。这样用户在查询“哪个批次不良率最高”时能得到一个汇总结果。举一个实际可实现的场景某批次抽检了100件产品发现3件贴片偏移不良。质检员录入数据后系统在“质量看板”页面上用ECharts把不良类型分布图渲染出来。这个页面自带“高级感”。关键代码是在Mapper里写一个聚合查询用MyBatis-Plus的包装器实现public ListMapString, Object badTypeStatistics(Long orderId) { QueryWrapperQualityCheck wrapper new QueryWrapper(); wrapper.eq(order_id, orderId); wrapper.select(bad_type, COUNT(*) AS cnt); wrapper.groupBy(bad_type); return qualityCheckMapper.selectMaps(wrapper); }这个查询结果返回到前端后直接塞给ECharts的饼图数据就行。另外一定别忘了“不合格品”要有备注和原因我见过很多项目连这个字段都省了答辩时老师问“不合格之后怎么处理”直接就答不上来。你在表单里加上“处理方式”下拉框返修/报废/让步接收这个小字段能体现你对业务流程的理解。4.3 生产进度看板的聚合查询“看板”是智能生产系统最能出效果的地方。你不需要做复杂的大屏只要做按日期的产量汇总就够了。例如按日期统计报工数量SELECT DATE(report_time) AS work_date, SUM(report_quantity) AS total_quantity, SUM(qualified_quantity) AS qualified_quantity FROM work_report GROUP BY DATE(report_time) ORDER BY work_date DESC LIMIT 30;写一个对应的Mapper接口实现然后在Controller里对外开放一个接口前端用折线图展示。页面呈现出来以后一定要录制一段演示视频点“下发计划” → 状态变成“生产中” → 录入报工 → 看板数字变化。这一段动态演示比任何架构图都有说服力。可能有人会问“我不做数据大屏只做登录、人员管理、CRUD行不行”行是行但这样你的系统就跟“进销存管理系统”没有任何本质区别答辩时容易被说成“没有体现专业的智能生产场景”。所以至少保留生产工单、报工、质检这三条业务闭环再加一个统计看板就足以撑起整篇论文的论证。4.4 登录权限模块与前端整合方案99%的管理系统毕设都有用户登录和角色权限。这里我给你一个提示不要自己写复杂的Shiro或Security配置直接用Spring Boot提供的拦截器Hutool工具类生成JWT或者更简单点用Session存登录状态。你的时间应该花在业务功能上。前端整合方案按优先级排序LayUI Ajax最简单表格、弹窗、分页都现成加载慢但无所谓。Thymeleaf Bootstrap服务端渲染SEO不是重点但模板机制挺好理解。Vue分离如果你精力足可以上Vue做一个单页应用接口返回JSON。但没必要为了分离而分离。常见的做法是把首页做成一个带侧边栏的后台布局左边菜单展示“生产计划、生产工单、报工管理、质检管理、设备管理、统计看板”右边放iframe页面。在答辩演示时每个菜单点一遍节奏控制在三分钟以内。5. 联调、部署与答辩现场常见问题实录5.1 环境类问题速查表我在帮学生调试代码时90%的问题集中在以下几类你提前对照排除能省很多时间现象根本原因解决方案启动报Port 8080 was already in use端口被占用改用server.port8081或找到占用进程kill掉Connection refused或Access denied数据库密码或连接串不对检查application.yml中url、username、passwordMapper method xxx not foundMapper接口没被扫描启动类加MapperScan(com.xxx.mapper)前端中文乱码数据库编码不是utf8mb4改库表字符集重新导入SQL页面提示404Controller没配置路由检查RequestMapping路径是否与页面请求一致时间查询不到数据时区差导致日期偏移url中固定serverTimezoneAsia/Shanghai针对Mapper method not found再补充一句新版MyBatis-Plus的starter通常会自带Mapper扫描但如果你用了自定义的包路径必须在启动类上显式加MapperScan。否则Spring容器里根本没有Mapper的BeanService调用时直接NPE。5.2 业务逻辑与数据类问题如果你报工数量大于工单数量系统就会产生“超产”的数据这在真实生产里意味着库存混乱。建议在Service层做一次数量校验超过就拒绝if (report.getQuantity() order.getRemainingQuantity()) { return R.error(报工数量超过工单剩余数量); }看起来一句不起眼的校验恰恰是生产管理系统区别于“普通CRUD”的地方。类似的业务规则还有质检合格数量 不合格数量 必须等于报工数量。只有状态为“生产中”的工单才能录入报工。关闭工单时必须保证所有工序都已经报工完成。这些规则如果你能写进代码并且能在答辩时主动讲出来等于给自己戴了一道护身符。5.3 答辩时最容易被问到的5个问题我参加过几次答辩旁听老师最常问的问题其实是下面这几个我在括号里给你参考回答“Spring Boot相比传统SSM有什么优势”自动配置、内嵌Tomcat一键启动、减少XML配置、生态完善。“你的数据库为什么这样设计”主数据与业务数据分离、主子表结构、状态字段用int保证扩展性。“一个页面加载很慢你怎么排查”先看数据库索引再看SQL执行计划然后检查是否N1查询问题。“这个项目和‘进销存’有什么区别”核心是生产全流程状态管控而不是简单的出入库记录包含计划-工单-报工-质检的业务闭环。“智能体现在哪里”数据驱动决策通过看板掌握计划达成率、质检合格率、设备稼动率等指标支持管理改进。第4个问题特别关键因为很多评审老师的潜台词是“你是不是套了个模板”。你要当场把业务闭环逻辑画出来计划下发 → 车间报工 → 质量门禁 → 完工入库。只要把这个流程说顺基本就稳了。5.4 答辩演示前期准备清单正经提醒你代码能跑不算完还要把演示环境准备扎实。我建议你提前准备一台干净的电脑或者虚拟机把MySQL和项目都装好不要临时开Idea去等Maven下载。提前准备好几个演示数据场景一个待投产工单、一个生产中工单、一个已完成工单、几条质检记录。录制一段5分钟的完整操作视频作为备选万一现场设备出问题直接放视频也不冷场。把数据库的SQL脚本和测试账号放在桌面上方便评审老师自己体验。另外编写README文档时一定要包含部署步骤、测试账号、演示数据说明这既是毕设交付的基本要求也是你答辩时信心的来源。写在最后的一些实操体会我个人做了这么多年类似项目最大的感受是毕设项目不需要做一个“大而全”的平台把“计划—工单—报工—质检”这条闭环跑通已经能覆盖一篇本科论文的深度了。如果你还能再加一个小亮点比如用定时任务统计当日产量、用EasyExcel导出生产报表那绝对能让你的系统在众多“增删改查”项目里脱颖而出。最后再分享一个小技巧拿到别人的源码后千万不要直接改个名字就交。你要做的第一件事是把整个Mapper层和Service层的类名、方法名、字段名认真读一遍然后在纸上画出数据流向图。画到一半你自然会发现哪些地方需要改哪些地方理解不了——那才是你真正的学习起点。如果这个过程太痛苦说明题目选得太大了回到第1.2节的定位重新评估。 
长河君 · 2026/10/11 9:34:47 · 阅读 1.2k Spring Boot企业智能生产管理系统毕设全攻略：从架构设计到答辩
我接触过不少做毕设的学生十个里面有八个卡在“题目太大、代码抄来但说不清、答辩被问住”。今天借着“基于Spring Boot的企业智能生产管理信息系统”这个电子企业方向的选题我把整个项目的设计思路、表结构、核心代码、实操步骤和答辩避坑点都拆开讲一遍。这个题目的好处是业务场景足够真实既有管理系统的通用模块又有生产流程的行业特性技术栈又非常主流——Spring Boot MySQL MyBatis作为Java毕设来说性价比很高。下面内容适合两类人一类是还没定题、想找一个稳妥方向的另一类是代码能跑但完全讲不清楚细节的。1. 选题拆解智能生产管理系统到底在解决什么问题1.1 传统电子企业生产管理的痛点很多人在开题报告里写“智能生产管理”但真让他说清楚为什么要做就开始含糊了。我建议你只抓住三条主线答辩的时候讲这三条就够了。第一是信息孤岛。电子企业的车间里计划在Excel里、工单在纸单上、质检数据在小本子里生产主管想知道“这批SMT贴片订单到哪一步了”得跑三个地方问。这个系统本质上是把计划、生产、物料、质检这几条线集中到一个平台里所有环节的状态可查。第二是进度不可控。传统管理方式下订单延期往往等到交货前才发现。系统里通过工单状态、报工记录、质检合格率这些数据把生产进度变成一条可追踪的时间线管理者能看到每道工序是否阻塞。第三是质量追溯困难。电子产品返修时经常要查是哪个批次、哪条产线、哪个工位加工出来的。有了系统化的质检记录和批次号管理这个问题就能快速定位。你不是在做“智能算法”你是在做“让数据流转起来”的基础设施。把这个定位讲清楚答辩老师第一印象就会好很多。1.2 这个题目适合什么样的学生这个题的难度处于“中等偏上一点点但完全可控”的位置。适合掌握Java基础、Spring Boot入门、MySQL增删改查愿意花两周时间理解业务逻辑的学生。前端功底薄弱没关系用LayUI或者别人封装好的后台模板就能撑起来。不适合只想靠“复制粘贴别人的源码”交差、完全不懂业务表关系的人。因为答辩老师非常喜欢问“你这个工单状态为什么要这样设计”答不上来直接露馅。课程设计和毕业设计的评分逻辑不同。毕业设计更看重“提出问题—设计方案—实现落地”的完整闭环而不是代码多花哨。智能生产系统天然具备这个闭环而且可以在论文里画图、写用例、做数据分析内容非常充实。2. 技术选型与项目环境准备为什么选择全家桶方案2.1 Spring Boot MyBatis-Plus MySQL 的组合逻辑先解释一个很多人不理解的点用Spring Boot不是为了炫技是为了省掉大量配置。传统SSM项目要写一堆XML配置Spring Boot用自动化配置把项目跑起来的时间压缩到几分钟这在你只有两三个月做毕设的周期里非常关键。MySQL的选择理由也很直接免费、安装方便、资料多。很多企业级管理系统都用MySQL做教学版和中等规模生产环境答辩老师不会质疑这个选择。ORM层我推荐MyBatis-Plus它比原生MyBatis省事得多。分页查询不用手动写Limit批量插入有现成方法逻辑删除一个注解搞定。尤其对于毕设这种“一张页面一张表”的CRUD项目MyBatis-Plus能把代码量砍掉三分之一。如果你导师对技术栈有要求底层换成MyBatis也完全兼容SQL部分基本不用改。前端方面不用上Vue全家桶。我的建议是服务端渲染用Thymeleaf或者干脆用静态HTML Ajax调用后端接口。毕设评审看的是业务逻辑和技术含量你在前端上投入太多精力反而得不偿失。2.2 环境版本选择与本地初始化清单版本选型务必求稳不要追求“最新版”。请记住这个组合组件推荐版本理由JDK1.8 或 8u202全行业兼容答辩环境不会出幺蛾子Spring Boot2.7.x不推荐3.x因为3.x要求JDK17且部分插件未适配MyBatis-Plus3.5.x支持Spring Boot 2.x分页插件稳定MySQL5.7 或 8.0优先5.7安装简单InnoDB表完全够用Navicat/DBeaver随意用来建库导库手熟为主本地初始化清单我给你一项项列出来安装JDK1.8并配置好JAVA_HOME环境变量。安装MySQL社区版初始化密码建议设成root/123456后面所有地方的连接信息都能统一。建库CREATE DATABASE smart_production DEFAULT CHARACTER SET utf8mb4;注意选utf8mb4而不是utf8否则存中文或特殊符号会出问题。用Navicat导入项目中的smart_production.sql脚本。IDEA打开项目等Maven把依赖拉完修改application.yml中的数据库用户名密码。启动Application主类访问localhost:8080。这里说一个非常常见的坑MySQL从8.0开始连接驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver同时必须加上serverTimezoneAsia/Shanghai参数。如果你的项目里用的是旧版驱动类名启动时会直接报ClassNotFoundException。3. 数据库设计与核心表结构拆解3.1 生产主数据产品、BOM、工艺路线智能生产系统的数据库设计核心思路是“主数据 业务单据”两层结构。先建主数据再建业务数据。这个设计思想本身就是论文里的一个大亮点。产品表product存产品编号、产品名称、规格型号、默认工艺路线ID。比如一个电子产品项目里会有“PCB主板”、“电源模块”、“整机外壳”等产品。BOM表bom物料清单记录“做一件产品需要哪些原材料、各用多少”。BOM要设计成明细行也就是bom_mainBOM头和bom_itemBOM行两张表。为什么拆两张因为一个BOM头对应多行物料明细这是经典的主子表结构也方便你后面讲“多表关联查询”。工艺路线表process_route电子产品装配通常有“上料—贴片—回流焊—质检—包装”这几道工序。工艺路线表process_route_detail存的是这个产品的加工顺序每道工序有工序编号、工序名称、工时定额、默认工位。核心SQL示例建BOM明细表CREATE TABLE bom_item ( id bigint(20) NOT NULL AUTO_INCREMENT, bom_id bigint(20) NOT NULL COMMENT BOM头ID, material_code varchar(64) NOT NULL COMMENT 物料编码, material_name varchar(128) NOT NULL COMMENT 物料名称, quantity decimal(10,2) NOT NULL COMMENT 用量, unit varchar(20) DEFAULT NULL COMMENT 单位, PRIMARY KEY (id), KEY idx_bom_id (bom_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;3.2 业务数据计划、工单、报工、质检业务数据的核心表有这么几张生产计划表production_plan计划编号、计划月份、产品ID、计划数量、计划开始日期、计划结束日期、创建人、状态。生产工单表production_order订单编号、计划ID、工单数量、当前工序、状态待投产/生产中/已完成/已关闭、优先级。工序报工表work_report工单ID、工序ID、工位ID、报工数量、合格数量、不合格数量、报工时间、操作人。这张表是生产进度分析的原始数据。质检记录表quality_check质检单号、工单ID、批次号、抽检数量、不良数、不良类型、判定结果、检验员、备注。设备表equipment电子企业里SMT贴片机、回流焊炉都是重点设备字段包括设备编号、名称、状态运行/停机/维修、点检日期。数据库设计时的几个原则写进论文里就是加分项所有状态字段用int或tinyint别用中文。比如工单状态0待投产1生产中2已完成。好处是接口传参简单也方便你这在代码里做状态流转逻辑。统一字段命名主键都叫id创建时间都叫create_time方便MyBatis-Plus自动填充。逻辑删除大于物理删除MyBatis-Plus里加TableLogic注解就能实现删除记录其实是更新deleted字段避免了真删数据后无法恢复的尴尬。4. 核心模块实现与关键代码解读4.1 生产工单下发与状态流转整个系统最核心的业务逻辑就是“计划转工单”。用户在生产计划里点击“下发”系统根据计划生成一张生产工单并把状态置为“待投产”。Controller层写法比较模板化但有个细节要注意统一返回结果类型。我用的是R类里面包含code、msg、data三个字段。所有接口都返回这个结构前端Ajax判断code 200就取数据否则弹错误提示。这个“统一返回体”的设计建议你牢记答辩时可以说是“为了前后端接口规范统一”。RestController RequestMapping(/api/porder) public class ProductionOrderController { Autowired private ProductionOrderService orderService; PostMapping(/issue) public R issue(RequestBody IssueParam param) { return orderService.createOrderFromPlan(param.getPlanId()); } }在Service实现层才是业务逻辑主战场Service public class ProductionOrderServiceImpl implements ProductionOrderService { Override public R createOrderFromPlan(Long planId) { // 1. 查询计划 ProductionPlan plan planMapper.selectById(planId); if (plan null) { return R.error(计划不存在); } // 2. 生成工单 ProductionOrder order new ProductionOrder(); order.setOrderNo(PO System.currentTimeMillis()); order.setPlanId(plan.getId()); order.setProductId(plan.getProductId()); order.setQuantity(plan.getPlanQuantity()); order.setCurrentProcess(0); order.setStatus(0); // 待投产 orderMapper.insert(order); // 3. 更新计划状态为已下发 plan.setStatus(1); planMapper.updateById(plan); return R.ok(工单下发成功, order.getId()); } }注意这段代码里我用System.currentTimeMillis()拼订单号虽然不美观但好在简单不会重复。如果你想加分可以改成“日期随机数”或者数据库序列然后在答辩时说“生产单号唯一性很重要”。4.2 质检数据的采集与展示质检模块的设计有个容易犯的错误很多人做成了简单的“增删改查”这就不叫“智能生产”了。我建议你至少做一个“批次追踪”的小功能每个工单在报工时选择一个批次号质检记录挂在该批次下。这样用户在查询“哪个批次不良率最高”时能得到一个汇总结果。举一个实际可实现的场景某批次抽检了100件产品发现3件贴片偏移不良。质检员录入数据后系统在“质量看板”页面上用ECharts把不良类型分布图渲染出来。这个页面自带“高级感”。关键代码是在Mapper里写一个聚合查询用MyBatis-Plus的包装器实现public ListMapString, Object badTypeStatistics(Long orderId) { QueryWrapperQualityCheck wrapper new QueryWrapper(); wrapper.eq(order_id, orderId); wrapper.select(bad_type, COUNT(*) AS cnt); wrapper.groupBy(bad_type); return qualityCheckMapper.selectMaps(wrapper); }这个查询结果返回到前端后直接塞给ECharts的饼图数据就行。另外一定别忘了“不合格品”要有备注和原因我见过很多项目连这个字段都省了答辩时老师问“不合格之后怎么处理”直接就答不上来。你在表单里加上“处理方式”下拉框返修/报废/让步接收这个小字段能体现你对业务流程的理解。4.3 生产进度看板的聚合查询“看板”是智能生产系统最能出效果的地方。你不需要做复杂的大屏只要做按日期的产量汇总就够了。例如按日期统计报工数量SELECT DATE(report_time) AS work_date, SUM(report_quantity) AS total_quantity, SUM(qualified_quantity) AS qualified_quantity FROM work_report GROUP BY DATE(report_time) ORDER BY work_date DESC LIMIT 30;写一个对应的Mapper接口实现然后在Controller里对外开放一个接口前端用折线图展示。页面呈现出来以后一定要录制一段演示视频点“下发计划” → 状态变成“生产中” → 录入报工 → 看板数字变化。这一段动态演示比任何架构图都有说服力。可能有人会问“我不做数据大屏只做登录、人员管理、CRUD行不行”行是行但这样你的系统就跟“进销存管理系统”没有任何本质区别答辩时容易被说成“没有体现专业的智能生产场景”。所以至少保留生产工单、报工、质检这三条业务闭环再加一个统计看板就足以撑起整篇论文的论证。4.4 登录权限模块与前端整合方案99%的管理系统毕设都有用户登录和角色权限。这里我给你一个提示不要自己写复杂的Shiro或Security配置直接用Spring Boot提供的拦截器Hutool工具类生成JWT或者更简单点用Session存登录状态。你的时间应该花在业务功能上。前端整合方案按优先级排序LayUI Ajax最简单表格、弹窗、分页都现成加载慢但无所谓。Thymeleaf Bootstrap服务端渲染SEO不是重点但模板机制挺好理解。Vue分离如果你精力足可以上Vue做一个单页应用接口返回JSON。但没必要为了分离而分离。常见的做法是把首页做成一个带侧边栏的后台布局左边菜单展示“生产计划、生产工单、报工管理、质检管理、设备管理、统计看板”右边放iframe页面。在答辩演示时每个菜单点一遍节奏控制在三分钟以内。5. 联调、部署与答辩现场常见问题实录5.1 环境类问题速查表我在帮学生调试代码时90%的问题集中在以下几类你提前对照排除能省很多时间现象根本原因解决方案启动报Port 8080 was already in use端口被占用改用server.port8081或找到占用进程kill掉Connection refused或Access denied数据库密码或连接串不对检查application.yml中url、username、passwordMapper method xxx not foundMapper接口没被扫描启动类加MapperScan(com.xxx.mapper)前端中文乱码数据库编码不是utf8mb4改库表字符集重新导入SQL页面提示404Controller没配置路由检查RequestMapping路径是否与页面请求一致时间查询不到数据时区差导致日期偏移url中固定serverTimezoneAsia/Shanghai针对Mapper method not found再补充一句新版MyBatis-Plus的starter通常会自带Mapper扫描但如果你用了自定义的包路径必须在启动类上显式加MapperScan。否则Spring容器里根本没有Mapper的BeanService调用时直接NPE。5.2 业务逻辑与数据类问题如果你报工数量大于工单数量系统就会产生“超产”的数据这在真实生产里意味着库存混乱。建议在Service层做一次数量校验超过就拒绝if (report.getQuantity() order.getRemainingQuantity()) { return R.error(报工数量超过工单剩余数量); }看起来一句不起眼的校验恰恰是生产管理系统区别于“普通CRUD”的地方。类似的业务规则还有质检合格数量 不合格数量 必须等于报工数量。只有状态为“生产中”的工单才能录入报工。关闭工单时必须保证所有工序都已经报工完成。这些规则如果你能写进代码并且能在答辩时主动讲出来等于给自己戴了一道护身符。5.3 答辩时最容易被问到的5个问题我参加过几次答辩旁听老师最常问的问题其实是下面这几个我在括号里给你参考回答“Spring Boot相比传统SSM有什么优势”自动配置、内嵌Tomcat一键启动、减少XML配置、生态完善。“你的数据库为什么这样设计”主数据与业务数据分离、主子表结构、状态字段用int保证扩展性。“一个页面加载很慢你怎么排查”先看数据库索引再看SQL执行计划然后检查是否N1查询问题。“这个项目和‘进销存’有什么区别”核心是生产全流程状态管控而不是简单的出入库记录包含计划-工单-报工-质检的业务闭环。“智能体现在哪里”数据驱动决策通过看板掌握计划达成率、质检合格率、设备稼动率等指标支持管理改进。第4个问题特别关键因为很多评审老师的潜台词是“你是不是套了个模板”。你要当场把业务闭环逻辑画出来计划下发 → 车间报工 → 质量门禁 → 完工入库。只要把这个流程说顺基本就稳了。5.4 答辩演示前期准备清单正经提醒你代码能跑不算完还要把演示环境准备扎实。我建议你提前准备一台干净的电脑或者虚拟机把MySQL和项目都装好不要临时开Idea去等Maven下载。提前准备好几个演示数据场景一个待投产工单、一个生产中工单、一个已完成工单、几条质检记录。录制一段5分钟的完整操作视频作为备选万一现场设备出问题直接放视频也不冷场。把数据库的SQL脚本和测试账号放在桌面上方便评审老师自己体验。另外编写README文档时一定要包含部署步骤、测试账号、演示数据说明这既是毕设交付的基本要求也是你答辩时信心的来源。写在最后的一些实操体会我个人做了这么多年类似项目最大的感受是毕设项目不需要做一个“大而全”的平台把“计划—工单—报工—质检”这条闭环跑通已经能覆盖一篇本科论文的深度了。如果你还能再加一个小亮点比如用定时任务统计当日产量、用EasyExcel导出生产报表那绝对能让你的系统在众多“增删改查”项目里脱颖而出。最后再分享一个小技巧拿到别人的源码后千万不要直接改个名字就交。你要做的第一件事是把整个Mapper层和Service层的类名、方法名、字段名认真读一遍然后在纸上画出数据流向图。画到一半你自然会发现哪些地方需要改哪些地方理解不了——那才是你真正的学习起点。如果这个过程太痛苦说明题目选得太大了回到第1.2节的定位重新评估。