【问题标题】:Show business process information flow direction on UML interfaces在 UML 接口上显示业务流程信息流向
【发布时间】:2010-01-10 13:13:12
【问题描述】:

UML 组件图擅长使用“棒棒糖”表示法或依赖箭头来显示组件之间的技术客户端-服务器式接口关系。

组件图中是否有用于显示信息流经业务流程级别接口的方向的符号?就像客户端可以连接到服务器一样

  • 放置/推送信息,
  • 获取/拉取信息或
  • 接口是双向使用的。

如何在组件图中描述?

UML 活动图允许流入和流出引脚,但省略了双向情况。在组件端口上使用引脚表示法是否明智?

【问题讨论】:

    标签: uml


    【解决方案1】:

    当然可以,在某个时候向 UML 添加了一个高级概念线。它们被称为信息流。箭头的方向对业务用户也很有意义。 OMG 规范很好地涵盖了这一点。对于推送、拉取等元数据,我会使用关键字或刻板印象来传达这一点。接口、类、数据类型都可以被信息流引用为在两个分类器(组件、类等)之间传输的内容。许多工具已经实现了这个结构,因为它的有用性尽管是和辅助结构。

    链接到 OMG 规范和位置:第 609 页上的第 17.2 节。上层结构,即您使用的 (http://www.omg.org/cgi-bin/doc?formal/09-02-02)

    17.2 信息流

    InformationFlows 包提供了指定实体之间信息交换的机制 高度抽象的系统。信息流概括地描述了系统中的信息流通 方式。它们没有说明信息的性质(类型、初始值),也没有说明这种信息的机制 传递信息(消息传递、信号、公共数据存储、操作参数等)。他们也不 指定序列或任何控制条件。其目的是,在详细建模的同时,表示和实现 链接将能够指定哪个模型元素实现指定的信息流,以及信息如何 将被传达。

    InformationFlows 包的内容如图 17.2 所示。 InformationFlows 包是其中之一 AuxiliaryConstructs 包的包。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-03-24
      • 1970-01-01
      • 2012-02-10
      • 1970-01-01
      • 1970-01-01
      • 2014-07-08
      相关资源
      最近更新 更多