这个品类的数据长什么样
本科培养方案修订涉及培养方案、课程大纲、学分结构表三类材料，字段含课程名称、学分数量、修订日期与审批签字，通常每学年集中更新一轮，修订稿经院系与教务两轮流转。培养方案作为总纲进入部署与升级流程，课程大纲逐门对应课程模块，学分结构表汇总各类学分比例与总学分。三类材料在修订后需与教务系统版本同步，签字栏与回执栏是交接时确认责任归属的凭据。材料进入部署与升级功能时，分别承担版本比对基准、课程映射依据与学分核算底稿三种角色，任何一类字段缺失都会让后续交接单核对出现断点。
配置怎么定
这一环由部署环境与管理员版本升级页（服务端操作）执行，输出镜像版本、迁移任务记录与数据行索引状态。「可交接的部署状态与操作记录」由运维交接与业务使用接着完成。服务端只负责把版本标识与迁移记录落下来，业务侧的交接材料需要另行整理。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 培养方案 | 名称、学分数量、修订日期与签字是否与上一版一致 | 对照版本说明核对培养方案中的课程名称与修订日期，检查签字栏是否有回执 |
| 课程大纲 | 课程名称与学分数量是否与培养方案逐门对应 | 抽取一门课程大纲，核对课程名称、学分数量与培养方案字段是否一致 |
| 学分结构表 | 各类学分数量与总学分是否与培养方案、课程大纲汇总一致 | 按学分结构表逐项加总，与培养方案总学分核对，检查日期与签字是否齐全 |
| 镜像与迁移记录 | 两个镜像版本标识是否一致，两条迁移任务记录是否按序存在 | 在版本升级页核对主服务与商业版镜像版本标识，再按顺序核对两条迁移脚本的执行记录 |
容易做错的三处
- 现象：服务能起来但数据行状态仍是旧标记。原因：只更新镜像版本，未执行历史分块训练任务迁移与知识库重建状态迁移，数据行索引状态未切换。
- 现象：两条迁移脚本执行报错或顺序颠倒。原因：旧实例未完全停止、旧任务租约未过期，或前一个迁移未完成就触发后一个，记录时间与状态对不上。
- 现象：培养方案、课程大纲与学分结构表名称、数量、日期对不上。原因：版本未同步，签字或回执缺失，交接单逐项核对时缺记录。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录，确认迁移任务记录与数据行索引状态一致。
业务测试：按交接单逐项核对一次，看缺哪一项记录。
- 在管理员版本升级页查看历史分块训练任务迁移与知识库重建状态迁移的执行记录，核对两条记录的时间与状态。
- 抽一条数据行核对状态字段，确认迁移后为新的索引状态体系；核对连接串
MONGODB_URI、PG_URL、REDIS_URL与部署记录是否一致。