17、使用案例（Use Case）全解析：从编写到应用

使用案例（Use Case）全解析：从编写到应用

1. 编写主流程

使用案例的主流程有时也被称为“正常流程”，它描述了用户与系统之间最常见的交互路径。需要注意的是，它并非“理想路径”，因为最明显和常见的路径未必能带来良好的体验。主流程描述了用户和系统为完成系统中的某项任务所采取的步骤，最终实现使用案例描述中所概述的目标。

1.1 主流程步骤数量

在创建使用案例的主流程时，最好将步骤长度限制在大约 10 到 15 步。如果步骤少于 10 步，很可能该使用案例是退化的，根本无需编写，或者它是另一个使用案例的一部分。如果步骤超过 15 步，该使用案例可能过于复杂，难以理解，此时应将其拆分为两个使用案例，或者使用 L3 流程流图。虽然此准则有例外情况，但它是进行大致规模估算的良好参考。

1.2 主流程第一步

使用案例的第一步始终应为系统步骤。此前提到，系统需要检测触发语句、评估前置条件，然后启动使用案例。因此，使用案例的第一步实际上是系统对触发步骤的响应。

1.3 确定主流程步骤的问题

以下问题有助于确定使用案例的步骤：
- 参与者如何与系统进行交互？
- 系统在这一步做什么（例如，呈现选项、显示数据、执行流程）？
- 系统接下来做什么？
- 参与者接下来做什么？
- 此使用案例的某部分是否是另一个使用案例？

1.4 步骤特性

使用案例的步骤要么代表系统操作，要么代表用户操作，通常在两者之间来回切换。如果连续有很多系统步骤而没有任何用户交互，需要考虑这些步骤是否过于细化，是否可以合并，或者使用案例是否是合