系统用例场景设计

用例名称：贷款申请至放款全流程处理

参与者：

• 借款人（主参与者）
• 贷款前端渠道（App/网页）
• 身份核验服务（多渠道：根据业务配置组合使用）
• 反欺诈引擎
• 征信服务提供方
• 资质评分引擎
• 授信审批系统（自动审批/人工复核）
• 合同与电子签署服务
• 放款通道/支付机构
• 贷款账户/核心台账系统
• 回调接收器（放款结果）
• 通知服务（短信/站内信/邮件）
• 审计与留痕服务

前置条件：

1. 借款人已注册且账号状态正常（未冻结/未黑名单）。
2. 可申请的贷款产品、额度与期限规则已在系统配置生效。
3. 借款人已在渠道明确授权数据使用与征信查询（包括隐私、征信、电子合同等授权），授权记录可追溯。
4. 对接的外部服务（身份核验、征信、评分、签约、放款通道）处于可用状态或已配置可用的备用方案。
5. 借款人具备可用于收款的资金账户信息，或在流程中可采集该信息。
6. 审计与留痕策略开启，具备写入能力（关键节点强制记录）。

主流程：

1. 借款人发起申请：在前端选择贷款产品、申请金额与期限，提交基本资料与收款账户信息。
2. 获取授权：系统展示授权列表（数据使用、征信查询、电子签署等），借款人逐项确认并提交；系统记录授权版本与时间戳。
3. 资料采集与校验：系统校验必填字段完整性与格式，生成申请单号并建立申请会话。
4. 多渠道身份核验： 4.1 系统按配置依次/并行发起多个核验渠道（例如证件信息核验、活体检测、银行卡要素校验等，具体以实际配置为准）。 4.2 聚合核验结果，判断是否满足“所有配置要求渠道均通过”的准入条件。 4.3 系统记录各渠道核验结果与校验凭证摘要。
5. 反欺诈预检：系统将申请要素提交反欺诈引擎，获取风险标签/建议（通过、拒绝、需人工）。
6. 征信查询： 6.1 系统依据授权向征信服务发起查询请求。 6.2 接收并解析征信结果（信用记录、负债情况等），记录查询流水与摘要。
7. 资质评分：系统调用评分引擎生成综合评分/通过阈值判断所需要素，记录评分结果与要素摘要。
8. 授信审批决策： 8.1 系统综合身份核验、反欺诈、征信与评分结果进行授信决策。 8.2 分支：自动通过/自动拒绝/转人工复核；记录决策理由与依据。
9. 人工复核（如需）：审批人员在工作台审核，给出通过/拒绝结论及额度、利率、期限建议；系统回写结果。
10. 生成授信与要约：系统基于通过结果生成可用额度与具体放款要约（金额、期限、费率、还款计划要素），展示给借款人。
11. 借款人确认要约：借款人确认最终放款金额与期限，系统锁定要约并进入签约。
12. 合同生成与电子签署： 12.1 系统生成合同文本与附件，提交至电子签署服务。 12.2 借款人完成电子签署流程；系统接收签署完成回执并校验。 12.3 系统归档合同与签署凭证摘要。
13. 放款指令： 13.1 系统向放款通道/支付机构下发放款指令（包含合同编号、收款账户、金额等必要要素）。 13.2 系统记录指令流水并进入放款结果待回调状态。
14. 放款回调处理： 14.1 回调接收器接收放款结果（成功/失败/处理中），进行签名/完整性校验。 14.2 放款成功：系统更新贷款账户/台账，生成还款计划，设置合同与贷款状态为“已放款”。 14.3 放款失败：系统记录失败原因，按配置进入重试/改路由/人工处理队列。
15. 通知与留痕： 15.1 系统向借款人发送结果通知（申请通过与否、放款结果）。 15.2 全流程关键事件写入审计与留痕（时间、参与者、请求/响应摘要、决策结论）。

备选流程：

• A1 身份核验渠道切换：若某一配置渠道不可用/未通过且策略允许，系统自动启用备用渠道；核验通过后继续步骤5。
• A2 征信结果复用：若在策略允许的有效期内存在可复用征信结果，系统复用并记录来源，不重复查询；继续步骤7。
• A3 风险提示但可降额通过：审批决策将要约降额或缩短期限，系统展示调整后的要约，借款人可在范围内选择；确认后进入步骤12。
• A4 手动补充资料：系统根据反欺诈/审批提示要求补件，借款人上传补充资料；资料通过后继续步骤6或8。
• A5 放款前账户核验：在放款前对收款账户进行一次性要素核验；通过后继续步骤13。
• A6 放款失败自动重试：若可重试且在策略允许次数内，系统延后发起下一次放款尝试；成功即进入步骤14.2。

异常流程：

• E1 授权未同意：借款人未勾选必要授权，系统中止流程，标记为“授权未完成”，结束并通知用户。
• E2 身份核验失败：任一必选核验渠道判定不通过，系统拒绝申请，记录失败原因与证据摘要，通知用户。
• E3 外部服务超时/错误（核验/征信/评分/签约）：系统按配置进行重试；重试仍失败则转“待处理”，触发告警与人工介入；待成功后继续原步骤。
• E4 反欺诈高风险：反欺诈引擎返回拒绝，系统直接拒绝申请，记录标签与规则标识，通知用户。
• E5 审批人工超时：人工复核超过SLA未完成，系统发送提醒；超过最大等待时限，系统将申请置为“审核超时待处理”，不进入签约。
• E6 电子签署失败/超时：签署过程中用户退出或签署失败，系统允许在有效期内重试；超过有效期未完成则取消要约，恢复额度（如适用）。
• E7 放款回调校验失败：回调消息签名或字段校验不通过，系统拒绝入账，标记异常回调并告警，等待有效重发或人工核对。
• E8 放款失败（账户异常/退汇/其他原因）：系统记录失败原因，按策略执行重试、改用备用通道或转人工处理；若最终失败，设置申请为“放款失败”并通知用户。
• E9 审计留痕失败：关键节点写入留痕失败，系统进行即时重试与队列持久化；若持续失败，阻断流程至关键留痕成功后再继续，并发出告警。

成功保障：

1. 合同已完成有效电子签署并归档，签署凭证摘要可校验。
2. 放款成功回调已通过校验，放款指令与回执一一对应，状态为“已放款”。
3. 贷款账户/核心台账已生成相应借据或贷款账户，且还款计划已落地。
4. 借款人已收到放款与还款计划通知。
5. 全流程审计链路完整，包括授权、核验、征信、评分、审批、签署、放款、回调等关键事件与数据摘要。

验收标准：

1. 授权管理：在申请创建时必须采集并保存所有必要授权记录，可通过申请单号查询到授权内容、版本与时间戳。
2. 身份核验：按配置的多渠道核验全部通过后方可进入后续步骤；用例验证包含单渠道失败后备用渠道成功的路径。
3. 反欺诈与评分：系统可生成可追溯的风险评估与评分结果，审批决策记录包含结论、理由及所依据的结果摘要。
4. 征信查询：在授权有效前提下成功拉取征信或复用有效结果，并保存查询流水与结果摘要。
5. 审批流转：自动/人工审批结果回写完整，状态机从“待审”正确流转到“通过/拒绝/超时待处理”，并可追溯处理人与时间。
6. 合同签署：电子合同可下载与校验；签署未完成时不能下发放款指令。
7. 放款处理：放款指令与回调一一对应，成功后贷款状态更新为“已放款”，还款计划按要约生成；失败路径有明确重试或人工处理结果。
8. 回调校验：回调消息必须通过签名/完整性校验，未通过的回调不得变更贷款状态，并有告警与审计记录。
9. 通知发送：关键节点（审批结论、签署完成、放款结果）发送用户通知，通知状态可查询。
10. 审计留痕：全流程关键事件均有审计记录，包含事件类型、时间、参与者、请求/响应摘要或指纹，满足合规可追溯性要求。

用例名称：教务运营数据报表查询与分析（筛选/钻取/对比/导出/权限/计划任务）

参与者：

• 报表用户（已授权的业务用户）
• 报表系统（前端、报表服务、权限服务、任务调度服务）
• 教务数据源（教务运营数据库/数据仓库）

前置条件：

• 报表用户已登录系统并拥有报表访问权限与对应数据范围权限。
• 教务运营数据（报名、出勤记录及相关维度数据）已同步至报表数据源，处于可查询状态。
• 系统已配置可用的筛选维度（校区/课程/教师/时间范围等）及钻取层级关系。
• 任务调度服务处于可用状态（用于计划任务）。

主流程：

1. 报表用户进入“教务运营数据报表”功能页面。
2. 系统加载可用筛选项（如校区、课程、教师、时间范围、班级/课次等）与默认统计视图（包含报名与出勤的聚合指标）。
3. 报表用户设置筛选条件（至少包含时间范围，其他维度可选），并提交查询。
4. 系统校验筛选条件合法性（维度值存在、时间范围有效、组合可计算）。
5. 系统按所选维度与时间范围进行数据聚合，计算并返回统计结果（例如：报名人数、出勤次数、出勤率等），同时应用数据范围权限过滤（仅返回授权数据）。
6. 系统在页面展示统计结果及维度分组视图，并提供钻取与对比入口。
7. 报表用户执行钻取操作（例如由校区层级钻取至课程，再钻取至教师或班级/课次，直至最细粒度），系统返回对应层级的明细或更细聚合。
8. 报表用户选择对比模式（如维度对比或时间区间对比），指定对比对象（例如不同校区、不同课程或不同时间段），系统计算并呈现对比结果。
9. 报表用户选择导出操作（导出当前筛选结果或钻取/对比结果），系统生成导出文件并提供下载。
10. 报表用户（可选）创建计划任务：选择报表模板或当前筛选条件、设置执行频率（如每日/每周）、执行时间点与保留周期，保存并启用计划任务。
11. 系统在设定时间自动执行计划任务，生成报表结果并在报表中心保存快照，更新任务执行状态（成功/失败）。

备选流程：

• 4A. 条件补全：部分筛选值缺失但可由系统提供默认值（如默认时间范围为最近30天），系统提示并允许继续。
• 5A. 数据量较大：系统检测到结果集超大时，切换为异步查询模式；页面提示“查询处理中”，完成后用户可在报表中心查看结果。
• 7A. 钻取到最细层级：当用户已处于最细层级（无更细数据），系统禁用进一步钻取功能并保持当前视图。
• 8A. 对比对象不可比：当选择的维度或时间区间不具备可比性（如统计口径不一致），系统提示不可对比并保留原始结果。
• 9A. 导出异步化：导出结果文件体量过大时，系统改为异步生成，生成完成后在报表中心提供下载入口。
• 10A. 计划任务权限限制：用户不具备计划任务创建权限时，系统隐藏或禁用相关入口，并提示无权操作。
• 11A. 数据尚未就绪：计划任务触发时数据同步未完成，系统记录“数据未就绪”并执行重试策略；若超过重试上限，标记为失败并记录原因。

异常流程：

• E1. 权限不足：用户访问了未授权的维度数据或功能（如导出/计划任务），系统拒绝请求并提示权限不足；记录审计日志。
• E2. 筛选不合法：传入的维度值不存在或时间范围无效，系统返回参数错误提示，阻止查询。
• E3. 数据源不可用：报表服务无法连接数据源或查询超时，系统提示服务不可用，并记录错误日志与告警。
• E4. 导出失败：生成导出文件过程出错，系统提示导出失败并提供重试；记录失败原因。
• E5. 调度失败：计划任务执行异常（如调度服务不可用），系统标记任务失败并记录错误详情与时间，提示用户查看任务状态。

成功保障：

• 查询与钻取结果仅包含用户授权的数据范围；功能入口（导出、计划任务）遵循用户权限控制。
• 每次查询、钻取、对比、导出与计划任务创建/执行均记录审计日志（用户、时间、操作、条件摘要、结果状态）。
• 异步查询与导出支持在报表中心查看任务状态与结果快照，确保结果可追溯。
• 计划任务保存后处于可管理状态（启用/停止/删除/查看历史执行记录），保证后续自动生成报表的可用性。

验收标准：

• 数据准确性：
  • 给定明确的筛选条件（校区/课程/教师/时间范围），页面展示的报名人数与出勤次数与底层数据（同口径）一致，出勤率计算无误（允许误差为0）。
  • 钻取各层级的汇总值与上级维度分组的合计一致。
• 权限控制：
  • 对于仅授权部分校区的数据范围用户，系统不显示其他校区的任何数据与明细；未授权功能入口不可见或不可用。
• 对比结果一致性：
  • 维度对比与时间对比的结果与独立查询相同条件下的结果一致；不可比对象提示正确。
• 导出正确性：
  • 导出文件的记录数、汇总值与页面当前结果一致；文件元信息（字段名、筛选条件摘要）与当前查询一致；异步导出在报表中心可下载。
• 计划任务有效性：
  • 创建的计划任务按设定频率与时间执行，在报表中心生成对应结果快照并更新执行状态；失败任务记录错误原因。
• 可操作性与可追溯性：
  • 所有操作均有审计日志，包含用户、时间、操作类型与条件摘要；用户可在报表中心查看历史查询/导出/计划任务记录。