基于 Springboot+Vue 的剧本杀管理系统开题报告

一、课题背景与意义

（一）课题背景

近年来剧本杀行业快速发展，门店数量增多且客流量大，但传统管理方式存在诸多痛点：靠纸质记录或 Excel 管理剧本库存，易出现 “错借漏还”；预约流程依赖微信沟通，信息混乱且易遗漏；难以快速统计热门剧本、客户消费频次，影响运营决策。为解决这些问题，计划开发基于 Springboot+Vue 的剧本杀管理系统，通过数字化手段整合剧本、预约、客户管理等功能，提升门店管理效率与客户体验。

（二）课题意义

1. 实际应用价值：帮助剧本杀门店规范剧本库存管理，避免剧本丢失或闲置；简化预约流程，减少沟通成本；通过数据统计明确运营重点，提升客户复购率，助力门店稳定经营。

2. 学习实践价值：将 Java 后端开发、Vue 前端搭建、数据库设计等专业知识应用于实际项目，熟练掌握 Springboot+Vue 技术栈的开发流程，锻炼系统设计与实现能力，完成符合计算机专业要求的毕业设计。

二、国内外研究现状

（一）国外研究现状

国外类似桌游（如 “谋杀之谜”）的管理工具多侧重简单的库存记录，功能单一且未适配国内剧本杀行业的 “沉浸式体验”“多场次预约” 等需求；大型娱乐场所管理系统成本高、操作复杂，不适用于中小型剧本杀门店，缺乏针对性解决方案。

（二）国内研究现状

国内现有剧本杀管理相关工具多为简易小程序，仅支持基础预约或库存查询，未实现 “剧本 - 预约 - 客户 - 数据统计” 的全流程管理；部分系统未采用前后端分离架构，页面响应慢且扩展性差，难以满足门店对 “高效管理、灵活调整” 的需求，缺乏轻量化、全功能覆盖的专业管理系统。

三、研究内容与技术方案

（一）核心研究内容

1. 角色设计：系统设计 4 类核心角色，覆盖剧本杀门店全流程管理需求：

• 门店管理员：负责剧本入库 / 出库、场次安排、预约确认、处理客户咨询，管理日常运营数据；

• DM（主持人）：查看分配给自己的场次信息、剧本详情，记录场次完成情况与客户反馈；

• 客户：在线查看剧本列表、预约场次、提交预约信息，查看个人预约记录与消费历史；

• 系统管理员：管理所有用户账号（新增、禁用、重置密码），分配角色权限，维护系统基础配置（如门店营业时间、场次时段设置）。

1. 模块设计（简述）：

• 基础功能模块：用户登录、个人信息管理、权限控制；

• 剧本管理模块：剧本信息录入、库存查询、状态更新（可借 / 已借 / 下架）；

• 预约管理模块：场次预约、预约确认、预约取消、预约记录查询；

• 客户管理模块：客户信息登记、消费记录查询、客户标签设置（如偏好剧本类型）；

• 数据统计模块：剧本借阅频次统计、客户消费统计、场次预约量统计；

• 系统管理模块：用户账号管理、角色权限分配、系统基础参数配置。

1. 数据库设计：设计用户表、剧本信息表、库存表、预约记录表、客户信息表、消费记录表等核心数据表，明确字段与关联关系（如预约记录关联客户、剧本、场次信息），确保数据存储规范、查询高效。

2. 系统测试：对各模块功能进行测试，验证预约流程、库存更新、数据统计等功能的准确性与系统稳定性，修复功能漏洞。

（二）技术方案

1. 开发环境与工具：

• 操作系统：Windows 10/11；

• 开发工具：后端用 IntelliJ IDEA（编写接口代码），前端用 VS Code（搭建页面），数据库用 MySQL 8.0（存储数据），服务器用 Tomcat 9.0（部署后端项目）。

1. 技术栈详情：

• 后端：Springboot 框架（快速开发预约、库存等核心接口）、MyBatis（实现数据库增删改查操作）、JWT（用户身份验证，保障账号安全）；

• 前端：Vue 3 框架（搭建响应式页面）、Element Plus（使用表单、表格等组件快速开发界面）、Axios（实现前后端数据交互，如提交预约信息、获取剧本列表）、ECharts（实现数据统计图表展示，如剧本借阅频次柱状图）。

1. 关键功能实现：

• 预约管理：客户提交预约后，系统自动校验场次是否空闲，空闲则生成预约记录并通知门店管理员，管理员确认后更新预约状态；

• 剧本库存更新：DM 标记场次完成后，系统自动将对应剧本的库存状态从 “已借” 更新为 “可借”；

• 权限控制：基于角色分配功能权限，如客户仅可见剧本列表与预约模块，无法操作库存管理功能。

四、关键问题与解决思路

（一）关键问题

1. 多个客户同时预约同一场次，易出现 “重复预约”；

2. 剧本状态更新不及时（如场次结束后未及时改为 “可借”），影响后续预约；

3. 客户信息与预约记录关联混乱，难以快速查询某客户的历史预约。

（二）解决思路

1. 重复预约问题：预约提交时添加 “场次锁定” 机制，系统校验场次空闲后临时锁定（如锁定 5 分钟），客户完成预约确认后释放锁定，未确认则自动解锁，避免重复预约；

2. 剧本状态更新：场次结束后，系统向对应 DM 发送 “状态更新提醒”，DM 确认后自动更新库存状态；同时设置 “超时未更新” 自动提醒，确保状态及时同步；

3. 客户与预约关联：在预约记录表中关联客户唯一标识（如手机号），查询时通过客户标识快速筛选出所有关联的预约记录，实现 “一人一档” 的预约管理。

五、进度安排

1. 第 1-2 周：查阅文献，完成开题报告，梳理系统需求与角色、模块设计；

2. 第 3-4 周：设计数据库（绘制 ER 图、确定表字段），搭建前后端开发环境；

3. 第 5-8 周：开发后端核心接口（剧本管理、预约管理、客户管理接口），开发前端页面（登录页、剧本列表页、预约页等），实现基础前后端交互；

4. 第 9-10 周：开发数据统计模块（实现 ECharts 图表展示），完善功能细节（如预约提醒、状态更新逻辑）；

5. 第 11-12 周：系统测试（功能测试、兼容性测试），修复 bug（如预约冲突、数据统计错误），优化页面响应速度；

6. 第 13-14 周：整理开发文档（需求说明书、设计说明书、测试报告）与源代码，撰写毕业论文初稿；

7. 第 15-16 周：修改毕业论文格式与内容，准备答辩 PPT，练习系统演示流程（如客户预约、管理员确认、数据统计查看）。

六、预期成果

1. 可运行的剧本杀管理系统：实现角色设计与模块设计的全部功能，客户、DM、门店管理员、系统管理员可正常使用对应功能；

2. 开发文档：包含系统需求说明书（明确各角色功能需求）、设计说明书（数据库设计、技术方案）、测试报告（测试用例与结果）；

3. 源代码：前后端源代码（带详细注释，便于理解与维护）；

4. 毕业论文：符合计算机专业毕业设计论文要求，完整阐述系统开发背景、研究内容、技术实现、测试结果；

5. 演示视频：录制 5-8 分钟操作视频，展示 “客户预约场次→门店管理员确认→DM 查看场次→数据统计展示” 的完整流程。