李祥JasonLee1. 项目背景与核心需求
作为一名经历过大学教务系统折磨的开发者，我深知传统重修选课流程的痛点。每到学期初，教务处办公室总是排起长队，学生们拿着纸质申请表到处找老师签字，而教务员则需要手动核对上百份重修申请是否符合培养方案要求。这种低效的运作方式正是我开发这个系统的初衷。
这个Java实现的学业预警与重修管理系统主要解决三个核心问题：
-
学业预警自动化：通过对接教务系统成绩数据，自动识别挂科学生并触发预警机制，比传统人工统计效率提升90%以上。系统会分析学生累计挂科门数、核心课程挂科情况等指标，生成不同级别的预警（黄色提醒、橙色警告、红色严重警告）。
-
重修选课智能化：系统内置高校常见的重修规则引擎，包括：
- 冲突课程自动检测（同一时段不能选两门课）
- 先修课程校验（如数据结构挂科后不能选算法分析）
- 重修次数限制（通常不超过2次）
- 特殊课程处理（如实验课必须跟随原班级重修）
-
课程再造管理：针对培养方案调整导致的课程变更情况，提供课程映射功能。例如：
- 旧课程"计算机组成原理A（3学分）"→新课程"计算机组成与体系结构（4学分）"
- 系统会自动计算学分差额并提示是否需要补修
提示：开发此类系统前务必与教务处确认本校重修政策细节，不同高校在重修次数限制、缴费规则等方面差异较大。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构设计
2.1 整体技术栈选型
经过对三个毕业班学生的需求调研，我采用了以下技术组合：
-
前端：Thymeleaf + Bootstrap 5 + ECharts
- 选择理由：学校机房电脑配置普遍较低，放弃React/Vue等框架保证兼容性
- 特别优化：成绩分析页面的ECharts图表做了IE11兼容处理
-
后端：Spring Boot 2.7 + MyBatis-Plus + Hutool
- 亮点配置：
java复制// 防止重修选课高峰期系统崩溃 @Configuration public class TomcatConfig { @Bean public ConfigurableServletWebServerFactory webServerFactory() { TomcatServletWebServerFactory factory = new TomcatServletWebServerFactory(); factory.addConnectorCustomizers(connector -> { connector.setProperty("maxThreads", "200"); connector.setProperty("acceptCount", "100"); }); return factory; } }
- 亮点配置：
-
数据库：MySQL 8.0 + Redis
- 关键表设计：
sql复制CREATE TABLE `reapply_course` ( `id` bigint NOT NULL AUTO_INCREMENT, `student_id` varchar(20) NOT NULL COMMENT '学号', `original_course_id` varchar(10) NOT NULL COMMENT '原课程编号', `new_course_id` varchar(10) DEFAULT NULL COMMENT '新课程编号(课程再造时使用)', `apply_type` tinyint NOT NULL COMMENT '1跟班重修 2单独开班', `status` tinyint DEFAULT '0' COMMENT '0待审核 1已通过 2已拒绝', `audit_comment` varchar(255) DEFAULT NULL COMMENT '审核意见', PRIMARY KEY (`id`), KEY `idx_student` (`student_id`), KEY `idx_course` (`original_course_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
- 关键表设计：
2.2 核心业务逻辑实现
学业预警模块的算法值得详细说明：
java复制// 预警规则引擎核心逻辑
public WarningLevel checkWarningLevel(Student student) {
int totalFail = courseService.countFailCourses(student.getId());
int coreFail = courseService.countCoreFailCourses(student.getId());
if (coreFail >= 2 || totalFail >= 4) {
return WarningLevel.RED;
} else if (coreFail >= 1 || totalFail >= 2) {
return WarningLevel.ORANGE;
} else if (totalFail >= 1) {
return WarningLevel.YELLOW;
}
return WarningLevel.NONE;
}
重修冲突检测采用时间片算法：
- 将每天的教学时间划分为96个时间片（每15分钟一个片）
- 使用BitSet表示课程占用情况
- 检测时进行按位与操作，结果为非零即冲突
java复制public boolean checkTimeConflict(List<CourseSchedule> selected, CourseSchedule newCourse) {
BitSet newBits = convertToBitset(newCourse);
for (CourseSchedule course : selected) {
if (newBits.intersects(convertToBitset(course))) {
return true;
}
}
return false;
}
3. 关键问题解决方案
3.1 高并发选课控制
重修系统在每学期初会面临爆发式访问，我们通过三级防护保证系统稳定：
- 前端限流：按钮点击后立即禁用，5秒内禁止重复提交
- 接口幂等：使用studentId+courseId生成唯一请求ID
java复制@Idempotent(key = "#studentId+'-'+#courseId", expire = 60) @PostMapping("/apply") public Result applyCourse(@RequestParam String studentId, @RequestParam String courseId) { // 业务逻辑 } - 数据库优化：采用乐观锁处理选课名额
sql复制UPDATE course_seats SET remaining = remaining - 1 WHERE course_id = ? AND remaining > 0
3.2 课程再造的学分计算
当培养方案调整导致课程变更时，系统会自动处理三种情况：
- 完全替代：新旧课程学分相同，直接映射
- 不足补修：新课程学分更高，提示需要补修差额学分
java复制if (newCredit > oldCredit) { int diff = newCredit - oldCredit; // 查找可选补修课程 List<Course> makeups = findAvailableCourses(diff); } - 超额抵扣：新课程学分更低，多余学分可计入选修
注意：部分高校要求必须重修相同代码课程，这种情况需要在系统配置中关闭课程再造功能。
4. 系统特色功能实现
4.1 可视化学业分析
采用ECharts实现的三层雷达图能直观展示学生学业问题：
- 外层：专业毕业要求指标
- 中层：班级平均水平
- 内层：学生当前水平
javascript复制// 前端配置示例
option = {
radar: {
indicator: [
{ name: '专业核心课', max: 100 },
{ name: '实践课程', max: 100 },
{ name: '选修课', max: 100 }
]
},
series: [{
type: 'radar',
data: [
{value: [85, 90, 75], name: '毕业要求'},
{value: [72, 68, 80], name: '班级平均'},
{value: [58, 62, 45], name: '当前水平'}
]
}]
}
4.2 微信消息推送
集成微信公众号模板消息，重要通知实时送达：
- 审核结果通知
- 选课时间提醒
- 预警等级变更
java复制public void sendWechatMsg(String openId, Template template) {
String url = "https://api.weixin.qq.com/cgi-bin/message/template/send";
Map<String, Object> params = new HashMap<>();
params.put("touser", openId);
params.put("template_id", template.getId());
params.put("data", template.getData());
restTemplate.postForObject(url, params, String.class);
}
5. 部署与性能优化
5.1 服务器配置建议
根据2000人规模高校的测试数据推荐配置：
| 并发用户数 | CPU | 内存 | 数据库连接池 | JVM参数 |
|---|---|---|---|---|
| <500 | 2核 | 4G | HikariCP 20 | -Xms2g -Xmx2g |
| 500-2000 | 4核 | 8G | HikariCP 50 | -Xms4g -Xmx4g -XX:+UseG1GC |
| >2000 | 8核 | 16G | HikariCP 100 | -Xms8g -Xmx8g -XX:+UseZGC |
5.2 缓存策略设计
采用多级缓存减轻数据库压力：
- Redis缓存：
- 课程余量信息（每5分钟更新）
- 学生课表数据（变更时失效）
- 本地缓存：
- 课程基本信息（Caffeine实现）
- 教学日历数据（静态不变）
java复制@Configuration
@EnableCaching
public class CacheConfig {
@Bean
public CacheManager cacheManager() {
CaffeineCacheManager manager = new CaffeineCacheManager();
manager.setCaffeine(Caffeine.newBuilder()
.expireAfterWrite(30, TimeUnit.MINUTES)
.maximumSize(1000));
return manager;
}
}
6. 开发经验与避坑指南
-
成绩对接陷阱：
- 各高校教务系统数据格式千奇百怪，建议先开发数据清洗模块
- 遇到"优良中差"等非百分制成绩时，要配置换算规则
-
时间冲突检测的坑：
- 部分实验课可能安排在晚上或周末，时间规则要特殊处理
- 节假日调课的情况需要手动维护特殊课表
-
微信推送限制：
- 模板消息需要提前申请并通过审核
- 同一学生每天接收消息有限额（约5条）
-
数据库连接耗尽：
- 选课高峰期出现"Too many connections"错误
- 解决方案：配置合理的连接超时时间（建议30秒）
properties复制# application.properties配置示例
spring.datasource.hikari.maximum-pool-size=50
spring.datasource.hikari.connection-timeout=30000
这个项目让我深刻体会到，一个好的管理系统不仅要技术过关，更要吃透业务规则。在开发过程中，我先后修改了7版重修规则引擎，才最终覆盖学校各种特殊的重修场景。建议后来者在开发类似系统时，一定要先花时间整理出完整的业务流程和规则清单，这比急着写代码重要得多。