【问题标题】:Push/pull visualization in dataflow diagram数据流图中的推/拉可视化
【发布时间】:2012-11-29 18:40:47
【问题描述】:

我试图在图表中可视化数据流,其中数据可以沿一个或多个方向流动。一些参与者将数据推送给图表中的另一个参与者,而其他参与者则拉取数据。

据我所知,uml 中没有它的符号,但我可能错了。 在这样的图表中传达谁是执行部分以及数据流的方向的好方法是什么?

【问题讨论】:

  • 嗨——在这种情况下,我更喜欢单独识别流。我会使用数据流图 (en.wikipedia.org/wiki/Dataflow_diagram)。你是对的,UML 中没有类似的工具。不过,UML 并不是为系统分析而构建的。在 UML 中,您可以尝试使用交互图,但这只是一种技巧。
  • 谢谢,我最终为箭头着色,并提供了一个图例来解释它。不是最好的解决方案,但我当时唯一能想到的。

标签: modeling uml dataflow-diagram


【解决方案1】:

我可能会受到我目前工作的德国软件公司的影响,但对于这些情况,我真的很喜欢 FMC(基本建模概念),它 - 说过于简单了 - 一个更抽象的建模版本(例如 UML)主要由软件架构师使用。

我在这里推荐的一点是,FMC 已经有了代理的概念,因此可以很容易地用于角色图。它具有用于称为通道的连接器,它可以是单向的,因此可以很好地可视化消息传递和用于数据访问(读取、读/写和写入;例如数据库访问)的简单连接器。 我将它用于基于 actor 的 Akka 系统的一些建模,它对我来说效果很好。

如果不是 FMC,我也会按照建议使用数据流图。

【讨论】:

  • 啊,这看起来很有趣,在这种情况下可能比 UML 更适合我的需求。下次会记住的。
  • FMC 将是一个不错的选择。使用 FMC 框图来识别参与者(可视化为矩形)以及包含数据的存储和通道(可视化为圆形节点,例如圆圈)和连接这些节点的弧以可视化读取和写入访问。补充图表可以帮助说明参与者活动的依赖关系。
【解决方案2】:

will 确认在 UML 中没有直接的解决方案,所以我看到的选项是:分离流,以某种自定义方式着色图表,使用不同的箭头类型或以其他方式调整图表来传达消息。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-03-28
    • 1970-01-01
    • 2015-12-30
    相关资源
    最近更新 更多