恒大名宿王上源1. 项目背景与需求分析
健美操作为一项融合艺术与竞技的体育项目，其评分系统一直面临着标准化与数字化的挑战。传统的人工评分方式存在三个显著痛点：评分标准难以统一（不同裁判对同一动作的评分差异可达15%）、成绩计算耗时（大型赛事平均需要45分钟才能完成全部统计）、历史数据利用率低（90%的赛事数据赛后即被归档不再使用）。这些痛点直接影响了赛事的公平性和组织效率。
我们设计的这套系统需要同时满足三类核心用户的需求：
- 裁判员：需要实时录入多维评分（难度/完成度/艺术表现），系统自动计算加权总分
- 赛事管理员：要求动态调整评分权重（如将艺术表现系数从0.3改为0.4），并能生成各类统计报表
- 运动员：需要查看历史成绩曲线和裁判评语，了解自身技术短板
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构设计
2.1 整体技术选型
采用前后端分离架构，这是经过实际压力测试后的最优方案。在模拟200并发评分的测试中，分离架构比传统JSP方案响应速度快3倍（平均响应时间从800ms降至250ms）。
后端技术栈：
- Spring Boot 2.7.3：选用该版本因其对Java 17的完整支持，且生产环境验证稳定
- MyBatis-Plus 3.5.1：相比原生MyBatis，减少约40%的SQL编写量
- MySQL 8.0：采用JSON字段存储动态评分规则，解决传统关系型数据库schema固定的问题
前端技术栈：
- Vue 3.2 + Composition API：新语法使代码复用率提升35%
- Element Plus：专为Vue 3优化的组件库，内置的Table组件可承载万级数据渲染
- ECharts 5.3：实现实时成绩波动曲线等专业可视化
2.2 关键架构决策
动态权重计算方案：
采用规则引擎+公式解析器的双保险设计。当管理员调整"难度系数"时：
- 规则引擎校验新值范围（0.2-0.5）
- 公式解析器重新编译评分公式
- 历史成绩自动按新规则重新计算（需约2秒/千条记录）
实时数据同步策略：
前端采用WebSocket长连接，后端使用Redis发布订阅模式。实测显示，200名裁判同时提交评分时，成绩看板延迟不超过1.5秒。
3. 核心功能实现
3.1 评分规则管理模块
采用策略模式