Use Case
用例
用例说明一个角色如何用系统达成目标。它包含主要、替代和失败路径。
也有人这样说 Use Case交互场景系统用例
另一个例子
发票付款用例包含打开有效链接和选择付款。它也涵盖银行卡支付失败时的处理和收到收据。
主要部分
- 01角色与场景
- 02期望结果
- 03系统责任与边界
什么时候用
简短用户故事无法说明角色、前提、分支或失败时使用。
什么时候不要用
不要记录每次点击,也不要太早决定界面。失败路径不能省略。
代码里的名称
actor + precondition + main flow + alternatives 上线前要检查
检查目标用户、想要的结果、当前基线、证据来源、范围、负责人及成功阈值。列出假设、未解风险,以及下一项测试或决策。
预期结果:用 用例 (Use Case) 做出范围清楚、有证据支持的产品决策。 用户场景:发票付款用例包含打开有效链接和选择付款。它也涵盖银行卡支付失败时的处理和收到收据。 要运用的产品概念:用例 (Use Case)。 适用理由:简短用户故事无法说明角色、前提、分支或失败时使用。 不应使用的情况:不要记录每次点击,也不要太早决定界面。失败路径不能省略。 产品界定:说明目标用户与想要的结果。记录当前基线与支持证据。列出范围内、范围外、限制、负责人及决策期限。 决策质量:把事实、假设与未知分开。记录没有采用的方案,以及哪些证据会改变当前决定。 验收标准:文档要列出负责人、目标用户、可衡量结果和范围边界。也要列出证据来源、未解风险和下一步验证。 证据与限制(证据边界):正式文档仍可能是草案、候选版或最终版。请查看文档状态,也要确认浏览器或平台是否支持。 待确认:目标人群、当前基线、成功阈值、负责人、时间范围、依赖项及检查时间。
检查这份需求
请 AI 编程助手检查当前如何使用 用例 (Use Case)。 定义:用例说明一个角色如何用系统达成目标。它包含主要、替代和失败路径。 生产环境检查:检查目标用户、想要的结果、当前基线、证据来源、范围、负责人及成功阈值。列出假设、未解风险,以及下一项测试或决策。 修改程序前,先列出看到的证据、缺口、严重程度,以及最小且安全的修正。