所属分类：教育/高考
产品案例页：https://engineering.gugudata.com/products/metadata/postgraduate-admission-portal/

业务问题

国家线、专业目录和院校资料分散，难以围绕个人条件形成候选。目标是统一年份、学科门类和招生单位筛选。

适用用户

考研学生、辅导顾问和招生信息研究团队。

操作流程

1. 准备业务对象：年份、地区、学科门类、专业名称、分数和目标院校。
2. 查询国家线：国家线进入分数筛选。
3. 查询专业目录：专业和招生单位进入候选列表。
4. 补充院校资料：院校信息补充决策卡片。
5. 复核与交付：国家线趋势、专业目录、招生单位和候选方案。

输入与输出

输入侧需要清楚展示必填信息、可选条件和当前批次。年份、地区、学科门类、专业名称、分数和目标院校。页面不展示真实密钥，接口授权由调用方在自己的安全环境中管理。

输出侧以业务人员能够判断和继续操作为准。国家线趋势、专业目录、招生单位和候选方案。结果需要展示成功、处理中、待复核、失败或未采样等真实状态，不使用空白或数字零代替未知结果。

功能与界面要求

• 院校筛选区覆盖年份、地区、学科门类、院校层次和学习方式，条件变化后同步刷新结果。
• 国家线趋势与专业目录表共同展示专业代码、研究方向、计划人数和数据更新时间。
• 方案对比区最多并列三个招生单位，统一核对国家线、培养方式和招生计划并保存候选方案。

接口数据链

本案例的接口数据链以“研究生招生信息决策台”的操作流程为顺序：上一步返回的业务标识、规范化结果或状态进入下一步，页面同时保留来源与处理状态。接口信息按当前公开接口契约展示，文章只维护业务步骤之间的流转关系。

异常边界

招生简章、复试线和实际名额以院校官方信息为准，平台数据需展示更新时间。

验收标准

• 核对 研究生招生信息决策台 的输入对象、筛选条件、结果字段和更新时间是否与当前业务场景一致。
• 按操作流程逐步核对接口文档入口、请求条件、返回结果与上下游业务关系。
• 成功、处理中、待复核、失败和数据不足等状态均需使用业务语言明确展示。
• 桌面端与移动端均可阅读正文、查看案例图片和使用相关接口入口，页面无横向溢出。
• 案例标题、正文、图片与咨询入口完整可用，展示内容与当前业务场景一致。

下一步

候选方案可用于进一步核对招生简章和准备复试材料。如需评估自己的数据、页面和业务流程，可以从当前案例的接口蓝图核对输入输出，再联系 GuGuData Engineering 讨论实现范围与验收方式。