毕业设计实战：基于SSM+MySQL的民族婚纱预定系统设计与实现，从需求到测试全流程拆解，新手也能轻松通关！毕业设计实战

毕业设计实战：基于SSM+MySQL的民族婚纱预定系统设计与实现，从需求到测试全流程拆解，新手也能轻松通关！

谁懂啊！当初做民族婚纱预定系统毕设时，光“摄影师预约表”和“用户表”的外键关联就卡了3天——一开始没给预约表设“用户id”外键，查某个用户的所有预约记录时数据全串错，导师看了直接让我“重新梳理数据库表关系”😫 后来踩遍无数坑才摸出一套高效落地流程，今天把需求分析、技术选型、功能实现到测试的细节全说透，宝子们不用再熬夜改代码，轻松搞定毕设！

一、先搞懂“民族婚纱预定系统要啥”！需求分析别瞎蒙

刚开始我跳过需求分析就写代码，花两周加了个“婚纱智能推荐算法”，结果导师一句“核心是摄影师管理、预约流程、公告维护，不是复杂算法”直接打回重改！后来才明白，需求分析得先抓准“谁用系统、要干啥”，这步做对，后面少走90%弯路。

1. 核心用户&功能拆解（踩坑后总结版）

民族婚纱预定系统就两类核心用户：管理员和普通用户（别加“摄影师子角色”！我当初加了后，权限逻辑混乱，摄影师能修改公告类型，最后砍掉才顺畅）：

管理员端（必做功能）：
- 基础管理：字典管理（维护字段编码与名称）、公告管理（新增/修改公告、上传公告图片）、公告类型管理（添加/删除公告分类）
- 内容管理：作品管理（审核婚纱作品、标记作品状态）、作品收藏管理（查看用户收藏记录）、作品留言管理（回复用户留言）
- 摄影师管理：摄影师信息维护（新增/编辑摄影师资料、上传头像）、摄影师收藏管理（统计摄影师被收藏次数）、摄影师评价管理（审核用户评价）、摄影师留言管理（处理用户对摄影师的咨询）、摄影师预约管理（审核用户预约申请）
- 用户管理：维护用户账号（新增/重置密码/禁用账号）、查看用户信息（姓名、手机号、身份证号）、按用户编号/注册时间筛选
用户端（核心功能）：
- 浏览操作：查看公告列表（按类型筛选）、浏览婚纱作品（查看详情、收藏作品）、查看摄影师列表（了解摄影师资料、收藏摄影师）
- 互动操作：给作品留言（咨询婚纱细节）、评价摄影师（提交服务反馈）、给摄影师留言（咨询拍摄档期）
- 预约操作：提交摄影师预约申请（填写联系人、手机号、预约理由）、查看预约审核结果
- 个人中心：查看个人信息（收藏记录、预约历史）、修改密码/联系方式、管理个人头像

2. 需求分析避坑指南（血泪教训！）

别光靠“空想”！找2个同学分别模拟管理员和用户提意见：比如有用户说“想快速区分已通过/待审核的预约申请”，我才加了“预约状态标色”（待审核标黄色/已通过标绿色/已拒绝标红色），比瞎加“智能推荐”实用多了
一定要画用例图！用DrawIO画简单版，标清“管理员-审核摄影师预约”“用户-提交作品留言”，跟导师汇报时，比光说“我要做XX功能”直观10倍（当初没画，导师听20分钟还没get到逻辑）
写“需求规格说明书”！不用复杂，把“功能描述、约束条件”写清楚（比如“公告名称非空”“摄影师预约申请需填联系方式”“作品图片格式为JPG/PNG”），编码时对着做，不会跑偏

3. 可行性分析别敷衍！3点写清楚就能过

导师超爱问“你这系统可行吗”，别只说“我觉得可行”，从3个核心角度写，显得专业：

技术可行性：SSM框架、MySQL、Java、B/S结构都是课堂学过的，图书馆有《SSM实战》《MySQL数据库设计》，遇到问题能查资料（别用Vue3！我当初想试，前后端联调时作品图片上传接口卡了5天，换回JSP才顺利）
经济可行性：所有工具全免费！MyEclipse（社区版）、MySQL、Navicat（试用版）官网直接下，不用花钱买版权，答辩时说“开发成本为0”，导师会觉得你懂成本控制
操作可行性：界面参考主流婚纱预约平台，按钮布局简洁，我找同学测试，8分钟就学会提交摄影师预约、收藏婚纱作品，导师直接认可

二、技术选型别跟风！这套组合稳到爆

刚开始我跟风用SSM+Vue3+Redis，结果“用户收藏作品缓存”卡了4天——Redis的持久化配置没设对，重启后收藏数据全丢😫 后来换成Java 8+SSM框架（Spring+SpringMVC+MyBatis）+MySQL 8.0+MyEclipse 2022+JSP，新手友好度拉满，调试效率翻两倍！

1. 技术栈详细对比（附避坑提醒）

宝子们别盲目选“最新技术”，稳定比炫酷重要！我整理了5个核心工具的选择理由和坑点，直接抄：

技术工具	为啥选它	避坑提醒！（重点！）
Java 8	语法简洁，支持面向对象编程，学习资料丰富，SSM框架对其兼容性最佳	别用Java 11+！部分SSM依赖对高版本支持差，会出现“类加载失败”错误
SSM框架	分层清晰（控制层+业务层+数据层），MyBatis灵活操作数据库，SpringMVC简化请求处理	别手动整合SSM！用MyEclipse的SSM模板自动生成，避免配置文件冲突
MySQL 8.0	支持事务和外键，存公告、作品、预约数据足够用，占内存小，支持utf8mb4编码	安装时设“utf8mb4”编码！我当初用默认编码，婚纱名称含生僻字（如“䌽”）乱码，查2小时才解决
JSP	上手简单，与SSM框架无缝衔接，无需额外学习前端框架，适合新手	别混用Vue！JSP与Vue的模板语法冲突，会导致页面渲染错乱
MyEclipse 2022	对Java开发支持好，自带SSM插件，调试工具直观，免费开源	别更到2023+版本！高版本对老电脑兼容性差，编译项目时经常卡顿

2. 开发环境搭建（step by step 实操）

很多宝子卡在“环境配置”，跟着步骤来超简单，我当初一次成功：

装JDK 1.8：记住安装路径（比如D:\Java\jdk1.8.0_301），配置“JAVA_HOME”环境变量，Path中添加“%JAVA_HOME%\bin”，cmd输入“java -version”显示版本即成功
装MyEclipse 2022（社区版）：选“Java EE”版本，首次打开勾选“SSM Framework Tools”“MySQL Connector”插件，自动安装
装MySQL 8.0：用Navicat管理（可视化工具超方便），新建数据库“national_wedding”，编码设“utf8mb4”，排序规则选“utf8mb4_general_ci”
配SSM项目：在MyEclipse中新建“SSM Web Project”，自动生成Spring、SpringMVC、MyBatis配置文件，在applicationContext.xml中配置数据库连接信息
测试连接：写一个“查询公告列表”接口，运行后能在JSP页面显示公告数据即完成初始化

3. 架构图一定要画！答辩加分项

用DrawIO画SSM+B/S分层架构图，标清“客户端（浏览器）-表现层（JSP）-控制层（Controller）-业务层（Service）-数据访问层（Dao/Mapper）-数据库（MySQL）”：比如用户点“提交摄影师预约”→浏览器传请求→Controller接收→Service校验预约信息→Mapper操作数据库→返回审核结果。去年答辩时，评委特意夸这图“逻辑清晰”，比光说“我用了SSM+MySQL”专业多了！

三、数据库设计：别让表关联坑了你

这部分是毕设的“核心骨架”，我当初没关联“摄影师预约表”和“用户表”，查“某用户的预约记录”要写3层嵌套SQL，调试到凌晨1点😫 后来按“实体-属性-关系”设计，终于理清了。

1. 核心实体&属性（附ER图绘制技巧）

先确定“实体”（管理员、用户、公告、作品、摄影师、摄影师预约），再想“属性”，别漏关键字段！我整理了必做的10张表，直接照着画ER图：

用户表（yonghu）：id（主键）、yonghu_uuid_number（用户编号）、yonghu_name（用户姓名）、yonghu_phone（手机号）、yonghu_id_number（身份证号）、yonghu_photo（头像路径）、create_time（注册时间）
公告表（gonggao）：id（主键）、gonggao_name（公告名称）、gonggao_photo（公告图片路径）、gonggao_types（公告类型，关联字典表）、insert_time（发布时间）、gonggao_content（公告详情）
作品表（zuopin）：id（主键）、zuopin_name（作品名称）、zuopin_photo（作品图片路径）、zuopin_content（作品详情）、zuopin_status（作品状态：0=待审核，1=已上线）
摄影师表（sheyingshi）：id（主键）、sheyingshi_name（摄影师姓名）、sheyingshi_photo（摄影师头像路径）、sheyingshi_intro（摄影师简介）、sheyingshi_status（工作状态：0=休息，1=可预约）
摄影师预约表（sheyingshi_yuyue）：id（主键）、sheyingshi_id（关联摄影师）、yonghu_id（关联用户）、lianxiren_name（联系人）、lianxiren_phone（联系人手机号）、yuyue_content（预约理由）、yuyue_status（预约状态：0=待审核，1=已通过，2=已拒绝）

画ER图用Visio或亿图，记住3个规则：

矩形代表“实体”（比如“用户”“摄影师”）
椭圆代表“属性”（比如用户的“手机号”“身份证号”）
菱形代表“关系”（比如“用户-摄影师预约”是一对多，一个用户可提交多个预约；“摄影师-摄影师预约”是一对多，一个摄影师可接收多条预约） 避坑提醒：别把“用户头像、作品图片”存数据库！我当初存二进制导致数据库崩溃，改成存“文件路径”（比如/static/user/123.jpg、/static/works/456.png）才对。

2. 数据库物理设计（附建表SQL示例）

ER图画好后，转成实际表，字段类型和约束别瞎设！比如“手机号”用VARCHAR(20)，“预约状态”用INT，“用户编号”设UNIQUE约束，避免重复。

给宝子们贴“摄影师表”和“摄影师预约表”的建表SQL，复制到Navicat就能用：

-- 摄影师表
CREATE TABLE `sheyingshi` (
  `id` INT NOT NULL AUTO_INCREMENT COMMENT '摄影师ID',
  `sheyingshi_name` VARCHAR(50) NOT NULL COMMENT '摄影师姓名',
  `sheyingshi_photo` VARCHAR(200) DEFAULT NULL COMMENT '摄影师头像路径',
  `sheyingshi_intro` TEXT DEFAULT NULL COMMENT '摄影师简介',
  `sheyingshi_status` INT DEFAULT 1 COMMENT '工作状态（0=休息，1=可预约）',
  `create_time` TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='摄影师表';

-- 摄影师预约表
CREATE TABLE `sheyingshi_yuyue` (
  `id` INT NOT NULL AUTO_INCREMENT COMMENT '预约ID',
  `sheyingshi_id` INT DEFAULT NULL COMMENT '关联摄影师ID（外键）',
  `yonghu_id` INT DEFAULT NULL COMMENT '关联用户ID（外键）',
  `lianxiren_name` VARCHAR(50) NOT NULL COMMENT '联系人姓名',
  `lianxiren_phone` VARCHAR(20) NOT NULL COMMENT '联系人手机号',
  `yuyue_content` TEXT DEFAULT NULL COMMENT '预约理由',
  `yuyue_status` INT DEFAULT 0 COMMENT '预约状态（0=待审核，1=已通过，2=已拒绝）',
  `yuyue_time` TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '预约时间',
  `shenhe_time` TIMESTAMP NULL DEFAULT NULL COMMENT '审核时间',
  PRIMARY KEY (`id`),
  KEY `fk_sheyingshi_yuyue` (`sheyingshi_id`),
  KEY `fk_yonghu_yuyue` (`yonghu_id`),
  CONSTRAINT `fk_sheyingshi_yuyue` FOREIGN KEY (`sheyingshi_id`) REFERENCES `sheyingshi` (`id`),
  CONSTRAINT `fk_yonghu_yuyue` FOREIGN KEY (`yonghu_id`) REFERENCES `yonghu` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='摄影师预约表';

3. 表关联测试！别等编码才发现错

建完表一定要测关联！比如在“摄影师表”插数据（id=1，姓名=“张摄影师”，状态=1），在“用户表”插数据（id=1，姓名=“李用户”，手机号=“13800138000”），在“摄影师预约表”插关联数据（sheyingshi_id=1，yonghu_id=1，联系人=“李用户”，手机号=“13800138000”，状态=0），用JOIN查询“某用户的预约记录”：

SELECT s.sheyingshi_name, y.lianxiren_name, y.lianxiren_phone, 
       y.yuyue_content, y.yuyue_status, y.yuyue_time
FROM sheyingshi_yuyue y
JOIN sheyingshi s ON y.sheyingshi_id = s.id
WHERE y.yonghu_id = 1;

如果能查出“摄影师姓名+联系人+手机号+预约理由+状态+时间”，说明关联没问题；如果报错“Cannot add or update a child row”，大概率是外键没设对，赶紧检查表结构。

四、功能实现：核心模块操作+页面设计

不用做所有功能！先搞定3个核心模块，答辩时足够出彩。每个模块我都附关键操作逻辑和页面设计要点，宝子们直接套就行。

1. 管理员端：摄影师管理模块（必做！）

这是管理员的核心功能，实现“摄影师信息维护+状态同步”，重点说“摄影师姓名唯一性校验”和“工作状态联动”——别漏这两步，我当初就是这里踩了大坑！

（1）关键操作逻辑

新增摄影师前，校验“摄影师姓名非空且唯一”“工作状态已在字典表定义”（缺一项提示“请完善摄影师信息”）；
上传摄影师头像时，限制格式为JPG/PNG，大小≤5MB（避免占用过多服务器空间）；
修改摄影师工作状态为“休息”时，同步拒绝该摄影师的所有待审核预约（避免无效预约）。

（2）页面设计要点（JSP+Bootstrap）

页面标题：管理员-摄影师管理页面
（插入图片位置：此处放“摄影师管理页面截图”，需包含以下元素）

筛选区：
- 输入框：摄影师姓名（模糊查）
- 下拉框：工作状态（全部/可预约/休息）
- 按钮：“查询”（蓝色btn-primary）、“新增摄影师”（绿色btn-success）
摄影师列表区：
- 表格列名：摄影师姓名、头像、简介、工作状态、创建时间、操作
- 状态显示：可预约标绿色、休息标灰色
- 操作按钮：“编辑”（橙色btn-warning）、“删除”（红色btn-danger）、“修改状态”（下拉选“可预约/休息”）
新增摄影师弹窗：
- 表单元素：摄影师姓名（必填）、头像（上传框，JPG/PNG）、简介（文本域，必填）、工作状态（下拉选“可预约/休息”，必填）
- 按钮：“提交”（绿色）、“取消”（灰色）

（3）避坑提醒

摄影师姓名唯一性校验！加逻辑：

// 摄影师姓名唯一性校验
String photographerName = sheyingshi.getSheyingshiName();
LambdaQueryWrapper<Sheyingshi> nameWrapper = new LambdaQueryWrapper<>();
nameWrapper.eq(Sheyingshi::getSheyingshiName, photographerName);
if (sheyingshiService.count(nameWrapper) > 0) {
    return Result.error("该摄影师姓名已存在，请勿重复添加！");
}
// 工作状态校验（需在字典表存在）
Integer workStatus = sheyingshi.getSheyingshiStatus();
LambdaQueryWrapper<Dictionary> statusWrapper = new LambdaQueryWrapper<>();
statusWrapper.eq(Dictionary::getDicCode, "work_status").eq(Dictionary::getCodeIndex, workStatus);
if (dictionaryService.count(statusWrapper) == 0) {
    return Result.error("工作状态无效，请选择正确状态！");
}

2. 用户端：摄影师预约模块（核心需求！）

用户用系统的核心是“选摄影师-提交预约-查结果”，流程别复杂：浏览摄影师→查看详情→填写预约信息→提交申请，我当初漏了“同一摄影师重复预约”校验，导致用户多次提交相同预约，补了半天逻辑才好。

（1）关键操作逻辑

提交预约前，校验“未重复预约该摄影师（待审核状态）”“摄影师状态为可预约”（不满足提示“无法预约此摄影师”）；
自动生成唯一“预约编号”（格式：YY+日期+随机数），方便后续查询；
提交成功后，默认预约状态为“待审核”，同步显示“预约申请已提交，等待审核”提示。

（2）页面设计要点（JSP+Bootstrap）

页面标题：用户-摄影师预约页面
（插入图片位置：此处放“摄影师预约页面截图”，需包含以下元素）

摄影师详情区：
- 显示：摄影师头像（大图）、姓名、简介、工作状态
- 按钮：“收藏摄影师”（空心星/实心星切换）、“提交预约申请”（绿色，仅“可预约”状态显示）
预约表单区（弹窗）：
- 表单元素：联系人姓名（必填，默认当前用户名）、联系人手机号（必填，默认当前用户手机号）、预约理由（文本域，必填，说明拍摄需求）、预约日期（日期选择器，必填）
- 按钮：“提交申请”（绿色btn-success）、“取消”（灰色）
我的预约区：
- 表格列名：预约编号、摄影师姓名、预约日期、预约状态、提交时间、操作
- 状态显示：待审核标黄色/已通过标绿色/已拒绝标红色
- 操作按钮：“查看详情”（蓝色）、“取消预约”（仅待审核显示）

（3）避坑提醒

重复预约校验与编号生成！加逻辑：

// 校验是否重复预约（待审核状态）
LambdaQueryWrapper<SheyingshiYuyue> wrapper = new LambdaQueryWrapper<>();
wrapper.eq(SheyingshiYuyue::getYonghuId, userId)
       .eq(SheyingshiYuyue::getSheyingshiId, sheyingshiId)
       .eq(SheyingshiYuyue::getYuyueStatus, 0);
if (sheyingshiYuyueService.count(wrapper) > 0) {
    return Result.error("您已预约过此摄影师（待审核），请勿重复提交！");
}
// 校验摄影师状态
Sheyingshi sheyingshi = sheyingshiService.getById(sheyingshiId);
if (sheyingshi.getSheyingshiStatus() != 1) {
    return Result.error("该摄影师当前不可预约，无法提交申请！");
}
// 生成唯一预约编号
String uuid = "YY" + new SimpleDateFormat("yyyyMMdd").format(new Date()) + RandomUtils.nextInt(100, 999);
sheyingshiYuyue.setYuyueUuid(uuid);
sheyingshiYuyue.setYuyueStatus(0); // 0=待审核
sheyingshiYuyueService.save(sheyingshiYuyue);
return Result.success("预约申请已提交，等待审核！");

3. 管理员端：预约审核模块（答辩亮点！）

这个功能最能体现“预约流程闭环”，导师超爱问！核心是“查看预约-审核信息-反馈结果”，别漏“拒绝理由必填”，不然用户不知道预约未通过原因。

页面设计要点（JSP+Bootstrap）

页面标题：管理员-摄影师预约审核页面
（插入图片位置：此处放“预约审核页面截图”，需包含以下元素）

筛选区：
- 输入框：预约编号（精确查）、联系人姓名（模糊查）
- 下拉框：预约状态（全部/待审核/已通过/已拒绝）、摄影师姓名（下拉选）
- 按钮：“查询”（蓝色）、“批量审核”（紫色btn-info）
审核列表区：
- 表格列名：预约编号、摄影师姓名、联系人、手机号、预约日期、提交时间、预约状态、操作
- 操作按钮：待审核显示“通过”“拒绝”，已审核显示“查看详情”
审核弹窗：
- 只读信息：预约编号、摄影师姓名、联系人、手机号、预约日期、预约理由、提交时间
- 填写项：审核结果（单选“通过”“拒绝”）、审核理由（文本域，拒绝时必填）
- 按钮：“提交审核”（绿色）、“取消”（灰色）

（3）避坑提醒

审核理由校验与状态同步！加逻辑：

// 拒绝时校验审核理由
if (result == 2 && StringUtils.isEmpty(auditReason)) {
    return Result.error("拒绝预约需填写审核理由！");
}
// 更新预约状态
SheyingshiYuyue yuyue = sheyingshiYuyueService.getById(yuyueId);
yuyue.setYuyueStatus(result); // 1=通过，2=拒绝
yuyue.setShenheReason(auditReason);
yuyue.setShenheTime(new Date());
sheyingshiYuyueService.updateById(yuyue);
return Result.success("预约审核完成！");

在这里插入图片描述

五、测试别敷衍！这3步让答辩不翻车

很多宝子觉得“功能能跑就行”，结果答辩时评委一测就出问题！我当初没测“摄影师设为休息后仍可预约”场景，导致系统允许无效预约，导师说“不符合预约逻辑”，当场扣分😫 测试一定要针对性做！

1. 功能测试（必测3个模块）

别全测！重点测“核心功能”，我整理了测试用例表，直接填结果：

（1）摄影师管理测试（表1：摄影师测试用例）

测试场景	操作步骤	预期结果
摄影师姓名重复新增	新增摄影师→填已存在姓名→提交	提示“该摄影师姓名已存在，请勿重复添加！”
工作状态无效	新增摄影师→选未定义状态→提交	提示“工作状态无效，请选择正确状态！”
正常新增摄影师	填唯一姓名+上传头像+写简介+选“可预约”→提交	提示“新增成功！”，列表显示该摄影师

（2）摄影师预约测试（表2：预约测试用例）

测试场景	操作步骤	预期结果
重复预约待审核摄影师	选已预约（待审核）摄影师→提交预约→填信息	提示“您已预约过此摄影师（待审核），请勿重复提交！”
预约休息状态摄影师	选状态为“休息”的摄影师→提交预约	提示“该摄影师当前不可预约，无法提交申请！”
正常提交预约	选“可预约”摄影师→填预约理由→选日期→提交	提示“预约申请已提交，等待审核！”

（3）预约审核测试（表3：审核测试用例）

测试场景	操作步骤	预期结果
拒绝审核不填理由	选待审核预约→点“拒绝”→不填理由→提交	提示“拒绝预约需填写审核理由！”
正常审核通过	选待审核预约→点“通过”→填理由→提交	提示“预约审核完成！”，预约状态变为已通过
正常审核拒绝	选待审核预约→点“拒绝”→填理由→提交	提示“预约审核完成！”，预约状态变为已拒绝

2. 兼容性测试（容易忽略的点）

别只在自己电脑测！答辩时评委可能用不同浏览器，我当初没测IE，结果摄影师头像显示变形，赶紧加兼容性CSS才好：

浏览器测试：Chrome、Firefox、Edge、IE11（重点测IE，兼容性最差）
分辨率测试：1920×1080、1366×768（别让页面出现横向滚动条，用Bootstrap的“container-fluid”布局，加“overflow-x: hidden”）

3. 测试报告要写好！答辩加分

把测试结果整理成“测试报告”，含“目的、范围、用例、结果、问题总结”，导师会觉得你“做事严谨”。比如：

问题总结：“IE浏览器下摄影师头像显示变形，通过添加IE专属CSS（*html .sheyingshi-photo { width: 100px !important; height: 100px !important; }）修复；摄影师设为休息后仍可预约，加状态校验修复”
测试结论：“核心功能（摄影师管理、摄影师预约、预约审核）均通过测试，无严重bug；兼容性问题已修复，系统可正常使用”

六、答辩准备：3个加分小技巧

毕设不仅要做出来，还要说清楚！我当初准备了这3点，导师直接给“良好”：

演示流程要顺畅：提前录演示视频（怕现场系统崩），按“管理员新增摄影师→用户提交预约→管理员审核预约→用户查看结果”的流程来，别跳步
重点讲“你解决了啥问题”：比如“一开始用户能重复预约待审核摄影师，加重复校验解决；摄影师设为休息后仍可预约，加状态校验修复；表关联错误导致查不到预约记录，重新设计外键解决”，比光说“我用了SSM+MySQL”有亮点
准备常见问题：导师大概率问“为啥选SSM不选SpringBoot”“数据多了怎么优化”，提前答：“SSM分层清晰，适合理解开发流程；数据多就加索引（如预约表的yonghu_id索引），优化查询速度，还能分表存储历史预约数据”

最后：毕设通关的小私心

以上就是基于SSM+MySQL的民族婚纱预定系统从0到1的避坑干货！毕设没那么难，关键是找对方法，别瞎做复杂功能。

需要核心源码（带注释，直接能跑）、数据库脚本（含测试数据）、ER图模板的宝子，评论区扣“民族婚纱预定系统”，我私发你；卡在某个模块（比如摄影师新增、预约审核），也可以留言，我看到必回！

点赞收藏这篇，下次找流程不迷路～祝宝子们毕设顺利，轻松毕业！😘