产品 核心 A2 · 正式技术规范 平台: 产品

Use Case

用例

用例说明一个角色如何用系统达成目标。它包含主要、替代和失败路径。

看看怎样运作
也有人这样说 Use Case交互场景系统用例

看看怎样运作

原创情境示例用例

另一个例子

发票付款用例包含打开有效链接和选择付款。它也涵盖银行卡支付失败时的处理和收到收据。

主要部分

  1. 01角色与场景
  2. 02期望结果
  3. 03系统责任与边界

什么时候用

简短用户故事无法说明角色、前提、分支或失败时使用。

什么时候不要用

不要记录每次点击,也不要太早决定界面。失败路径不能省略。

代码里的名称

actor + precondition + main flow + alternatives

上线前要检查

检查目标用户、想要的结果、当前基线、证据来源、范围、负责人及成功阈值。列出假设、未解风险,以及下一项测试或决策。

可以直接复制的需求

预期结果:用 用例 (Use Case) 做出范围清楚、有证据支持的产品决策。 用户场景:发票付款用例包含打开有效链接和选择付款。它也涵盖银行卡支付失败时的处理和收到收据。 要运用的产品概念:用例 (Use Case)。 适用理由:简短用户故事无法说明角色、前提、分支或失败时使用。 不应使用的情况:不要记录每次点击,也不要太早决定界面。失败路径不能省略。 产品界定:说明目标用户与想要的结果。记录当前基线与支持证据。列出范围内、范围外、限制、负责人及决策期限。 决策质量:把事实、假设与未知分开。记录没有采用的方案,以及哪些证据会改变当前决定。 验收标准:文档要列出负责人、目标用户、可衡量结果和范围边界。也要列出证据来源、未解风险和下一步验证。 证据与限制(证据边界):正式文档仍可能是草案、候选版或最终版。请查看文档状态,也要确认浏览器或平台是否支持。 待确认:目标人群、当前基线、成功阈值、负责人、时间范围、依赖项及检查时间。

检查这份需求

请 AI 编程助手检查当前如何使用 用例 (Use Case)。 定义:用例说明一个角色如何用系统达成目标。它包含主要、替代和失败路径。 生产环境检查:检查目标用户、想要的结果、当前基线、证据来源、范围、负责人及成功阈值。列出假设、未解风险,以及下一项测试或决策。 修改程序前,先列出看到的证据、缺口、严重程度,以及最小且安全的修正。

A2
这个术语有多正式?

正式技术规范

一份已发布、有版本的正式技术规范,在列出的范围内定义这个术语。

正式文档仍可能是草案、候选版或最终版。请查看文档状态,也要确认浏览器或平台是否支持。

适用范围
只包含来源有说明的内容:正式名称、定义、语义、实现
文档状态
稳定
核验日期
2026-07-30

证据来源与适用范围

正式来源 + 术语参考资料 · Object Management Group · 稳定 Unified Modeling Language 2.5.1 — 18 UseCases 18 UseCases 适用范围: 正式名称、定义、语义、实现 本页用途: 直接术语参考 来源涵盖内容: 正式名称, 定义, 语义, 实现 正式来源 · Object Management Group · 稳定 Unified Modeling Language 2.5.1 适用范围: 正式名称、定义、语义、实现 本页用途: 只支持写明的范围 来源涵盖内容: 正式名称, 定义, 语义, 实现

自行复制

浏览器无法自动复制。请选择下方文字,再自行复制。