这个品类的数据长什么样
本科专业设置与动态调整涉及专业设置申请表、人才培养方案、专家论证意见三类材料，来源为校内教务与院系归档，更新节奏随申报窗口与年度调整滚动。三类材料进入多语资料与术语处理时角色不同：申请表提供专业名称、代码与申报日期字段；培养方案承载课程体系、学分与学位授予表述；专家论证意见记录论证结论、专家名单与签字回执。字段特征集中在名称、数量、日期与签字四类，多语版本还需保持译名可回指原文。术语处理需先对齐三类材料中的同一记录，再进入工作流编排，为统一术语表与对照稿提供可核对的字段基础。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「统一术语表与对照稿」由后续节点按分支继续执行接着完成。触发用户选择节点时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 专业设置申请表 | 名称、代码、日期与签字字段需与人才培养方案一致 | 逐项核对申请表与培养方案中的专业名称、代码、申报日期，检查签字栏与回执是否齐全 |
| 人才培养方案 | 课程名称、学分数量与学位表述需与专家论证意见一致 | 对照培养方案与论证意见中的课程名称、学分数量、学位授予日期，标记不一致处 |
| 专家论证意见 | 专家名单、论证结论、签字与回执需完整且版本同步 | 检查论证意见的专家签字、日期与回执，核对是否与最新版申请表、培养方案同版本 |
| 用户选择节点 | 每个选项对应一条分支，选择结果变量已传给后续节点 | 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态，在后续节点引用 variables 并试跑；同一会话重复进入交互时核对 nodeId |
容易做错的三处
- 现象：同一专业名称在申请表与培养方案里写法不同。原因：两份材料各自维护，术语未统一，译名无法回指原文。
- 现象：课程数量或申报日期在两份材料里对不上。原因：版本未同步，旧版培养方案未随申请表更新。
- 现象：专家论证意见缺签字或回执。原因：归档环节未校验签字栏，回执未随材料一并提交。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认选择结果变量已传给后续节点。
业务测试：抽三条术语查全篇写法是否一致，核对译名能否回指原文，并检查申请表、培养方案、论证意见的日期与签字。
- 在用户选择节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态。
- 在后续节点引用选择结果变量并试跑，核对
variables与nodeId的传递是否与分支走向一致。