Group items tagged

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

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

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

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

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

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

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

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

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

include 是指用例中的包含关系，通常发生在多个用例中，有可以提取出来的公共部分（就象提取公因式一样），例如 UseCaseA 中包括了 a 和 b 两个流程，而 UseCaseC 中包含了 c 和 b 两个流程。为了提高复用性，可以把 b 提取出来，形成另一个用例 UseCaseB，此时，UseCaseA include UseCaseB（表现为一条指向 UseCaseB 的虚线，箭头在 UseCaseB 侧），UseCaseC 也 include UseCaseB。因而，当有 include 关系时，被 include 的用例通常会被两个以上的其他用例 include（否则就不需要重用，也就不需要提取出来了）

这样，用户可以根据需求分析模型(RQM)，从面向对象分析设计（OOM）开始，依次建立用例图，时序图及类图，由类图转化为CDM以及PDM；

PowerDesigner并不限制CDM的建模过程，用户可以（1）从数据项开始，“自底向上”地从最小的数据单位开始向上构造，当收集到足够的信息时进行归纳，把数据项分组放入不同的实体中，然后归纳产生域；（2）从感兴趣的对象开始，即实体开始，然后指定它们的属性。当收集到足够信息时，进行归纳产生域；图4的CDM就是根据上面的系统需求分析中的从实体选择出发，如在图3的需求模型以及图4业务过程模型中，可以抽取Customer, Order, Product等实体，逐渐完善各实体的属性，并建立它们之间的关系。（3）也可以“自顶向下”，从域开始，使用这种方法，在收集开发数据模型前，必须有某些业务问题所需要的预备知识，以此对数据进行标准化。