1 绪论
1.1 选题背景和意义
传统的体育场地管理大多依靠线下登记、电话确认、人工核验等手段，当预约人数不断增多的时候，这些方式就会出现信息更新不及时、场地使用情况不一致、订单处理链条分散等状况。场馆服务平台渐渐向在线化、集中化发展，有关研究显示，智能化场馆运营体系成为改善资源利用效率、改进服务组织形式的关键途径1。面向校园、社区、商业场馆的预约服务也在不断深入，场馆信息管理系统建设也由原来的单一登记工具向包含预约、支付、评价、数据统计等业务功能的综合业务平台转变2。根据以上现实情况，设计出一个以羽毛球场地业务为主的系统有很强的针对性。
本课题研究的意义就在于实践当中。其一，系统把场地维护、预约登记、订单支付、积分兑换统一成流程，可以减少人工登记的差错，缩减业务处理的途径。第二，系统会把场地状态、预约时段、订单信息等集中起来，方便管理人员进行日常维护，也方便用户快速完成预约操作。第三，系统用规范化数据组织方式支持场地服务业务，可以给其他类似的体育场馆信息平台建设提供借鉴。第四，在校园体育资源管理、社会健身服务场景中均有推广的价值。
1.2 国内外研究现状
1.2.1 国内研究现状
国内体育场馆信息系统研究从最初的简单登记管理发展为现在的在线预约服务。研究重点由原来的静态资源展示转变为智能调度、数据共享、预约规则控制、用户交互体验优化，系统形态也由原来的单机式管理工具变为Web平台、小程序平台、综合服务平台。以体育场馆运行效率、资源利用率、服务流程规范性为研究对象的越来越多。
李龙飞、胡建平于2025年就高校体育场馆智能化技术的应用进行了研究，认为场馆管理要依靠信息系统来实现资源整合、状态感知、流程优化3。汪小力2025年从体育场馆可持续发展视角入手，对场馆运行机制展开剖析，认为管理平台对资源调配、服务组织、经营规范等有着重要的支撑意义4。田睿芬、程艳艳（2024）设计了基于小程序的高校场地预约平台，研究内容包含场地预约、时段分配、用户服务等业务流程，对于本文在预约模块的设计具有直接的参考意义5。
从国内的研究结果可以看出，现有的成果已经涵盖了预约平台、资源配置、服务管理等各个方面，但是对于羽毛球场地这种细分业务的功能闭环还存在着进一步细化的空间。本文以管理员维护场地资料、处理预约订单、管理预约时段为主要内容，以注册用户完成预约、支付、评论、资讯查看等业务为主要内容，是对现有研究在场景适配方面的一种补充。
1.2.2 国外研究现状
国外体育场馆管理系统研究开始得比较早，更加注重平台的集成性、数据驱动的管理方式、运行安全的控制、节能优化的设计。相关系统一般不会仅仅关注预约登记本身，还会扩展到服务质量评价、运营收益分析、场馆安全监管、设施运行监控等方面的研究，研究路径具有平台化、体系化的特点。
Sumarjo等人的2023年提出的基于Web的体育馆一体化服务管理系统，主要研究了服务质量提高、业务集成管理、收入支持，为本文的综合业务流程组织提供一定的参考6。Gu于2025年从校园体育设施安全隐患处置的角度出发，创建起应急管理体系，说明场馆平台要兼顾服务流程管理以及运行风险控制7。Li等人把数据挖掘技术运用到体育中心健康评价当中，表现出国外研究对于数据利用的深入程度有所发展，给本文之后的管理数据统计思路提供了一些启示。2023年Dong、Fei、Feng完成基于Web的健身管理系统的设计，证明了Web平台可以用于场馆业务处理8。2022年Mariam等人对体育设施自动化管理系统性能优化和能耗控制进行了研究，说明国外的研究已经把场馆平台纳入到更完整的运营管理体系中9。10
国外研究重视系统集成深度，也重视场馆运行质量控制。本文借鉴其在Web平台组织、业务协同处理、场馆服务规范化方面的方法，结合羽毛球场地预约场景实际需求进行简化落地，使系统更加符合本科毕业设计的实现范围。
1.3 研究内容
本文以羽毛球场地管理系统为研究对象，主要工作就是完成场地服务平台的设计和实现。研究内容先从业务需求入手，整理出管理员端、注册用户端的功能边界，在此基础上建立系统总体架构，确定前端交互层、业务处理层、数据存储层的职责分工。接着就对场地信息、预约时段、预约订单、积分兑换、评论资讯等主要对象进行了数据库的设计。功能实现阶段主要是对管理员的场地维护、订单管理、用户管理进行实现，对注册用户场地预约、订单支付、资讯查看、评论交流进行实现。本文主要研究功能闭环构建、数据结构设计、页面交互流程组织等内容，不包含复杂的预测算法以及大量的分布式部署。最后得到系统原型、数据库设计结果、流程图、测试用例表、测试分析结论等研究成果。
1.4 论文组织结构
第一章绪论部分，阐述课题背景、研究意义，整理国内外研究现状，确定本文的主要研究内容。
第二章相关技术介绍，阐述系统开发所依托的Spring Boot、Vue、MySQL、B/S架构，为后面的设计提供技术基础。
第三章系统需求分析，围绕可行性、功能需求、非功能需求展开论述，明确系统建设目标。
第四章系统设计，完成系统架构设计、功能结构设计、业务流程设计、数据库设计，提出整体方案。
第五章系统详细设计与实现，按角色划分功能模块，对系统各项核心业务进行具体描述。
第六章系统测试，说明测试目的、测试方法，给出测试用例，归纳测试结论。
最后对全文的研究工作加以总结，归纳出系统的完成状况，剖析存在的不足之处，给出以后改进的方向。
2 相关技术介绍
SpringBoot
Spring Boot是面向Java应用快速开发的主流框架，它的主要特点就是自动配置机制、约定式组织方式、依赖整合能力。开发者可以利用统一工程结构来创建控制层、业务层、数据访问层，从而降低重复配置所造成的开发负担11。对于中小型管理系统来说，该种开发模式可以快速完成模块的装配，并且有利于以后的功能扩展。
本系统后端服务主要对场地信息、预约订单、积分兑换、评论管理等业务进行处理，Spring Boot完成请求接收、参数处理、业务调用、结果返回等工作12。管理员端和注册用户端发起的操作请求都经过统一接口进入系统，业务规则在服务层集中处理，数据结果再以标准响应的形式返回给前端页面，这样就使系统的结构更加清晰。
2.2 Vue
Vue是渐进式前端框架，支持组件化构建，响应式数据绑定，灵活的页面组织方式。其开发模式可以把页面拆分成可以重复使用的功能模块，从而减少界面的维护工作13。交互型管理系统中Vue可以做表单处理、状态切换、数据展示、页面跳转等前端工作。
本系统以管理员端、注册用户端为主，使用Vue来实现场地展示、预约表单提交、订单结果反馈、资讯内容浏览等界面的处理14。页面状态在数据发生变化之后可以及时地进行同步更新，用户在不同的业务页面之间切换的时候也可以保持比较流畅的使用过程，从而使得系统的前端具有较好的交互组织能力。
2.3 MySQL
MySQL属于应用范围广的关系型数据库管理系统，数据结构分明，查询方法健全，事务支撑稳固，部署及使用成本低廉等特性15。对于有明确业务对象、字段关系、状态约束的管理系统来说，MySQL可以很好地完成结构化数据存储的任务，也方便开发阶段进行表结构的设计。
本系统包含用户资料、场地信息、预约订单、预约时段、积分兑换记录、评论信息等多种数据对象，使用MySQL可以对它们进行集中存储并实现相关联操作16。业务数据进入数据库之后，按照主键、外键的关系来执行查询、更新、统计、校验等操作，从而给预约流程的处理、订单状态的跟踪、用户信息的维护等提供稳定的后台支持。
2.4 B/S架构
B/S架构用浏览器作为主要的访问入口，把服务器作为业务处理的核心，具有部署方式简单、终端适用范围广、维护更新集中等特点17。管理信息系统场景下，该结构可以减轻客户端的安装负担，系统版本更新之后也不需要对每个端口进行维护，所以更适合于面向多角色用户在线服务的系统。
本系统采用浏览器访问方式，管理员端负责业务管理，注册用户端负责预约使用，两个端口都是通过统一的入口接入到业务服务中。前端页面是交互的展现，后端服务是规则的处理，数据层是信息的存储18。该结构使得系统在课程场馆、校园体育服务、社会场地经营等场合都具有较好的应用适应性。
3 系统需求分析
3.1 可行性分析
3.1.1 技术可行性
本系统以Spring Boot、Vue、MySQL为技术核心，总体技术路线比较清晰，相关的开发资源较多，工程实践基础较好，可以满足羽毛球场地管理系统建设的需求。后端采用Spring Boot作为业务服务支撑框架，可以方便地完成请求处理、业务逻辑组织、接口统一管理等工作，前端使用Vue进行页面构建和交互响应，适合预约、支付、信息浏览、评论交流等功能场景，MySQL可以承担用户信息、场地信息、预约订单、积分兑换记录等结构化数据的存储任务。系统主要业务集中在信息维护、预约申请、订单处理、状态更新、评论互动等常规Web应用范围内，功能边界清楚，开发目标明确，不涉及本科毕业设计能力范围内的复杂分布式部署或者高难度算法研究。同时前后端分离的结构使得模块的职责划分比较清楚，有利于独立开发和调试，也方便以后的功能扩展以及问题定位。根据目前成熟的开发环境、稳定的框架支持条件和比较完整的技术文档，可以认为本系统有较好的技术可行性。
3.1.2 经济可行性
就项目投入而言，本系统建设成本低，资源消耗在合理范围内，具有较好的经济性。系统所用到的Spring Boot、Vue、MySQL等技术都是常见的开发框架或者数据库产品，获取方式简单，学习资料丰富，不需要另外购买昂贵的软件授权。开发阶段主要依靠常规的计算机设备、基本的开发工具以及本地的数据库环境来完成系统的开发，对于硬件配置的要求不是很高。系统投入运行之后，数据量总体上处于中等水平，业务处理主要集中在场地预约、订单管理、信息维护、评论交流等几个方面，对服务器的性能、存储空间、网络环境等各方面的要求比较平稳，不会造成过大的运行压力。由于系统定位在教学研究背景下进行场地管理的应用，所以其建设目标主要是为了实现功能和流程的验证，而不是大规模商业化部署，因此维护成本、升级成本、扩展成本都在可控范围内。经由对系统开发投入、运行所占资源以及后期维持压力展开综合分析可知，此系统从经济层面而言是可承受的。
3.1.3 操作可行性
本系统主要面向管理员和注册用户两类用户，不同的用户业务目标比较明确，操作路径清楚，使用门槛低，因此具有较好的操作可行性。管理员的主要工作是场地信息的维护、预约订单的管理、预约时段的设定、积分兑换的处理以及用户的管理等，操作内容以后台数据处理为主，流程比较固定，有利于形成稳定的工作模式。注册用户的主要任务就是浏览场地、查看详情、在线预约、订单支付、评论交流、个人资料修改等，业务逻辑和日常使用习惯比较贴近，页面流程可以按照查询、选择、提交、反馈等常见操作来组织。系统采用浏览器访问方式，用户不需要安装专门的客户端，只需要在常用的网络环境下就可以进入到系统中进行操作，一定程度上降低了系统推广和使用的难度。模块划分比较直观，页面入口明确，重要的业务步骤具有很强的连续性，用户经过简单的熟悉就可以完成主要的功能操作。根据系统的使用对象、交互路径、访问方式和业务流程特点综合分析可知，本系统具有较好的操作性。
3.2 功能需求分析
3.2.1 管理员角色功能需求
管理员可以对积分兑换记录、预约订单、场地资料、预约时段、注册用户信息等进行统一维护。主要操作有业务数据管理、订单状态处理、时段规则设置、用户资料核验。该角色主要负责后台核心管理任务，所覆盖的业务范围较广，业务流程集中于信息录入、状态修改、数据查询、记录删除、规则调整等。
图3-1管理员用例图
3.2.2 注册用户角色功能需求
注册用户可以修改个人信息，提交预约单，支付订单，也可以查看羽毛球资讯、评论区、申请羽毛球场地、查看场地信息。该角色所面对的是前台服务流程，业务活动主要是信息浏览、订单提交、支付处理、互动评论、资料修改等环节，系统主要使用场景就是这些。
图3-2注册用户用例图
3.3 非功能需求分析
3.3.1 性能需求
系统在高峰预约时要保持稳定的状态。用户集中查看场地信息、提交预约申请、完成支付操作时，页面数据加载不能出现长时间阻塞，订单写入过程不能频繁失败。管理员在后台查询订单、维护场地、调整时段的时候，也需要有比较流畅的操作反馈。系统对于资源的管控在常规教学环境以及中小型环境之下依然可以正常运作。
3.3.2 安全需求
系统需要给不同的用户或者角色赋予明确的权限。管理员端可以进行后台业务的处理，注册用户端只能查看自己的内容，防止越权操作的发生。用户密码、支付信息、联系信息等敏感数据必须经过受控的方式才能进行读取或者写入。系统还要对输入的内容做合法性校验，对异常参数、恶意提交、非法访问路径进行拦截，从业务入口处降低数据风险。
3.3.3 可用性需求
系统面向非技术人员提供服务，页面结构要清晰，功能入口要明确，操作过程不宜太深。用户查看场地、选择时间段、提交预约、完成支付应该形成一条比较顺畅的连续路径。管理员处理后台业务的时候也要快速找到目标模块。如果页面提示、状态反馈、结果回显足够清楚，那么用户就会更容易理解当前的流程进度，系统可用性也会随之提高。
4 系统设计
4.1 系统架构设计
羽毛球场地管理系统采用B/S结构组织整体运行过程。浏览器承担访问入口，Vue负责页面交互呈现，Spring Boot负责业务处理，MySQL负责数据存储，Redis承担热点数据支持。系统按照用户界面层、应用服务层、数据持久层、系统支持层展开构建，既满足预约业务处理需求，也保证后台管理流程具备清晰的层次关系。系统架构图如图4-1所示。
图4-1系统架构图
4.2 功能结构设计
系统围绕管理员、注册用户两类角色构建功能结构。管理员侧重后台维护任务，业务重点落在积分兑换管理、预约订单管理、场地信息管理、预约时段管理、用户管理。注册用户侧重前台使用流程，业务重点落在个人资料管理、预约订单、订单支付、羽毛球资讯、评论区、羽毛球场地预约、羽毛球场地详情查看。前后台功能边界明确，能够共同支撑场地预约业务运行。该系统功能结构如图4-2所示。
图4-2系统功能结构图
4.3 业务流程设计
4.3.1 场地信息管理流程设计
管理员进入场地信息管理模块后，可查看已有场地资料，可新增新场地，也可修改已有记录。系统会对关键信息进行校验，满足要求后保存数据，若字段缺失或状态冲突则给出提示。场地信息管理流程图如图4-3所示。
图4-3场地信息管理流程图
4.3.2 羽毛球场地预约流程设计
注册用户查看场地详情后选择预约日期与预约时段，系统根据场地状态、时段规则判断是否允许提交。若当前时段不可用，则返回重新选择；若满足条件，则生成预约订单，进入后续处理环节。羽毛球场地预约流程图如图4-4所示。
图4-4羽毛球场地预约流程图
4.3.3 预约订单管理流程设计
管理员在后台查看预约订单后，可依据业务状态开展处理。系统支持订单查询、状态更新、异常记录核查。若订单信息存在问题，则返回待处理状态；若审核无误，则完成订单处理结果写入。预约订单管理流程图如图4-5所示。
图4-5预约订单管理流程图
4.3.4 订单支付流程设计
注册用户在生成预约订单后进入支付环节，系统先校验订单状态，再判断支付信息是否有效。若订单不可支付或支付失败，页面返回结果提示；若支付成功，系统更新支付状态，用户可继续查看订单结果。订单支付流程图如图4-6所示。
图4-6订单支付流程图
4.3.5 积分兑换管理流程设计
管理员在积分兑换管理模块中处理兑换记录时，需要结合订单信息、积分规则、用户状态进行核验。若记录不符合规则，系统返回待处理结果；若满足兑换条件，则写入兑换信息并同步状态。积分兑换管理流程图如图4-7所示。
图4-7积分兑换管理流程图
4.4 数据库设计
4.4.1 概念模型设计
概念模型设计的关键不在于单纯罗列数据对象，而在于将羽毛球场地管理业务中的用户、场地、预约、兑换、评论等现实对象抽象为可识别的数据实体。概念模型属于现实世界向信息世界转化的初次抽象过程，它需要明确实体的边界，需要提炼实体属性，也需要界定实体之间的一对一、一对多、多对多联系19。本文采用E-R图作为可视化表达工具，通过用户账户、注册用户、场地信息、预约订单、预约时段、积分兑换、取消订单、文章、评论、会员等级等核心实体构建全局数据关系图，再以此为后续逻辑模型设计提供依据。全局E-R模型如图4-8所示。
图4-8全局ER图
根据系统分析，系统的主要实体有：用户账户、注册用户、场地信息、预约订单、预约时段、积分兑换、取消订单、文章、评论、会员等级，各个实体具体的属性如下图所示。
（1）用户账户实体主要包括用户id、用户名、密码、手机号码等。如图4-9所示。
图4-9用户账户实体属性图
（2）注册用户实体主要包括注册用户id、用户姓名、用户手机、消费积分等。如图4-10所示。
图4-10注册用户实体属性图
（3）场地信息实体主要包括场地信息id、场地编号、场地名称、场地类型等。如图4-11所示。
图4-11场地信息实体属性图
（4）预约订单实体主要包括预约订单id、预约日期、预约时段、订单状态等。如图4-12所示。
图4-12预约订单实体属性图
（5）预约时段实体主要包括预约时段id、时段范围、创建时间、更新时间等。如图4-13所示。
图4-13预约时段实体属性图
（6）积分兑换实体主要包括积分兑换id、兑换积分、预约单号、订单状态等。如图4-14所示。
图4-14积分兑换实体属性图
（7）取消订单实体主要包括取消订单id、取消日期、取消原因、审核状态等。如图4-15所示。
图4-15取消订单实体属性图
（8）文章实体主要包括文章id、标题、正文、文章分类等。如图4-16所示。
图4-16文章实体属性图
（9）评论实体主要包括评论id、内容、评论人id、来源表等。如图4-17所示。
图4-17评论实体属性图
（10）会员等级实体主要包括等级id、等级名称、折扣、会员价格等。如图4-18所示。
图4-18会员等级实体属性图
4.4.2 数据库逻辑设计
数据库逻辑设计需要将概念模型中的实体关系转化为可执行的表结构形式。本文依据业务对象的属性边界、数据联系、状态约束完成表结构组织，将用户、场地、预约、兑换、评论、资讯等核心信息映射为关系表，再通过主键、外键、状态字段完成数据关联20。这种设计方式能够支撑预约提交、订单处理、积分管理、信息展示等主要业务，也有利于后续维护阶段开展数据查询与结构扩展。
（1）用户账户表主要是用来存储系统账户基础信息。主要包括用户ID、用户名、密码、手机号码等字段。如表4-1所示。
表4-1用户账户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 用户ID | int | 11 | 主键 |
| 2 | 账户状态 | smallint | 11 | 账户状态 |
| 3 | 所在用户组 | varchar | 32 | 用户组 |
| 4 | 手机号码 | varchar | 20 | 手机号码 |
| 5 | 用户名 | varchar | 50 | 用户名 |
| 6 | 密码 | varchar | 64 | 密码 |
| 7 | 邮箱 | varchar | 64 | 邮箱 |
| 8 | 头像地址 | varchar | 255 | 头像地址 |
| 9 | 会员等级 | varchar | 100 | 会员等级 |
| 10 | 会员折扣 | double | - | 会员折扣 |
| 11 | 创建时间 | timestamp | - | 创建时间 |
（2）注册用户表主要是用来存储注册用户扩展资料。主要包括注册用户ID、用户姓名、用户手机、消费积分等字段。如表4-2所示。
表4-2注册用户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 注册用户ID | int | 11 | 主键 |
| 2 | 用户ID | int | 11 | 关联用户 |
| 3 | 用户姓名 | varchar | 64 | 用户姓名 |
| 4 | 用户手机 | varchar | 20 | 用户手机 |
| 5 | 用户性别 | varchar | 10 | 用户性别 |
| 6 | 消费积分 | double | - | 消费积分 |
| 7 | 审核状态 | varchar | 16 | 审核状态 |
| 8 | 可见会员 | text | 255 | 会员标识 |
| 9 | 创建时间 | datetime | - | 创建时间 |
| 10 | 更新时间 | timestamp | - | 更新时间 |
（3）场地信息表主要是用来存储羽毛球场地基础资料。主要包括场地编号、场地名称、场地类型、场地费用等字段。如表4-3所示。
表4-3场地信息表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 场地信息ID | int | 11 | 主键 |
| 2 | 场地编号 | varchar | 64 | 场地编号 |
| 3 | 场地名称 | varchar | 64 | 场地名称 |
| 4 | 场地类型 | varchar | 64 | 场地类型 |
| 5 | 场地费用 | double | - | 场地费用 |
| 6 | 场地状态 | varchar | 64 | 场地状态 |
| 7 | 场地积分 | double | - | 场地积分 |
| 8 | 容纳人数 | double | - | 容纳人数 |
| 9 | 场地数量 | varchar | 64 | 场地数量 |
| 10 | 场地介绍 | longtext | 255 | 场地介绍 |
| 11 | 在线预约限制次数 | int | 11 | 预约限制 |
| 12 | 更新时间 | timestamp | - | 更新时间 |
（4）预约订单表主要是用来存储用户预约场地形成的订单信息。主要包括预约日期、预约时段、订单状态、支付状态等字段。如表4-4所示。
表4-4预约订单表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 预约订单ID | int | 11 | 主键 |
| 2 | 预约日期 | date | - | 预约日期 |
| 3 | 预约时段 | varchar | 64 | 预约时段 |
| 4 | 预约备注 | text | 255 | 预约备注 |
| 5 | 预约数量 | varchar | 64 | 预约数量 |
| 6 | 订单状态 | varchar | 64 | 订单状态 |
| 7 | 支付状态 | varchar | 16 | 支付状态 |
| 8 | 支付类型 | varchar | 16 | 支付类型 |
| 9 | 注册用户 | int | 11 | 注册用户 |
| 10 | 预约单号 | varchar | 64 | 预约单号 |
| 11 | 场地编号 | varchar | 64 | 场地编号 |
| 12 | 创建时间 | datetime | - | 创建时间 |
（5）预约时段表主要是用来存储场地可预约时间范围。主要包括预约时段ID、时段范围、创建时间、更新时间等字段。如表4-5所示。
表4-5预约时段表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 预约时段ID | int | 11 | 主键 |
| 2 | 时段范围 | varchar | 64 | 时段范围 |
| 3 | 创建用户ID | int | 11 | 创建用户 |
| 4 | 创建时间 | datetime | - | 创建时间 |
| 5 | 更新时间 | timestamp | - | 更新时间 |
（6）积分兑换表主要是用来存储预约业务中的积分兑换记录。主要包括积分兑换ID、兑换积分、预约单号、场地编号等字段。如表4-6所示。
表4-6积分兑换表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 积分兑换ID | int | 11 | 主键 |
| 2 | 预约日期 | date | - | 预约日期 |
| 3 | 预约时段 | varchar | 64 | 预约时段 |
| 4 | 兑换积分 | double | - | 兑换积分 |
| 5 | 订单状态 | varchar | 64 | 订单状态 |
| 6 | 注册用户 | int | 11 | 注册用户 |
| 7 | 预约单号 | varchar | 64 | 预约单号 |
| 8 | 场地名称 | varchar | 64 | 场地名称 |
| 9 | 场地编号 | varchar | 64 | 场地编号 |
| 10 | 场地积分 | double | - | 场地积分 |
| 11 | 用户姓名 | varchar | 64 | 用户姓名 |
| 12 | 更新时间 | timestamp | - | 更新时间 |
（7）取消订单表主要是用来存储用户取消预约后的记录信息。主要包括取消订单ID、取消日期、取消原因、审核状态等字段。如表4-7所示。
表4-7取消订单表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 取消订单ID | int | 11 | 主键 |
| 2 | 注册用户 | int | 11 | 注册用户 |
| 3 | 用户姓名 | varchar | 64 | 用户姓名 |
| 4 | 用户手机 | varchar | 64 | 用户手机 |
| 5 | 场地编号 | varchar | 64 | 场地编号 |
| 6 | 场地名称 | varchar | 64 | 场地名称 |
| 7 | 预约单号 | varchar | 64 | 预约单号 |
| 8 | 取消日期 | date | - | 取消日期 |
| 9 | 取消原因 | text | 255 | 取消原因 |
| 10 | 审核状态 | varchar | 16 | 审核状态 |
| 11 | 创建时间 | datetime | - | 创建时间 |
| 12 | 更新时间 | timestamp | - | 更新时间 |
（8）文章表主要是用来存储羽毛球资讯内容。主要包括文章ID、标题、正文、文章分类等字段。如表4-8所示。
表4-8文章表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 文章ID | mediumint | 11 | 主键 |
| 2 | 标题 | varchar | 125 | 标题 |
| 3 | 正文 | longtext | 255 | 正文 |
| 4 | 文章描述 | text | 255 | 文章描述 |
| 5 | 封面图 | varchar | 255 | 封面图 |
| 6 | 来源 | varchar | 255 | 来源 |
| 7 | 标签 | varchar | 255 | 标签 |
| 8 | 文章分类 | varchar | 64 | 文章分类 |
| 9 | 点击数 | int | 11 | 点击数 |
| 10 | 点赞数 | int | 11 | 点赞数 |
| 11 | 更新时间 | timestamp | - | 更新时间 |
（9）评论表主要是用来存储用户互动评论数据。主要包括评论ID、内容、评论人ID、来源表等字段。如表4-9所示。
表4-9评论表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 评论ID | int | 11 | 主键 |
| 2 | 评论人ID | int | 11 | 评论人 |
| 3 | 内容 | longtext | 255 | 评论内容 |
| 4 | 昵称 | varchar | 255 | 昵称 |
| 5 | 头像地址 | varchar | 255 | 头像地址 |
| 6 | 回复评论ID | int | 11 | 回复对象 |
| 7 | 来源字段 | varchar | 255 | 来源字段 |
| 8 | 来源ID | int | 11 | 来源ID |
| 9 | 来源表 | varchar | 255 | 来源表 |
| 10 | 是否隐藏 | tinyint | 11 | 隐藏状态 |
| 11 | 是否置顶 | tinyint | 11 | 置顶状态 |
| 12 | 更新时间 | timestamp | - | 更新时间 |
（10）会员等级表主要是用来存储会员等级配置数据。主要包括等级ID、等级名称、折扣、会员价格等字段。如表4-10所示。
表4-10会员等级表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 等级ID | smallint | 11 | 主键 |
| 2 | 等级名称 | varchar | 255 | 等级名称 |
| 3 | 折扣 | double | - | 折扣 |
| 4 | 会员价格 | double | - | 会员价格 |
| 5 | 会员权益 | text | 255 | 会员权益 |
| 6 | 创建时间 | timestamp | - | 创建时间 |
| 7 | 更新时间 | timestamp | - | 更新时间 |
5 系统详细设计与实现
5.1 管理员角色功能实现
5.1.1 积分兑换管理
积分兑换管理功能主要是对用户预约业务形成的兑换记录进行维护。管理员进入该模块后可检索记录，可查看关联订单信息，可根据积分规则调整记录状态，也可删除无效数据。系统在接收处理请求后会返回更新结果，页面再同步展示最新记录内容。积分兑换管理界面如图5-1所示。
图5-1积分兑换管理界面
5.1.2 预约订单管理
预约订单管理功能主要是对用户提交的预约订单进行处理。管理员可在该页面查询目标订单，可查看预约日期、时段状态、支付结果，也可依据业务需要修改订单状态。系统收到操作后会完成数据写入，再把处理结果返回页面，便于继续开展后续核查。预约订单管理界面如图5-2所示。
图5-2预约订单管理界面
5.1.3 场地信息管理
场地信息管理功能主要是对系统内的羽毛球场地资料进行维护。管理员可新增场地记录，可编辑已有场地信息，可调整场地状态，也可删除不再使用的数据。系统在保存前会对关键信息进行校验，符合要求后完成写入，再把更新后的场地列表返回页面。场地信息管理界面如图5-3所示。
图5-3场地信息管理界面
核心代码示例如下：
| @PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); paramMap.entrySet().removeIf(entry -> { Object value = entry.getValue(); return value instanceof String && ((String) value).isEmpty(); }); SiteInformation site_information = new SiteInformation(); site_information.setSite_no(paramMap.get("site_no")==null?null:String.valueOf(paramMap.get("site_no"))); site_information.setSite_name(paramMap.get("site_name")==null?null:String.valueOf(paramMap.get("site_name"))); site_information.setSite_type(paramMap.get("site_type")==null?null:String.valueOf(paramMap.get("site_type"))); site_information.setSite_cost(paramMap.get("site_cost")==null?null:Double.valueOf(String.valueOf(paramMap.get("site_cost")))); site_information.setSite_status(paramMap.get("site_status")==null?null:String.valueOf(paramMap.get("site_status"))); site_information.setVenue_points(paramMap.get("venue_points")==null?null:Double.valueOf(String.valueOf(paramMap.get("venue_points")))); site_information.setCapacity(paramMap.get("capacity")==null?null:Double.valueOf(String.valueOf(paramMap.get("capacity")))); site_information.setVenue_poster(paramMap.get("venue_poster")==null?null:String.valueOf(paramMap.get("venue_poster"))); site_information.setNumber_of_sites(paramMap.get("number_of_sites")==null?null:String.valueOf(paramMap.get("number_of_sites"))); site_information.setSite_introduction(paramMap.get("site_introduction")==null?null:String.valueOf(paramMap.get("site_introduction"))); this.addEntity(site_information); System.out.println("场地信息新增成功"); return success(1); } |
|---|
5.1.4 预约时段管理
预约时段管理功能主要是对系统可预约的时间范围进行维护。管理员可新增时段，可修改已有时段范围，也可删除无效记录。系统在处理请求时会检查时段数据格式，满足条件后更新数据库，再将最新时段结果同步到页面，用于支撑前台预约流程。预约时段管理界面如图5-4所示。
图5-4预约时段管理界面
5.1.5 用户管理
用户管理功能主要是对注册用户基础资料进行维护。管理员可查询目标用户，可查看账户状态，可根据需要修改用户资料，也可删除异常记录。系统接收操作请求后会完成数据更新，再将处理后的用户结果返回页面，使后台数据始终保持较新的展示状态。用户管理界面如图5-5所示。
图5-5用户管理界面
核心代码示例如下：
| @PostMapping("register") public Map<String, Object> signUp(@RequestBody User user) { // 查询用户 Map<String, String> query = new HashMap<>(); Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user)); query.put("username",user.getUsername()); List list = service.selectBaseList(service.select(query, new HashMap<>())); if (list.size()>0){ return error(30000, "用户已存在"); } map.put("password",String.valueOf(map.get("password"))); service.insert(map); return success(1); } @PostMapping("forget_password") public Map<String, Object> forgetPassword(@RequestBody User form,HttpServletRequest request) { JSONObject ret = new JSONObject(); String username = form.getUsername(); String code = form.getCode(); String password = form.getPassword(); if(code == null | code.length() == 0){ return error(30000, "验证码不能为空"); } if(username == null | username.length() == 0){ return error(30000, "用户名不能为空"); } if(password == null | password.length() == 0){ return error(30000, "密码不能为空"); } Map<String, String> query = new HashMap<>(); query.put("username",username); List list = service.selectBaseList(service.select(query, service.readConfig(request))); if (list.size() > 0) { User o = (User) list.get(0); JSONObject query2 = new JSONObject(); JSONObject form2 = new JSONObject(); query2.put("user_id",o.getUserId()); form2.put("password",password); service.update(query, service.readConfig(request), form2); return success(1); } return error(30000, "用户不存在"); } |
|---|
5.2 注册用户角色功能实现
5.2.1 个人资料管理
个人资料管理功能主要是对注册用户自身资料进行维护。用户进入该页面后可查看已有信息，可修改个人资料，可提交更新结果。系统接收提交请求后会进行数据校验，成功后写入数据库，再把最新资料回显到页面，便于用户继续开展后续预约业务。个人资料管理界面如图5-6所示。
图5-6个人资料管理界面
5.2.2 预约订单
预约订单功能主要是对用户已提交的预约记录进行查看。用户可在页面中查询订单，可查看不同订单状态，也可跟踪预约日期、时段信息、处理结果。系统根据用户身份返回对应订单内容，再把查询结果呈现在页面中，便于用户了解当前预约业务进度。预约订单界面如图5-7所示。
图5-7预约订单界面
核心代码示例如下：
@PostMapping("/add") @Transactional public Map<String, Object> add(HttpServletRequest request) throws IOException { Map<String,Object> paramMap = service.readBody(request.getReader()); paramMap.entrySet().removeIf(entry -> { Object value = entry.getValue(); return value instanceof String && ((String) value).isEmpty(); }); AppointmentOrder appointment_order = new AppointmentOrder(); appointment_order.setRegistered_user(paramMap.get("registered_user")==null?null:Integer.valueOf(String.valueOf(paramMap.get("registered_user")))); appointment_order.setUser_name(paramMap.get("user_name")==null?null:String.valueOf(paramMap.get("user_name")));appointment_order.setUsers_mobile_phone(paramMap.get("users_mobile_phone")==null?null:String.valueOf(paramMap.get("users_mobile_phone"))); appointment_order.setSite_no(paramMap.get("site_no")==null?null:String.valueOf(paramMap.get("site_no"))); appointment_order.setSite_name(paramMap.get("site_name")==null?null:String.valueOf(paramMap.get("site_name"))); appointment_order.setSite_type(paramMap.get("site_type")==null?null:String.valueOf(paramMap.get("site_type"))); appointment_order.setSite_cost(paramMap.get("site_cost")==null?null:Double.valueOf(String.valueOf(paramMap.get("site_cost")))); appointment_order.setVenue_points(paramMap.get("venue_points")==null?null:Double.valueOf(String.valueOf(paramMap.get("venue_points")))); appointment_order.setReservation_order_number(paramMap.get("reservation_order_number")==null?null:String.valueOf(paramMap.get("reservation_order_number"))); appointment_order.setAppointment_date(paramMap.get("appointment_date")==null?null:String.valueOf(paramMap.get("appointment_date"))); appointment_order.setAppointment_period(paramMap.get("appointment_period")==null?null:String.valueOf(paramMap.get("appointment_period"))); appointment_order.setOrder_status(paramMap.get("order_status")==null?null:String.valueOf(paramMap.get("order_status")));appointment_order.setPay_state(paramMap.get("pay_state")==null?null:String.valueOf(paramMap.get("pay_state")));appointment_order.setPay_type(paramMap.get("pay_type")==null?null:String.valueOf(paramMap.get("pay_type"))); this.addEntity(appointment_order); // 自动扣除用户积分 String sql = "UPDATE registered_user INNER JOIN appointment_order ON registered_user.users_mobile_phone=appointment_order.users_mobile_phone SET registered_user.consumption_points= registered_user.consumption_points + appointment_order.venue_points WHERE appointment_order.appointment_order_id="+service.selectBaseCount(sql); service.updateBaseSql(sql); System.out.println("预约订单新增成功"); return success(1); } |
|---|
5.2.3 订单支付
订单支付功能主要是对预约订单的支付流程进行处理。用户在确认订单后可发起支付请求，系统会先校验订单状态，再进入支付处理环节。支付完成后系统更新支付结果，页面再展示新的订单状态；若处理失败，则返回提示信息，用于指导用户重新提交操作。订单支付界面如图5-8所示。
图5-8订单支付界面
5.2.4 羽毛球资讯
羽毛球资讯功能主要是对平台发布的资讯内容进行展示。用户可浏览资讯列表，可进入详情页查看正文内容，也可依据标题或分类定位目标文章。系统读取数据库中的资讯数据后将内容返回页面，用户在切换文章时能够持续获得对应信息。羽毛球资讯界面如图5-9所示。
图5-9羽毛球资讯界面
5.2.5 评论区
评论区功能主要是对用户互动内容进行处理。用户可查看已有评论，可发布新的评论内容，也可对已有评论进行回复或删除个人记录。系统接收评论请求后会保存数据，再把更新结果同步到页面中，使当前资讯或场地详情页面能够即时展示新的互动内容。评论区界面如图5-10所示。
图5-10评论区界面
5.2.6 羽毛球场地预约
羽毛球场地预约功能主要是对场地预约申请进行提交。用户先选择目标场地，再选择日期与时段，随后填写预约信息并提交。系统会校验场地状态、时段占用情况、预约规则，符合要求后生成预约订单；若条件不满足，则返回提示结果，引导用户重新选择。羽毛球场地预约界面如图5-11所示。
图5-11羽毛球场地预约界面
5.2.7 羽毛球场地详情查看
羽毛球场地详情查看功能主要是对场地详细资料进行展示。用户进入详情页面后可查看场地名称、类型、费用、积分规则、介绍信息，也可据此判断是否继续预约。系统读取目标场地数据后返回页面，页面依据查询结果完成内容展示，供用户继续开展后续操作。羽毛球场地详情查看界面如图5-12所示。
图5-12羽毛球场地详情查看界面
6 系统测试
6.1 测试目的
系统测试的目的在于对羽毛球场地管理系统的整体运行情况进行系统性检验，确认系统是否能够在既定需求范围内稳定完成各项核心业务，并为论文后续的功能评价提供依据。测试并不只是对页面结果进行简单核对，更重要的是验证系统在真实业务流程中的完整性、准确性与连续性。围绕本课题的应用场景，系统需要承担场地信息维护、预约时段设置、预约订单生成、订单支付处理、积分兑换管理、资讯浏览、评论互动等多项业务，因此测试工作需要覆盖前台使用流程与后台管理流程两个层面，检验各模块之间的数据传递是否正确，功能衔接是否顺畅，状态更新是否及时，结果反馈是否清晰。
在测试过程中，一方面需要验证正常业务路径下系统是否能够按照预期完成操作。管理员在进行场地维护、订单处理、用户管理时，系统应能够准确接收请求、完成数据写入、返回处理结果；注册用户在进行场地浏览、预约提交、订单支付、评论发布时，系统也应能够保持页面响应正常、业务流程完整、结果显示一致。另一方面，还需要重点关注异常场景下系统的处理能力。对于信息缺失、预约冲突、重复提交、状态不符、权限越界等情况，系统应能够及时识别问题并给出明确提示，而不应出现数据混乱、页面失效或业务中断。这一部分测试能够反映系统在边界条件下的容错水平，也能够帮助发现隐藏较深的逻辑缺陷。
6.2 测试方法
测试方法以功能测试为主，通过构造典型业务场景对核心模块进行逐项验证。测试内容覆盖管理员端的场地信息管理、预约订单管理、积分兑换管理，覆盖注册用户端的羽毛球场地预约、订单支付等流程。测试时按照预设步骤输入业务数据，观察系统返回结果是否与预期一致。
测试过程中同时关注正常路径与异常路径。正常路径用于检验功能闭环是否完整，异常路径用于检验字段缺失、状态冲突、重复预约、支付失败等场景下系统是否能够输出明确提示。测试结果以表格形式记录，便于统一分析。
6.3 测试用例
（1）场地信息管理功能测试如表6-1所示。
表6-1场地信息管理功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 场地新增 | 录入场地资料并提交 | 新记录保存成功 | 符合预期 |
| 场地修改 | 调整已有场地信息 | 数据更新成功 | 符合预期 |
| 状态维护 | 修改场地使用状态 | 状态回显正确 | 符合预期 |
| 异常校验 | 提交缺失信息记录 | 页面给出提示 | 符合预期 |
（2）羽毛球场地预约功能测试如表6-2所示。
表6-2羽毛球场地预约功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 正常预约 | 选择可用场地及时段后提交 | 生成预约订单 | 测试成功 |
| 时段冲突 | 提交已占用时段预约 | 系统拒绝提交 | 测试成功 |
| 规则校验 | 超过限制次数继续预约 | 页面给出提示 | 测试成功 |
| 数据回显 | 查看提交后的预约结果 | 订单信息显示正确 | 测试成功 |
（3）订单支付功能测试如表6-3所示。
表6-3订单支付功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 正常支付 | 对可支付订单提交支付请求 | 支付状态更新成功 | 一致 |
| 状态校验 | 对异常订单发起支付 | 系统阻止操作 | 一致 |
| 结果反馈 | 支付完成后返回订单页 | 页面显示新状态 | 一致 |
| 失败处理 | 模拟支付失败流程 | 页面给出失败提示 | 一致 |
（4）预约订单管理功能测试如表6-4所示。
表6-4预约订单管理功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 订单查询 | 按条件检索目标订单 | 返回对应订单数据 | 符合预期 |
| 详情查看 | 打开订单详情记录 | 信息展示正确 | 符合预期 |
| 状态更新 | 修改订单处理状态 | 新状态保存成功 | 符合预期 |
| 异常订单 | 标记异常订单记录 | 系统处理结果正确 | 符合预期 |
（5）积分兑换管理功能测试如表6-5所示。
表6-5积分兑换管理功能测试表
| 测试项 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 记录查询 | 查询积分兑换记录 | 返回对应数据 | 符合预期 |
| 条件核验 | 校验兑换积分条件 | 系统判断准确 | 符合预期 |
| 状态处理 | 更新兑换处理状态 | 数据写入成功 | 符合预期 |
| 异常提示 | 提交不满足条件记录 | 页面提示明确 | 符合预期 |
6.4 测试结论
系统测试围绕场地维护、场地预约、订单支付、订单处理、积分兑换等核心业务展开，结果表明主要功能能够按照预期流程完成操作，数据写入、状态回显、结果反馈基本准确。测试过程中，系统在正常业务路径下运行较为稳定，在部分异常输入场景下也能够给出提示。不过，复杂并发预约情形下的冲突处理策略仍可继续优化，提示信息的细致程度仍有提升空间。综合测试结果可以认为，系统已基本达到设计要求，具备投入实际教学演示或小范围业务运行的条件。
7.1 总结
7.1 总结
本研究围绕羽毛球场地管理业务展开，结合场地预约服务中存在的信息分散、人工登记效率偏低、预约状态更新不及时等现实问题，完成了系统需求分析、总体结构设计、数据库设计、功能模块实现、系统测试等工作，最终实现了一套基于SpringBoot+Vue的羽毛球场地管理系统。系统面向管理员与注册用户两类主体构建业务流程，形成了场地信息管理、预约时段管理、预约订单处理、积分兑换管理、场地预约、订单支付、资讯查看、评论互动等核心功能，较完整地覆盖了羽毛球场地服务场景中的主要业务环节。
在技术实现层面，系统采用前后端分离思路组织整体架构，后端基于Spring Boot构建业务接口，前端使用Vue完成页面交互，数据存储由MySQL承担。该实现方式使系统结构层次较为清晰，业务流程具有较强的可组织性，也使后续功能扩展具备一定基础。与传统依赖人工登记、线下确认、分散处理的场地管理方式相比，本文实现的系统能够在预约申请、订单处理、信息维护、结果反馈等环节形成较连续的线上流程，减少了重复记录带来的管理负担，提高了场地业务的处理规范性。
从研究结果来看，系统已经完成论文预期的主要设计目标，验证了Spring Boot与Vue在中小型体育场地管理系统中的可行性，也说明基于B/S架构构建场地预约平台具有较好的应用适配性。测试结果表明，系统主要功能运行稳定，关键业务流程能够按照预期完成。不过，本研究仍存在一定不足。当前系统在高并发预约场景下的冲突处理策略仍较为基础，支付环节的异常分支仍可继续细化，数据统计分析功能仍不够深入，页面交互细节仍有进一步完善空间。这些问题也为后续研究提供了明确方向。
7.2 展望
本系统已经完成羽毛球场地管理的基本业务闭环，不过面向实际应用时仍存在继续扩展的空间。后续研究可在预约处理机制上作进一步优化，围绕高峰时段的并发提交、重复预约拦截、时段占用锁定、取消预约回退等场景建立更细致的处理规则，使系统在复杂业务环境下保持更稳定的运行状态。
在功能拓展方面，系统可增加数据统计分析模块，对场地利用率、热门时段、用户预约频次、订单变化趋势进行可视化展示，为管理人员提供更直接的数据参考。若后续接入积分成长、会员等级联动、个性化活动推送等机制，系统在用户服务层面的表现也会更加完整。围绕资讯模块与评论模块，还可加入内容审核策略、异常评论识别机制，提高平台内容管理的规范程度。
在应用形态方面，后续可继续优化移动端访问体验，使用户在手机端完成场地浏览、预约提交、订单支付时获得更顺畅的交互过程。若条件允许，还可进一步开发更适合移动终端的轻量化版本，以适应多场景访问需求。总体来看，羽毛球场地管理系统仍具有较大的研究价值与应用潜力，随着业务深度持续提升，其在校园体育服务、社区健身场馆管理等领域均具备进一步推广的可能。
参考文献
1 黄旭,李涵,陈晨.智能化场馆运营系统设计与评价研究C.第六届国际体育科学大会论文集,2025:75-80.
2 季盼军.数字化背景下智慧体育场馆信息管理系统的建设研究J.建筑与文化,2024,(11):15-18.
3 李龙飞,胡建平.高校体育场馆智能化技术应用与优化研究J.文体用品与科技,2025,(14):130-132.
4 汪小力.体育场馆可持续发展策略与实践分析J.文体用品与科技,2025,(02):40-42.
5 田睿芬,程艳艳.基于小程序的高校场地预约平台设计J.现代计算机,2024,30(13):104-108.
6 SumarjoS,SumaryantoS,SigitN, et al. Development of a Web-Based Integrated Service Management System to Improve Service Quality and Income Generating at UNY Sports HallC. Proceedings of Related Conference,2023:88-92.
7 Gu Q. Research on Safety Hazards and Emergency Management System of Campus Sports FacilitiesJ. Journal of Modern Educational Theory and Practice,2025,1(4):21-25.
8 Li C, et al. Application Research of Data Mining Technology Based on Physical Health Evaluation in Sunshine Sports CenterJ. Journal of Engineering,2018,528(1):51-55.
9 Dong Z, Fei W, Feng X Z. Design and Implementation of Gym Management System Based on WebC. Proceedings of Related Conference,2023:61-66.
10 Mariam E, Fodil F, Yassine H, et al. Performance and Energy Optimization of Building Automation and Management Systems: Towards Smart Sustainable Carbon-Neutral Sports FacilitiesJ. Renewable and Sustainable Energy Reviews,2022,162(1):112401-112408.
11 黑马程序员.Spring Boot企业级开发教程M.北京:人民邮电出版社,2024:258.
12 徐家喜,王小正,朱杰.Java EE框架技术与案例教程M.南京:南京大学出版社,2023:312.
13 赵媛.基于Vue的Web系统前端性能优化分析J.电脑编程技巧与维护,2024,45(9):44-46.
14 谢振华.基于Vue.js与Spring Boot的教务管理系统设计J.电脑与信息技术,2024,32(4):95-97.
15 郑晓霞,张艳艳,刘超.MySQL数据库原理及应用M.北京:人民邮电出版社,2024:302.
16 周德伟.MySQL数据库基础实例教程M.北京:人民邮电出版社,2024:222.
17 程煌.基于B/S架构的网上招聘系统的设计与研究C.武汉:武汉市创读时代出版策划有限公司,2020:10-22.
18 花树峰.Spring Boot+MVC+Vue3项目全流程开发指南M.北京:机械工业出版社,2024:370.
19 曾辉.关系数据库技术在计算机网络设计中的应用J.信息与电脑(理论版),2023,35(14):206-208.
20 胡劲.数据库信息管理系统的逻辑架构与功能设计探析J.电脑知识与技术,2023,19(19):96-98.
致谢
论文写到这里，校园生活也接近尾声。回看整个毕业设计过程，真正留下印象的不只是资料整理、页面编写、章节修改，更是不断推翻再重来的那段经历。许多看似顺利的内容，其实都经历过反复比对、反复校正。正是在这种持续打磨中，原本模糊的认识逐渐清晰，原本零散的知识也慢慢形成了较完整的结构。
指导教师在论文写作、系统设计、研究思路整理中给予了持续帮助。无论是章节结构安排，还是文字表述方式，抑或功能设计边界的把握，都得到了严谨细致的指导。那种对问题不断追问、对细节不断修正的态度，使人更加明确学术写作需要保持的规范意识，也使人理解了完成一项研究工作所需要具备的耐心。
家人给予的支持更加安静，却始终稳定。毕业阶段常常伴随焦虑、疲惫、反复否定，正因为身后始终有人理解、包容、鼓励，才得以把注意力重新放回眼前的任务。身边的同学、朋友也提供了很多实际帮助，资料交流、问题讨论、情绪疏导都让这段过程不再显得单调而紧绷。
这篇论文并不完美，它更像是一段学习历程留下的阶段性记录。写作过程中学到的内容，不只体现在技术使用层面，也体现在面对问题时的处理方式。毕业并不是终点，而是把校园里形成的思考习惯带入下一阶段的开始。愿今后的道路仍能保持认真、克制、踏实，也愿这段经历在未来回望时依旧值得珍惜。