UML中两个用例之间的关联

Question

我知道两个用例可以与以下关系联系起来，
延伸 包括 要求
 除了这些关系之外，还有另一种方法可以关联两个用例吗？

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

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

Answer 1

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

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

1. 包含
2. 延伸
3. 概括

然后警告您使用案例

用例是文本故事，它显示“演员”与系统的互动，以达到“目标”。

因此，不要问“是否可以使用这种关系，首先编写您的用例场景。您不必（也不应该）详细编写所有这些内容。以迭代方式工作。” / p>

检查The Life Cycle of a Use Case

包含RelationShip

在编写用例时，如果您看到用例场景中的某些步骤，则会反复出现。[很多次]然后提取重复步骤一个单独的用例，然后使用<从其他用例引用它strong>“包括”关系。[以避免声誉]

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

延长关系

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

显示它

概括关系

如果您是新手建模者，请远离Generalize Relationship。解释[如何撰写其文本故事]在某种程度上是有问题的。 如果想获得更多信息请查看本书使用案例之间的泛化 用例建模，Kurt Bittner Ian Spence 或有效用例模式，Steve Adolph等... [第7.5节。捕获的抽象 - 应用UML泛化的模式，Dan Rawsthorne]

关于样本图：

“租借视频”和“充值信用卡”关系在技术上是合法的，因为据说Rent Video用例包括“Charge Credit”：为了租借视频你应该一直收取信用卡。此步骤[收费信用]也通过Pay Late Fee用例[根据您的图表]重复

根据条件，折扣是“可选的”[如果您的价格超过3，则可能]，因此“延伸”在技术上也是合法的。

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



最终建议：

不要把时间浪费在用例图上。重要的是用例场景。并且在可能的情况下，在您的用例图中使用最小关系。