发帖
雷达卡
基于 Springboot+Vue 的剧本杀管理系统开题报告
一、课题背景与意义
（一）课题背景
近年来，剧本杀行业迅速发展，门店数量增加且客流量大。然而，传统的管理方式存在诸多问题：依赖纸质记录或 Excel 管理剧本库存，容易出现“错借漏还”；预约流程依靠微信沟通，信息杂乱且易遗漏；难以快速统计热门剧本和客户消费频率，影响运营决策。为了解决这些问题，计划开发基于 Springboot+Vue 的剧本杀管理系统，通过数字化手段整合剧本、预约和客户管理等功能，提升门店管理效率与客户体验。
（二）课题意义
实际应用价值
帮助剧本杀门店规范剧本库存管理，避免剧本丢失或闲置；简化预约流程，降低沟通成本；通过数据统计明确运营重点，提升客户复购率，助力门店稳定经营。
学习实践价值
将 Java 后端开发、Vue 前端搭建和数据库设计等专业知识应用于实际项目，熟练掌握 Springboot+Vue 技术栈的开发流程，锻炼系统设计与实现能力，完成符合计算机专业要求的毕业设计。
二、国内外研究现状
（一）国外研究现状
国外类似桌游（如“谋杀之谜”）的管理工具多侧重于简单的库存记录，功能单一且未适配国内剧本杀行业的“沉浸式体验”和“多场次预约”等需求；大型娱乐场所管理系统成本高、操作复杂，不适用于中小型剧本杀门店，缺乏针对性解决方案。
（二）国内研究现状
国内现有的剧本杀管理工具多为简易小程序，仅支持基础预约或库存查询，未实现“剧本 - 预约 - 客户 - 数据统计”的全流程管理；部分系统未采用前后端分离架构，页面响应慢且扩展性差，难以满足门店对“高效管理、灵活调整”的需求，缺乏轻量化、全功能覆盖的专业管理系统。
三、研究内容与技术方案
（一）核心研究内容
角色设计
系统设计 4 类核心角色，涵盖剧本杀门店全流程管理需求：
- 门店管理员：负责剧本入库/出库、场次安排、预约确认、处理客户咨询，管理日常运营数据；
- DM（主持人）：查看分配给自己的场次信息、剧本详情，记录场次完成情况与客户反馈；
- 客户：在线查看剧本列表、预约场次、提交预约信息，查看个人预约记录与消费历史；
- 系统管理员：管理所有用户账号（新增、禁用、重置密码），分配角色权限，维护系统基础配置（如门店营业时间、场次时段设置）。
模块设计（简述）
基础功能模块：用户登录、个人信息管理、权限控制；
剧本管理模块：剧本信息录入、库存查询、状态更新（可借/已借/下架）；
预约管理模块：场次预约、预约确认、预约取消、预约记录查询；
客户管理模块：客户信息登记、消费记录查询、客户标签设置（如偏好剧本类型）；
数据统计模块：剧本借阅频次统计、客户消费统计、场次预约量统计；
系统管理模块：用户账号管理、角色权限分配、系统基础参数配置。
数据库设计
设计用户表、剧本信息表、库存表、预约记录表、客户信息表、消费记录表等核心数据表，明确字段与关联关系（如预约记录关联客户、剧本、场次信息），确保数据存储规范、查询高效。
系统测试
对各模块功能进行测试，验证预约流程、库存更新、数据统计等功能的准确性与系统稳定性，修复功能漏洞。
（二）技术方案
开发环境与工具
- 操作系统：Windows 10/11；
- 开发工具：后端用 IntelliJ IDEA（编写接口代码），前端用 VS Code（搭建页面），数据库用 MySQL 8.0（存储数据），服务器用 Tomcat 9.0（部署后端项目）。
技术栈详情
后端：Springboot 框架（快速开发预约、库存等核心接口）、MyBatis（实现数据库增删改查操作）、JWT（用户身份验证，保障账号安全）；
前端：Vue 3 框架（搭建响应式页面）、Element Plus（使用表单、表格等组件快速开发界面）、Axios（实现前后端数据交互，如提交预约信息、获取剧本列表）、ECharts（实现数据统计图表展示，如剧本借阅频次柱状图）。
关键功能实现
预约管理：客户提交预约后，系统自动校验场次是否空闲，若空闲则生成预约记录并通知门店管理员，管理员确认后更新预约状态；
剧本库存更新：DM 标记场次完成后，系统自动将对应剧本的库存状态从“已借”更新为“可借”；
权限控制：基于角色分配功能权限，如客户仅可见剧本列表与预约模块，无法操作库存管理功能。
四、关键问题与解决思路
（一）关键问题
- 多个客户同时预约同一场次，易出现“重复预约”；
- 剧本状态更新不及时（如场次结束后未及时改为“可借”），影响后续预约；
- 客户信息与预约记录关联混乱，难以快速查询某客户的历史预约。
（二）解决思路
重复预约问题：预约提交时添加“场次锁定”机制，系统校验场次空闲后临时锁定（如锁定 5 分钟），客户完成预约确认后释放锁定，未确认则自动解锁，避免重复预约；
剧本状态更新：场次结束后，系统向对应的 DM 发送“状态更新提醒”，DM 确认后自动刷新库存状态；同时设置“超时未刷新”自动提醒，确保状态及时同步；
客户与预约关联：在预约记录表中关联客户的唯一标识（如手机号），查询时通过客户标识快速筛选出所有相关联的预约记录，实现“一人一档”的预约管理。
五、进度安排
第 1-2 周：查阅文献，完成开题报告，梳理系统需求与角色、模块设计；
第 3-4 周：设计数据库（绘制 ER 图、确定表字段），搭建前后端开发环境；
第 5-8 周：开发后端核心接口（剧本管理、预约管理、客户管理接口），开发前端页面（登录页、剧本列表页、预约页等），实现基础的前后端交互；
第 9-10 周：开发数据统计模块（实现 ECharts 图表展示），完善功能细节（如预约提醒、状态更新逻辑）；
第 11-12 周：系统测试（功能测试、兼容性测试），修复错误（如预约冲突、数据统计错误），优化页面响应速度；
第 13-14 周：整理开发文档（需求说明书、设计说明书、测试报告）与源代码，撰写毕业论文初稿；
第 15-16 周：修改毕业论文格式与内容，准备答辩 PPT，练习系统演示流程（如客户预约、管理员确认、数据统计查看）。
六、预期成果
可运行的剧本杀管理系统：实现角色设计与模块设计的所有功能，客户、DM、门店管理员、系统管理员可以正常使用对应的功能；
开发文档：包含系统需求说明书（明确各角色功能需求）、设计说明书（数据库设计、技术方案）、测试报告（测试用例与结果）；
源代码：前后端源代码（带详细注释，便于理解与维护）；
毕业论文：符合计算机专业毕业设计论文要求，全面阐述系统开发背景、研究内容、技术实现、测试结果；
演示视频：录制 5-8 分钟的操作视频，展示“客户预约场次→门店管理员确认→DM 查看场次→数据统计展示”的完整流程。
京公网安备 11010802022788号
