4、用例建模：从理论到实践的全面指南

用例建模：从理论到实践的全面指南

1. 用例建模概述

在完成初始领域模型后，就可以开始编写用例了。用例为捕获系统的行为需求提供了一种结构化的方式，有助于我们合理地进行设计。它能帮助我们回答一些基本问题，例如系统用户试图做什么，用户体验如何等。软件的很多功能实际上是由用户与系统的交互方式决定的。

用例不仅能为设计提供依据，还能让我们可靠地估算时间和工作量。它是进行良好面向对象设计的第一步，也是快速获得高质量代码的一种手段。

1.1 为何除了功能需求还需要用例

功能需求往往是高层和低层需求的混合，类似于经理、客户和营销团队的意识流记录，通常以串行形式记录在Word文档中。虽然功能需求很重要，但直接从功能规格说明进行设计、编码或估算就像玩“随机选数”游戏一样，缺乏明确的方向。我们需要进行一些探索性工作，而用例建模及其后的初步设计就能帮助我们解决这个问题。

此外，功能需求并非用例的唯一来源。与客户和最终用户的深入对话同样重要，创建故事板和原型（如用户界面模拟、功能简单的演示等）在定义用例时也非常有帮助。

1.2 不要忘记“雨天场景”

编写用例时，应专注于捕获用户的操作以及系统的相应响应。用例建模需要分析基本流程（用户典型的“晴天”使用场景，通常占系统行为的90%）和替代流程（系统功能的另外90%，即“雨天”场景，包括用户操作出错或尝试使用不常用功能的情况）。如果在编写用例时涵盖了所有这些情况，就能对系统的大部分功能进行详细的规格说明。

1.3 编写用例前先进行初始领域模型

用例是在领域模型的上下文中编写的，这意味着领域模型中的所有术语（名词和名词短语）都应直