企业官网建设流程全解析

仓库管理系统这个题目，说实在的，是毕业设计里最“稳”的一类选择，但也是两极分化最严重的题目。有人用两周就做完了，有人做两个月还在改Bug，差别不在天赋，而在有没有一套清晰的思路。这篇就把我当年做毕设时踩过的坑、总结出来的套路、还有完整的代码思路都摊开讲清楚，希望能给正在做这个题目的同学省点时间，少走点弯路。

如果你手里已经有了一份源码，但打开之后不知道怎么跑起来、不知道怎么改成自己的功能、答辩时怕被问住，那这篇文章就是专门为你准备的。节后开工前把这篇看完，配合手头的源码，花一两天把整个系统的逻辑捋顺，毕设这关就过了一半。

1. 毕设选题背后的逻辑：仓库管理系统的真正价值

1.1 为什么SpringBoot+Vue成了毕设标配

每年到这个节点，都会有一大批同学在选毕设题目时犯难。选太简单的，怕过不了查重和答辩；选太复杂的，又怕自己搞不定。SpringBoot加Vue的组合之所以成为“标配”，是因为它恰好卡在一个非常舒服的位置上。

从前端来看，Vue的入门曲线相对平缓。它不像React那样有各种高阶概念需要啃，模板语法接近原生HTML，一份ElementUI组件库就能搞定90%的后台界面需求。从后端来看，SpringBoot把SSH那套繁琐的XML配置全部干掉了，一个Application类就能启动整个项目，内置Tomcat，连部署都是打一个Jar包搞定。

更关键的是，这个组合在技术栈上足够完整。它能覆盖数据层（MySQL）、持久层（MyBatis或JPA）、业务层（SpringBoot）、控制层（RESTful API）、前端展示层（Vue）、通信协议（HTTP/JSON），算是有完整的架构层次，答辩的时候不至于被老师问得哑口无言。

1.2 仓库管理系统：业务复杂度刚好卡在及格线上

既然是毕设，题目的业务复杂度不能太高也不能太低。仓库管理系统是这个区间里的最优解之一。

先说为什么不能太简单。如果你做一个只有登录和增删改查的“员工管理系统”，老师随便一问“你的并发处理机制怎么设计”“库存扣减时怎么避免超卖”，你就只能摇头了。但仓库管理系统天然带一些值得讨论的业务痛点：库存上下限预警、入库出库时的事务一致性、单据编号的自动生成、多条件组合查询、数据报表的可视化展示。

再说为什么不能太复杂。对比电商系统——涉及订单状态机、支付回调、物流跟踪、秒杀库存等等，这些业务逻辑真要实现完整，工作量足够写三篇毕设了。仓库管理系统的业务流是比较线性的：采购入库、销售出库、库存变动、报表统计，功能边界清晰，数据关系简单，大部分增删改查甚至不需要联表操作。

仓库管理系统还有一个隐藏优势，就是它可以顺带做权限管理功能。给不同的员工分配不同角色，管理员能删改数据，普通员工只能查看和录入，这个模块就是典型的RBAC（基于角色的访问控制）实现，能在论文里写得比较出彩。

1.3 适合谁拿这个题目

如果你是这类同学，仓库管理系统会很适合。

第一类是平时写代码不多，选了毕设题目才发现自己基础薄弱的。这套系统的代码量不算大，后端几十个类，前端十来个页面，按模块拆开消化，每个功能点都能找到清晰的参考代码。

第二类是打算考研或找工作的，没有太多时间花在毕设上。仓库管理系统功能边界清楚，不用花大量时间在复杂的业务设计上，按照标准流程做下来，时间是完全可控的。

第三类是跨专业或专科升本科上来的。这类题目的参考源码和资料在网络上非常多，遇到不懂的几乎都能搜到现成答案，不会被某个技术难点卡死，进度完全由自己掌控。

2. 系统设计：在做代码之前想清楚这些事

2.1 技术栈清单与版本选择

技术选型这块，我直接给出一份可以照抄的清单。

后端环境：

• JDK 1.8（稳妥选择，如果电脑上装了更高的版本也能跑，但1.8兼容性最好）
• SpringBoot 2.x（不建议上来就用SpringBoot 3.x，虽然新版本出了很久，但毕设场景下，2.7.x或者2.5.x的老项目资料最多，踩坑后最容易搜到解决方案）
• MyBatis-Plus 3.5.x（强烈推荐，单表CRUD不用写XML映射，内置分页插件，能帮你省下大量重复代码）
• MySQL 5.7或8.0（两个版本都行，连接驱动略有不同，别的没什么差别）
• Maven 3.6+

前端环境：

• Node.js 14.x或16.x（不要用太新的版本，后面会讲为什么）
• Vue 2.6.x + ElementUI（这是一个经过时间检验的稳定组合）
• npm或yarn（二选一即可，推荐npm）
• Axios（HTTP请求库，与后端交互必备）
• ECharts（用于仓库可视化报表展示，属于加分项）

这个组合已经经过无数项目的验证，兼容性不是问题，网上资料也非常丰富，遇到任何报错几乎都能搜到现成的解决方案。

2.2 功能模块拆解：哪些必须有，哪些是加分项

仓库管理系统做毕业设计，功能上建议按“核心区”和“扩展区”来规划。

核心区是必须实现的功能，也是整个系统的骨架：

• 用户登录和退出（带验证码，角色权限控制）
• 员工信息管理（基本上就是用户管理）
• 供应商和客户管理（就是基础数据的维护，简单但必须有）
• 商品分类管理（树形结构，例如一级分类二级分类）
• 商品信息管理（维护商品的基础资料、库存上下限）
• 入库管理（采购入库单的创建、审核、入库）
• 出库管理（销售出库单的创建、审核、出库）
• 库存查询（实时库存、库存明细）
• 数据统计报表（用ECharts展示入库趋势、库存排行等）

加分项是那些做完了核心功能之后还有余力，可以加上去提升系统完整度的功能：

• 库存预警列表（低于下限自动标红提示）
• 操作日志记录（谁在什么时候做了什么操作）
• 数据导入导出（用EasyExcel实现Excel的导入导出）
• 首页面板（将入库、出库、库存数量等关键指标整合在一个Dashboard界面）

建议先把核心区全部完成后，再考虑加分项。在毕设答辩里，核心功能完整、系统能稳定运行，好过十个功能里有三个跑不通。保障路演过程没有任何意外才是最重要的。

2.3 数据库设计：七张表的正确打开方式

数据库设计是整个系统的基础，表结构组织得好，后面的开发会非常顺畅。不多说，直接看图说话。

用户表（sys_user）：

• id（主键，自增）
• username（用户名）
• password（密码，MD5或BCrypt加密存储）
• nickname（姓名）
• avatar（头像URL）
• email（邮箱）
• phone（手机号）
• role_id（关联角色表）

角色表（sys_role）：

• id、role_name（角色名称）、role_desc（角色描述）
• 这里做个简化处理，不做权限细粒度控制（一张角色和菜单的中间表），只按角色区分能访问的功能。角色做细粒度权限控制会多出两三个表，工作量会显著上升，如果对权限这块没有特别高的要求，用角色来控制即可。

供应商表（business_supplier）：

• id、name（供应商名称）、contact（联系人）、phone、address、remark

客户表（business_customer）：

• id、name（客户名称）、contact（联系人）、phone、address、remark

商品分类表（business_category）：

• id、name、parent_id（父分类ID，为0则是一级分类）

商品表（business_goods）：

• id、category_id（所属分类）、name、unit（计量单位）、price_in（进价）、price_out（售价）、stock_min（库存下限）、stock_max（库存上限）、stock（实时库存）、remark

入库单据表（business_stock_in）：

• id、goods_id（商品）、num（入库数量）、price（入库单价）、supplier_id（供应商）、operator（操作人）、create_time（入库时间）、remark

出库单据表（business_stock_out）：

• id、goods_id（商品）、num（出库数量）、price（出库单价）、customer_id（客户）、operator（操作人）、create_time（出库时间）、remark

这套表结构尽可能精简了，但覆盖了仓库管理系统的完整核心业务。在数据库里创建好这七张表，整个数据层的地基就打好了一半。

3. 核心功能落地：从零写出一个可演示的仓库系统

3.1 后端工程搭建：IDEA创建SpringBoot项目的正确姿势

用IDEA创建SpringBoot项目是第一步，也经常是翻车率最高的一步。这里推荐一个最稳妥的路径。

打开IDEA，选择File -> New -> Project，在左侧选择Spring Initializr。如果没有这个选项，说明IDEA版本比较旧，可以在start.spring.io网站上下载压缩包再导入。

项目类型选择Maven，语言Java，SpringBoot版本选2.7.18（这个版本非常稳定）。依赖这里，只需要勾选这几个：

• Spring Web（提供RESTful接口能力）
• MyBatis Framework（数据持久层）
• MySQL Driver（数据库驱动）

其他的依赖比如Lombok、MyBatis-Plus、JWT相关的，等工程创建好之后在pom.xml文件里手动添加，这样更容易控制版本兼容性。

pom.xml文件里核心依赖的配置如下：

<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId> <version>2.3.2</version> </dependency> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.5.5</version> </dependency> <dependency> <groupId>com.mysql</groupId> <artifactId>mysql-connector-j</artifactId> <scope>runtime</scope> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> <dependency> <groupId>com.auth0</groupId> <artifactId>java-jwt</artifactId> <version>3.19.2</version> </dependency> </dependencies>

创建完之后，打开application.yml文件，配置数据源：

server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/warehouse?useUnicode=true&characterEncoding=utf-8&serverTimezone=Asia/Shanghai&useSSL=false username: root password: 123456 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl map-underscore-to-camel-case: true global-config: db-config: id-type: auto

注意url里的参数，一定要加上serverTimezone=Asia/Shanghai，否则会报时区错误。

3.2 登录鉴权：JWT从生成到拦截的一次完整旅程

登录鉴权是每个后台系统都绕不开的功能。这里介绍一下用JWT的实现方式，不复杂且答辩时能讲出东西来。

在编写登录逻辑之前需要配置JWT的工具类，代码如下：

@Component public class JwtUtil { private static final String SECRET = "my-secret-key"; // 生成token public String createToken(Integer userId, String username) { Algorithm algorithm = Algorithm.HMAC256(SECRET); return JWT.create() .withClaim("userId", userId) .withClaim("username", username) .withExpiresAt(new Date(System.currentTimeMillis() + 1000 * 60 * 60 * 24)) .sign(algorithm); } // 解析token获取用户ID public Integer getUserId(String token) { DecodedJWT jwt = JWT.require(Algorithm.HMAC256(SECRET)).build().verify(token); return jwt.getClaim("userId").asInt(); } // 校验token是否有效 public boolean verify(String token) { try { JWT.require(Algorithm.HMAC256(SECRET)).build().verify(token); return true; } catch (Exception e) { return false; } } }

登录接口的代码逻辑是这样的：

@RestController @RequestMapping("/api/auth") public class AuthController { @Autowired private SysUserMapper userMapper; @Autowired private JwtUtil jwtUtil; @PostMapping("/login") public Result login(@RequestBody LoginDTO dto) { // 先验证码校验（如果有实现验证码功能） // 再查数据库，比对用户名和密码 LambdaQueryWrapper<SysUser> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(SysUser::getUsername, dto.getUsername()); SysUser user = userMapper.selectOne(wrapper); if (user == null) { return Result.error("用户名不存在"); } // 注意：密码通常是MD5加密后存储再比较 String encodedPwd = DigestUtils.md5DigestAsHex(dto.getPassword().getBytes()); if (!user.getPassword().equals(encodedPwd)) { return Result.error("密码错误"); } // 生成token String token = jwtUtil.createToken(user.getId(), user.getUsername()); return Result.success(token); } }

有了这个token之后，还需要一步拦截器配置，让除了登录接口之外的请求都校验token。

@Component public class JwtInterceptor implements HandlerInterceptor { @Autowired private JwtUtil jwtUtil; @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行OPTIONS请求 if ("OPTIONS".equals(request.getMethod())) { return true; } String token = request.getHeader("Authorization"); if (token != null && token.startsWith("Bearer ")) { token = token.substring(7); if (jwtUtil.verify(token)) { return true; } } // 未认证，返回401 response.setStatus(401); response.setContentType("application/json;charset=UTF-8"); response.getWriter().write("{\"code\":401,\"message\":\"未登录或登录已过期\"}"); return false; } }

配置拦截器注册是见过很多同学忽略的部分，光写了拦截器却没注册，导致整个鉴权形同虚设。切记要在WebMvcConfigurer中加上这个：

@Configuration public class WebMvcConfig implements WebMvcConfigurer { @Autowired private JwtInterceptor jwtInterceptor; @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(jwtInterceptor) .addPathPatterns("/api/**") .excludePathPatterns("/api/auth/login"); } }

JWT整套逻辑跑通之后，你会发现后端这边在每个Controller里获取当前登录用户的信息非常方便，直接从token里解析出来就能用了。

3.3 入库功能：仓库系统中的核心业务逻辑

入库操作是仓库管理系统里最有代表性的功能。大多数同学实现入库就是简单地表里insert一条记录，然后update一下商品表里的stock字段。但一个能撑住答辩的入库功能应该是这样的。

先创建入库单：

@Service public class StockInService { @Autowired private StockInMapper stockInMapper; @Autowired private GoodsMapper goodsMapper; @Transactional // 事务是关键 public void createStockIn(StockInDTO dto, Integer operatorId) { // 1. 校验商品是否存在 Goods goods = goodsMapper.selectById(dto.getGoodsId()); if (goods == null) { throw new RuntimeException("商品不存在"); } // 2. 写入入库单记录 StockIn stockIn = new StockIn(); stockIn.setGoodsId(dto.getGoodsId()); stockIn.setNum(dto.getNum()); stockIn.setPrice(dto.getPrice()); stockIn.setSupplierId(dto.getSupplierId()); stockIn.setOperator(operatorId); stockIn.setCreateTime(new Date()); stockIn.setRemark(dto.getRemark()); stockInMapper.insert(stockIn); // 3. 更新库存 Integer currentStock = goods.getStock(); int newStock = currentStock + dto.getNum(); goods.setStock(newStock); goodsMapper.updateById(goods); // 如果newStock超过库存上限，这里可以触发预警或者提示 } }

这段代码里最核心的是@Transactional注解。只要加了这个注解，两步操作就能绑在一个事务里，要么都成功，要么都失败。如果不加，就会存在入库单写了但库存没有更新的数据不一致状态。这个点是答辩时老师比较爱问的“如何保证数据一致性”和“如何防止库存超卖”，提前准备好就能应对。

3.4 前端工程搭建：Vue+ElementUI快速构建页面

前端部分，我建议直接套用一个Vue2的管理后台模板，自己从零搭建项目再加布局费时费力，组件的细节处理也容易暴露短板。

创建Vue项目有统一的流程，先创建项目，再安装ElementUI和Axios依赖：

npm install -g @vue/cli vue create warehouse-web cd warehouse-web npm install element-ui -S npm install axios -S

把ElementUI在main.js里全局注册：

import Vue from 'vue' import App from './App.vue' import ElementUI from 'element-ui' import 'element-ui/lib/theme-chalk/index.css' Vue.use(ElementUI) Vue.config.productionTip = false new Vue({ render: h => h(App) }).$mount('#app')

然后封装axios请求，统一处理token和响应拦截：

import axios from 'axios' import { Message } from 'element-ui' import router from './router' const service = axios.create({ baseURL: '/api', timeout: 10000 }) // 请求拦截器：自动携带token service.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers['Authorization'] = 'Bearer ' + token } return config }) // 响应拦截器：统一处理错误 service.interceptors.response.use( response => { return response.data }, error => { if (error.response && error.response.status === 401) { Message.error('登录已过期，请重新登录') localStorage.removeItem('token') router.push('/login') } else { Message.error(error.response.data.message || '请求失败') } return Promise.reject(error) } ) export default service

前端开发时需要用反向代理解决跨域问题，在vue.config.js里添加配置：

const { defineConfig } = require('@vue/cli-service') module.exports = defineConfig({ transpileDependencies: true, devServer: { port: 3000, proxy: { '/api': { target: 'http://localhost:8080', changeOrigin: true } } } })

这样配置完之后，前端请求/api/xxx就会自动转发到后端8080端口，不会出现跨域问题，前端代码里也不需要写一串完整的后端地址。

核心页面写起来也不复杂。以商品管理页面为例，数据表格加弹窗表单加删除确认是最标准的“三板斧”。

<template> <div class="app-container"> <el-form :inline="true" class="search-bar"> <el-form-item label="商品名称"> <el-input v-model="queryParam.name" placeholder="请输入商品名称" /> </el-form-item> <el-form-item> <el-button type="primary" @click="loadData">查询</el-button> <el-button type="success" @click="showAddDialog">新增</el-button> </el-form-item> </el-form> <el-table :data="tableData" border stripe> <el-table-column prop="name" label="商品名称" /> <el-table-column prop="categoryName" label="分类" /> <el-table-column prop="priceIn" label="进价" /> <el-table-column prop="priceOut" label="售价" /> <el-table-column prop="stock" label="库存" /> <el-table-column label="操作" width="200"> <template slot-scope="scope"> <el-button size="mini" @click="handleEdit(scope.row)">编辑</el-button> <el-button size="mini" type="danger" @click="handleDelete(scope.row)">删除</el-button> </template> </el-table-column> </el-table> <el-pagination background layout="total, prev, pager, next" :total="total" :page-size="queryParam.pageSize" @current-change="handlePageChange" /> </div> </template>

这种表格加弹窗的路数在整个系统里的商品管理、供应商管理、用户管理等模块都能复用。写一个模板之后，后面的模块都只需要改字段和接口地址就行。

3.5 报表可视化：用ECharts给自己的毕设加分

很多仓库管理系统只是做了增删改查，如果你的系统里多一个可视化分析，答辩时的整体观感会有明显提升。

在Vue中使用ECharts，先安装依赖再按需引入：

npm install echarts@4.9.0 -S

注意这里是4.x版本。ECharts5.x也能用，但4.x在这个组合里更稳定，按需引入的写法也不太一样，避免在答辩现场出现兼容性问题带来的崩溃。

在.vue文件里这样使用：

<template> <div ref="chart" style="width: 100%; height: 400px;"></div> </template> <script> import * as echarts from 'echarts' export default { mounted() { this.initChart() }, methods: { initChart() { const chart = echarts.init(this.$refs.chart) chart.setOption({ title: { text: '近7日入库趋势' }, tooltip: { trigger: 'axis' }, xAxis: { type: 'category', data: this.dates }, yAxis: { type: 'value' }, series: [{ name: '入库数量', type: 'line', data: this.counts, smooth: true }] }) } } } </script>

后端需要提供一个近7日入库统计的接口，可以用简单的SQL实现：

SELECT DATE(create_time) as day, SUM(num) as total FROM business_stock_in WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 7 DAY) GROUP BY DATE(create_time)

这个SQL按天聚合入库数量，返回给前端之后直接绑定到ECharts即可。整个系统里有入库趋势、出库趋势、库存占比三个图表，就已经能撑起“数据可视化分析”这一章节了。

4. 最容易踩的坑：毕设路上的10个拦路虎

4.1 环境类问题

第一个，也是最容易出问题的，就是JDK版本。很多同学的电脑上装了JDK 17甚至21，然后拿着老版本的源码跑不起来。SpringBoot 2.x对JDK 8到11的兼容性最好，如果你必须用新版本JDK，建议直接换SpringBoot 3.x，但相应的很多代码写法得改，等于给自己增加了额外工作量。

第二个是Maven依赖下载慢。国内网络环境下载Maven中央仓库的包很慢，这里务必要把镜像源换成阿里云或华为云的镜像，否则一个几MB的包可能要下载好几分钟，项目整体下载时间会非常感人。找到Maven安装目录下的conf/settings.xml文件，在mirrors标签中加：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/central</url> </mirror>

第三个是前端npm install的时候，因为一些依赖包版本冲突导致安装失败。如果安装中报错，建议先执行npm install --legacy-peer-deps，这是用来绕过npm 7以上版本中比较严格的peerDependencies校验的方法，能解决大部分前端依赖冲突的问题。

4.2 代码类问题

MyBatis-Plus的Mapper接口扫描不到，这个报错信息典型的会显示“Invalid bound statement (not found)”。解决方案是在启动类上加上@MapperScan注解，指定Mapper接口所在的包路径。

跨域问题，前端提示“Access-Control-Allow-Origin”错误。如果你已经按照上面说的用代理方式解决，一般不会遇到。但如果前端和后端分开部署，比如前端部署在Nginx，后端是单独的8080端口，那就需要在后端写一个跨域配置：

@Configuration public class CorsConfig implements WebMvcConfigurer { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/api/**") .allowedOriginPatterns("*") .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS") .allowedHeaders("*") .allowCredentials(true) .maxAge(3600); } }

Vue打包后找不到路由页面，出现了空白页。这是前端路由模式导致的。如果你用的history模式，打包部署到服务器上，刷新之后就会出现404。最简单的解决办法是改成hash模式。在router的index.js里，把createWebHistory()换成createWebHashHistory()，或者直接修改createRouter的配置。对毕设系统的演示来说，hash模式完全够用，还省去配置Nginx回退的麻烦。

4.3 数据类问题

一个很隐蔽但有代表性的问题是：数据库中存的时间比正常时间多了8小时或少了8小时。这是时区问题。连接数据库时在url上加上serverTimezone=Asia/Shanghai，同时项目本体所在的服务器也要确保时区设置正确。

另外一个常见的是删除功能的坑。直接在数据库里把商品删掉，但入库单、出库单里还关联着这个商品ID。看起来不碍事，但列表联查的时候就会报空指针。解决办法有两种：一是删除商品之前检查一下它有没有出入库记录，有记录则不允许删除；二是改成逻辑删除，加一个deleted字段，查询时自动过滤。推荐后者，处理起来简单不少。

5. 答辩与展示：实现别人觉得“这同学真的做了”的效果

5.1 演示路径设计，顺序比内容更关键

到了演示环节，大部分人容易犯的错误是打开页面就开始乱点，让老师看得一脸茫然。演示要有明确的故事线和节奏感。

标准化路径建议是：

先登录，选一个普通员工账号和一个管理员账号切换登录，展示不同角色的权限差异，顺便引出你的权限管理设计思路。这一步能自然带出JWT、RBAC这些技术关键词。

再进入商品管理页，搜索、分页、编辑、新增各操作一遍，展示数据的CRUD流程，重点展示组合查询的效果，比如按名称和分类同时筛选。

然后进入入库单新增页面，现场录入一个商品入库，录入完成后跳转到库存页面，直观看到该商品的库存数量增加了。这个“录入后立即看到效果”的动作比较有冲击力，老师会觉得你的数据是真实联动的。

接着打开报表页面，展示ECharts的图表，讲解数据的来源和SQL聚合逻辑。最后再打开库存预警页面，如果有低于库存下限的商品，基于高亮显示的效果说明，告诉老师这是你针对实际业务痛点设计的处理机制。

这一套流程走下来，系统已经展示得非常饱满，基本覆盖了所有核心功能。

5.2 答辩问答准备：这些高频问题先准备答案

仓库管理系统答辩中，老师的问题其实是比较集中的，提前准备好这些题目可以说游刃有余。

“你用的MyBatis-Plus和MyBatis有什么区别？” 回答思路：MyBatis-Plus是MyBatis的增强工具，内置了通用的Mapper方法，单表CRUD不用写SQL，分页插件也很方便，但在复杂多表查询时仍然需要自己写SQL。

“为什么使用JWT而不用Session？” 回答思路：JWT是无状态的，服务器不需要保存用户会话信息，适合前后端分离的架构，也能很好支持跨域。Session需要占用服务器内存，在分布式环境下还需要额外处理Session共享问题。

“库存扣减时怎么保证数据一致性？” 回答思路：使用数据库事务控制，将插入单据和更新库存放在一个事务里，同时更新库存在执行时会加行锁，避免并发导致库存数量出错。

“如果同时有大量用户出库，系统会不会出问题？” 回答思路：可以从乐观锁版本号机制这个方向回答，在更新库存时加入版本号校验，如果版本号不对就重试，保证数据最终一致。

这些答案如果都能结合自己项目的实现细节来回答，老师会认为你确实参与了开发，而不是网上找了一份源码交差了事。

5.3 你有源码之后，第一周应该做什么

如果你已经拥有一份完整的源码，千万不要急着直接跑起来看效果。先做几件更重要的事情。

第一，用IDE打开项目，把后端的Controller类挨个看一遍，你不需要每一行都看懂，但要知道这个系统有哪些接口，每个接口对应哪个页面。第二，打开前端项目的router/index.js，把路由文件和页面文件对应起来，了解整个系统的页面结构。第三，打开数据库设计文档或SQL脚本文件，把数据库在本地环境里建一遍，然后自己写几条测试数据，亲手感受一下数据之间的关联关系。第四，把pom.xml和package.json文件里的依赖和当前的JDK、Node版本确认兼容，避免在配置环境上花掉大量时间。

这些基础工作做完之后，再把系统跑起来，一步一步操作入库到出库的全流程，这时候你对系统的理解会比单纯看源码深入很多，对答如流也自然实现了。

6. 从毕设到简历：仓库管理系统还能给你带来什么

做毕设这件事最大的价值不一定是毕业设计本身的分数，而是你在这个过程里攒下的项目经验。

写到简历上的时候，仓库管理系统可以这样描述：

• 项目描述：设计并实现了一套基于SpringBoot和Vue的仓库管理系统，覆盖商品管理、入库出库、库存预警、数据报表等核心模块
• 技术栈：SpringBoot、MyBatis-Plus、MySQL、Vue2、ElementUI、Axios、ECharts、JWT
• 核心职责：独立完成系统架构设计、数据库表设计和后端接口开发；实现了基于JWT的用户认证与鉴权机制；通过事务控制保证库存数据的一致性；基于ECharts实现仓库数据可视化分析

这样的项目描述在面试中是能拿得出手的。面试官如果问起来，你有实际的项目代码和业务逻辑在脑子里，比背一百道面试题都有说服力。

如果还想要进一步发展，在毕设代码的基础上还可以做这些扩展：接入Redis缓存热门商品信息、用RabbitMQ处理出入库消息通知、引入WebSocket实现多端库存实时同步、改成Spring Cloud Alibaba微服务架构。这些方向都是加分项，也有助于自己在准备毕设的过程中逐步梳理进阶学习路线。

仓库管理系统虽然题目老套，每年都有大量学生选这个题，但把它做到位，把每一个功能逻辑讲清楚，把答辩现场演示做到流畅自然，足够证明自己的工程能力了。与其追求题目新颖，不如把手里的项目吃透做精。从拿到源码到成功演示，这个过程本来就不难，有一条清晰的路线图和避坑指南，按部就班走完就都能顺利通过。

最后再送你一个实操小技巧：在本地把项目完整跑通之后，做一次全流程录屏作为备份。万一答辩现场演示时出了意外，比如电脑连不上投影、项目启动超时，一键播放录屏能让你从容稳住场面。这些细节看似微不足道，却往往决定了答辩的最终观感。预祝顺利过关。