选课排课与教室资源调度的业务依据查询:文档解析与分块

围绕选课排课与教室资源调度的业务依据查询,说明文档解析与分块的配置前提与核对动作,结合开课计划、排课表确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

本页面向选课排课与教室资源调度品类,材料来源包括开课计划、排课表、选课规则三类。开课计划承载课程名称、学分、容量、开课日期与院系签字;排课表承载班级、教师、教室、时段与周次;选课规则承载选课对象、优先级、退改期限与回执。三类材料按学期或轮次更新,字段中日期、数量、名称与签字位置最易出现偏差。材料进入解析分块功能时,开课计划与排课表作为待索引数据行落库,选课规则作为规则类材料同样落库并绑定唯一数据标识,后续由检索与后续处理生成可回指原文的依据条目,用于答复家长或写进方案。

配置怎么定

解析与训练任务(服务端任务)只输出数据行与索引状态(parsed / indexing / indexed),可回指原文的依据条目要由检索与后续处理接着做。数据行在解析完成后立即落库并绑定唯一数据标识,索引按三态流转,待索引数据不参与召回。

对象判断核验动作
开课计划课程名称、学分、容量、开课日期与院系签字需与排课表逐项对齐核对开课计划与排课表中同一课程的名称、数量、日期与签字是否一致
排课表班级、教师、教室、时段与周次需与开课计划、选课规则版本同步核对排课表与开课计划、选课规则的版本号与生效日期是否一致
选课规则选课对象、优先级、退改期限与回执需与开课计划、排课表匹配核对选课规则的回执签字与开课计划、排课表的日期字段是否一致
数据行状态处于 parsed / indexing / indexed 之一且与界面显示一致打开数据行核对状态,并检查 chunkSize、chunkSplitter、trainingType 的取值

容易做错的三处

  • 现象:同一课程在两份材料里的名称、数量或日期对不上。原因:开课计划与排课表各自独立更新,未做字段级比对。
  • 现象:换模型后重建耗时异常。原因:重建范围未限定在已完成索引的数据,待索引数据被卷入重建链。
  • 现象:选课规则缺签字或回执。原因:材料流转环节未同步版本,签字与回执未随规则更新一并落库。

怎么确认配好了

本功能验收:上传一份材料,看数据行状态流转与重建任务的覆盖范围,确认解析完成后立即落库为可见数据行,状态按 parsed / indexing / indexed 流转,重建只覆盖已完成索引的数据。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处,并核对引用条数与引用文本的 tokens 是否分开记录。

  • 打开数据行核对状态,确认与界面显示一致,并检查文件记录与数据行的身份是否分得开。
  • 查看重建任务覆盖的数据行,确认只针对已完成索引的数据,并核对 chunkSize、chunkSplitter、trainingType 的取值。