7、系统用例开发：从Facade迭代到Filled迭代

系统用例开发：从Facade迭代到Filled迭代

1. Facade迭代工具与方法

在系统开发的初始阶段，Facade迭代起着至关重要的作用，它为后续的开发工作提供了一个高层次的框架和占位符。以下是Facade迭代中使用的一些关键工具和方法。

1.1 用例图

在Facade迭代中，需要为每个Facade用例创建用例图。可以根据自己的需求决定是否在一个图中放置多个用例。此时，用例图只需展示发起者（以简笔画表示）和用例气泡及其名称。虽然看似简单，但这是后续详细设计的基础。

1.2 避免需求层次结构

需求层次结构存在诸多问题，如功能分解会使需求规范变得复杂，且违反了Suh博士的最小良好系统公理（系统需求应相互独立）。当需求存在层次关系时，变更会在层次中传播，增加了利益相关者理解的难度，还需要更多的团队沟通和管理层次。

为了避免这些问题，可以采用以下两种分组方式：
- 使用UML包进行项目组织分组 ：例如，将用例分配给业务分析团队、与不同产品版本相关的用例、处于不同完成度（Facade、Filled、Focused）或成熟度（可演示、稳定）的用例。UML包是用例的简单容器，内部用例的修改、移动、合并或删除不会影响包本身。
- 创建多用户用例场景 ：当需要展示多个用例以实现某个业务流程时，创建场景来链接这些用例，而不是直接链接用例本身。场景是用例的实际实例，可用于测试，也有助于判断系统用例与业务流程定义是否匹配。

分组方式