用例图元素之间地关系.docVIP

HYPERLINK /use-case/115/ \o Permanent Link to 用例图元素之间的关系 用例图元素之间的关系 HYPERLINK /use-case/115/%E6%97%A0 HYPERLINK /use-case/115/%E6%97%A0 HYPERLINK /use-case/115/%E6%97%A0 HYPERLINK /use-case/115/%E6%97%A0 ?用例图中包含的元素除了系统边界、角色和用例，另外就是关系。包括：角色之间的关系、用例之间的关系、用例和角色之间的关系。角色之间的关系?由于角色实质上也是类，所以它拥有与类相同的关系描述，即角色之间存在泛化关系，泛化关系的含义是把某些角色的共同行为提取出来表示为通用的行为。??用例之间的关系：(1)包含关系:基本用例的行为包含了另一个用例的行为。基本用例描述在多个用例中都有的公共行为。包含关系本质上是比较特殊的依赖关系。它比一般的依赖关系多了一些语义。在包含关系中箭头的方向是从基本用例到包含用例。简单的理解就是用例可以包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分。(2)泛化关系：代表一般于特殊的关系。它的意思和面向对象程序设计中的继承的概念是类似的。不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。?泛化（Generalization）在面向对象的技术中无处不在，下图给出了一个使用泛化的用例图：在用例图中，角色和用例都能够泛化。角色的泛化/继承很容易理解，因为角色本来就是类（Class），它是一种版型（stereotype）为Actor的类，所以角色的继承直观而自然。但是用例的继承实际上分为两种情况，并不是简单的使用泛化，而是使用扩展（extended）和包含（include）两种泛化的特例。 扩展用于子用例的动作步骤基本上和父用例的动作步骤相同，只是增加了另外的一些步骤的情况下。包含用于子用例包含了所有父用例的动作，它将父用例作为了自己的一个大步骤，子用例常常包含一个以上的父用例。(3)扩展关系： 扩展关系的基本含义和泛化关系类似，但在扩展关系中，对于扩展用例有更多的规则限制，基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。与包含关系一样，扩展关系也是依赖关系的版型。在扩展关系中，箭头的方向是从扩展用例到基本用例，这与包含关系是不同的。它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。在以下几种情况下，可使用扩展用例：　a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；　b.表明只在特定条件（如例外条件）下才执行的分支流；　c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。　图中的第二个例子中，在还书的过程中，只有在例外条件（读者遗失书籍）的情况下，才会执行赔偿遗失书籍的分支流。用例与角色之间的关系?? 用例由角色发起，一个用例必须至少与一个执行者关联。 HYPERLINK /use-case/9/ \o Permanent Link to 如何画UML用例图 如何画UML用例图Tag:? HYPERLINK /tag/uml/ UML?,? HYPERLINK /tag/%e5%8c%85%e5%90%ab/ 包含?,? HYPERLINK /tag/%e7%94%a8%e4%be%8b/ 用例?,? HYPERLINK /tag/use-case/ 用例图?,? HYPERLINK /tag/%e7%94%a8%e4%be%8b%e6%8f%8f%e8%bf%b0/ 用例描述?,? HYPERLINK /tag/%e7%bb%9f%e4%b8%80%e5%bb%ba%e6%a8%a1/ 统一建模?,? HYPERLINK /tag/%e8%8c%83%e5%8c%96/ 范化?| Author: bts |UML用例图是非常有用的一种图，在需求分析中，可以让人们从繁重的文档中解脱出来，并且促使人们在做需求时能够更加准确、直观的表现自己的意思。常用的语言文字往往是不能将一种事物表达得秀清晰，这时候就需要用其它的方式来进行表达，用例图就是其中一种很好的方法，当然用例图不仅仅只是做为需求分析专用，他强大的应用性还可以用于其它很多地方，这里就不详细说明了。画UML的工具有很多，个人首推IBM的ROSE，建议大家用这款工具来画例图，如果有时间，我会写一篇初级教程。接下来还是介绍一下用例图吧。1.首先简单介绍一下UML.U