1. 立项原因
随着冷链物流和第三方仓储行业的快速发展,仓储管理从传统的人工记录模式向数字化、智能化方向转型已成为必然趋势。尤其在冷链仓储领域,对温控要求、批次管理、效期追踪等方面的精细化管控需求日益迫切,传统管理方式已无法满足业务增长需要。本项目为友利冷冻仓定制开发一套WMS仓储管理系统,实现仓储业务的全面数字化升级。
2. 解决的问题
信息孤岛:到货、卸货、收货、上架等环节信息割裂,缺乏全链路追踪能力,各环节数据无法贯通,管理者无法掌握业务全貌
人工依赖:到货通知录入依赖人工逐行填写商品明细,效率低下且易出错,单次录入耗时长、错误率高
流程不透明:入库/出库各环节状态难以实时掌握,异常情况响应滞后,无法及时发现和处理业务瓶颈
计费粗放:缺乏精细化的计费规则引擎,计费依赖人工核算,容易漏费错费,多货主多客户的费用结算混乱
库存管理薄弱:缺乏实时库存快照和历史追溯能力,库存数据不准确,盘点困难,无法及时发现过期/呆滞库存
3. 行业背景
本系统面向 第三方冷链仓储行业,典型应用场景包括:
冷冻仓储服务:为食品、医药等冷链商品提供常温/冷藏/冷冻/恒温多温区仓储管理
第三方物流仓储:为多个货主提供共享仓储服务,支持按货主隔离管理,各货主独立结算
入库全流程管控:从到货通知 → 卸货 → 收货 → 码盘 → 上架 → 库存入库的完整闭环
出库全流程管控:从出库单 → 波次释放 → 库存分配 → 拣货 → 复核 → 装车 → 放行的完整闭环
精细化计费:按货主/客户/仓库/计费类别自动生成计费记录,支持多种计费方式和阶梯定价
4. 业务背景
系统服务于第三方冷链仓储企业,业务覆盖入库管理、出库管理、库存管理、计费管理和数据统计五大核心业务域。系统需支持多仓库、多温区的复杂仓储场景,同时满足冷链行业对批次管理、效期追踪、温控要求的特殊需求。
梳理了8大功能域、30+功能模块的完整功能清单,包括基础数据管理(9模块)、入库管理(5模块)、出库管理(5模块)、库存管理(7模块)、规则配置(7模块)、计费管理(6模块)、数据看板与统计(5模块)、系统管理(7模块)。
1. 参与WMS仓储管理系统PRD编写,梳理入库/出库/库存/计费全流程业务规则,定义28张数据库表结构与实体关系,设计状态机流转规则
2. 基于若依框架进行二次开发,设计Maven多模块架构(ruoyi-common/ruoyi-framework/ruoyi-system/ruoyi-wms/ruoyi-admin),实现WMS业务模块与系统模块的解耦。架构设计如下:
系统采用 前后端分离的B/S架构,后端基于Spring Boot 3提供RESTful API,前端基于Vue 3构建单页应用。整体架构分为四层:
表现层(Controller):21个WMS Controller,负责接收HTTP请求、参数校验、权限校验(@PreAuthorize)、调用Service层、返回统一格式响应(AjaxResult)
业务层(Service):22个WMS Service,负责核心业务逻辑处理、状态机流转控制、事务管理(@Transactional)、领域事件发布(ApplicationEventPublisher)
持久层(Mapper):29个Mapper,基于MyBatis Plus的LambdaQueryWrapper实现类型安全的查询构建,支持分页查询(PageResult)、逻辑删除(del_flag)、乐观锁(version)
基础设施层:Spring Security + JWT认证、Redis缓存与Token管理、Druid连接池、全局异常处理(GlobalExceptionHandler)、操作日志(@Log + LogAspect)、埋点追踪(@TrackPoint + TrackPointAspect)、领域事件机制(Spring Event + @Async)、AI文本解析(智谱GLM)
声明:本文仅代表作者观点,不代表本站立场。如果侵犯到您的合法权益,请联系我们删除侵权资源!如果遇到资源链接失效,请您通过评论或工单的方式通知管理员。未经允许,不得转载,本站所有资源文章禁止商业使用运营!

下载安装【程序员客栈】APP
实时对接需求、及时收发消息、丰富的开放项目需求、随时随地查看项目状态
评论