0

我目前正在为由 8 个节点组成的分布式备份设计 UML 图,这些节点根据从 Web 客户端接收到的消息处理特定操作。

我遇到的问题是,作为从客户端生成的所有消息和交互的“入口之门”的初始节点不包含可以表示为“标准用例”的具体操作,而只是众多与流动的客户端用例操作有关的消息流的数量抛出了这一点。

但我也迫切需要一种方法来显示客户端用例和初始节点用例流程之间的流程映射,以保持一致性。如果这些消息没有被映射,那么接下来从Client-end到Server-end的操作流程会有些复杂。

不幸的是,由于系统的复杂性,我也遇到了在单个图表中设计整个系统的问题。

考虑了一些可能的即兴创作

• 创建“占位符”,如用例分机。表示扩展名的符号。例如,客户端有一个新订单用例,消息从该用例通过初始节点流向后端节点。为了创建连接,请指示一个用例,该用例将显示为Place new order Ext。这将表示连接,但仅指向消息流。(但我不确定这种做法在 UML 中是否在很大程度上除外。)

• 仅依靠序列图和通信图旨在显示“事物”如何交互,每条生命线指定一个系统组件。但我觉得Client-end和Back-end Use Case之间的相关性不会很清楚。

我还在这个论坛上检查了类似的问题,有一些但没有明确回答我的问题。所以我想发布这个问题。有人可以建议在这个高度事件驱动的分布式信息系统中显示信息流的最佳选择是什么 - 上面提到的一个或我可能忽略的任何其他选项?

4

1 回答 1

1

您是否考虑过使用组件图,其中组件具有端口并且端口接受(并产生)信号而不是操作?信号基本上是消息/事件。

您还可以将信号建模为高级别的类,或者根据您的需要进行尽可能详细的建模。您可以对应用程序级信号的某些属性进行建模,以便在将消息转发到输出端口之前显示组件如何根据某些属性进行解复用。

于 2013-07-18T19:32:04.713 回答