简介面向计算机相关专业毕业生的美容院管理系统毕业设计资料包适合需要完成课题设计、论文撰写及系统演示的本科生使用。资源涵盖完整项目源码、数据库脚本、毕业论文文档、系统功能演示录像和基于常用集成开发环境的运行教学视频能够帮助从零搭建环境到最终答辩环节提供全程参考。压缩包共九个文件以视频教学与演示录屏、说明文档、数据库脚本及论文文档为主整体约两百零一兆其中视频文件用于演示系统运行效果与配置方法说明文档提供环境准备与项目导入指引脚本可直接初始化数据库论文文档为撰写与答辩提供结构参考。已有九十九人学习下载可作为毕业设计选题或功能模块开发的直接参照。资源价值不仅在于完整代码与数据库设计还包括配套论文、操作录屏和软件下载指引覆盖开发工具配置、项目导入、数据库初始化等关键环节可显著降低上手难度适合快速理解美容院管理系统的业务流程与Spring Boot技术实现。1. 美容院管理系统为什么值得用 Spring Boot 重做一遍美容院管理系统这类选题常见做法是 SSM 或者 JSPServlet而这套毕业设计直接落在 Spring Boot 上。它管的不是单张会员表而是会员档案、预约排班、消费流水这几条业务线覆盖一间中小型美容门店的日常运营。对做毕设的人来说这套资源最值钱的不是界面而是代码、数据库脚本、论文、演示录像、运行教学和软件下载组成的完整闭环。适合两类人一类拿它当模板改几个字段就能换题另一类准备答辩需要十分钟内把架构、表关系、核心接口讲清楚。后面内容按项目包里的实际文件展开包括 db.sql、application 配置、IDEA 与 Eclipse 启动方式以及论文里容易讲不透的预约冲突处理。2. Spring Boot 分层架构与数据库表设计2.1 Controller-Service-Dao 三层的职责边界Spring Boot 启动类完成包扫描后标注了RestController、Service、Repository的类会全部纳入容器管理。这套系统把接口入口放在 controller 层业务校验和事务放在 service 层SQL 操作收敛在 dao 层三层不互相越权。常见错误写法是在 controller 里直接拼 SQL或者把业务逻辑堆在实体类里这两种写法在答辩时容易被追问到失分。RestController RequestMapping(/api/member) public class MemberController { Resource private MemberService memberService; // 新增会员入口只做参数校验业务逻辑下沉到 service 层 PostMapping(/add) public Result add(RequestBody Member member) { if (member.getName() null || member.getName().trim().isEmpty()) { return Result.error(会员姓名不能为空); } return Result.ok(memberService.addMember(member)); } }这段代码把必填校验放在 controller 入口真正的数据落库逻辑在memberService.addMember()里。这样做的好处是前端传参格式变化时只改 controller数据库字段变更时只动 dao业务规则调整时只动 service三层各自能独立测试。答辩时如果被问为什么不在前端校验可以回答后端校验是安全底线前端校验只是体验优化两句话就能把这个问题接住。2.2 db.sql 里最核心的几张表打开 db.sql 会看到建库、建表、插入初始化数据三段。这类题目里最核心的是 member会员表、appointment预约表、consume_record消费记录表和 project服务项目表。会员表与消费记录表通过 member_id 关联预约表通过 member_id 和 employee_id 分别关联会员与美容师是一对多的标准建模方式。表名关键字段作用memberid, name, phone, level, balance, create_time会员档案与余额projectid, name, price, duration服务项目定价appointmentid, member_id, employee_id, appoint_time, status预约排班consume_recordid, member_id, project_id, amount, pay_time消费流水CREATE TABLE member ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(50) NOT NULL COMMENT 会员姓名, phone varchar(20) DEFAULT NULL COMMENT 手机号, level varchar(20) DEFAULT 普通会员 COMMENT 会员等级, balance decimal(10,2) DEFAULT 0.00 COMMENT 账户余额, create_time datetime DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里的 create_time 用 datetime 而不是 timestamp因为 datetime 范围更大且不受时区影响后端取当前时间写入即可逻辑更直观。phone 字段没有唯一索引会让演示数据重复插入成功这不影响功能演示但如果论文里写了会员唯一性相关内容答辩前建议手动补一个UNIQUE KEY uk_phone (phone)前后就能对得上。提示导入 db.sql 时如果报 utf8mb4 相关错误先检查 MySQL 版本5.5 及以下不支持 utf8mb4需要升级或改用 utf8 字符集。2.3 数据访问层用 JPA 还是 MyBatis 更稳这个项目的技术栈是 springboot 加数据库访问层课程设计里接 MyBatis 是最稳的选择。MyBatis 的 SQL 自己写表结构和 SQL 对得上出了慢查询能直接定位JPA 虽然省代码但自动生成的 SQL 一旦关联两张以上表日志不好读。答辩评委常问分页怎么做的MyBatis 可以明确回答是 limit 和 count 两条 SQL 配合。Mapper public interface MemberDao { ListMember selectPage(MapString, Object params); int countMember(MapString, Object params); }!-- 分页查询会员LIKE 用 CONCAT 拼接防止注入 -- select idselectPage resultTypecom.xxx.entity.Member SELECT * FROM member where if testname ! null and name ! AND name LIKE CONCAT(%, #{name}, %) /if /where ORDER BY id DESC LIMIT #{offset}, #{pageSize} /select这段分页查询用LIMIT offset, pageSize实现配合 countMember 组装 PageResult 对象。LIKE 拼接用 CONCAT 而不是在 XML 里写成%${name}%后者存在注入风险前者用#{}占位MyBatis 会走预编译。这个细节是答辩加分项也是能直接照搬到其他 springboot 项目里的写法。3. 会员、预约与消费流水三个核心模块的实现3.1 会员模块的增删改查与余额更新member 模块是系统的门面演示录像里最先展示的也是会员列表和新增会员。实现上addMember 要做两件事插入会员记录再回填自增 id 到实体。修改和删除不要在 controller 里直接调 dao要把会员是否有未完成预约这类约束放进 service否则删了有预约的会员appointment 表会出现孤立数据。// 插入会员后回填自增 id并同步写余额流水保证两表数据一致 public int addMember(Member member) { member.setCreateTime(new Date()); int rows memberDao.insert(member); if (rows 0) { memberDao.initBalanceLog(member.getId(), member.getBalance()); } return rows; }插入成功后同步写一条 balance_log 初始记录是为了后续对账能追溯到每笔余额变化。如果只求基本毕设功能可以不建 balance_log 表但论文里的数据一致性章节就少了实例支撑演示时也容易在余额变动环节被问住。这里用Transactional把 insert 和 initBalanceLog 包进同一个事务会更严谨答辩时可以主动提这一点。3.2 预约模块的状态机与冲突处理预约表的状态字段一般用 0 已取消 / 1 待服务 / 2 已完成 来表达。状态流转要遵守固定顺序不允许从 0 直接跳到 2。冲突处理是预约模块最容易出错的地方同一个美容师同一个时间段不能被重复预约这是业务上最核心的约束。-- 统计同一美容师在目标时间段内是否已有待服务预约 SELECT COUNT(*) FROM appointment WHERE employee_id #{employeeId} AND appoint_time BETWEEN #{startTime} AND #{endTime} AND status 1这条 SQL 返回大于 0 就说明该美容师在这个时间段已有待服务预约service 层直接抛出该时间段已被预约的提示。注意这里只排除了已取消的记录如果要更严格可以在时间段前后各加一分钟缓冲避免前后两个预约无缝衔接带来的准备时间不足。演示录像里通常只演示新增预约但答辩时把这段冲突逻辑讲出来效果明显不一样。3.3 application.yml 里的连接参数与端口细节Spring Boot 项目启动失败九成原因是 application.yml 里的数据库连接参数和本机不一致。这个项目的配置核心就三个位置端口、数据源、字符集。下面是一份可以直接对应 db.sql 的配置注意 3306 端口、库名和密码必须换成自己环境里的值。server: port: 8080 # 前端页面默认访问端口 spring: datasource: url: jdbc:mysql://localhost:3306/beauty_salon?useSSLfalsecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root # 改成自己 MySQL 的用户名 password: 123456 # 改成自己 MySQL 的密码 driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss参数常见报错处理方式serverTimezoneThe server time zone value 乱码改成 Asia/ShanghaiuseSSLfalseSSL 证书告警本地环境直接关闭driver-class-nameClassNotFound 旧版驱动MySQL 8 用 com.mysql.cj.jdbc.Driver# 命令行方式启动适合确认环境是否干净不依赖 IDE mvn spring-boot:run在项目根目录执行mvn spring-boot:run看到 Started Application in x seconds 就说明启动成功。如果 8080 端口被占用可以改用java -jar配合--server.port8081指定新端口不需要改代码。启动成功后用浏览器访问 http://localhost:8080能看到登录页说明前后端路由已经接上。4. 从数据库导入到 IDEA/Eclipse 启动的完整验证流程4.1 环境版本匹配与软件下载运行教学里提到的软件下载清单包含 idea、eclipse、tomcat、mysql、Navicat 等一共 1.9G核心是 JDK 8 和 MySQL 5.7 或 8.0。Spring Boot 2.x 对应 JDK 8 完全没有兼容问题但如果装了 JDK 17 再跑低版本 Boot会出现 javax 包找不到的经典报错。建议先统一到 JDK 8再谈启动这能省掉一半的排错时间。软件建议版本作用JDK1.88u201 以上编译和运行基础Maven3.6.x依赖下载与打包MySQL5.7 / 8.0数据存储Navicat15导入 sql、查看数据4.2 用 Navicat 导入 db.sql 的完整步骤第一步新建数据库库名必须和 application.yml 里的库名一致否则连接直接失败。Navicat 里右键连接下的数据库选择运行 SQL 文件找到 db.sql 执行即可。执行完刷新表能看到 member、appointment 等表才算成功。-- 如果 db.sql 里没有建库语句需要先手动建库字符集必须与项目一致 CREATE DATABASE IF NOT EXISTS beauty_salon DEFAULT CHARACTER SET utf8mb4; USE beauty_salon;导入成功后先做两个验证执行SELECT COUNT(*) FROM member;确认演示数据数量再用一条关联查询验证 appointment 与 member 的外键关系能正常 join。这两步通过后面代码启动基本不会在数据层卡住。常见问题是用 root 连接时密码填错Navicat 会提示 Access denied这时去改 application.yml 里的 password 即可不用重新导库。4.3 IDEA 与 Eclipse 两种启动路径IDEA 里导入代码后等待 Maven 下载依赖然后找到带有SpringBootApplication的启动类右键 Run。Eclipse 的流程差别在于需要先 Maven Update Project再以 Java Application 方式运行。两种方式都不需要额外配置 Tomcat因为 Spring Boot 内嵌了 servlet 容器这也是选 Spring Boot 而不是 SSH 的最大理由。# 命令行打包启动适合确认构建链路是否完整 mvn clean package -DskipTests java -jar target/beauty-salon-0.0.1-SNAPSHOT.jar打包时报测试类编译错误用-DskipTests跳过测试提示缺少依赖优先检查 Maven 的 settings.xml 镜像源换成阿里云镜像后重新导入项目。运行教学录像里通常会演示这一整套流程建议自己在本机完整走一遍因为答辩现场最怕的是环境不熟导致页面白屏。注意启动时如果提示找不到主类先检查 Maven 是否完整导入依赖再确认启动类上有SpringBootApplication注解这个注解缺失时 Spring Boot 不会做自动装配。5. 答辩现场验证数据库与接口联动的三个技巧5.1 开启 SQL 日志让评委看到真实查询Spring Boot 启动时开启 dao 层 SQL 日志输出可以把每条实际执行的 SQL 打到控制台答辩时讲这一步查了什么表非常直观。logging: level: com.example.salon.dao: debug # 包名换成项目实际的 mapper 包路径改成项目实际的包路径后启动并访问会员列表控制台会打印每条 SQL 的入参、执行的 SELECT 语句和返回行数。这个技巧比对着数据库表格截图讲更有说服力评委能直接看到查询条件和行数变化。5.2 构造一条完整的预约到消费闭环演示时不要只点新增给出一个能讲完整业务链路的场景新增会员 → 余额充值 → 预约明天的服务项目 → 完成服务 → 扣减余额 → 查看消费记录。这条链路覆盖 member、appointment、consume_record 三张表也是论文里核心用例的完整演示。每步操作后切到 Navicat 刷新对应表让数据变化可见比单纯点页面更有说服力。5.3 用 curl 验证接口是否真的通前端页面如果有缓存或静态资源路径问题接口正常也会表现异常。答辩前用 curl 直接打接口能快速区分是前端问题还是后端问题不依赖浏览器环境。# 直接打接口绕过前端页面快速定位 404 是前端还是后端问题 curl -X POST http://localhost:8080/api/member/add \ -H Content-Type: application/json \ -d {name:演示会员,phone:13800138000,level:普通会员,balance:100}返回 JSON 里包含成功标识和新增记录的 id就说明 controller、service、dao、数据库整条链路是通的。遇到页面显示 404 时先跑这条 curl接口通就是前端路由或静态资源问题接口不通就顺着控制台报错往后端查排错范围直接缩小一半。本文还有配套的精品资源点击获取