考试系统完整业务模块流转关系

基于核心表结构，我将整个系统划分为8个核心模块，以下是详细的模块划分、交互关系和内部业务流程：

一、模块划分与依赖关系

二、各模块详细说明

模块1：用户与基础数据模块

核心表：user, grade, classroom, subject

模块内部流程：

模块交互：

1. 向上依赖：无（基础模块）
2. 向下提供：
   • 用户信息给所有模块
   • 班级/年级信息给考试、阅卷、学习分析模块
   • 科目信息给知识点、试题、试卷模块

模块2：知识点管理模块

核心表：knowledge

模块内部流程：

模块交互：

1. 向上依赖：subject表（科目信息）
2. 向下提供：
   • 知识点标签给试题模块
   • 知识点关系给学习分析模块
   • 知识点掌握度给错题管理模块

模块3：试题管理模块

核心表：question

模块内部流程：

模块交互：

1. 向上依赖：
   • knowledge表（知识点关联）
   • subject表（科目归属）
   • user表（创建人信息）
2. 向下提供：
   • 试题内容给试卷模块
   • 试题答案给考试模块
   • 试题解析给错题模块
   • 试题难度给学习分析模块

模块4：试卷管理模块

核心表：paper, paper_question

模块内部流程：

模块交互：

1. 向上依赖：
   • question表（试题内容）
   • user表（创建人信息）
2. 向下提供：
   • 试卷结构给考试模块
   • 试卷总分给阅卷模块
   • 试卷难度给学习分析模块

模块5：考试管理模块

核心表：mock_exam, mock_exam_record, mock_exam_answer, exam_screen_record

模块内部流程：

模块交互：

1. 向上依赖：
   • paper表（试卷关联）
   • user表（考生/创建人）
   • classroom表（班级归属）
2. 向下提供：
   • 答题记录给阅卷模块
   • 考试记录给学习分析模块
   • 错题信息给错题模块
   • 监控记录给质量分析

模块6：阅卷评分模块

核心表：marking_task, marking_task_assignment, marking_score, marking_blind_score, marking_quality_control, marking_arbitration_history, marking_progress, marking_anomaly, marking_config

模块内部流程：

模块交互：

1. 向上依赖：
   • mock_exam表（考试信息）
   • mock_exam_answer表（答题内容）
   • question表（试题信息）
   • user表（考生/教师信息）
2. 向下提供：
   • 评分结果给学习分析模块
   • 评分质量给质量监控
   • 仲裁记录给问题追溯

模块7：错题管理模块

核心表：wrong_question_collection, wrong_question_item

模块内部流程：

模块交互：

1. 向上依赖：
   • mock_exam_answer表（答题记录）
   • question表（试题信息）
   • knowledge表（知识点关联）
   • user表（学生信息）
2. 向下提供：
   • 错题统计给学习分析模块
   • 薄弱知识点给复习建议
   • 错题频次给教学调整

模块8：学习分析统计模块

核心表：operation_log + 所有表的数据分析

模块内部流程：

模块交互：

1. 向上依赖：所有业务表的数据
2. 向下提供：
   • 学情分析给教学决策
   • 质量报告给管理评估
   • 趋势预测给教学规划

三、完整业务数据流转

四、模块间的数据依赖链

用户与基础数据
  ↓
  ├── 知识点管理 (依赖: subject, user)
  │     ↓
  │     └── 试题管理 (依赖: knowledge, subject, user)
  │           ↓
  │           └── 试卷管理 (依赖: question, user)
  │                 ↓
  │                 └── 考试管理 (依赖: paper, user, classroom)
  │                       ↓
  │                       ├── 阅卷评分 (依赖: mock_exam, mock_exam_answer, question, user)
  │                       │     ↓
  │                       │     └── 学习分析 (依赖: 所有评分表)
  │                       │
  │                       └── 错题管理 (依赖: mock_exam_answer, question, knowledge, user)
  │                             ↓
  │                             └── 学习分析 (依赖: 错题表)
  │
  └── 学习分析 (依赖: 所有表)

五、核心业务流程说明

1. 正向业务流程（数据生成）

1. 基础数据准备 → 2. 知识点构建 → 3. 试题录入 → 4. 试卷组卷 → 5. 考试组织 → 6. 学生答题 → 7. 阅卷评分 → 8. 错题收集 → 9. 学情分析

2. 逆向业务流程（数据分析）

1. 学情分析 → 2. 错题回溯 → 3. 评分追溯 → 4. 考试复盘 → 5. 试卷评估 → 6. 试题优化 → 7. 知识点调整 → 8. 教学改进

3. 关键数据流转点

• 用户ID：贯穿所有表，作为数据关联主键
• 科目ID：连接知识点、试题、试卷、考试
• 知识点ID：连接试题、错题、学情分析
• 试题ID：连接试卷、考试、答题、阅卷、错题
• 考试ID：连接考试记录、答题、阅卷、错题
• 班级ID：连接用户、考试、学情分析

六、系统模块特点总结

1. 层级依赖清晰：从基础到应用，从数据到分析，层层递进
2. 数据流向明确：用户数据自上而下，业务数据自下而上
3. 模块解耦良好：各模块相对独立，通过外键关联
4. 扩展性强：每个模块都可以独立扩展功能
5. 数据闭环完整：从教学准备到学情分析形成完整闭环

这个模块划分和流转关系基于核心21张表结构，确保了数据的完整性和业务逻辑的清晰性，为系统的开发和维护提供了良好的架构基础。