SpringBoot+Vue+MySQL企业员工薪酬关系系统设计与实战部署

先跟准备做毕业设计的同学说句实在话：选“支付系统、商城秒杀、外卖平台”这种项目的人太多了，评委老师早就看腻了。你选SpringBoot+Vue+MySQL 企业员工薪酬关系系统，方向本身就赢了——它贴近真实企业场景，有清晰的业务流转、有权限控制、有报表统计，技术栈又是目前中小型公司最主流的Java前后端分离组合，无论是写论文还是答辩，都能拿出实实在在的东西。这篇博文我会把这套系统的核心设计、技术原理、从零实现的关键步骤、部署细节和踩坑记录全部拆开讲，尽量做到你照着就能复现，而不是拿到一套源码却看不懂。

这套项目我不是第一次经手了，前前后后带学生改过好几版。很多同学有个误区，觉得毕业设计就是把代码跑起来就行，但答辩老师真正看的是：你为什么这么设计、表结构凭什么这样建、权限怎么控制的、并发和数据一致性怎么考虑的。这些内容才是论文的亮点，也是你从一堆同质化项目里脱颖而出的关键。

1. 项目全局设计：薪酬系统到底要管什么

1.1 核心需求解析：一个薪酬系统涉及的三类角色和完整业务链

企业员工薪酬关系系统，听起来是“算工资”的，实际上远不止于此。我给学生讲需求的时候，第一件事就是带他画业务流程图，把系统的边界理清。

这套系统的核心服务对象是三类人：系统管理员、人事/财务专员、普通员工。围绕这三类角色，系统要提供以下能力：

• 员工管理：入职、转正、调岗、离职信息的记录，员工基础档案的增删改查。
• 部门管理：企业组织架构的维护，部门是薪酬核算的基础单位。
• 薪资项目管理：基本工资、岗位工资、绩效奖金、加班费、社保扣款、公积金扣款、个税等项目的定义。
• 薪资核算：根据员工所在部门、岗位、考勤数据以及薪资项目，核算月度工资。
• 薪资审批与发放记录：薪酬核算完成后需要管理员审核，审核通过后生成发放记录。
• 个人薪资查询：员工登录后查看自己的历史薪资明细。
• 系统管理：角色管理、菜单权限、用户账号管理。

为什么这个系统适合做毕业设计？因为它业务链路完整但不至于失控。它不像电商系统那样要处理库存扣减、秒杀并发，也不用对接第三方支付；但它的表关联关系、权限分配逻辑、Excel导入导出、统计图表展示，恰好覆盖了企业级应用最常见的几种典型场景。

1.2 技术选型：为什么是SpringBoot+Vue+MySQL

技术选型这部分，论文里一定要写清楚，这也是答辩老师最喜欢问的。

先说后端。SpringBoot的本质是“约定大于配置”，它用自动配置把Spring MVC、MyBatis等框架的整合工作量降到最低。打个比方，如果用传统的SSM框架，你要写一堆XML配置文件去告诉Spring怎么装配Bean、怎么扫描包、怎么配置事务；而SpringBoot通过spring-boot-starter-*系列的起步依赖，把大部分配置项在项目启动时就自动配好了，你只需要在application.yml里写自己特殊的配置。

再说前端。Vue的优点不必多说，响应式数据绑定和组件化开发是它最核心的两个特性。很多同学第一次接触Vue，觉得v-model、生命周期钩子很抽象，但当你真正用Vue写一个管理后台时，你会发现组件的复用性对开发效率的提升是质的飞跃。配合Element UI这套组件库，一个像模像样的后台界面几个小时就能搭出来。

数据库选MySQL，原因也很直白：

• 它是开源免费的，学生部署起来没有任何授权成本。
• 它支持InnoDB引擎，事务处理有保障，薪酬数据的强一致性要求需要事务支持。
• 互联网上的资料和教程数量是其他数据库没法比的，遇到报错基本都能搜到解决方案。

这套组合在真实的Java开发岗位招聘需求里出现的频率也是最高的，用这套技术栈做毕业设计，相当于提前做了一次“岗位技能预演”。

1.3 前后端分离架构与数据流转

项目采用的是前后端分离架构，整个系统按层次拆成三块：

前端 Vue 项目（端口 8080） ↓ Axios 发起 HTTP 请求（JSON 数据交互） 后端 SpringBoot 项目（端口 8081） ↓ Controller 接收请求并校验参数 ↓ Service 处理业务逻辑 ↓ Mapper（MyBatis/MyBatis-Plus）操作数据库 MySQL 数据库（端口 3306）

前后端分离的核心思想是：前端只负责渲染页面和交互，后端只负责提供API接口和数据，两者通过JSON格式进行通信。这样做的好处是开发时前后端可以并行，部署时可以分别扩展（前端丢Nginx，后端打包成jar运行），而且代码结构清晰，边界明确。

在实际的系统中，我建议统一加上统一响应体Result类，包含code、message、data三个字段。这样前端拿到响应后，先判断code是否为200，再决定是渲染数据还是弹出错误提示。这个小设计在答辩时可以重点讲，它体现了你对接口规范化的思考。

2. 数据库设计：薪酬系统的地基

2.1 核心表结构规划

数据库设计是整个项目里最不能偷懒的部分。我在带学生改论文时发现，最常被答辩老师质疑的就是“你的表设计得是否合理”。

薪酬关系系统至少需要以下核心表：

这里要重点讲两个设计细节。

第一，用户表和员工表为什么要分开。系统登录需要的是账号密码角色，员工管理需要的是姓名部门岗位，两者虽然有关联，但职责不同。如果混在一张表里，会出现“员工张三没有登录账号”或“一个账号对应多个员工”的尴尬情况。设计上应该用employee_id作为sys_user表的外键，允许为空，表示该账号未绑定员工。

第二，薪资项目单独建表而不是做成字段。很多学生设计薪资表时，直接把基本工资、绩效、奖金这些字段写死在表里，这样做初看简单，但后续要新增一个“高温补贴”项目，就得改表结构加字段。用薪资项目表配合月薪核算表，把项目配置和数据解耦，这才是符合实际的业务设计。

2.2 MySQL索引设计与查询性能考虑

薪酬系统中查询频率最高的操作是什么？是按月查询员工薪资记录。

以sal_monthly_salary表为例，你会遇到这样的SQL：

SELECT emp_id, base_salary, performance, actual_salary FROM sal_monthly_salary WHERE salary_month = '2025-06';

如果没有索引，MySQL只能全表扫描。初期数据量几千行感觉不到问题，但如果做成一个使用多年的系统，数据量到百万行时，这个查询性能会急剧下降。

所以建表时，这几个字段一定要加索引：

• salary_month：查询的核心过滤条件，必须加普通索引。
• emp_id：员工维度的查询频繁，而且和员工表有JOIN，需要加索引。
• 联合索引：如果经常按(salary_month, emp_id)查询，可以建联合索引。

另外，所有外键关联的字段都应该建索引。比如hr_employee表的dept_id、sal_monthly_salary表的emp_id，这是MySQL使用索引的基本原则，也是你在论文的“数据库优化”章节可以写的内容。

2.3 权限数据模型：RBAC的设计要点

薪酬系统的权限管理用的是经典的RBAC（基于角色的访问控制）模型，也就是“用户-角色-权限”三层模型。

具体来说，sys_user表保存用户基本信息，sys_user_role表维护用户和角色的关系，sys_role表定义角色（管理员、人事专员、员工），sys_role_menu表维护角色和菜单权限的关联，sys_menu表定义菜单和按钮级别的操作权限。

这个模型最大的优点就是灵活。你调整某个角色拥有的菜单权限，该角色下所有用户的权限都会同步变化，而不用逐个用户修改。

在实现上，后端有两点需要注意：

1. 登录成功后，要根据用户ID查角色、查权限，把权限标识（如salary:export）返回给前端。
2. 前端拿到权限列表后，动态生成菜单和路由，没有权限的按钮直接隐藏。

SpringBoot后端配合Spring Security或Sa-Token，实现起来有清晰的套路。我给学生的建议是，毕业设计用Sa-Token，它的API设计比Spring Security简单不少，而且集成了前后端分离场景下的Token管理，能省下很多时间和精力。

3. 实操过程：从零开始搭建整套系统

3.1 环境准备：JDK、Maven、Node.js、IDEA的配置要点

老生常谈的内容我就不重复了，说几个学生常踩的坑。

JDK版本一定要固定。如果你用的是SpringBoot 3.x，必须用JDK 17+；如果你用的是SpringBoot 2.7.x，JDK 8或11都可以。很多学生从B站随便找了个教程，教程里是SpringBoot 2.x配JDK 8，自己却下载了JDK 21，启动直接报错UnsupportedClassVersionError，这就是版本不匹配。

Maven的仓库地址建议改成阿里云镜像，否则下载依赖会慢到怀疑人生。在settings.xml里加这段：

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

Node.js版本不要太新。Vue CLI或Vite对Node版本有要求，太新的Node（比如v20+）在某些老项目里会报OpenSSL相关的错误，这是因为webpack 4等旧工具链和新的OpenSSL不兼容。稳妥起见，用Node 16或18都是不错的选择。

IDEA创建SpringBoot项目时要注意Initializr URL。国内网络环境直接访问start.spring.io经常失败，可以换成阿里云的Initializr地址：https://start.aliyun.com。

3.2 后端项目搭建：Spring Initializr创建与核心依赖

在IDEA里新建Spring Boot项目，选择以下核心依赖：

• Spring Web：构建RESTful API的基石，内置Tomcat容器。
• MyBatis Framework：ORM框架，让Java方法名直接映射到SQL语句。
• MySQL Driver：数据库驱动，连接MySQL必须的依赖。
• Lombok：用注解自动生成getter/setter，简化实体类代码。

如果是SpringBoot 3.x，对应的MyBatis依赖坐标是org.mybatis.spring.boot:mybatis-spring-boot-starter:3.0.3；如果是SpringBoot 2.x，用2.3.x即可。注意版本对应关系，一旦选错，启动时就会出现NoSuchBeanDefinitionException这种让人一头雾水的错误。

application.yml的核心配置如下：

server: port: 8081 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/salary_system?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: root password: yourpassword jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.salary.entity configuration: map-underscore-to-camel-case: true

其中map-underscore-to-camel-case一定要设置为true，它可以把数据库字段emp_id自动映射到Java实体类的empId，省去大量心累的手动映射代码。

项目包结构建议这样分：

com.example.salary ├── controller // 接收前端请求 ├── service // 业务逻辑层 │ └── impl // 接口实现 ├── mapper // MyBatis的Mapper接口 ├── entity // 数据库实体类 ├── dto // 数据传输对象 ├── vo // 视图对象 ├── config // 配置类（跨域、拦截器等） ├── common // 通用工具类（统一响应、异常处理等）

3.3 前端项目搭建：Vue CLI创建与Element UI集成

前端项目用Vue CLI创建，Vue 2对应Element UI，Vue 3对应Element Plus。这一步建议Vue 3 + Element Plus，毕竟是当前的主流方向。

创建项目的命令：

vue create salary-system-front

按方向键选Manually select features，勾选Router和Vuex（或Pinia，取决于你用的Vue版本），然后安装Element Plus和Axios：

npm install element-plus axios

在main.js里全局注册Element Plus：

import { createApp } from 'vue' import ElementPlus from 'element-plus' import 'element-plus/dist/index.css' import App from './App.vue' import router from './router' import store from './store' const app = createApp(App) app.use(ElementPlus) app.use(router) app.use(store) app.mount('#app')

前端页面结构我建议按模块拆：

src ├── api // 封装axios请求 ├── assets // 静态资源 ├── components // 公共组件 ├── router // 路由配置 ├── store // 状态管理 ├── views // 页面组件 │ ├── login │ ├── dashboard │ ├── employee │ ├── salary │ ├── report │ └── system

axios封装是很容易被忽视但很重要的环节。建议统一设置baseURL为http://localhost:8081，并在请求拦截器里带上Token：

import axios from 'axios' import { ElMessage } from 'element-plus' const request = axios.create({ baseURL: 'http://localhost:8081/api', timeout: 10000 }) // 请求拦截器：添加token request.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers['Authorization'] = 'Bearer ' + token } return config }) // 响应拦截器：统一处理错误 request.interceptors.response.use( response => { const res = response.data if (res.code !== 200) { ElMessage.error(res.message || '请求失败') return Promise.reject(new Error(res.message)) } return res }, error => { ElMessage.error('网络异常，请稍后重试') return Promise.reject(error) } ) export default request

3.4 数据库初始化与测试数据准备

拿到项目的SQL文件后，直接在Navicat、Workbench或命令行里执行即可。执行前一定要检查字符集是否设置为utf8mb4，否则最后写中文数据时会乱码。

建议在初始化脚本里插入几组测试数据：

• 3个部门：技术部、人事部、财务部。
• 5~8个员工：覆盖不同岗位、不同入职时间。
• 2个角色：管理员、普通员工。
• 近3个月的月度薪资记录。

答辩演示时的经验：数据量不要太大，但一定要真实。比如“张三，技术部，Java开发工程师，基本工资12000，6月绩效3000”，评委一看就知道你的系统是能实际用的。

3.5 核心功能实现：登录鉴权、薪资核算与Excel导出

登录鉴权是整个系统的入口，也是答辩时最容易被追问的功能。实现思路如下：

1. 用户提交用户名密码，后端用BCrypt算法验证密码。密码在数据库中必须加密存储，不要用明文。
2. 验证通过后，生成一个Token，里面包含用户ID、角色信息，并设置过期时间。
3. 前端拿到Token后存在localStorage里，每次请求在请求头携带Token。
4. 后端的拦截器或过滤器校验Token，如果Token过期或无效，返回401状态码，前端跳转登录页。

薪资核算功能，我建议用这样一个流程实现：

1. 前端选择核算月份，比如2025年6月。
2. 后端查询所有在职员工。
3. 对每个员工，根据其薪资项目和考勤数据，计算出基本工资、绩效、扣款、个税等。
4. 将核算结果保存到sal_monthly_salary表，此时状态为“待审核”。
5. 管理员审核通过后，状态变为“已发放”。

这里有一个非常实用的技术点：用Java 8 Stream对列表进行批量核算，而不是在for循环里一条一条查数据库，否则性能会很差。

Excel导出是薪酬系统高频需求，建议用EasyExcel库。相比Apache POI，EasyExcel的API简单得多，内存占用也低。核心代码：

public void exportSalary(String month, HttpServletResponse response) throws IOException { List<SalaryExcelVO> list = salaryService.getSalaryDetailByMonth(month); response.setContentType("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"); response.setCharacterEncoding("utf-8"); String fileName = URLEncoder.encode("薪资报表", "UTF-8"); response.setHeader("Content-disposition", "attachment;filename=" + fileName + ".xlsx"); EasyExcel.write(response.getOutputStream(), SalaryExcelVO.class) .sheet("薪资数据") .doWrite(list); }

前端只要用window.open或者location.href访问这个接口，就能直接下载到Excel文件。

3.6 系统部署：前后端分别打包

部署是最能体现一个学生工程能力的地方，也是很多“代码能跑但部署就崩”问题的重灾区。

后端打包：

mvn clean package -DskipTests

打包后在target目录下会生成salary-system-0.0.1-SNAPSHOT.jar，然后用命令启动：

java -jar salary-system-0.0.1-SNAPSHOT.jar

前端打包：

npm run build

生成的文件在dist目录，把dist下的文件上传到Nginx的HTML目录，并配置反向代理，让前端请求/api时转发到后端接口。

Nginx配置示例：

server { listen 80; server_name localhost; root /usr/share/nginx/html; index index.html; location /api/ { proxy_pass http://127.0.0.1:8081; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } location / { try_files $uri $uri/ /index.html; } }

注意try_files那行，Vue是单页应用，路由跳转后刷新页面时，Nginx需要把请求重定向到index.html，由前端路由接管，否则会出现“404 Not Found”。

4. 常见问题排查与避坑实录

4.1 SpringBoot版本太高导致的依赖冲突

我在带学生的过程中，遇到最多的就是版本问题。很多学生照着教程写代码，结果因为SpringBoot版本不一样，出现了各种奇怪的报错。

举一个典型例子：SpringBoot 3.x把javax.servlet换成了jakarta.servlet包名，一些老教程里的import javax.servlet.http.HttpServletRequest在SpringBoot 3.x里直接编译不过，必须改成jakarta.servlet.http.HttpServletRequest。

还有拦截器、过滤器注册方式在SpringBoot 2.4之后也发生了变化，旧写法会被直接忽略，导致拦截器不生效、登录校验形同虚设。

解决方案：统一版本。如果你使用的教程是SpringBoot 2.x，就整套都用2.x，不要混用；如果你非要用SpringBoot 3.x，就要确认自己用的所有依赖（MyBatis、Sa-Token、EasyExcel等）都有支持3.x的版本。

4.2 Vue打包后布局异常

这是一个非常经典的问题：开发环境下界面显示完全正常，npm run build打包部署后，CSS样式错乱、图片加载不出来。

原因通常是打包配置里的publicPath路径问题。默认配置下，前端资源路径是/js/chunk-xxx.js这样的绝对路径，如果你的项目部署在服务器根目录没问题，但如果你访问的地址是http://ip:8080/salary/，那资源路径就变成了/salary/js/chunk-xxx.js才能正确加载。

解决办法是在vue.config.js里设置：

module.exports = { publicPath: './', }

使用相对路径后，打包出来的资源就能部署到任意子路径下。这个细节是很多同学忽略的，也是评委实际运行项目时经常遇到的问题。

4.3 MySQL连接失败的排查思路

java.sql.SQLException: Access denied for user 'root'@'localhost'是学生最常见的报错。排查顺序建议：

1. 用户名密码是否正确。很多人安装MySQL时设置了临时密码，或者密码包含特殊字符导致连接串解析失败。
2. 驱动版本和MySQL版本是否匹配。MySQL 8.0一定要用com.mysql.cj.jdbc.Driver，千万别用MySQL 5.x的com.mysql.jdbc.Driver。
3. 数据库地址是否正确。本地开发用localhost，但如果你用虚拟机或者云服务器部署，要用对应IP。
4. 如果是远程连接，要检查MySQL用户是否授权了远程访问权限。有时候服务商的安全组规则不开放3306端口，也会导致连接超时。

4.4 前后端联调时的接口匹配问题

很多学生独立开发前后端时不会出问题，但一旦要跟别人合作，或者调试已经写好的前后端代码，就会出现“前端明明发送了请求，后端却没收到”或“接口404”的情况。

先排查路径。前后端接口路径必须完全一致，包括大小写、斜杠。比如前端请求/api/salary/list，后端Controller的RequestMapping必须是/api/salary，方法上的GetMapping是/list，组合起来才是/api/salary/list。

再排查跨域。前后端分离必然涉及跨域问题。最简单的解决办法是在后端加一个CORS配置类：

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

注意allowedOriginPatterns是SpringBoot 2.4+的写法，旧版本用allowedOrigins("*")会有问题，因为allowCredentials(true)和allowedOrigins("*")同时使用时会被浏览器拒绝。

4.5 学生最容易忽略的10个细节速查表

5. 论文撰写与毕业答辩实战经验

5.1 论文结构：从系统分析到系统测试怎么组织

毕业设计论文的写作思路，我建议按这个框架来：

1. 绪论：研究背景、意义、国内外研究现状。这一段可以写写中小企业薪酬管理的痛点，以及信息化系统的价值。
2. 相关技术介绍：SpringBoot、Vue、MySQL、MyBatis的核心原理和选型理由。
3. 系统分析：需求分析、可行性分析、用例图、功能模块图。这里的重点是画出清晰的功能结构图和数据流图。
4. 系统设计：系统架构设计、数据库设计、接口设计。数据库设计一定要画出ER图，并把表结构附上。
5. 系统实现：选取核心功能模块，展示关键代码并解释实现逻辑。
6. 系统测试：功能测试用例表、测试结果、测试结论。

论文最容易拿高分的地方，在于你写的“为什么”。比如在数据库设计部分，解释“为什么员工表和用户表要拆开”；在权限模块，解释“为什么用RBAC模型”。这些内容只有你真正动手做过才能写得出来，也最能体现本科生的工程素养。

5.2 答辩时高频提问与应对思路

根据我带学生答辩的经验，评委老师最常问的问题就这些：

1. 你这个系统的角色权限是怎么控制的？
2. 薪资是怎么计算的？如果员工的社保基数变了，系统怎么处理？
3. 数据库表之间是什么关系？为什么这么设计？
4. 项目部署在什么环境？前后端是怎么交互的？
5. 如果月薪数据量很大，查询变慢了怎么优化？

回答这些问题的核心思路是：把问题引到你熟悉的领域。比如老师问权限怎么控制的，你不用只回答用了Spring Security，而是说清楚“员工登录后拿到Token → 每次请求携带Token → 后端解析Token拿到角色 → 角色对应菜单权限 → 前端根据权限动态渲染”，把整个链路讲完整，老师会觉得你的理解是成体系的。

再做一次预演：老师让你现场演示某个功能，你最好提前准备好测试账号和测试数据。演示的时候不要慌，按正常的业务操作来：登录、进入员工管理、新增员工、给员工核算工资、导出报表。这套动作你练习三遍，演示时基本不会有问题。

6. 部署与交付：把系统真正跑起来

6.1 三套部署方案对比

我在带学生时，发现同一个项目有几种典型的部署方式，各有优劣：

如果条件允许，我强烈建议至少会用云服务器部署一遍。不需要多好的配置，一台2核4G的服务器就够了，装好JDK、MySQL、Nginx，把前后端代码传上去，系统就能跑起来。答辩时你把IP地址发给老师，老师手机浏览器就能访问你的项目，这个印象分会加不少。

6.2 部署文档的使用方法与“交付物解压三连”

拿到这套源码后，第一步不要急着运行，按照下面顺序操作：

1. 阅读README或部署文档，确认环境要求（JDK版本、Node版本、MySQL版本）。
2. 初始化数据库：用Navicat新建数据库，选择SQL文件执行，确认表是否全部创建成功。
3. 启动后端：用IDEA打开后端项目，等Maven依赖下载完毕，修改application.yml中的数据库账号密码，启动Application类主类。
4. 启动前端：用VSCode或WebStorm打开前端项目，执行npm install安装依赖，再执行npm run serve启动开发环境。
5. 验证登录：用README里提供的管理员账号登录系统，检查菜单是否完整，数据能否正常展示。

任何一步卡住了，先看控制台报错信息。绝大多数问题，报错信息里已经告诉了你答案。你只需把报错信息复制到搜索引擎，八成能找到解决方案。

6.3 把系统变成你自己的项目的三个改动建议

直接拿别人的源码交上去，答辩老师一问就露馅。我建议拿到源码后，一定要做这三件事：

1. 改系统名称和Logo。把前端页面上的系统标题换成你自己的命名，比如“XX企业薪酬管理平台”，后端项目的group和artifact也可以改成你的学号或姓名拼音。
2. 加深一个自定义功能。比较简单的方案是做薪资趋势图表，用ECharts展示员工近6个月的薪资变化折线图。需求逻辑清楚、实现简单、答辩时视觉效果好，还能体现你前端可视化能力。
3. 给核心表增加一个业务字段。比如员工表增加“学历”“婚姻状况”，薪资表增加“补贴”字段，连带修改页面、导出Excel、查询条件。这个改动虽然不大，但能证明你对这个项目有全面的理解，是你自己动过手的。

6.4 我对这套项目的一个实操心得

最后一次说点题外的经验。我带过的学生里，做得最好的那批，往往不是技术最强的，而是把演示流程练得最熟的。代码哪怕有Bug，只要你能在答辩前自己修复并熟练操作流程，成绩都不会差。

另外，想提醒一下：一定要给自己留出至少一周的缓冲时间。你拿到一套新代码，从环境搭建到运行成功，再到读懂业务逻辑、做个性化修改，这个周期比你想象的长。别等到答辩前三天才开始动手，白天晚上连轴转，质量肯定要打折。

7. 结语：这个项目做完你能收获什么

整套系统做完之后，你再回头看这个项目，会有一种非常奇妙的感觉：假期前的你看到SpringBoot、Vue、MyBatis这些名词还是一头雾水，但现在的你，已经从零把一个包括登录鉴权、权限控制、增删改查、复杂业务计算、报表导出的完整企业级应用跑了起来。

这份经验的价值，不只是毕业设计拿一个分数那么简单。你去面试Java开发岗时，面试官问“你做过什么项目”，你不必吞吞吐吐说“跟着B站教程做了一个商城”，而是可以清晰地说：“我用SpringBoot和Vue做了一个企业员工薪酬管理系统，负责数据库设计、后端接口开发和前后端联调，项目采用了RBAC权限模型，使用了EasyExcel做报表导出”。这一段话能讲清楚，你已经超越绝大多数只会复制代码的应届生。

我给每个学生的建议都是一样的：拿到项目，第一件事不是问“怎么跑起来”，而是问“每个模块为什么要这么写”。把系统的代码当作一本活教材去读，遇到不认识的注解就去搜，遇到设计得巧妙的地方就在旁边记一笔，这样做完一个毕业设计，你的技术水平和工程认知会上一个台阶。

最后分享一个小技巧：答辩前把项目的源码目录截图、运行成功后的界面截图、数据库表结构截图都放进你的PPT。文字说再多，都不如一张清晰的架构图来得有力。祝你的毕业设计顺利通过。