Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/flash/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
是UML关系«;使用»;和«;包括»;同样的?_Uml_Use Case - Fatal编程技术网

是UML关系«;使用»;和«;包括»;同样的?

是UML关系«;使用»;和«;包括»;同样的?,uml,use-case,Uml,Use Case,用例图中的«使用»和«包括»关系是否相同?当然,使用(«使用»)和包括(«包括»)是不同的含义。 通常,我们不会在用例图上使用太多的用法关系,这意味着一个元素需要另一个元素 另一方面,Include被大量使用,这意味着源用例包括(始终)目标用例。 «使用»不是用例图的标准元素。但UML标准允许使用外来的图元素。因此,您可以正式使用通常属于类图元素的«use»元素,它是一种依赖关系。其含义是: 用法是一个依赖项,其中一个NamedElement需要另一个NamedElement NamedEle

用例图中的«使用»和«包括»关系是否相同?

当然,使用(«使用»)和包括(«包括»)是不同的含义。 通常,我们不会在用例图上使用太多的用法关系,这意味着一个元素需要另一个元素 另一方面,Include被大量使用,这意味着源用例包括(始终)目标用例。

  • «使用»不是用例图的标准元素。但UML标准允许使用外来的图元素。因此,您可以正式使用通常属于类图元素的«use»元素,它是一种依赖关系。其含义是:
用法是一个依赖项,其中一个NamedElement需要另一个NamedElement NamedElement(或一组NamedElement)的完整实现,或 活动用法未指定客户如何使用供应商 除定义中使用的供应商外,或 客户端的实现

(引用自UML2.5标准)

  • «包括»
是两个用例之间的直接关系,表示 所包含用例的行为(添加)被插入到 including用例(includingCase)的行为也是 一种NamedElement,这样它就可以在它的上下文中有一个名称 拥有用例。包含的用例可能取决于更改 通过执行包含的用例生成。包含的用例必须 可用于包含用例的行为 完全描述了。”

(引用自UML2.5标准)

因此,这两种联系在意义上非常接近,但在技术上并不相同

  • 用法适用于namedelement,包括行为
  • Incliding是一个更强大的元素——它可以是NamedElement本身
  • 它们的主要区别在于用法可以描述实现
  • 此外,用法还可以将include连接到其他一些NamedElement。包括不能连接的用法。这种差异已经足够彻底,但并不十分重要,因为很少需要这种联系

在形式上,您可以在用例中同时使用它们,但真正的原因很少发生。最现实的情况是在用例图中使用一些类(也允许),并在它们之间使用«use»

“使用”在UML2.0中已经过时(甚至更早),您应该坚持使用“包含”和“扩展”。

谢谢您的回答