1. 项目背景与需求分析
大学校园体育运动会作为高校体育工作的重要组成部分,每年都会吸引大量师生参与。然而,传统的运动会管理模式已经难以满足现代高校的需求。作为一名参与过多次运动会组织工作的技术人员,我深刻体会到当前管理模式存在的痛点。
当前主要问题集中在以下几个方面:
首先,信息传递效率低下。去年我校运动会报名阶段,体育部共收到纸质报名表1200余份,由各院系汇总后统一提交。由于报名信息需要人工录入Excel表格,导致出现了37处数据错误,包括项目错报、学号重复等问题。比赛当天还发生了2起因赛程变更未能及时通知而导致的运动员缺席事件。
其次,成绩统计工作繁琐易错。田径项目采用手工计时,裁判组需要将成绩记录在纸质表格上,再由专人录入电脑。在去年的跳远比赛中,就曾发生过因成绩录入错误导致的名次争议,最终不得不调取原始记录重新核对。
第三,数据利用率低。往届运动会的报名信息、成绩数据分散在各个部门的电脑中,缺乏统一管理。当需要分析历年参赛趋势或运动员表现时,往往需要重新整理数据,耗费大量时间。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 系统总体设计
2.1 技术架构选型
基于对项目需求的分析,我们决定采用以下技术栈:
前端技术:
- Vue.js 3.0 + Element Plus:提供响应式界面和丰富的UI组件
- ECharts:用于数据可视化展示
- Axios:处理HTTP请求
后端技术:
- Spring Boot 2.7:快速构建RESTful API
- Spring Security:实现权限控制
- MyBatis-Plus:简化数据库操作
- Redis:缓存热点数据
数据库:
- MySQL 8.0:主数据库
- MongoDB:存储非结构化数据如比赛照片
大数据处理:
- Hadoop:用于历史数据分析
- Spark:实时数据处理
- Hive:数据仓库
2.2 系统模块划分
系统采用微服务架构,主要分为以下服务模块:
- 用户服务:处理用户注册、登录、权限管理
- 赛事服务:管理比赛项目、赛程安排
- 报名服务:处理运动员报名
- 成绩服务:记录和统计比赛成绩
- 通知服务:发送赛程变更等通知
- 数据分析服务:提供统计
