南瑾i1. 项目背景与核心价值
高校竞赛管理一直是教务工作的痛点。传统的人工登记方式存在信息滞后、统计困难、流程不透明等问题。我在参与某高校"互联网+"大赛组织时，亲眼目睹过这样的场景：组委会老师用Excel表格记录300多支团队的报名信息，决赛前夜还在手动核对作品提交状态；学生反复跑办公室询问评审进度；评委无法在线查看作品材料...
这套基于SpringBoot的竞赛管理系统正是为解决这些问题而生。系统实现了从赛事发布、团队报名、作品提交到在线评审的全流程数字化管理，具有三个核心价值：
- 对主办方：减少80%人工操作，自动生成统计数据报表
- 对参赛学生：手机端即可完成全部流程，实时查看评审进度
- 对评委专家：支持在线评阅作品、打分和撰写评语
提示：系统设计时特别考虑了高校实际场景，比如支持"校-院"两级管理模式，允许院系管理员独立管理本院赛事，同时校级管理员可查看全局数据。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构设计
2.1 整体技术栈选型
前端采用Vue+ElementUI的组合，主要基于以下考量：
- 高校管理人员电脑配置普遍不高，轻量级前端框架能保证流畅运行
- ElementUI丰富的表单组件特别适合数据密集的管理后台
- 与SpringBoot配合良好，通过axios实现RESTful API交互
后端核心架构：
mermaid复制graph TD
A[SpringBoot 2.7] --> B[Spring Security]
A --> C[MyBatis-Plus]
A --> D[Redis]
B --> E[JWT鉴权]
C --> F[代码生成器]
D --> G[缓存/秒杀]
数据库设计遵循三大范式，但针对竞赛场景做了适当优化：
- 作品表(work)与附件表(attachment)采用1:N关系而非大字段存储
- 评审记录表(review)设置version字段实现乐观锁，防止多人评分冲突
- 使用MySQL窗口函数高效计算团队排名
2.2 关键技术实现
2.2.1 多级权限控制
采用RBAC模型扩展，独创"赛事粒度"权限控制：
java复制@PreAuthorize("@pm.hasPerm('contest:manage', #contestId)")
public void updateContest(Long contestId) {
// 只有该赛事管理员能执行
}
通过自定义注解和SpEL表达式，实现如"张老师只能管理物理学院举办的竞赛"这类精细控制。
2.2.2 作品防作弊检测
组合运用多种技术手段：
- 文件指纹比对：使用SimHash算法检测文档相似度
- 代码查重：基于AST树比较Java/Python等源代码
- 图片识别：通过OpenCV检测PS痕迹
python复制# 伪代码示例
def check_plagiarism(file1, file2):
if file1.extension == 'pdf':
return compare_pdf(file1, file2)
elif file1.extension in ['java','py']:
return ast_compare(file1, file2)
else:
return image_compare(file1, file2)
3. 核心功能实现
3.1 赛事发布模块
采用富文本编辑器+表单校验的组合设计：
- 使用wangEditor实现带图文混排的比赛通知
- 自定义校验规则确保关键信息完整：
javascript复制rules: {
enrollEndTime: [
{ validator: (_,v) => v > this.form.enrollStartTime,
message: '结束时间必须晚于开始时间' }
]
}
3.2 团队报名流程
创新性地实现了"团队-成员"双确认机制：
- 队长创建团队并邀请成员
- 成员收到短信/邮件通知后确认加入
- 所有成员确认后团队才生效
使用Redis应对高并发报名场景：
java复制public boolean joinTeam(Long teamId, Long userId) {
String lockKey = "team:lock:" + teamId;
try {
// 分布式锁防止重复加入
Boolean locked = redisTemplate.opsForValue()
.setIfAbsent(lockKey, "1", 30, TimeUnit.SECONDS);
if (locked) {
// 业务逻辑
}
} finally {
redisTemplate.delete(lockKey);
}
}
3.3 评审系统设计
采用双盲评审机制，关键技术点：
- 评委分配：基于标签匹配算法自动分配专业对口的评委
- 评分校准：去除最高分和最低分后计算平均分
- 评语模板：预置常见评审意见供快速选择
4. 部署与性能优化
4.1 生产环境部署方案
推荐使用Docker Compose编排：
yaml复制version: '3'
services:
app:
image: openjdk:17-jdk
ports:
- "8080:8080"
volumes:
- ./logs:/app/logs
depends_on:
- redis
- mysql
mysql:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
redis:
image: redis:6
4.2 性能调优实战
通过JMeter压测发现的瓶颈及解决方案：
- 作品下载接口慢 → 添加Nginx静态资源缓存
- 评审列表查询超时 → 添加covering index
- 成绩统计卡顿 → 使用Materialized View
5. 毕业设计特别指导
5.1 论文写作要点
建议按以下结构组织论文：
- 绪论（重点说明传统方式的痛点）
- 关键技术分析（SpringBoot特性、RBAC模型等）
- 系统设计（附E-R图和架构图）
- 核心功能实现（选择2-3个亮点）
- 系统测试（包括性能测试结果）
5.2 答辩常见问题
准备好这些问题的答案：
- 为什么选择SpringBoot而不是SSM？
- 如何保证评审过程的公平性？
- 系统能承受多少并发用户？
- 与商业竞赛平台相比的优势？
避坑指南：实测发现Windows部署时，如果MySQL版本高于8.0，需要手动调整group_by设置，否则统计功能会报错。建议在application.yml中添加：
yaml复制spring:
datasource:
hikari:
connection-init-sql: SET SESSION sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'
6. 扩展方向建议
- 移动端适配：开发微信小程序版本
- AI辅助评审：接入NLP模型分析作品质量
- 区块链存证：将获奖信息上链防篡改
- 数据分析看板：使用Echarts可视化赛事数据
我在实际开发中最大的体会是：高校管理系统必须平衡技术先进性与操作简便性。比如我们最初设计了复杂的评审流程，后来根据老师反馈简化为三步操作。记住：能用简单方案解决的问题，就不要过度设计。