uml - UML 中两个用例之间的关联

Question

我知道两个用例可以通过以下关系关联在一起，
1.extend 2.include
3.require 除了这些关系，还有其他方法可以关联两个用例吗？

http://www.visualusecase.com/visual-use-case-screenshots/use-case-diagram-editor-screenshot.html

如果有人能告诉我租用视频和信用卡收费用例之间的关联是否合法？我不是在问包含关系，而是关于没有名字的关系。

Answer 1

首先让我们为这种关系命名：

在用例图中，用例之间可以定义3种关系：

1. 包括
2. 延长
3. 概括

然后就用例向您发出警告

用例是文本故事，显示“参与者”与系统的交互以达到“目标”。

因此，与其问“是否可以使用这种关系，不如先编写您的用例场景。您不必（也不应该）详细编写所有这些。以迭代的方式工作。

检查用例的生命周期

包括关系

在编写用例时，如果您看到用例场景中的某些步骤会一次又一次地发生。[很多次]然后将重复的步骤提取到一个单独的用例中，然后使用“包含”关系从其他用例中引用它.[避免名誉]

或者您可以使用“包含”关系将较长的用例分解为更小的子单元[小心，避免功能分解]

扩展关系

您在用例库中有一个基于条件的可选行为。但是很多时候，当您编写用例时，您有一个扩展部分，并且没有在图表中显示扩展关系，您可以在 [扩展] 部分中记录-写入可选行为。但是如果你认为可选行为很重要并且应该在用例图上看到，那么用扩展关系在图上显示它

泛化关系

如果您是新手建模师，请远离泛化关系。这是解释[如何写它的文本故事]在某种程度上是有问题的。如果想获得更多信息，请查看 Use Case Modeling、Kurt Bittner Ian Spence或Patterns for Effective Use Cases、Steve Adolph 等书的用例之间的泛化章节... [第 7.5 节。CapturedAbstraction——一种应用 UML 泛化的模式，作者 Dan Rawsthorne]

关于示例图：

“租用视频”和“充值信用卡”卡关系在技术上是合法的，因为据说租视频用例包括“充值信用”：为了租用视频，您应该始终从信用卡中收取费用。而这一步[Charge Credit] 也通过支付滞纳金用例重复[根据您的图表]

并且折扣是基于条件的“可选”[可能是如果您服用超过 3 个]，因此“扩展”在技术上也是合法的。

但是你有不必要的行，我不明白。

最终建议：

不要在用例图上浪费太多时间。重要的是用例场景。并尽可能在用例图中使用最少的关系。