宠物美容机构的“数字化改造”这几年已经成了毕业设计里的大热门。我刚帮一位学弟梳理完《基于springboot vue宠物美容机构管理系统》这套题目从选题、数据库设计到前后端联调全流程走了一遍感触很深这个题看似常规但做得好不好、答辩能不能拿高分差别其实非常大。它涉及真实业务场景中的预约排期、宠物档案、订单收费等核心模块技术栈上正好覆盖Spring Boot后端 Vue前端这套目前主流的前后端分离方案非常适合用来证明你的全栈开发能力。这篇博文我不会只给你堆需求文档而是把“怎么能顺利做出来、哪些地方最容易翻车、答辩时老师到底会问什么”拆开讲透希望能帮你少走弯路。1. 项目全貌宠物美容机构到底在忙什么1.1 先看业务一个宠物美容店的日常混乱如果你去一家还没上系统的宠物美容店蹲一天大概率会看到这样的场景前台小姐姐一边接电话一边在本子上记预约美容师忙完一只贵宾犬出来发现下一单客户早到了半小时店员翻半天微信聊天记录才能找到某只猫咪上次洗澡用的什么香波月底老板拿着纸质小票对账对得头大。这些看似琐碎的细节恰恰是“宠物美容机构管理系统”要解决的核心痛点。预约混乱客户打电话/微信预约店员手写登记记错时间、日期撞档、爽约没人跟进是常态。档案缺失每只宠物的品种、年龄、过敏史、常用美容项目、历史照片都散落在聊天记录里换个人就接不上话。收费不清不同的猫咪、狗狗体型不同美容价格不同还有办卡会员、套餐折扣纯靠人工计算容易扯皮。员工绩效难统计谁今天做了几个订单、业绩多少月底很难快速算清楚。所以这个系统绝不只是“增删改查”那么简单它本质上是一个面向小型宠物服务门店的业务管理系统需要覆盖从预约、接待、服务到收费、回访的完整闭环。1.2 毕业设计为什么适合选这个题我接触过不少做类似题目的同学选择这个方向有几个非常实际的好处第一业务复杂度适中。它比单纯的“图书管理系统”更有场景感又比电商秒杀、大型SaaS系统简单太多。预约冲突、多角色权限、订单状态流转这几个点属于“跳一跳够得着”的难度既能展示能力又不会做到一半做不下去。第二技术栈主流且完整。Spring Boot Vue 这套前后端分离组合是目前中小规模企业项目最常见的搭配之一。做完这个项目你简历上可以写的东西很多RESTful API设计、JWT登录鉴权、MyBatis Plus操作数据库、Vue Router路由权限、Axios请求封装……每个都是真实岗位面试会问的点。第三演示效果好。宠物美容涉及大量图片展示、日历预约交互、状态标签切换做出来的界面比干巴巴的管理后台生动很多答辩演示时观感很好老师也容易理解业务价值。2. 技术选型Spring Boot Vue 这套组合的前因后果2.1 后端为什么选 Spring Boot 而不是 SSH/SSM很多教材还在教 SSMSpring SpringMVC MyBatis整合但实际工作里 Spring Boot 早就成了绝对主流。Spring Boot 的核心价值就是“简化配置、快速启动”——它内置了Tomcat把纷繁复杂的XML配置换成自动配置和Starter依赖你用idea新建一个项目几步就能跑起来一个Web应用。和传统方案相比它的优势特别明显对比项SSM/SSH 传统方案Spring Boot配置方式XML写一大堆整合耗时自动配置application.yml即可启动方式需外部Tomcat配置麻烦内置容器jar包一键启动依赖管理手工管理版本冲突Spring Boot Starter统一管理学习门槛概念多、整合复杂上手快聚焦业务开发社区生态逐年萎缩当前主流资料丰富选 Spring Boot 还意味着答辩时你能非常自然地回答“为什么做这个技术选型”因为它解决了传统SSM整合成本高、配置冗余、部署困难等实际问题是目前企业级开发的通用标准。这句话一出来老师就知道你不是随便选的。2.2 前端为什么选 Vue 而不是 ReactVue 和 React 都是优秀的框架但放在毕业设计这个场景Vue 有三个别人比不了的点一是上手曲线平缓。Vue 的模板语法接近 HTML渐进式架构让你可以从“在HTML里引入Vue使用”开始再逐步到单文件组件、Vue Router、Pinia/Vuex。大部分同学从零到能写出完整后台管理界面一到两周就能做到。二是周边生态贴合业务。Element UI / Element Plus 这类组件库是专门为后台管理系统设计的表格、表单、弹窗、日历、分页都是开箱即用。你不需要花大量时间写CSS装好组件库页面效果就已经很专业了。三是社区中文资料丰富。Vue 在国内前端市场的占有率很高学习过程中遇到“组件不更新”“路由404”这类问题搜中文基本就能直接找到答案。当然如果你对 React 更熟或者导师指定用 React那这个题目的前端也可以换成 React 实现核心逻辑不变。不过从稳妥、快速、不容易卡壳的角度Vue 确实是更省心的选择。2.3 配套依赖怎么选一个成熟的宠物美容管理系统光有 Spring Boot Vue 还不够我在实际搭建时通常会配上这套组合MySQL 8.x数据存储的主力免费、稳定、资料多。MyBatis Plus在 MyBatis 基础上做了大量增强单表CRUD不用写SQL内置分页插件能省很多体力活。Spring Security 或 JWT登录认证与权限控制。毕业设计一般推荐 JWT 拦截器的方式理解成本低代码量也少一些。Lombok注解生成 getter/setter/构造器让实体类非常简洁。Redis可选加分项做验证码存储、缓存热门服务项目列表。如果还没用过Redis它可以作为答辩时的一个亮点来介绍。Element Plus / Axios / Vue Router / Pinia前端基础四件套分别负责UI、HTTP请求、路由管理、状态管理。Hutool一个Java工具类库生成随机验证码、日期处理、Bean拷贝都很方便减少自己写的工具代码。这里我要强调一点选型务必以“能跑通”为第一原则。很多同学喜欢在项目里堆砌一堆新技术比如用Elasticsearch做搜索、用RabbitMQ做消息队列结果把自己搞崩了最后项目都跑不起来。毕业设计的核心是完整性和逻辑自洽技术栈在精不在多。3. 功能拆解与数据库设计先把地基打牢3.1 角色权限设计谁在用这个系统我把系统的使用者分成四类每一类看到的界面和能做的操作完全不同角色核心权限典型操作管理员老板/店长全部权限员工管理、服务项目定价、查看经营报表、数据统计前台接待预约/接待/收费添加宠物档案、登记预约、处理到店、开具订单美容师查看与执行查看今日预约、开始/完成服务、填写服务记录客户C端用户自助查询与预约注册登录、维护自己的宠物信息、在线预约、查看消费记录实际开发时不一定需要完全独立的客户端小程序或App。如果是纯管理后台可以内置一个“客户”角色允许客户登录后查看自己的宠物和订单如果学有余力再做一个H5端或者微信小程序端作为加分项。这种多角色权限设计非常重要因为它直接关系到数据库字段设计、Vue Router动态路由和后端接口鉴权。答辩时老师特别喜欢问“怎么防止一个普通用户去调用管理员接口”你准备好“后端接口基于角色校验 前端根据角色渲染菜单”这套回答分数就稳了。3.2 核心业务模块拆解宠物美容机构管理系统的功能模块我建议至少包含以下八个登录注册模块用户名密码登录、JWT签发与校验、验证码、退出登录。员工管理模块管理员对员工账号的增删改查、角色分配、账号启停用。宠物档案模块宠物昵称、品种、性别、年龄、体重、毛色、过敏史、绝育情况、疫苗记录、宠物照片。服务项目管理模块服务名称、适用宠物体型、价格、耗时、所需美容师级别。预约管理模块客户选择服务项目和美容师、预约日期和时段、冲突校验、预约状态流转。订单收费模块到店后根据实际服务生成订单、支持会员折扣、订单明细展示、支付状态管理。评价回访模块客户对服务评分和评价、店长查看回访列表。统计报表模块营业额趋势、各服务项目销量排行、员工绩效、预约到店率。这里重点说一下“预约管理”。预约是这个系统里最容易出彩、也最容易写崩的模块。你需要定义好状态枚举我一般这样设计已预约(pending) - 已到店(confirmed) - 服务中(serving) - 已完成(completed) - 已取消(cancelled) - 爽约(no_show)状态流转必须严格限制比如“已完成”的订单不能直接改成“已取消”否则数据就乱了。3.3 数据库表设计要点数据库设计是毕业设计的地基我强烈建议你先把E-R图画清楚再动手写代码。核心表至少要有这几张sys_user 用户表员工客户共用通过role区分 pet 宠物档案表归属客户含品种、过敏史等 service_item 服务项目表洗澡、美容、造型等 appointment 预约信息表核心业务表 orders 订单表到店消费后生成 order_detail 订单明细表一个订单对应多条服务明细 review 评价表关联订单以 appointment 表为例字段设计大致如下id 主键 pet_id 宠物ID关联pet表 user_id 客户ID下单人 service_id 服务项目ID groomer_id 美容师ID关联sys_user appointment_date 预约日期 time_slot 时间段比如09:00-10:00 status 状态pending/confirmed/... remark 备注 create_time 创建时间 update_time 最后更新时间这里有两个非常容易踩的坑我提醒一下第一外键约束到底用不用很多教材喜欢强调外键但在真实企业项目里互联网公司普遍“不用数据库外键而是在应用层维护数据一致性”因为外键会影响高并发写入性能、让分库分表变得困难。毕业设计代码里可以不用外键但必须在逻辑上保证关联字段有效比如删除一个宠物之前先检查它有没有未完成的预约。答辩时如果老师问“你为什么不用外键”你可以这样回答“为了系统的扩展性和性能考虑采用应用层逻辑保证数据一致性这也是目前企业开发的常见做法”。第二金额字段用什么类型一定要用 decimal不要用 float/double。浮点数在计算金额时会出现精度缺失比如 0.1 0.2 ! 0.3 的问题在Java和数据库中同样存在。虽然这个题目的订单量不会很大但养成用 decimal 的习惯对你是加分项。4. 后端实现Spring Boot 的骨架搭建4.1 项目结构与分层设计一个清晰的后端包结构是老师快速get到你代码水平的关键。我的习惯是这样com.example.petgrooming ├── controller # 控制层接收请求返回结果 ├── service # 业务层核心逻辑 │ └── impl # 业务实现类 ├── mapper # MyBatis Plus 的 Mapper 接口 ├── entity # 实体类 ├── dto # 前端传参/返回对象 ├── config # 配置类Cors、拦截器注册等 ├── common # 通用类统一返回结果、异常处理、常量 ├── utils # 工具类JWT工具、日期工具 └── PetApplication.java # 启动类这里重点解释两个设计思路统一返回结果。我习惯定义一个ResultT类结构固定为{ code: 200, message: success, data: ... }。这样前端Axios拦截器只需要统一处理后端返回结构不用每个接口单独判断。好处是你后续加接口非常快代码风格也一致。全局异常处理。用RestControllerAdvice定义一个全局异常处理器把业务异常、参数校验异常、未知异常统一拦下来。否则你的接口一旦报错前端拿到的就是一堆晦涩的堆栈信息联调阶段会非常痛苦。4.2 登录认证与权限拦截这个系统包含多角色权限控制是答辩一定会被问到的地方。我就用“JWT 拦截器 注解”这套方案逻辑非常简单清晰用户登录成功后后端根据用户ID、用户名、角色生成一个 token返回给前端。前端把 token 存在本地之后每次请求都放在请求头的 Authorization 字段里传回。后端写一个拦截器拦截所有/api/**请求取出 token 校验签名和过期时间把用户信息放到 ThreadLocal 里供后续使用。核心代码示例如下// 登录接口核心逻辑 public ResultString login(LoginDTO dto) { // 1. 校验验证码如果有 // 2. 根据用户名查询用户 SysUser user userMapper.selectOne( new LambdaQueryWrapperSysUser() .eq(SysUser::getUsername, dto.getUsername())); // 3. 校验密码BCrypt加密对比 if (user null || !BCrypt.checkpw(dto.getPassword(), user.getPassword())) { throw new BusinessException(用户名或密码错误); } // 4. 生成JWT并返回 String token JwtUtil.createToken(user.getId(), user.getUsername(), user.getRole()); return Result.success(token); }拦截器的核心逻辑public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { String token request.getHeader(Authorization); // 放行登录接口等白名单路径 if (request.getRequestURI().contains(/user/login)) return true; try { Claims claims JwtUtil.parseToken(token); // 把用户信息存入ThreadLocal供Service层获取当前用户 UserContext.setUser(claims); return true; } catch (Exception e) { // 返回401状态码 response.setStatus(401); return false; } }再配合自定义注解RequireRole(admin)在Controller方法上做细粒度控制只有管理员能调用的接口就有了双重保障。这套设计紧凑且实用代码量也不大跟老师讲清楚“无状态认证、不需要服务端存储Session”这两点就是很好的亮点。4.3 预约冲突检测先想清楚再写代码预约是这个系统里业务性最强的功能。一个美容师在某个时间段只能服务一只宠物所以后端在新增预约时必须做“冲突检测”。我的实现思路是查询该美容师在相同日期的排班状态以及已存在的、时间区间重叠且状态不是“已取消”的预约记录逐条比较时间段是否重叠。// 判断两个时间段是否重叠的通用逻辑 public boolean isTimeSlotOverlap(String start1, String end1, String start2, String end2) { // 不重叠的条件end1 start2 或 end2 start1 return !(end1.compareTo(start2) 0 || end2.compareTo(start1) 0); }然后把美容师的排班表也纳入考虑如果某天美容师是休息状态前台应该压根选不到这个人。这样从源头避免冲突用户看到的就是“该美容师当前时段不可选”而不是提交之后才报错。这块我建议你一定要自己手写不要直接用数据库唯一索引去堵。因为“唯一索引只能防完全重复防不了时间区间重叠”你给老师讲清楚这个技术难点和处理逻辑会让你的项目层次明显高于“CRUD搬运工”。4.4 其他值得注意的后端细节分页查询。列表页比如订单列表、预约列表数据可能会越来越多绝不能用selectList一把梭。MyBatis Plus 的PageTselectPage已经是标配写法前端传页码、每页条数、搜索关键字后端返回总分页结果。时间参数接收。前端传日期和时间如果用RequestParam String appointmentDate接收再手动解析代码会很不优雅。正确的做法是配置DateTimeFormat(pattern yyyy-MM-dd)或者在全局配置了 Jackson 的日期格式后直接RequestBody接收实体类。密码加密存储。用户的密码一定要用 BCrypt 等加密算法处理数据库里绝不能存明文。虽然这个项目是课程作业但“不存明文密码”这一条在很多企业开发规范里是红线你做到了就是一个出彩的小细节。5. 前端实现Vue 界面从零搭起来5.1 工程结构与路由设计前端我用 Vue 3 Vite Element Plus Pinia 这套组合。Vite 启动速度快开发体验比 Vue CLI 好很多而且使用的人越来越多答辩时也算是一个“技术新一点”的信号。目录结构大致如下src/ ├── api/ # 每个模块的接口请求函数 ├── assets/ # 静态资源 ├── components/ # 通用组件 ├── layout/ # 主框架侧边栏顶栏内容区 ├── router/ # 路由配置 ├── stores/ # Pinia状态管理 ├── views/ # 页面视图 │ ├── pet/ │ ├── appointment/ │ ├── order/ │ ├── user/ │ └── dashboard/ ├── utils/ # axios封装、工具函数 ├── App.vue └── main.js路由这块强烈推荐使用动态路由用户登录后根据返回的角色信息动态生成该角色可见的路由表再router.addRoute注册进去。比如美容师登录后看不到“员工管理”菜单管理员登录则全部可见。这会让你的系统显得非常专业而且和 JWT 权限控制形成了前后端呼应。5.2 Axios 封装与拦截器Axios 请求封装是前端必须做好的基建。我的习惯是// utils/request.js const service axios.create({ baseURL: /api, timeout: 10000 }) // 请求拦截器自动携带token service.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers.Authorization token } return config }) // 响应拦截器统一处理业务码和报错 service.interceptors.response.use( response { const res response.data if (res.code 200) { return res.data } if (res.code 401) { // token失效跳转登录页 router.push(/login) } ElMessage.error(res.message) return Promise.reject(new Error(res.message)) }, error { ElMessage.error(网络异常请稍后重试) return Promise.reject(error) } )这样做的好处是每个页面组件里写接口时不用关心token从哪来、后端报错怎么提示所有公共逻辑都在拦截器里统一处理了。这也是企业项目里的常规写法面试时能说得头头是道。5.3 几个核心页面的实现思路预约日历页面。我用了 Element Plus 的日历组件封装左侧展示月历右侧展示选中日期当天所有预约。日历格子可以自定义内容比如有预约的日期下面显示小圆点。点击某一天下方列表展示当天预约的宠物、美容师、服务项目、时段和状态。宠物档案表单。这是体现系统专业感的重要页面。除了基础字段我会把“过敏史”和“注意事项”做成多行文本让用户可以录入详细备注。宠物照片上传用 Element Plus 的 Upload 组件后端接收到 MultipartFile 后存到本地目录把访问URL存进数据库。订单结算页面。到店服务完成后前台选择该预约对应订单系统自动把预约时选择的服务项目带出也可以追加其他服务。价格根据宠物体型和会员折扣自动计算确认后生成订单。这个页面的状态流转逻辑要小心成功支付后订单状态要同步更新回预约记录。5.4 前后端联调与跨域问题开发阶段跨域是绕不开的坑。最省事的方案是用 Vite 的代理功能前端请求/api开头的路径时Vite 帮我们把请求转发到http://localhost:8080。这样浏览器看到的始终是同源请求不会触发跨域拦截。// vite.config.js server: { port: 5173, proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } }后端同时也要配跨域配置二选一即可我在项目里通常两者都配防止某个场景漏掉。后端的配置很简单Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }6. 从零到演示数据库初始化、启动与部署6.1 数据库初始化数据库脚本一定要提前写好并且要保证“一键执行不报错”。我习惯把所有建表语句放在一个init.sql里同时在注释里写明每张表的作用。除此之外再准备一份data.sql插入一批演示数据比如10只宠物、5个美容师、一周的预约记录、若干订单。这批数据不要随便造要精心设计有的宠物是泰迪、有的宠物是布偶猫有的客户办了会员有的预约是待确认、有的是已完成。这样一来你演示的时候点开每个模块都有内容可看而不是空表格体验完全不同。6.2 后端配置文件application.yml是后端启动的关键需要配置的数据源、MyBatis Plus 插件、JWT 密钥等都要写清楚server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/pet_grooming?useUnicodetruecharacterEncodingutf-8serverTimezoneAsia/Shanghai username: root password: 你自己的密码 driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl # 打印SQL开发时很有用 global-config: db-config: logic-delete-field: deleted # 逻辑删除字段 logic-delete-value: 1 logic-not-delete-value: 0 jwt: secret: 一串足够长的随机字符串 expire: 604800 # 过期时间单位秒这里是一周有几个细节我想特别叮嘱一下数据库连接串里的characterEncodingutf-8和serverTimezoneAsia/Shanghai一定要带上否则中文乱码和日期偏差这两个问题够你排查半天。6.3 前端启动与打包前端开发时一条命令就能跑起来npm install npm run dev如果 npm 安装很慢建议先配置淘宝镜像源不然一堆依赖下载中途卡住非常影响心情。如果你希望把项目打成前后端分离部署包前端执行npm run build生成dist目录然后让 Nginx 指向前端静态文件同时把/api反向代理到后端的 8080 端口。这部分尽管做不会很难但能让你在答辩时说“我的项目已经可以部署到Linux服务器上运行了”加分效果很明显。7. 踩坑实录常见问题与排查思路7.1 后端高频问题排查表现象可能原因解决方案启动时端口被占用8080被别的进程占用了修改server.port或者用netstat -ano找出占用进程后杀掉中文写入数据库变乱码数据库连接串缺少编码参数在url末尾加characterEncodingutf-8SQL打印一堆日志性能慢MyBatis Plus 把所有SQL输出到控制台生产环境关闭log-impl时间字段差8小时时区配置不对url里加serverTimezoneAsia/Shanghai前端提交的中文变成乱码请求和响应的编码不一致全局Jackson配置UTF-8前端请求头带Content-Type: application/json; charsetutf-8同一个预约被重复下单未做冲突检测在Service层加事务与预约时间段重叠检查7.2 前端高频问题排查表现象可能原因解决方案刷新页面出现404路由是history模式Nginx没配fallbackNginx配置try_files $uri $uri/ /index.html;请求通了但跨域报错代理配置没生效重启Vite服务确认请求路径以/api开头接口返回数据了界面不刷新Vue响应式丢失检查是否直接用下标修改数组改用reactive/ref的API更新| 上传图片失败 | 后端文件保存路径不存在 | 启动前先创建好存储目录或后端代码里自动创建 |7.3 定位 Bug 的通用思路我调试这个项目踩过不少坑最后总结出一个通用排查套路从前端请求开始一层层往后查。首先打开浏览器开发者工具确认请求有没有发出去、URL对不对、请求头有没有带token。然后看后端控制台有没有进入对应的Controller、参数接收的是什么、SQL打印出来长什么样。最后看数据库里数据有没有变化没变化说明逻辑没走通变了说明功能本身是通的。按照“前端 - 后端 - 数据库”顺序排查90%的问题都能在10分钟内定位。千万不要一头扎进代码里瞎翻更不要怀疑是环境问题绝大多数情况都是我们自己的代码有疏漏。8. 答辩加分怎样把毕业设计讲成亮点8.1 开场讲好系统价值而不是背功能介绍很多同学答辩开场就是“本系统实现了用户管理、预约管理、订单管理……”——老师已经听了无数遍毫无记忆点。我建议换一种讲法从业务痛点切入。比如你这样说“我调研了本地几家宠物美容门店发现他们在预约排期、客户档案、收费统计上完全依赖手工记录效率低而且容易出错。所以我设计了这个系统把它拆成预约、档案、订单、统计四大核心流程……” 这样讲出来老师立刻明白你做这个题目是真的思考过“为什么做”而不只是为了凑毕业设计。8.2 高频答辩问题提前准备我把这道题目老师最爱问的几个问题整理如下老师常问问题建议回答方向为什么用前后端分离职责分离后端只提供接口前端关注交互团队可并行开发部署也更灵活JWT和Session有什么区别JWT无状态、可扩展、天然适配移动端Session依赖服务端存储集群环境下需要额外共享方案怎么保证一个美容师同一时间只有一个预约在后端Service层做时间重叠检测加上数据库层面的唯一约束或Redis分布式锁作为兜底数据库表之间是什么关系宠物表与预约表是一对多订单与明细是一对多用户与宠物是一对多用E-R图展示如果客户量特别大系统哪里会先成为瓶颈数据库连接与单表查询、预约接口的并发写入可通过加索引、Redis缓存、拆表等方式解决这个系统还有哪些可以扩展的地方增加微信小程序端、对接第三方支付、增加消息推送、用工作流引擎处理多级审批每个问题你只要能说出一两句有深度的话就已经超过很多照本宣科的同学了。千万不要死记硬背要理解背后的逻辑老师追问起来才不至于露馅。8.3 演示时的节奏控制演示环节控制在10分钟左右我建议按这条路径走登录 - 看数据统计首页 - 新增一只宠物档案 - 给这只宠物预约一个美容服务 - 演示冲突时提示不可选 - 美容师账号登录查看今日预约 - 完成服务并生成订单 - 查看订单与营业额报表。整条链路正好覆盖一遍核心业务闭环也让老师直观看到“一个客户从建档到消费完成”的完整过程。用不同的浏览器各登一个角色账号切换演示不需要来回退出登录现场效果更流畅。9. 最后一点私货做完这个项目的几点真实感受这个题目做完我的最大感受是它给我的锻炼远不止“写代码”本身。从分析一家宠物美容门店的真实运营流程到设计一套合理的数据库结构到前后端接口联调时反复沟通字段定义再到最后打包部署给学弟演示——每一环都像一个小型真实项目的缩影。如果你也是选了这个题目我建议你给自己定一个两周冲刺计划第一周搞定后端所有接口和数据库脚本第二周集中做前端页面和联调。千万不要先做前端再做后端否则联调时会发现接口字段根本对不上。更不要想着把代码写完再统一测每天都应该保持“项目能正常运行”的状态哪怕只完成一个模块也要保证它能跑起来再进入下一个。还有一个小建议把你设计和踩坑的过程都记到开发日志里不只是为了自己复盘更是答辩时的好素材。当老师问“你遇到过什么难题”时你说“前端日历组件回显已预约数据时状态不一致最后通过重新设计接口返回结构解决的”比任何空话都更有说服力。这套系统做完你会发现自己对 Spring Boot、Vue、MySQL 这套技术栈的理解上了一个台阶也真正体会到了一个应用从零到可交付的全过程。剩下的就是打磨细节、准备答辩祝你顺利。