摘 要随着高校活动组织方式不断丰富校园场地的申请、审批与使用记录逐渐呈现出高频、跨部门和多角色协同的特点。传统依赖线下登记和人工沟通的管理方式容易出现信息传递滞后、审批链条冗长、场地状态不透明以及统计困难等问题。围绕上述痛点本文结合校园活动场景设计并实现了一套基于Web的校园活动场地管理系统。系统面向用户、室内审核员、室外审核员和管理员四类角色展开前端采用Vue 3与Element Plus实现页面展示和交互逻辑后端采用Spring Boot与MyBatis-Plus实现业务处理和数据访问数据库采用MySQL存储用户、场地、预约、评论、公告、日志等核心数据。系统实现了场地展示、条件筛选、详情查看、在线预约、审核处理、使用记录、违规登记、论坛交流、公告提醒和统计分析等功能。在设计上系统采用前后端分离模式通过Token拦截器与菜单权限模型实现访问控制并借助通用统计接口和ECharts图表提高管理端的数据分析能力。从实现效果来看系统能够较为完整地覆盖校园活动场地从发布、预约、审核到反馈的主要业务流程提升了场地管理效率与信息透明度也为校园资源数字化管理提供了可落地的技术方案。关键词校园场地管理Web系统Spring BootVue 3预约审核目录第1章 绪论1.1 项目背景1.2 国内外研究现状1.3 课题研究意义1.4 本文主要工作第2章 系统需求分析2.1 系统需求分析2.2 系统可行性分析第3章 系统设计3.1 系统总体设计3.2 系统功能框架3.3 系统流程设计3.4 数据库设计第4章 系统实现4.1 管理员模块实现4.2 业务审核员模块实现4.3 学生模块实现第5章 系统测试5.1 测试目的5.2 测试环境与方法5.3 测试用例5.4 测试结果分析结论参考文献致谢课题研究意义本课题首先具有明显的应用意义。通过建立统一的Web场地管理平台用户能够直观了解场地信息和可预约状态审核员可以在系统中集中处理申请与使用记录管理员能够对公告、日志和权限进行统筹管理从而降低人工协调成本提升场地资源使用效率。其次本课题具有一定的工程实践意义。系统基于Vue 3、Element Plus、Spring Boot 和 MyBatis-Plus 搭建完整覆盖需求分析、系统设计、数据库建模、前后端协作和功能测试等开发过程能够较好体现前后端分离架构在校园管理类项目中的落地方式。最后本课题也具有一定的研究和示范价值。系统在传统预约管理基础上融入评论收藏、论坛交流、违规记录、弹窗提醒和可视化统计等模块使其不仅是一个预约工具也是一套围绕场地资源使用全过程展开的信息服务平台。这一思路可为后续校园资源数字化建设提供参考。和数据管理工作。相比单点式工具或线下台账Web系统更适合在校园内部推广应用。系统功能框架系统功能结构可以从角色视角进行划分。用户端重点强调预约服务和信息获取审核员端重点强调审批和场地维护管理员端重点强调系统治理和平台配置。各角色共享统一的数据来源但通过菜单权限和接口过滤机制形成差异化功能视图。从模块关系来看场地信息模块是预约模块的前提预约审核结果又会影响使用记录、违规记录和统计分析模块评论收藏、论坛和资讯公告等模块则承担信息扩展和交互补充作用。功能结构并非孤立存在而是围绕场地资源管理形成关联网络。数据库逻辑设计结合数据库脚本系统共设计了28张表。为便于论文表达下面选取具有代表性的几类业务表进行说明包括用户表、场地表、预约表、公告日志表等。表3-1 核心数据表设计表名关键字段作用说明yonghuzhanghao、mima、mingcheng、shoujihaoma保存普通用户基本信息与登录凭据shenheyuan / yewushenheyuan账号、密码、名称、联系电话、审核状态保存室内/室外审核员信息changdi / huodongchangdi场地名称、图片、价格、设施、地址、评分、状态保存室内/室外场地基础资料yuyue / yuyuechangdi订单编号、预约日期、预约时长、预约进度、审核状态保存室外/室内预约记录jilu / weiguijilu订单编号、使用情况、是否违规、记录时间保存违规登记信息system_notice / syslog公告内容、用户名、操作、请求参数、IP支持系统公告和操作审计表3-2 预约表主要字段说明字段类型含义dingdanbianhaovarchar(200)预约记录唯一订单编号changdimingchengvarchar预约对应场地名称yuyueriqidatetime计划使用日期yuyueshizhangint预约时长sfshvarchar(200)审核状态yuyuejinduvarchar(200)预约进度如未使用、已使用zhanghaovarchar(16)发起预约的用户账号系统实现4.1 管理员模块实现4.1.1 可视化界面管理员首页采用卡片加图表的形式展示系统运行信息。根据后台首页源码页面集中呈现用户总数、室内外预约总数、按月统计、热门场地和预约进度等内容。该设计能够帮助管理员在进入系统后快速掌握资源使用概况而不需要逐个进入业务模块查看数据。在页面组织上后台采用左侧菜单、右侧内容区的布局方式管理员可以在用户管理、资讯管理、系统公告、敏感词、操作日志、弹窗提醒和菜单管理等功能之间快速切换。这种结构符合后台系统的通用操作习惯。系统参数设置系统参数设置主要体现在轮播图、资讯、敏感词、弹窗提醒和菜单权限等配置模块上。前台首页的轮播图由config表维护资讯由news模块统一发布评论内容则会经过敏感词列表校验以降低不当内容传播风险。管理员还可以维护系统公告为前后台用户提供统一通知入口。业务审核员模块实现4.2.1 可视化界面业务审核员进入后台后系统会依据角色加载对应菜单。室内审核员主要处理changdi、yuyuechangdi、shiyong和jilu等模块室外审核员主要处理huodongchangdi、yuyue、changdishiyong和weiguijilu等模块。通过按角色区分菜单审核员能够只关注自己负责的业务范围降低误操作概率。4.2.2 场地信息维护场地信息维护模块支持对场地名称、图片、价格、设施、地址、评分、发布时间和场地详情进行维护。由于场地详情使用富文本编辑器审核员可以录入较完整的介绍信息帮助用户在预约前了解具体条件。场地状态字段则用于辅助控制预约流程例如避免对已预约场地继续发起重复操作。前端与后台对场地详情的展示方式保持一致。用户在详情页中可以查看图片轮播、基础属性、地图位置和评论内容而审核员则在后台表单中完成同一批数据的维护实现了维护界面与展示界面的统一联动。预约申请审核预约审核模块是系统核心业务之一。预约表中保存了订单编号、预约日期、预约时长、审核员账号、用户账号、审核状态和预约进度等字段。审核员在列表中查看申请后可通过审核组件填写审核结果与回复内容。若审批通过预约记录状态被更新若审批不通过系统会保留驳回说明便于用户后续查看。从实现方式看预约列表接口会根据当前登录角色自动附加查询条件确保审核员只能看到自己负责的预约数据。该处理方式降低了前端逻辑复杂度也增强了后台数据隔离能力。违规记录管理系统在室内和室外两个维度上分别设置了违规记录模块。审核员可以根据场地使用情况将超时使用、设施损坏或不规范操作等情况录入违规记录表并关联订单编号、用户账号、记录时间和是否违规等字段。该模块进一步完善了场地管理的闭环。违规记录不仅可用于事后追责也能够反向约束用户行为。结合使用记录和预约数据审核员可以对特定用户或特定场地进行更有针对性的管理从而提升场地资源的规范使用水平。学生模块实现4.3.1 学生注册登录用户端提供注册与登录功能。注册页面采集账号、头像、性别、年龄和手机号等基础信息登录页面则根据菜单配置动态加载可登录角色并在认证成功后将Token和角色信息写入本地存储。通过这种方式前台能够根据当前身份切换个人中心与权限入口。与传统单角色登录不同本系统前台支持统一入口根据角色菜单决定后续跳转页面。这种实现方式降低了界面重复开发量也增强了角色切换的灵活性。场地查询筛选用户进入前台后可查看室内、室外场地推荐列表并通过搜索条件筛选感兴趣的场地。详情页展示图片、价格、设施、地址、评分、审核员信息和场地状态等内容同时提供地图页和评论页签帮助用户在预约前做出更合理的判断。结论本文围绕校园活动场地管理需求完成了基于Web的校园活动场地管理系统的分析、设计与实现工作。系统以用户、室内审核员、室外审核员和管理员四类角色为中心通过前后端分离架构构建了场地展示、预约提交、审核处理、使用记录、违规登记、论坛交流、公告提醒和统计分析等功能模块。结合现有源码与演示结果可以看出系统已经能够覆盖校园场地管理的主要业务流程并在一定程度上提升场地信息透明度和管理效率。从工程实践角度看本课题较好体现了Vue 3、Spring Boot、MyBatis-Plus和MySQL在校园信息系统中的组合应用方式。系统通过菜单权限控制、Token拦截器、通用统计接口和富文本交互页面实现了较完整的Web应用开发闭环。当然系统仍存在进一步完善空间。例如室内与室外场地模块存在较多重复结构可在后续演进中抽象为统一场地模型预约规则还可以进一步细化为按时间段冲突检测账号安全方面也可以引入更强的密码加密和认证机制。总体而言本课题已经达成毕业设计预期目标并为后续校园资源数字化管理提供了可继续扩展的实现基础。