拓冰网站定制 
简介这份资源是面向高校计算机专业毕业生与课程设计学习者的Java供应链管理系统完整交付包围绕百货中心场景覆盖供应商管理、库存控制、订单处理、物流配送与报表分析等核心业务模块适合需要完成毕业设计或课程设计、希望获得可运行项目与配套文档的开发者参考。压缩包共11个文件约1.6MB包含png项目截图、zip源代码与项目截图包、url项目辅导视频链接、doc毕业设计说明书论文、txt说明文档以及sql数据库脚本从代码、数据库到论文与演示材料形成较完整的交付链路。目前已有438人学习下载。读者可据此了解基于Spring Boot与MVC架构的供应链系统实现思路参考论文中的架构设计、功能实现与技术选型借助数据库脚本快速还原运行环境并通过截图与辅导视频链接辅助理解系统界面与部署流程对巩固Java企业级开发技能和梳理毕业设计写作框架均有实际帮助。1. 百货中心供应链管理系统一套 Java 毕业设计到底要交付什么很多同学搜「Java毕业设计」的时候脑子里想的是一份能跑起来的源代码但真正卡住答辩的往往不是代码本身。百货中心供应链管理系统这个题目本质是让你用 Java 技术栈模拟一个零售百货场景下的商品从供应商到货架再到消费者的完整链路核心业务包括供应商管理、采购入库、库存调拨、门店销售和补货预警。它适合计算机相关专业本科毕业生尤其是选了 Spring Boot MyBatis 方向、需要同时交论文、答辩 PPT、源代码和数据库脚本的人。这套东西能不能过不取决于你用了多新的框架而取决于业务闭环是否讲得通、数据库表关系是否经得起追问、答辩时能不能说清楚一个采购单从创建到入库中间经过了哪些状态变化。下面按「先想清楚做什么、再把库建对、再把代码跑通、最后把坑填上」的顺序拆开讲。2. 先定业务边界百货中心供应链和普通进销存差在哪2.1 百货中心的供应链为什么不能照抄超市进销存普通进销存的核心是「进货—卖货—剩多少」表结构简单业务逻辑一条线。百货中心不一样它的典型特征是多门店、多供应商、商品有专柜和自营两种模式、存在跨店调拨、促销活动会影响补货节奏。如果你直接拿一套超市进销存改个名字交上去答辩老师问一句「百货中心的联营专柜怎么结算」你就答不上来。我一般建议把业务边界收在四个模块供应商与合同管理、采购与入库、库存与调拨、销售与补货预警。这四个模块能形成闭环又不会大到做不完。联营结算、会员积分、线上商城这些可以写进论文的「展望」部分但不要放进系统里否则你会在答辩前一周还在改 bug。具体到功能点供应商模块管的是供应商档案、供货品类、合同起止日期采购模块管的是采购申请、采购单、入库单三张单据的流转库存模块管的是门店库存、仓库库存、调拨单销售模块管的是门店日销售汇总和基于安全库存的补货提醒。这四个模块之间的数据依赖是采购入库增加库存销售减少库存库存低于安全值触发补货建议补货建议回到采购模块。闭环成立论文的系统设计章节就有东西写。2.2 用例图和 ER 图先画哪张决定了你后面返工几次血泪经验先画 ER 图再画用例图。很多同学上来先画用例图把功能列了三十几个结果画 ER 图的时候发现实体关系撑不起那些用例又回头删用例PPT 和论文全要改。正确的顺序是先列出核心实体确定实体之间的基数关系再根据实体关系反推系统需要哪些操作这些操作就是用例。百货中心供应链的核心实体大概有这些实体关键属性与其他实体的关系供应商供应商编号、名称、联系人、供货品类一对多采购单商品商品编号、名称、规格、所属品类多对多供应商一对多库存记录门店门店编号、名称、地址、类型一对多库存记录、销售记录采购单单号、供应商、门店、状态、总金额一对多采购明细库存记录商品、门店、当前数量、安全库存属于商品和门店的交叉实体调拨单调出店、调入店、商品、数量、状态关联两个门店这张表定下来之后用例自然就出来了维护供应商、创建采购单、审核采购单、入库确认、查看库存、发起调拨、确认调拨、查看补货建议。八个核心用例不多不少论文和 PPT 都好写。提示ER 图里一定要标出外键关系答辩时老师最容易问的就是「这两张表怎么关联的」。3. 数据库设计六张核心表怎么建才不会被答辩追问3.1 从 ER 图到建表语句的映射规则ER 图上的实体转成表一对多关系把「一」的主键放到「多」那边做外键多对多关系拆成中间表。百货中心供应链里商品和供应商是多对多所以要有一张 supplier_product 中间表商品和门店通过库存记录形成多对多所以 inventory 表本身就是中间表额外带上数量和安库存字段。下面是我一般会用的建表顺序先建被引用的表再建引用别人的表避免外键报错-- 1. 供应商表 CREATE TABLE supplier ( id BIGINT PRIMARY KEY AUTO_INCREMENT, supplier_code VARCHAR(32) NOT NULL UNIQUE COMMENT 供应商编号, supplier_name VARCHAR(128) NOT NULL COMMENT 供应商名称, contact_person VARCHAR(64) COMMENT 联系人, phone VARCHAR(20) COMMENT 联系电话, category VARCHAR(64) COMMENT 供货品类, contract_start DATE COMMENT 合同开始日期, contract_end DATE COMMENT 合同结束日期, status TINYINT DEFAULT 1 COMMENT 1正常 0停用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供应商表; -- 2. 商品表 CREATE TABLE product ( id BIGINT PRIMARY KEY AUTO_INCREMENT, product_code VARCHAR(32) NOT NULL UNIQUE COMMENT 商品编号, product_name VARCHAR(128) NOT NULL COMMENT 商品名称, spec VARCHAR(64) COMMENT 规格, category VARCHAR(64) COMMENT 品类, unit VARCHAR(16) COMMENT 单位, purchase_price DECIMAL(10,2) COMMENT 采购价, sale_price DECIMAL(10,2) COMMENT 销售价, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT商品表; -- 3. 门店表 CREATE TABLE store ( id BIGINT PRIMARY KEY AUTO_INCREMENT, store_code VARCHAR(32) NOT NULL UNIQUE COMMENT 门店编号, store_name VARCHAR(128) NOT NULL COMMENT 门店名称, address VARCHAR(256) COMMENT 地址, store_type TINYINT COMMENT 1自营 2联营, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT门店表; -- 4. 供应商-商品关联表 CREATE TABLE supplier_product ( id BIGINT PRIMARY KEY AUTO_INCREMENT, supplier_id BIGINT NOT NULL, product_id BIGINT NOT NULL, supply_price DECIMAL(10,2) COMMENT 供货价, UNIQUE KEY uk_supplier_product (supplier_id, product_id), FOREIGN KEY (supplier_id) REFERENCES supplier(id), FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供应商商品关联表; -- 5. 库存表 CREATE TABLE inventory ( id BIGINT PRIMARY KEY AUTO_INCREMENT, product_id BIGINT NOT NULL, store_id BIGINT NOT NULL, quantity INT DEFAULT 0 COMMENT 当前库存数量, safety_stock INT DEFAULT 10 COMMENT 安全库存, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_product_store (product_id, store_id), FOREIGN KEY (product_id) REFERENCES product(id), FOREIGN KEY (store_id) REFERENCES store(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT库存表; -- 6. 采购单主表 CREATE TABLE purchase_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE COMMENT 采购单号, supplier_id BIGINT NOT NULL, store_id BIGINT NOT NULL, total_amount DECIMAL(12,2) DEFAULT 0, status TINYINT DEFAULT 0 COMMENT 0待审核 1已审核 2已入库 3已取消, create_by VARCHAR(64), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (supplier_id) REFERENCES supplier(id), FOREIGN KEY (store_id) REFERENCES store(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采购单主表; -- 7. 采购单明细表 CREATE TABLE purchase_order_item ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT NOT NULL, product_id BIGINT NOT NULL, quantity INT NOT NULL, price DECIMAL(10,2) NOT NULL, amount DECIMAL(12,2) NOT NULL, FOREIGN KEY (order_id) REFERENCES purchase_order(id), FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采购单明细表;这段建表语句的逻辑是先建基础档案表supplier、product、store再建关联表和业务表。参数上注意几个点金额字段统一用 DECIMAL(12,2)不要用 FLOAT否则答辩时老师问「为什么金额有误差」你没法解释库存表的 quantity 和 safety_stock 分开存补货预警就是查 quantity safety_stock 的记录采购单状态用 TINYINT 而不是 VARCHAR查询效率高且状态流转清晰。3.2 采购单状态流转一个字段决定你论文的系统设计章节采购单的 status 字段是整个系统里最值得在论文里展开写的部分。它的流转路径是0 待审核 → 1 已审核 → 2 已入库任何一步可以 → 3 已取消。这个流转不是随便改的每次状态变更都要记录操作人和时间所以实际项目中我会再加一张 order_status_log 表CREATE TABLE order_status_log ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT NOT NULL, from_status TINYINT, to_status TINYINT NOT NULL, operator VARCHAR(64), remark VARCHAR(256), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (order_id) REFERENCES purchase_order(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采购单状态流转日志;有了这张表答辩时你可以说「系统对采购单的每一次状态变更都做了留痕保证业务可追溯」这句话直接对应论文里「系统安全性设计」那一节。而且入库操作要同时做三件事改采购单状态为 2、往 inventory 表增加对应商品和门店的库存、写一条状态日志。这三件事必须在一个事务里否则会出现「采购单显示已入库但库存没加」的经典 bug。注意事务注解 Transactional 要加在 Service 层的入库方法上不要加在 Controller 上否则事务边界不对。4. Spring Boot MyBatis 把核心链路跑通从采购单到库存更新4.1 项目分层和依赖版本怎么定一套能过答辩的 Java 毕业设计技术栈不需要花哨Spring Boot 2.7.x MyBatis 3.5.x MySQL 8.0 Thymeleaf 或 Vue 都行。我一般用 Spring Boot 2.7.18这个版本稳定、资料多、和 MyBatis 整合的 starter 成熟。pom.xml 里核心依赖就这几个parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency dependency groupIdcom.github.pagehelper/groupId artifactIdpagehelper-spring-boot-starter/artifactId version1.4.7/version /dependency /dependencies参数说明mybatis-spring-boot-starter 2.3.1 兼容 Spring Boot 2.7.x不要用 3.x 的 starter那个对应 Spring Boot 3.xJDK 版本要求也不一样。pagehelper 用来做分页采购单列表和库存列表都需要。数据库连接配置写在 application.yml 里重点是把时区和字符集配对spring: datasource: url: jdbc:mysql://localhost:3306/dept_store_scm?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.scm.entity configuration: map-underscore-to-camel-case: truemap-underscore-to-camel-case 这个配置一定要开否则数据库的 create_time 映射不到 Java 的 createTime查出来全是 null这种问题排查起来很费时间。4.2 采购入库的 Service 层事务怎么写入库是整个系统里业务最重的一段它要同时更新采购单状态、增加库存、写状态日志。下面是我一般会写的 Service 方法Service public class PurchaseOrderServiceImpl implements PurchaseOrderService { Autowired private PurchaseOrderMapper orderMapper; Autowired private PurchaseOrderItemMapper itemMapper; Autowired private InventoryMapper inventoryMapper; Autowired private OrderStatusLogMapper logMapper; /** * 采购单入库 * param orderId 采购单ID * param operator 操作人 */ Override Transactional(rollbackFor Exception.class) public void stockIn(Long orderId, String operator) { // 1. 查采购单校验状态必须是已审核 PurchaseOrder order orderMapper.selectById(orderId); if (order null) { throw new BusinessException(采购单不存在); } if (order.getStatus() ! 1) { throw new BusinessException(只有已审核的采购单才能入库); } // 2. 查明细逐条增加库存 ListPurchaseOrderItem items itemMapper.selectByOrderId(orderId); for (PurchaseOrderItem item : items) { // 使用 INSERT ... ON DUPLICATE KEY UPDATE 保证并发安全 inventoryMapper.increaseStock( item.getProductId(), order.getStoreId(), item.getQuantity() ); } // 3. 更新采购单状态为已入库 orderMapper.updateStatus(orderId, 2); // 4. 写状态流转日志 OrderStatusLog log new OrderStatusLog(); log.setOrderId(orderId); log.setFromStatus(1); log.setToStatus(2); log.setOperator(operator); log.setRemark(采购入库完成); logMapper.insert(log); } }逻辑说明第一步做状态校验防止重复入库第二步遍历明细增加库存这里用INSERT ... ON DUPLICATE KEY UPDATE而不是先查再改是因为并发场景下先查再改会有竞态条件第三步改主单状态第四步写日志。整个方法加了Transactional(rollbackFor Exception.class)任何一步抛异常都会回滚。对应的 InventoryMapper 里 increaseStock 的 SQL 这样写insert idincreaseStock INSERT INTO inventory (product_id, store_id, quantity, safety_stock) VALUES (#{productId}, #{storeId}, #{quantity}, 10) ON DUPLICATE KEY UPDATE quantity quantity #{quantity} /insert参数说明safety_stock 默认给 10实际项目中应该从商品档案里带过来但毕业设计里给个默认值够用。ON DUPLICATE KEY UPDATE依赖 inventory 表上的uk_product_store唯一索引没有这个索引就不会触发更新逻辑。4.3 补货预警查询和调拨单的接口实现补货预警的 SQL 很简单就是查库存低于安全库存的记录关联商品和门店信息select idselectReplenishList resultTypecom.example.scm.vo.ReplenishVO SELECT i.product_id, p.product_name, i.store_id, s.store_name, i.quantity, i.safety_stock, (i.safety_stock - i.quantity) AS suggest_quantity FROM inventory i JOIN product p ON i.product_id p.id JOIN store s ON i.store_id s.id WHERE i.quantity lt; i.safety_stock ORDER BY (i.safety_stock - i.quantity) DESC /select这个查询返回的 suggest_quantity 就是建议补货数量前端直接展示成列表店长可以一键生成采购申请。调拨单的逻辑类似入库但要多一步调出店库存减少和调入店库存增加必须在同一个事务里且调出前要校验库存是否足够。我一般会在调拨的 Service 方法里先SELECT ... FOR UPDATE锁住调出店的库存记录再执行扣减防止并发调拨导致超卖。提示SELECT ... FOR UPDATE必须在事务里才生效如果方法没加 Transactional锁不会起作用。5. 避坑与排查答辩前最容易翻车的五个地方5.1 数据库连不上报 Public Key Retrieval is not allowed现象启动项目时报com.mysql.cj.exceptions.CJException: Public Key Retrieval is not allowed。原因MySQL 8.0 默认使用 caching_sha2_password 认证插件JDBC 连接需要显式允许公钥检索。解决在 JDBC URL 后面加allowPublicKeyRetrievaltrue同时确认useSSLfalse。改完 URL 类似jdbc:mysql://localhost:3306/dept_store_scm?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse。5.2 采购单列表查出来商品明细是空的现象采购单主表能查到但每条单子的明细列表是空数组。原因MyBatis 的嵌套查询没配好或者一对多映射的 collection 标签里 column 写错了。解决检查 PurchaseOrderMapper.xml 里的 resultMapcollection 的ofType要是明细实体类select属性指向明细的查询语句column要是主表的主键字段名。如果用的是嵌套结果映射确认purchase_order_item表的 order_id 和主表 id 关联正确。5.3 入库后库存没变化但采购单状态变了现象点入库按钮采购单状态变成已入库但 inventory 表的 quantity 没增加。原因入库方法没有加Transactional或者加了但异常被 catch 吞掉了导致库存更新失败但状态更新成功。解决确认 Service 方法上有Transactional(rollbackFor Exception.class)并且库存更新的 Mapper 方法没有自己 try-catch。另外检查 inventory 表的唯一索引是否存在没有唯一索引ON DUPLICATE KEY UPDATE不会生效。5.4 分页查询第二页数据重复或丢失现象采购单列表第一页 10 条第二页的前几条和第一页重复。原因PageHelper 分页时没有指定稳定的排序字段MySQL 在无 ORDER BY 的情况下返回顺序不保证。解决在查询 SQL 最后加上ORDER BY create_time DESC, id DESC用两个字段排序保证稳定性。PageHelper 的PageHelper.startPage(pageNum, pageSize)要紧跟在实际查询方法的前一行中间不要插入其他数据库操作。5.5 答辩时被问「你的系统和普通进销存有什么区别」答不上来现象老师翻到系统功能截图问了一句「这不就是进销存吗」你只能重复「这是供应链管理系统」。原因系统里没有体现百货中心特有的多门店调拨和联营专柜逻辑。解决在论文和 PPT 里明确写出「多门店库存调拨」和「基于安全库存的自动补货建议」这两个功能点并在演示时主动展示调拨单的调出调入双向库存变化。如果时间够在门店表里加一个 store_type 字段区分自营和联营答辩时说明联营门店的结算逻辑在展望部分这样就能把问题接住。6. 答辩 PPT 和论文里最值得放的那张图与一个演示技巧论文和 PPT 里最值得放的不是架构图是采购单状态流转图。这张图能把你的业务理解、数据库设计、代码实现串成一条线。画法很简单用矩形表示状态待审核、已审核、已入库、已取消箭头表示流转方向箭头上标注触发操作和操作角色。答辩时你指着这张图讲「采购员创建采购单是待审核采购经理审核后变成已审核仓库管理员确认入库后变成已入库任何环节可以取消。」三句话讲完老师就知道你的系统是有业务逻辑的不是简单的增删改查。演示技巧方面我一般会提前准备三条数据一条待审核的采购单、一条已审核待入库的采购单、一条库存低于安全值的记录。演示顺序是先展示补货预警列表点「生成采购申请」跳到采购单创建页提交后展示待审核状态然后切到审核页面通过审核再切到入库页面确认入库最后回到库存页面展示数量增加、补货预警消失。整个流程两分钟走完闭环清晰。这个演示路径我试过很多次比逐个菜单点过去效果好得多老师能看到数据在系统里真正流动起来了。还有一个后悔药级别的建议答辩前把数据库导出成 SQL 文件连同源代码一起放在一个文件夹里文件名用「学号_姓名_百货中心供应链管理系统」。不要等到答辩当天早上才导我见过太多因为 MySQL 版本不一致导致导入失败的案例。导出时用mysqldump -u root -p dept_store_scm scm_backup.sql导入时先建库再source scm_backup.sql这两条命令记在便签上。希望帮到你。本文还有配套的精品资源点击获取 Java毕业设计：百货中心供应链管理系统实战与答辩避坑指南
简介这份资源是面向高校计算机专业毕业生与课程设计学习者的Java供应链管理系统完整交付包围绕百货中心场景覆盖供应商管理、库存控制、订单处理、物流配送与报表分析等核心业务模块适合需要完成毕业设计或课程设计、希望获得可运行项目与配套文档的开发者参考。压缩包共11个文件约1.6MB包含png项目截图、zip源代码与项目截图包、url项目辅导视频链接、doc毕业设计说明书论文、txt说明文档以及sql数据库脚本从代码、数据库到论文与演示材料形成较完整的交付链路。目前已有438人学习下载。读者可据此了解基于Spring Boot与MVC架构的供应链系统实现思路参考论文中的架构设计、功能实现与技术选型借助数据库脚本快速还原运行环境并通过截图与辅导视频链接辅助理解系统界面与部署流程对巩固Java企业级开发技能和梳理毕业设计写作框架均有实际帮助。1. 百货中心供应链管理系统一套 Java 毕业设计到底要交付什么很多同学搜「Java毕业设计」的时候脑子里想的是一份能跑起来的源代码但真正卡住答辩的往往不是代码本身。百货中心供应链管理系统这个题目本质是让你用 Java 技术栈模拟一个零售百货场景下的商品从供应商到货架再到消费者的完整链路核心业务包括供应商管理、采购入库、库存调拨、门店销售和补货预警。它适合计算机相关专业本科毕业生尤其是选了 Spring Boot MyBatis 方向、需要同时交论文、答辩 PPT、源代码和数据库脚本的人。这套东西能不能过不取决于你用了多新的框架而取决于业务闭环是否讲得通、数据库表关系是否经得起追问、答辩时能不能说清楚一个采购单从创建到入库中间经过了哪些状态变化。下面按「先想清楚做什么、再把库建对、再把代码跑通、最后把坑填上」的顺序拆开讲。2. 先定业务边界百货中心供应链和普通进销存差在哪2.1 百货中心的供应链为什么不能照抄超市进销存普通进销存的核心是「进货—卖货—剩多少」表结构简单业务逻辑一条线。百货中心不一样它的典型特征是多门店、多供应商、商品有专柜和自营两种模式、存在跨店调拨、促销活动会影响补货节奏。如果你直接拿一套超市进销存改个名字交上去答辩老师问一句「百货中心的联营专柜怎么结算」你就答不上来。我一般建议把业务边界收在四个模块供应商与合同管理、采购与入库、库存与调拨、销售与补货预警。这四个模块能形成闭环又不会大到做不完。联营结算、会员积分、线上商城这些可以写进论文的「展望」部分但不要放进系统里否则你会在答辩前一周还在改 bug。具体到功能点供应商模块管的是供应商档案、供货品类、合同起止日期采购模块管的是采购申请、采购单、入库单三张单据的流转库存模块管的是门店库存、仓库库存、调拨单销售模块管的是门店日销售汇总和基于安全库存的补货提醒。这四个模块之间的数据依赖是采购入库增加库存销售减少库存库存低于安全值触发补货建议补货建议回到采购模块。闭环成立论文的系统设计章节就有东西写。2.2 用例图和 ER 图先画哪张决定了你后面返工几次血泪经验先画 ER 图再画用例图。很多同学上来先画用例图把功能列了三十几个结果画 ER 图的时候发现实体关系撑不起那些用例又回头删用例PPT 和论文全要改。正确的顺序是先列出核心实体确定实体之间的基数关系再根据实体关系反推系统需要哪些操作这些操作就是用例。百货中心供应链的核心实体大概有这些实体关键属性与其他实体的关系供应商供应商编号、名称、联系人、供货品类一对多采购单商品商品编号、名称、规格、所属品类多对多供应商一对多库存记录门店门店编号、名称、地址、类型一对多库存记录、销售记录采购单单号、供应商、门店、状态、总金额一对多采购明细库存记录商品、门店、当前数量、安全库存属于商品和门店的交叉实体调拨单调出店、调入店、商品、数量、状态关联两个门店这张表定下来之后用例自然就出来了维护供应商、创建采购单、审核采购单、入库确认、查看库存、发起调拨、确认调拨、查看补货建议。八个核心用例不多不少论文和 PPT 都好写。提示ER 图里一定要标出外键关系答辩时老师最容易问的就是「这两张表怎么关联的」。3. 数据库设计六张核心表怎么建才不会被答辩追问3.1 从 ER 图到建表语句的映射规则ER 图上的实体转成表一对多关系把「一」的主键放到「多」那边做外键多对多关系拆成中间表。百货中心供应链里商品和供应商是多对多所以要有一张 supplier_product 中间表商品和门店通过库存记录形成多对多所以 inventory 表本身就是中间表额外带上数量和安库存字段。下面是我一般会用的建表顺序先建被引用的表再建引用别人的表避免外键报错-- 1. 供应商表 CREATE TABLE supplier ( id BIGINT PRIMARY KEY AUTO_INCREMENT, supplier_code VARCHAR(32) NOT NULL UNIQUE COMMENT 供应商编号, supplier_name VARCHAR(128) NOT NULL COMMENT 供应商名称, contact_person VARCHAR(64) COMMENT 联系人, phone VARCHAR(20) COMMENT 联系电话, category VARCHAR(64) COMMENT 供货品类, contract_start DATE COMMENT 合同开始日期, contract_end DATE COMMENT 合同结束日期, status TINYINT DEFAULT 1 COMMENT 1正常 0停用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供应商表; -- 2. 商品表 CREATE TABLE product ( id BIGINT PRIMARY KEY AUTO_INCREMENT, product_code VARCHAR(32) NOT NULL UNIQUE COMMENT 商品编号, product_name VARCHAR(128) NOT NULL COMMENT 商品名称, spec VARCHAR(64) COMMENT 规格, category VARCHAR(64) COMMENT 品类, unit VARCHAR(16) COMMENT 单位, purchase_price DECIMAL(10,2) COMMENT 采购价, sale_price DECIMAL(10,2) COMMENT 销售价, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT商品表; -- 3. 门店表 CREATE TABLE store ( id BIGINT PRIMARY KEY AUTO_INCREMENT, store_code VARCHAR(32) NOT NULL UNIQUE COMMENT 门店编号, store_name VARCHAR(128) NOT NULL COMMENT 门店名称, address VARCHAR(256) COMMENT 地址, store_type TINYINT COMMENT 1自营 2联营, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT门店表; -- 4. 供应商-商品关联表 CREATE TABLE supplier_product ( id BIGINT PRIMARY KEY AUTO_INCREMENT, supplier_id BIGINT NOT NULL, product_id BIGINT NOT NULL, supply_price DECIMAL(10,2) COMMENT 供货价, UNIQUE KEY uk_supplier_product (supplier_id, product_id), FOREIGN KEY (supplier_id) REFERENCES supplier(id), FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供应商商品关联表; -- 5. 库存表 CREATE TABLE inventory ( id BIGINT PRIMARY KEY AUTO_INCREMENT, product_id BIGINT NOT NULL, store_id BIGINT NOT NULL, quantity INT DEFAULT 0 COMMENT 当前库存数量, safety_stock INT DEFAULT 10 COMMENT 安全库存, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_product_store (product_id, store_id), FOREIGN KEY (product_id) REFERENCES product(id), FOREIGN KEY (store_id) REFERENCES store(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT库存表; -- 6. 采购单主表 CREATE TABLE purchase_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE COMMENT 采购单号, supplier_id BIGINT NOT NULL, store_id BIGINT NOT NULL, total_amount DECIMAL(12,2) DEFAULT 0, status TINYINT DEFAULT 0 COMMENT 0待审核 1已审核 2已入库 3已取消, create_by VARCHAR(64), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (supplier_id) REFERENCES supplier(id), FOREIGN KEY (store_id) REFERENCES store(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采购单主表; -- 7. 采购单明细表 CREATE TABLE purchase_order_item ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT NOT NULL, product_id BIGINT NOT NULL, quantity INT NOT NULL, price DECIMAL(10,2) NOT NULL, amount DECIMAL(12,2) NOT NULL, FOREIGN KEY (order_id) REFERENCES purchase_order(id), FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采购单明细表;这段建表语句的逻辑是先建基础档案表supplier、product、store再建关联表和业务表。参数上注意几个点金额字段统一用 DECIMAL(12,2)不要用 FLOAT否则答辩时老师问「为什么金额有误差」你没法解释库存表的 quantity 和 safety_stock 分开存补货预警就是查 quantity safety_stock 的记录采购单状态用 TINYINT 而不是 VARCHAR查询效率高且状态流转清晰。3.2 采购单状态流转一个字段决定你论文的系统设计章节采购单的 status 字段是整个系统里最值得在论文里展开写的部分。它的流转路径是0 待审核 → 1 已审核 → 2 已入库任何一步可以 → 3 已取消。这个流转不是随便改的每次状态变更都要记录操作人和时间所以实际项目中我会再加一张 order_status_log 表CREATE TABLE order_status_log ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT NOT NULL, from_status TINYINT, to_status TINYINT NOT NULL, operator VARCHAR(64), remark VARCHAR(256), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (order_id) REFERENCES purchase_order(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采购单状态流转日志;有了这张表答辩时你可以说「系统对采购单的每一次状态变更都做了留痕保证业务可追溯」这句话直接对应论文里「系统安全性设计」那一节。而且入库操作要同时做三件事改采购单状态为 2、往 inventory 表增加对应商品和门店的库存、写一条状态日志。这三件事必须在一个事务里否则会出现「采购单显示已入库但库存没加」的经典 bug。注意事务注解 Transactional 要加在 Service 层的入库方法上不要加在 Controller 上否则事务边界不对。4. Spring Boot MyBatis 把核心链路跑通从采购单到库存更新4.1 项目分层和依赖版本怎么定一套能过答辩的 Java 毕业设计技术栈不需要花哨Spring Boot 2.7.x MyBatis 3.5.x MySQL 8.0 Thymeleaf 或 Vue 都行。我一般用 Spring Boot 2.7.18这个版本稳定、资料多、和 MyBatis 整合的 starter 成熟。pom.xml 里核心依赖就这几个parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency dependency groupIdcom.github.pagehelper/groupId artifactIdpagehelper-spring-boot-starter/artifactId version1.4.7/version /dependency /dependencies参数说明mybatis-spring-boot-starter 2.3.1 兼容 Spring Boot 2.7.x不要用 3.x 的 starter那个对应 Spring Boot 3.xJDK 版本要求也不一样。pagehelper 用来做分页采购单列表和库存列表都需要。数据库连接配置写在 application.yml 里重点是把时区和字符集配对spring: datasource: url: jdbc:mysql://localhost:3306/dept_store_scm?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.scm.entity configuration: map-underscore-to-camel-case: truemap-underscore-to-camel-case 这个配置一定要开否则数据库的 create_time 映射不到 Java 的 createTime查出来全是 null这种问题排查起来很费时间。4.2 采购入库的 Service 层事务怎么写入库是整个系统里业务最重的一段它要同时更新采购单状态、增加库存、写状态日志。下面是我一般会写的 Service 方法Service public class PurchaseOrderServiceImpl implements PurchaseOrderService { Autowired private PurchaseOrderMapper orderMapper; Autowired private PurchaseOrderItemMapper itemMapper; Autowired private InventoryMapper inventoryMapper; Autowired private OrderStatusLogMapper logMapper; /** * 采购单入库 * param orderId 采购单ID * param operator 操作人 */ Override Transactional(rollbackFor Exception.class) public void stockIn(Long orderId, String operator) { // 1. 查采购单校验状态必须是已审核 PurchaseOrder order orderMapper.selectById(orderId); if (order null) { throw new BusinessException(采购单不存在); } if (order.getStatus() ! 1) { throw new BusinessException(只有已审核的采购单才能入库); } // 2. 查明细逐条增加库存 ListPurchaseOrderItem items itemMapper.selectByOrderId(orderId); for (PurchaseOrderItem item : items) { // 使用 INSERT ... ON DUPLICATE KEY UPDATE 保证并发安全 inventoryMapper.increaseStock( item.getProductId(), order.getStoreId(), item.getQuantity() ); } // 3. 更新采购单状态为已入库 orderMapper.updateStatus(orderId, 2); // 4. 写状态流转日志 OrderStatusLog log new OrderStatusLog(); log.setOrderId(orderId); log.setFromStatus(1); log.setToStatus(2); log.setOperator(operator); log.setRemark(采购入库完成); logMapper.insert(log); } }逻辑说明第一步做状态校验防止重复入库第二步遍历明细增加库存这里用INSERT ... ON DUPLICATE KEY UPDATE而不是先查再改是因为并发场景下先查再改会有竞态条件第三步改主单状态第四步写日志。整个方法加了Transactional(rollbackFor Exception.class)任何一步抛异常都会回滚。对应的 InventoryMapper 里 increaseStock 的 SQL 这样写insert idincreaseStock INSERT INTO inventory (product_id, store_id, quantity, safety_stock) VALUES (#{productId}, #{storeId}, #{quantity}, 10) ON DUPLICATE KEY UPDATE quantity quantity #{quantity} /insert参数说明safety_stock 默认给 10实际项目中应该从商品档案里带过来但毕业设计里给个默认值够用。ON DUPLICATE KEY UPDATE依赖 inventory 表上的uk_product_store唯一索引没有这个索引就不会触发更新逻辑。4.3 补货预警查询和调拨单的接口实现补货预警的 SQL 很简单就是查库存低于安全库存的记录关联商品和门店信息select idselectReplenishList resultTypecom.example.scm.vo.ReplenishVO SELECT i.product_id, p.product_name, i.store_id, s.store_name, i.quantity, i.safety_stock, (i.safety_stock - i.quantity) AS suggest_quantity FROM inventory i JOIN product p ON i.product_id p.id JOIN store s ON i.store_id s.id WHERE i.quantity lt; i.safety_stock ORDER BY (i.safety_stock - i.quantity) DESC /select这个查询返回的 suggest_quantity 就是建议补货数量前端直接展示成列表店长可以一键生成采购申请。调拨单的逻辑类似入库但要多一步调出店库存减少和调入店库存增加必须在同一个事务里且调出前要校验库存是否足够。我一般会在调拨的 Service 方法里先SELECT ... FOR UPDATE锁住调出店的库存记录再执行扣减防止并发调拨导致超卖。提示SELECT ... FOR UPDATE必须在事务里才生效如果方法没加 Transactional锁不会起作用。5. 避坑与排查答辩前最容易翻车的五个地方5.1 数据库连不上报 Public Key Retrieval is not allowed现象启动项目时报com.mysql.cj.exceptions.CJException: Public Key Retrieval is not allowed。原因MySQL 8.0 默认使用 caching_sha2_password 认证插件JDBC 连接需要显式允许公钥检索。解决在 JDBC URL 后面加allowPublicKeyRetrievaltrue同时确认useSSLfalse。改完 URL 类似jdbc:mysql://localhost:3306/dept_store_scm?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse。5.2 采购单列表查出来商品明细是空的现象采购单主表能查到但每条单子的明细列表是空数组。原因MyBatis 的嵌套查询没配好或者一对多映射的 collection 标签里 column 写错了。解决检查 PurchaseOrderMapper.xml 里的 resultMapcollection 的ofType要是明细实体类select属性指向明细的查询语句column要是主表的主键字段名。如果用的是嵌套结果映射确认purchase_order_item表的 order_id 和主表 id 关联正确。5.3 入库后库存没变化但采购单状态变了现象点入库按钮采购单状态变成已入库但 inventory 表的 quantity 没增加。原因入库方法没有加Transactional或者加了但异常被 catch 吞掉了导致库存更新失败但状态更新成功。解决确认 Service 方法上有Transactional(rollbackFor Exception.class)并且库存更新的 Mapper 方法没有自己 try-catch。另外检查 inventory 表的唯一索引是否存在没有唯一索引ON DUPLICATE KEY UPDATE不会生效。5.4 分页查询第二页数据重复或丢失现象采购单列表第一页 10 条第二页的前几条和第一页重复。原因PageHelper 分页时没有指定稳定的排序字段MySQL 在无 ORDER BY 的情况下返回顺序不保证。解决在查询 SQL 最后加上ORDER BY create_time DESC, id DESC用两个字段排序保证稳定性。PageHelper 的PageHelper.startPage(pageNum, pageSize)要紧跟在实际查询方法的前一行中间不要插入其他数据库操作。5.5 答辩时被问「你的系统和普通进销存有什么区别」答不上来现象老师翻到系统功能截图问了一句「这不就是进销存吗」你只能重复「这是供应链管理系统」。原因系统里没有体现百货中心特有的多门店调拨和联营专柜逻辑。解决在论文和 PPT 里明确写出「多门店库存调拨」和「基于安全库存的自动补货建议」这两个功能点并在演示时主动展示调拨单的调出调入双向库存变化。如果时间够在门店表里加一个 store_type 字段区分自营和联营答辩时说明联营门店的结算逻辑在展望部分这样就能把问题接住。6. 答辩 PPT 和论文里最值得放的那张图与一个演示技巧论文和 PPT 里最值得放的不是架构图是采购单状态流转图。这张图能把你的业务理解、数据库设计、代码实现串成一条线。画法很简单用矩形表示状态待审核、已审核、已入库、已取消箭头表示流转方向箭头上标注触发操作和操作角色。答辩时你指着这张图讲「采购员创建采购单是待审核采购经理审核后变成已审核仓库管理员确认入库后变成已入库任何环节可以取消。」三句话讲完老师就知道你的系统是有业务逻辑的不是简单的增删改查。演示技巧方面我一般会提前准备三条数据一条待审核的采购单、一条已审核待入库的采购单、一条库存低于安全值的记录。演示顺序是先展示补货预警列表点「生成采购申请」跳到采购单创建页提交后展示待审核状态然后切到审核页面通过审核再切到入库页面确认入库最后回到库存页面展示数量增加、补货预警消失。整个流程两分钟走完闭环清晰。这个演示路径我试过很多次比逐个菜单点过去效果好得多老师能看到数据在系统里真正流动起来了。还有一个后悔药级别的建议答辩前把数据库导出成 SQL 文件连同源代码一起放在一个文件夹里文件名用「学号_姓名_百货中心供应链管理系统」。不要等到答辩当天早上才导我见过太多因为 MySQL 版本不一致导致导入失败的案例。导出时用mysqldump -u root -p dept_store_scm scm_backup.sql导入时先建库再source scm_backup.sql这两条命令记在便签上。希望帮到你。本文还有配套的精品资源点击获取