细化用例：从基础到扩展

### 细化用例：从基础到扩展 #### 1. 简单用例剖析 在系统开发中，用例的细化是一个关键过程。以 HOLIS 家庭自动化照明系统为例，我们来详细了解如何逐步细化一个用例。最初，我们只是确定了基本的用例，如“Turn Light On/Off”，仅给出了名称和简要描述。但在后续迭代中，为了实现和测试系统，需要对这些用例进行细化，同时要把握好抽象层次，避免过度或不足地指定系统行为。 ##### 1.1 审查参与者 在最初识别参与者时，我们只看到与灯开关交互的一个用户，即按下开关的居民。然而，从 HOLIS 系统的角度来看，系统会自动控制照明，这就涉及到另一个参与者——“Light Bank”。 ##### 1.2 审查用例名称 每个用例都应有一个能表明其与参与者交互所达成目标的名称。理想情况下，名称应简洁描述参与者通过该用例所完成的操作。并且，项目中定义的用例名称应唯一且易于区分，通常以动作动词开头。在我们的案例中，HOLIS 系统工程师的设计决策影响了用例。原本认为调光功能可能由单独的滑动开关控制，但实际设计是一个开关控制开、关和调光功能。因此，我们决定将用例重命名为“Control Light”，这样更能准确描述其功能。 ##### 1.3 细化用例描述 随着用例的角色和目的发生变化，我们需要更新其描述。“Control Light”用例规定了根据用户按下灯光开关的时长来控制灯光开关、调光和变亮的方式。 ##### 1.4 定义和细化事件流 事件流是用例的核心，通常是对参与者操作和系统各种响应的文本描述。它描述了系统根据参与者行为所执行的操作。事件流的描述方式不局限于文本，也可使用 UML 交互图等方法。在我们的“Control Light”用例中，基本事件流如下： - **基本流**：当居民按下控制开关上的“On/Off/Dim”按钮时，基本流开始。若居民在定时器周期内松开按钮，系统会切换灯光状态： - 如果灯亮着，灯将关闭，无照明。 - 如果灯关闭，灯将打开到上次记忆的亮度级别。 - **替代流 - 调光**：当居民按住“On/Off/Dim”按钮超过 1 秒时，系统会启动房间灯光组的调光活动。在居民持续按下按钮时： 1. 受控灯光的亮度以每秒 10% 的速率平滑增加到系统全局最大值。 2. 当亮度达到最大值时，受控灯光的亮度以每秒 10% 的速率平滑降低到系统全局