dependencies - 用例图 - 这是正确的吗?

标签 dependencies uml use-case

我最近一直在尝试了解用例图中使用的包含和扩展依赖项。 我以为我已经完全理解了它们之间的区别,直到我遇到这个示例模型作为考试问题的解决方案。

Use case diagram example

我主要关注图表顶部的用例。现在,如果客户想要订购商品,验证客户信用至关重要,这不是可选的......因此“订购商品”用例应该是依赖的通过使用 include 依赖项来处理“验证信用”用例。

话虽这么说,我对依赖关系的解释如下图所示。

Correct? Use case diagram example

有人可以给我他们关于表示这种依赖性的正确方法的意见吗? (包括或扩展?)

感谢您的帮助。

最佳答案

不,这是不正确的。包含/扩展的含义是关于用例的可选性(无论您是否实现它们/早/晚),而不是关于一个用例是否“调用”另一个用例。用例本身必须是完整的,因为它可以为其参与者返回额外的值(value)。不要陷入用用例进行功能分解的坑。这是错误的,它会将您的用例图变成蜘蛛网。删除所有包含/扩展并将 Produce Quotation 直接连接到其参与者。

您可能想要使用角色和泛化。例如。您可以从 Spec 进行概括。团队客户,告诉他们可以充当客户并链接一个约束,该约束仅对特定用例有意义(下订单...) .

对使用 Rational 表示哀悼 - ;-)

关于dependencies - 用例图 - 这是正确的吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31088323/

相关文章:

java - 包含 buildscript 存储库定义失败

maven - Gradle 和本地 Ivy 存储库未找到传递依赖项

object - 关联关系中的角色名称

oop - 领域模型中的特化层次结构

implementation - 类图操作

javascript - npm 错误!不支持的 URL 类型 "workspace:": workspace:*

java - 正则表达式循环依赖性

Scala 不可变映射,何时变为可变?

use-case - 数据库会成为我的用例中的次要角色吗?

android - 链接多个用例