学籍变化以后，历史成绩和教师权限怎么办

在教务系统的生命周期中，“新学年开学”和“中高考毕业”是最具挑战性的业务节点。起步阶段的原型往往只把“升年级”看作一个简单的字符串操作：把学生身上的“高一（1）班”改成“高二（1）班”。

学籍变化还涉及毕业离校、原班升入和重新分班，任课教师与班主任也可能轮换。如果只替换班级名称，就无法区分考试当时的班级与学生当前班级，也无法判断教师是否继续任教。这些都是模型需要处理的风险，不能当作已经发生的学校事故。

为了支撑学校真实的学籍流转与权限维护，SCORE 建立了一整套兼顾历史连续性与安全隔离的机制。

1. 升年级不是改文本：在校、毕业与分班重组

学籍管理的核心在于准确区分学生状态与班级演进关系。SCORE 将学籍流转拆解为三个明确的判定维度：

1.1 在校与毕业的明确隔离

升年级操作只作用于在校学生。对于最高年级毕业离校的学生，系统将其状态转为**“已毕业”**：

• 历史成绩保留：毕业生的所有历史考试记录、学科雷达图和成长轨迹完整保留，供历史溯源与教研比对；
• 退出日常业务：毕业生不再出现在日常在校学生名册与常规筛选中；
• 阻止新成绩写入：后续若有新考试导入时匹配到了毕业生档案，系统会立即触发阻断提示，严禁将新成绩错误挂载到已毕业学生名下。

1.2 班级沿袭与班级重组的双轨处理

在每学年升年级时，学校不同年级的班级变动规则并不相同：

• 班级沿袭（Class Continuity）：整班建制不变，原班级整体升入下一年级（如高一（1）班原班升为高二（1）班）。系统在保留原班级轨迹链条的同时推进年级，维持班级历史连续性。
• 班级重组（Class Reorganization）：在高中选科走班或重新分班后，原班级被拆散重组。此时系统必须果断断开旧的班级连续链条，将原班级归档，并根据教务提供的新花名册重新绑定学生的当前班级。

在同一次全校升学操作中，允许部分年级走沿袭流程、部分年级走重组流程。系统在升学执行前提供详尽的“受影响概览确认页”，展示哪些年级沿袭、哪些重组、哪些学生即将毕业，并在出现配置错误时支持一键安全撤销。

2. 历史成绩归档与时间包机制

随着办学时间的累积，系统中积攒的考试数据会越来越多。如果任由数年前的历史成绩与当期期中考试混杂在一起，不仅会拖慢查询响应，还会严重干扰教师的日常操作。

SCORE 引入了显式归档体系，将日常活跃数据与历史档案分开组织：

日常活跃数据池

当期考试月考 / 期中 / 期末

日常工作台 / 默认报表 / 学情追踪

结课归档 ↓ ／ 显式恢复 ↑

历史归档数据池

管理员时间包按学年学期聚合

已归档考试只读保护

历史参照调取

历年同期多表对比分析

归档不是删除：当期考试结课后进归档池，需要时再由一次显式恢复走回活跃池；虚线那条只取参照，不改归档本身。

2.1 考试归档与局部学生归档

归档不仅支持整场考试维度，还支持按学生维度做局部归档。因为在一场考试中，可能部分毕业年级学生已离校，而低年级学生仍在校。系统通过活跃、部分归档、全部归档三种状态进行精细管理。

在默认列表、数据看板与常规分析中，系统默认只消费活跃池数据。只有当教师主动切换至归档视图，或在多表分析中调取历史参照时，已归档数据才被载入。已归档记录处于严格只读状态，若需更正数据，必须先由管理员执行显式恢复。

2.2 管理员时间包（Time Packages）

早期设计曾要求每次归档考试时手动填写学年、学期和分类标签，极易产生口径偏差（例如有的写“2025-2026学年”，有的写“25-26第一学期”）。

优化后，系统转由管理员预先统一维护标准时间包（Time Packages）。系统依据考试实际发生日期将考试归入对应区间，再按考试类型（月考/期中/期末）和年级分组，避免每次归档都重新填写一套时间标签。

2.3 区分“纵向趋势追踪”与“历年同期对比”

在教研分析中，这是两个完全不同的业务场景：

• 纵向趋势（Longitudinal Trend）：追踪同一届学生在初一、初二、初三各个阶段的连续成长轨迹，依赖的是连续稳定的学生身份；
• 历年同期对比（Peer Comparison）：对比今年高一期末与去年高一期末两届不同学生的成绩分布。这是在同等考试类型、同年级下的横向宏观参照，绝不能将两届学生混为同一批人进行追踪。

系统在分析中心为二者设立了独立入口，在同级别对比中支持从活跃池与归档池调取多份历史参照。结果仍需结合考试难度、样本和学科口径理解，入口区分本身不能消除这些差异。

3. 教师权限管理与跨学年权限续转

教师账号的安全边界直接关系到全校成绩数据的隐私保护。

3.1 职责范围的并集计算

系统将教师可见性严格收敛至其承担的所有教务职责的并集：

• 若教师兼任高一（1）班班主任及高一（1）（2）两班的数学教学，则其在（1）班拥有全科查看权，在（2）班仅拥有数学单科查看权；
• 系统在前端根据权限并集智能禁用或隐藏越权选项，后端 API 同时执行强制的数据范围过滤与请求裁剪，防止直接调用接口越权获取全校数据。

3.2 教师权限续转：学生升学 ≠ 教师跟班

学生升入新年级，并不意味着原班教师会自动继续教这批学生。教师可能继续带高一新生，也可能跟班升入高二。

因此，SCORE 将学生学籍升学与**教师权限续转（Teacher Permission Rollover）**解耦为两个独立的流程：

• 权限续转支持按年级管理、班主任、任课学科分别提供推导预览；
• 对于沿袭班级，系统提供“推导续任”候选，允许教务一键确认；对于重组或换届班级，则必须重新指定任教关系；
• 续转提供日志记录与执行撤回，使教务能够检查续任关系，并在发现分配错误时撤回相应操作。

3.3 教师账号批量导入的受控更新

在每学期教职工变动批量导入时，系统严格执行受控更新规则：

• 仅当工号与姓名完全一致时，才允许更新任教职责与联系方式；
• 导入操作绝对不允许静默重置或覆盖教师的原登录密码，密码重置必须由管理员通过独立的安全动作触发；
• 导入过程提供临时会话状态缓存，防止教师在审查冲突时误关抽屉导致未保存数据丢失。

学籍状态、历史归档和教师续转因此有了各自的处理流程：学生变化不改写历史成绩，教师是否续任也不由学生升学自动决定。现有材料记录了这些功能的实施，但没有跨多个学年、大规模分班持续使用的证据；归档功能落地也不等于早期规划中的所有 SQL 查询优化都已完成。