答案

用例 描述了用户与系统之间为达成结果而采取的逐步行动序列；它们适用于需要详细处理的复杂过程。用户故事 通过简短的公式（作为……我想……以便……）记录用户对结果的期望，适合灵活的迭代项目。用户流程 以图形的形式可视化用户在系统中的导航或路径，通常表现为屏幕之间转移的图表。

关键特点：

• 用例：关注于对过程的全面处理，错误选项，替代分支。
• 用户故事：简洁性，关注用户的价值和目标。
• 用户流程：为UX分析可视化的行动序列。

应用：

• 用例：复杂的业务流程，具有多样化场景。
• 用户故事：敏捷项目，迭代开发的任务。
• 用户流程：界面设计，原型构建。

设问。

在任何项目中都可以用用户故事替代所有用例吗？

不可以，用户故事对复杂场景来说过于简短。对于包含多种选择的广泛过程，维护起来会很困难。

用户流程是否一定需要程序工具进行可视化？

不需要，通常甚至仅需手绘的图示——重要的是结构，而不是工具的复杂性。

用户故事是否只能包含期望，或还需包含验收标准？

验收标准是必需的——没有它们，用户故事将是不完整和不可行的。

常见错误与反模式

• 对所有任务使用相同的文档格式。
• 通过过短的用户故事描述复杂过程。
• 缺乏可视化，当理解导航时这是必须的。

生活中的例子

负面案例： 在大型项目中，所有过程只用用户故事进行了描述，未记录替代场景。 优点：快速建立了待办事项列表。 缺点：开发者未理解所有步骤之间转换的条件，出现了意想不到的bug。

正面案例： 对复杂过程实现了用例，对简单任务使用了用户故事，对导航使用了用户流程。 优点：保证了需求的全面覆盖，最小化风险。 缺点：文档记录过程花费了更多时间。