业务流程与产品文档

什么是用例

●参与者 以某种方式与系统交互的人或事。

●用例 系统为其参与者所执行的有价值操作。

●用例不是功能或特性，用例包含个对参与者来说有完整意义的过程。

●用例解释系统如何向利益相关者/参与者提供功能性价值。

●用例通过使用者视角描述系统与其互动的方式，从而观测出系统实现。 特性：人们可以取钱 / 用例：取钱 特性：系统可以自动选择吐钞面值组合 / 用例：取钱

●用例不是用例图，用例的大部分内容会在用例文档中描述出来。

●没有大量交互的产品很难通过用例来表达，比如策略型产品、AI 类产品的引擎、业务接口描述等等。

●用例缺乏约束性描述，还需要「非功能型需求」等描述。

●我们需要一个组织 UC 的整体业务文档，可以用 PRD 来做这件事情。

用例的参与者

• 参与者不会是「人」，而是「角色」，一个人可以有多个身份。

• 参与者不一定是「人」，也可能是系统。

• 要抽象，但不要过度泛化

• 特殊参与者：系统，时间

用例的粒度

• 系统为参与者提供的具备完整价值的服务。（关注价值而非功能）

• 这个用例是一个完整的具有可销售价值的服务吗？

• 老板测试

标准用例图 左边是主动的参与者 右边是被动参与者

●标题作者修改历史

●简要描述

●利益相关者/涉众/参与人及其相关利益

●事件流：基本流程/扩展流程/异常流程

●辅助图例

●前置条件/后置条件

用例文档的核心—事件流

●用例文档中最重要的部分是「事件流」，描述如何通过交互传递由用例所承诺的价值。

●用例文档是一个被严格流程化规范化的故事，它像一个「词牌名」

●用例开始（入口）→{用户发起请求-→系统校验请求-→系统处理-→系统反馈}→用例结束