Java生产管理系统毕设实战：SpringBoot+MyBatis工单库存报工

简介面向计算机相关专业毕业设计与课程设计场景的Java生产管理系统毕业设计程序适合需要一套可运行管理系统作参考、完成选题答辩或进行二次开发的学生与初级开发者。系统采用Java后端与Vue前端分离结构业务涉及用户管理、权限校验、文件处理、分页查询等常见模块并配有需求分析、总体设计、详细设计及功能测试思路便于对照理解从设计到实现的完整过程。压缩包共274个文件整体约1.14MB包含102个java源文件、68个vue组件、26个class文件、22个xml配置、15个js脚本以及sql数据库脚本、properties配置、样式表和图片等资源目录按前后端模块组织便于快速定位核心代码、配置项与数据库结构。已有519人学习可作为毕业设计原型和课程实践参考也能帮助读者理解Spring上下文管理、拦截器鉴权、数据库访问和前端页面组织等实现方式。1. 一套能直接跑起来的 Java 生产管理系统到底解决了谁的燃眉之急毕业设计最怕的不是不会写代码而是选题太大、落地太难。生产管理系统这个题目几乎是工科毕设的经典常客但很多人拿到手的要么是半个残废的增删改查要么是一堆看不懂的框架堆砌。我拿到的这套 Java 生产管理系统程序第一眼看上去并不花哨但把项目跑起来、登录进去、点开订单模块那一刻就知道它是按真实业务流程搭出来的物料、工单、库存、生产计划、报工一条线能串下来。这套东西适合两类人。一类是正在做毕设、需要一份结构完整、能答辩、能被追问的参考项目另一类是想从管理系统入门 Java Web 全栈的开发它比那些只讲框架的教程实在得多。下面我按自己的拆解顺序把这套系统的技术栈、目录结构、核心代码、启动方式以及后续怎么改造成自己的东西一次讲透。2. 技术选型与目录结构SpringBoot MyBatis 的老实组合拳2.1 为什么是这套技术栈而不是微服务拿到项目先看根目录的pom.xml和启动类是我多年形成的习惯。这套系统用的是 SpringBoot 做基础骨架MyBatis 负责持久层MySQL 存业务数据前端是 Thymeleaf 配合 Layui 的传统服务端渲染路线。没有上 Spring Cloud没有拆微服务也没有 Vue 前后端分离。这在很多技术至上的人眼里可能是减分项但站在毕设和教学场景这恰恰是加分项。微服务的注册中心、网关、链路追踪一个学生根本讲不清答辩时被问一句你这个 Nacos 集群怎么保证可用性就哑火了。单体应用部署简单、调试直观、代码跳转一镜到底出了错堆栈能一眼看到底。层次技术版本参考作用基础框架SpringBoot2.x容器、自动装配、内嵌 Tomcat持久层MyBatis3.xSQL 映射、手写 SQL 灵活可控数据库MySQL5.7 / 8.0业务数据存储模板引擎Thymeleaf3.x服务端页面渲染前端 UILayui2.x表格、表单、弹层组件权限拦截器 Session自实现登录校验、菜单控制提示版本号具体以项目pom.xml为准我列的是同类项目的常见区间不要照抄去改依赖版本先跑通再动。选 MyBatis 而不选 JPA 的理由也很实际。生产管理系统里充斥着多表联查、按状态分组统计、按时间段汇总产量这类需求手写 SQL 比方法名派生查询清晰得多SQL 就摆在 XML 里答辩老师问你这个库存扣减是怎么查的你能直接翻到那一行。2.2 目录结构拆解每个包负责什么项目整体是一个标准的 Maven 结构源码落在src/main/java下按功能分包。我把它拆开逐个说production-management/ ├── src/main/java/com/pm/ │ ├── ProductionApplication.java # 启动类 │ ├── config/ # 拦截器、Web 配置 │ │ ├── LoginInterceptor.java │ │ └── WebConfig.java │ ├── controller/ # 控制层接收请求 │ │ ├── LoginController.java │ │ ├── OrderController.java │ │ ├── PlanController.java │ │ └── StockController.java │ ├── service/ # 业务层接口 │ │ └── impl/ # 业务层实现 │ ├── mapper/ # MyBatis 接口 │ ├── entity/ # 数据库实体 │ ├── vo/ # 视图对象、联查结果 │ └── common/ # 统一返回、工具类 ├── src/main/resources/ │ ├── application.yml # 数据源、端口配置 │ ├── mapper/ # MyBatis XML │ ├── templates/ # Thymeleaf 页面 │ └── static/ # layui、js、css └── pom.xml这个分层是老派的 Controller → Service → Mapper 三段式但胜在边界清楚。entity放和表一一对应的类vo放联查后多出来的字段比如订单列表要显示客户名和产品名这两个字段不在一张表里就丢进OrderVO。很多新手会把联查字段直接塞进实体类结果实体越来越臃肿改一处代码到处报错这是血泪经验。启动类本身非常朴素SpringBootApplication MapperScan(com.pm.mapper) // 扫描 Mapper 接口省去每个接口加 Mapper public class ProductionApplication { public static void main(String[] args) { SpringApplication.run(ProductionApplication.class, args); } }MapperScan这一行是关键。没有它每个 Mapper 接口都要单独标注Mapper注解漏一个就启动报No qualifying bean错误。我在com.pm.mapper这一层统一扫描以后新增 Mapper 只要放在这个包下就自动生效不用再改启动类。2.3 配置文件数据库连接与端口application.yml是启动的第一道关卡配错了后面全是白费功夫server: port: 8080 # 访问端口冲突了就改这里 spring: datasource: url: jdbc:mysql://localhost:3306/production_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver thymeleaf: cache: false # 开发阶段关缓存改页面不用重启 mybatis: mapper-locations: classpath:mapper/*.xml # XML 位置少配置一个斜杠都找不到 type-aliases-package: com.pm.entity # 实体别名XML 里可写类名不写全路径 configuration: map-underscore-to-camel-case: true # 下划线转驼峰user_name - userNameserverTimezone这个参数在国内环境尤其重要不加上经常出现时间差 8 小时或者直接连接失败。map-underscore-to-camel-case打开后数据库的create_time能自动映射到实体的createTime省掉一堆resultMap配置。thymeleaf.cache: false是开发期必须的不然改完 HTML 刷新页面还是一片旧内容会让你怀疑人生。3. 核心业务链路拆解一个工单从创建到报工的完整走位3.1 登录与权限拦截先守住门系统所有页面都受登录拦截器保护这是管理系统的通用做法。拦截器实现HandlerInterceptor接口public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 从 Session 取登录用户 Object user request.getSession().getAttribute(loginUser); if (user null) { // 未登录重定向到登录页 response.sendRedirect(request.getContextPath() /login); return false; // 返回 false 中断请求 } return true; // 放行 } }preHandle返回false就代表请求到此为止不会进入 Controller。这里把用户信息存在 Session 里登录成功后session.setAttribute(loginUser, user)后续所有请求都靠这一条判断。拦截器要生效还得注册Configuration public class WebConfig implements WebMvcConfigurer { Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns(/**) // 拦截所有路径 .excludePathPatterns( // 放行登录相关和静态资源 /login, /doLogin, /static/**, /layui/**, /css/**, /js/** ); } }excludePathPatterns一定要放行静态资源否则登录页的 CSS 和 JS 也被拦页面会变成一片裸 HTML新手最容易在这里翻车。另外注意/static/**这类路径要和实际静态资源目录对应Layui 的目录名也要写对。3.2 生产计划与工单创建业务的主干生产管理系统的核心就是计划 → 工单 → 报工这条链。计划是月度或周度的产量安排工单是计划落到具体产品上的执行单报工是车间把实际完成数量回填。先看工单创建的接口RestController RequestMapping(/order) public class OrderController { Autowired private OrderService orderService; PostMapping(/create) public Result create(RequestBody OrderDTO dto) { // 参数校验产品、数量、交期必填 if (dto.getProductId() null || dto.getQuantity() null) { return Result.fail(产品和数量不能为空); } // 生成工单号格式 WO 时间戳防止重复 String orderNo WO System.currentTimeMillis(); dto.setOrderNo(orderNo); dto.setStatus(0); // 0 表示待生产 orderService.createOrder(dto); return Result.success(工单创建成功, orderNo); } }Result是项目里统一的返回包装固定包含code、msg、data三个字段前端 Layui 表格解析时只看code和data就行。Service 层做真正的业务处理重点是状态与库存的联动Service public class OrderServiceImpl implements OrderService { Autowired private OrderMapper orderMapper; Autowired private StockMapper stockMapper; Override Transactional(rollbackFor Exception.class) // 事务任何异常都回滚 public void createOrder(OrderDTO dto) { // 先查产品库存是否够物料 Integer stock stockMapper.selectByProductId(dto.getProductId()); if (stock null || stock dto.getQuantity()) { throw new RuntimeException(物料库存不足无法创建工单); } // 插入工单主表 Order order new Order(); BeanUtils.copyProperties(dto, order); orderMapper.insert(order); // 扣减库存乐观锁在 XML 里用 version 字段控制 stockMapper.reduceStock(dto.getProductId(), dto.getQuantity()); } }这段代码里有两个关键点。一是Transactional配合rollbackFor Exception.class保证库存扣减失败时工单不会孤零零地插进去形成脏数据默认情况下 Spring 只对运行时异常回滚rollbackFor把它扩展到所有异常这是我吃过亏之后必写的参数。二是库存扣减用乐观锁在 XML 里体现为where version #{version}防止两个人同时下单把库存扣成负数。对应的 Mapper XMLupdate idreduceStock UPDATE stock SET quantity quantity - #{num}, version version 1 WHERE product_id #{productId} AND quantity #{num} AND version #{version} /updatequantity #{num}这句是兜底即使乐观锁没拦住数据库也不会出现负库存。version在并发场景下保证只有一个更新成功返回影响行数为 0 时Service 层要判断并抛出异常触发回滚。3.3 报工与产量统计数据回流报工是车间操作的窗口操作员填今天实际做了多少个系统汇总到工单的完成进度PostMapping(/report) public Result reportWork(RequestBody ReportDTO dto) { // 报工数量必须大于 0 if (dto.getNum() null || dto.getNum() 0) { return Result.fail(报工数量必须大于 0); } orderService.reportWork(dto.getOrderId(), dto.getNum()); return Result.success(报工成功); }Service 里先更新已报数量再判断是否达到工单总量达到就改状态为已完成Override Transactional(rollbackFor Exception.class) public void reportWork(Long orderId, Integer num) { // 累加已报数量 orderMapper.addReportedNum(orderId, num); // 查最新进度 Order order orderMapper.selectById(orderId); // 已报数量 计划数量标记完工 if (order.getReportedNum() order.getQuantity()) { orderMapper.updateStatus(orderId, 2); // 2 表示已完成 } }统计维度通常有三类按天产量、按产品产量、按工单进度。按天的 SQL 在 XML 里用GROUP BY DATE(report_time)按产品用GROUP BY product_id。前端 Layui 表格接收 JSON 数组直接渲染柱状图部分如果项目里带了 ECharts数据源就是这些统计接口。3.4 数据库表设计五张表撑起整个系统核心表不算多但关系清晰表名说明关键字段user系统用户id、username、password、roleproduct产品基础信息id、name、spec、unitstock物料库存id、product_id、quantity、versionproduction_order生产工单id、order_no、product_id、quantity、reported_num、statuswork_report报工记录id、order_id、num、report_time、operatorwork_report每次报工插一条流水production_order.reported_num是汇总值两者冗余但查询效率高管理系统的常规取舍。想练手的话可以把汇总改成实时SUM查出来作为优化点写进论文。4. 本地跑通与环境排查避坑清单4.1 从零启动的标准步骤先把数据库建起来导入项目自带的 SQL 文件然后改配置、跑启动类、访问端口# 1. 建库并导入结构和初始数据 mysql -uroot -p123456 -e CREATE DATABASE production_db DEFAULT CHARSET utf8mb4; mysql -uroot -p123456 production_db sql/production_db.sql # 2. 进入项目确认 Maven 能拉到依赖 cd production-management mvn clean install -DskipTests # 3. 启动 mvn spring-boot:run启动成功后控制台会打印 Tomcat 端口浏览器访问http://localhost:8080即可跳到登录页。初始账号一般在 SQL 文件末尾的INSERT INTO user里翻一下就能看到。4.2 常见问题排查现象、原因、解决现象一启动报Access denied for user rootlocalhost。原因application.yml里的用户名密码和本地 MySQL 对不上或者 MySQL 根本没启动。 解决先用命令行mysql -uroot -p登录验证密码确认无误再改配置Linux 上还要确认 3306 端口没被防火墙拦住。现象二页面能打开但表格一直转圈、数据为空。原因多半是接口返回了 500 或返回体结构不是 Layui 期待的{code:0, data:[...]}。 解决浏览器 F12 打开 Network看请求的 Response再对照Result类的字段code是 0 还是 200 要和前端 js 里parseData的判断逻辑一致。现象三Invalid bound statement (not found)。原因MyBatis 找不到 XML通常是mapper-locations路径写错或者 XML 里namespace和接口全限定名不一致。 解决检查classpath:mapper/*.xml是否覆盖到文件namespace必须是com.pm.mapper.OrderMapper这种完整类名少一个字母都不行。现象四库存被扣成负数。原因并发下单时没有乐观锁或者reduceStock的where quantity #{num}被漏掉。 解决给 stock 表加version字段UPDATE 带上版本号Service 层判断影响行数为 0 就抛异常。现象五中文乱码页面显示问号。原因数据库、连接串、页面三处编码不一致。 解决数据库建库用utf8mb4连接串带characterEncodingutf8Thymeleaf 页面meta charsetUTF-8三处统一。5. 二次开发与改造思路把它变成你自己的毕设5.1 改造方向从能跑向能答辩演进这套系统的底子已经够答辩用了但真正拉开分数的是你有没有自己的东西。我的建议是从三个方向挑一个做深第一个方向是加权限细化。现在的拦截器只判断登录不分角色。可以在user表里已有role字段的基础上把拦截器升级成接口级权限管理员看全部车间工人只能看报工页。具体做法是在拦截器里取出用户角色对照访问路径前缀判断代码量不大但论文里有话说。第二个方向是加数据看板。把按天产量、工单完成率、库存告警做成一个首页仪表盘接 ECharts。接口层新增三个统计 ControllerSQL 用GROUP BY聚合前端照 Layui 官方示例改。这是视觉上最容易出效果的部分。第三个方向是加导出功能。生产管理系统几乎都要导出 Excel 报表用 EasyExcel 或者 POI把工单列表按月导出。这个点技术成熟、代码短答辩演示时很实用。5.2 改造时的验证方法改完别只靠肉眼看页面要有稳定的验证手段。我一般会在 Service 层写两三个 JUnit 测试重点测库存扣减和报工状态的边界SpringBootTest public class OrderServiceTest { Autowired private OrderService orderService; Test public void testReduceStockNotEnough() { // 库存不足时应抛异常验证事务回滚 OrderDTO dto new OrderDTO(); dto.setProductId(1L); dto.setQuantity(999999); // 故意超过库存 assertThrows(RuntimeException.class, () - orderService.createOrder(dto)); } }这种测试的价值在于你改完库存逻辑后跑一遍能立刻知道有没有把事务边界改坏。另外每次改pom.xml或application.yml之后务必mvn clean再启动IDE 的增量编译有时会残留旧类出现代码明明改了却没生效的玄学问题。5.3 我踩过的坑和留给你的习惯这套项目我前后拆过三遍。第一次是启动失败卡了大半天最后发现是 SQL 文件没导全少了一张表第二次是改了包名没同步改MapperScan和 XML 的namespace启动直接崩第三次是登录后老跳回登录页查了半天是 Session 配置的 cookie 路径问题。从那以后我养成一个习惯拿到任何 SpringBoot 项目先不写业务先按数据库能连上、启动类能起来、登录能进去、随便点一个列表能出数据这四步走一遍全通再动代码。这四步任何一步不通都是环境问题跟业务代码无关硬改只会越改越乱。这套 Java 生产管理系统的价值不在于代码多高级而在于它是一条完整的、能跑通、能讲清楚的业务链路。把它跑起来挑一个方向改深你手里就有了一份既实在又属于自己的东西。希望帮到你。本文还有配套的精品资源点击获取