【问题标题】:understanding dependency relationship in UML component diagram理解 UML 组件图中的依赖关系
【发布时间】:2020-06-13 14:03:06
【问题描述】:

我正在努力理解 UML 组件图。

我刚刚经历了“装配连接器”,这是我(认为我)理解的:

  • 圆圈代表一个界面,我将其理解为一个组件可以提供给其他组件的一组功能。
  • 半圆...嗯,不知道怎么称呼它,但它说的是“我需要一些功能才能正确操作”。在图像中,我猜一个订单必须有权访问返回客户详细信息的函数(例如:方法GetName()GetAddress() 等),这就是它与Customer Details 接口具有装配连接的原因,由客户提供。

我的问题是:为什么Account提供的接口(@98​​7654327@)和Order需要的接口(@98​​7654328@)有一个依赖关系箭头?

link of this image 没有解释它。

【问题讨论】:

    标签: uml component-diagram


    【解决方案1】:

    组装连接器(顶部显示两个)是一种临时概念。你知道应该有一个接口来代替,但还没有详细说明。这是一个看起来像套接字/棒棒糖的连接器。但它是一个连接器。

    单独的棒棒糖/套接字是具体的接口使用。这些是真实的元素。界面本身并未实际显示(您将有一个单独的图表显示详细信息)。但要明确依赖接口与提供依赖的接口相关。

    简单地说,以上是设计阶段的中间部分。最后,所有程序集都应替换为提供/必需的接口。

    【讨论】:

    • 还是一头雾水。为什么需要AccountOrder 之间的依赖关系而不是CustomerOrder 之间的依赖关系,因为似乎Order 需要它们两者?
    • 有道理,但是你确定这个依赖只是因为这个图像是一个不完整的原型吗?
    • 是的,我确定。正如布鲁诺指出的那样,您可以查看 UML 规范。该标准有几个缺陷(幸运的是没有太多)。所以我认为让组装连接器看起来完全像一对插座/棒棒糖是不走运的。只会导致混乱,但目前就是这样。
    猜你喜欢
    • 1970-01-01
    • 2014-06-11
    • 1970-01-01
    • 2014-07-04
    • 1970-01-01
    • 2014-07-17
    • 2011-12-20
    • 1970-01-01
    相关资源
    最近更新 更多