Group items tagged

包含关系用于：（１）从基本用例中分解出来这种的行为：它对于了解基本用例的主要目的不是必需的，只有它的结果才比较重要。（２）分解出两个或者多个用例所共有的行为。

扩展的目的在于：（１）表明用例的某一部分是可选的（或者可能可选）的系统行为。这样，你就可以将模型中的可选行为和必选行为分开。（２）表明只有在特定条件下（有时候是异常情况下）才执行的分支流，如触发警报。（３）表明可能有一组行为段，其中的一个或者多个段可以在基本用例中的扩展点处插入。所插入的行为段（以及插入的顺序）将取决于在执行基本用例时与主角进行的交互。

扩展：扩展是将事件流程里面一些相对独立并且可选的动作扩展为新的用例，并且在基用例的扩展点进行扩展。它与包含的区别是，包含的事件是必须存在的动作，而扩展是提供一些备选的动作。扩展也可以抽象为基用例的备选流，扩展出来的用例可以让基用例变得更加简练。

包含关系：通常是指一个大的用例包含了几个小的用例，几个小的用例组成一个大的用例； 扩展关系：两个独立的用例，完成一个后可以开启另一个，两个用例本身都是独立的。

包含关系：比如在自动售货机里面，向柜里增加货品，那么必然包括打开柜门和关上柜门， 这就是包含关系，也就是说做基事件的时候，必然会做它所包含的事件。 扩展关系：是说做基事件之后，我可能做扩展事件，也可能不做。

我总结的画用例图的步骤如下： l         确定系统，拟出系统的名称，这个不难，例如电信计费系统； l         找出所有与系统打交道的角色，角色要进行一些精简和整合； l         站在角色的立场想象系统应该提供的功能，将这些功能画成系统中的用例； l         对于每个用例给出详细的动作步骤； l         找出用例图中角色、用例之间可能有的继承、扩展或者是包含关系；

参与者希望系统作的每件事成为一个用例

对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用例的基本过程

复审不同用例的描述，找出其中的相同点，抽出相同点作为共同的用例。这是发现“used”用例的唯一途径