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. 概括

然后警告你关于用例

用例是文本故事,显示"演员"与系统的互动,以达到"目标".

因此,不要问"是否可以使用这种关系,首先编写您的用例场景.您不必(也不应该)详细编写所有这些关系.以迭代方式工作.

检查用例的生命周期

包括RelationShip

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

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

扩展关系

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

概括关系

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

关于样品图:

"租借视频"和"收费信用卡"关系在技术上是合法的,因为据说租视频用例包括"收费信用":为了租借视频,你应该总是收取信用卡.而这一步[Charge Credit]也通过Pay Late Fee用例重复[根据您的图表]

并且折扣是基于条件的"可选"[可能如果你的价格超过3],所以"延伸"在技术上也是合法的.

但你有不必要的线,我不明白.

最终建议:

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