UML2.0序列图中的消息顺序

在UML2.0序列图中，消息的顺序是如何建模的

我浏览了，发现唯一一个建模订单的结构是

generaloordering

类。我正在用为系统建模，但它不会自动插入消息排序信息，因此我错过了有关使用此类的指导原则

我想测试其他工具并检查XMI输出，但是那些导出序列图的工具正确地使用了专有扩展来建模消息顺序。我试了，和

---

有什么提示吗？

不要在序列图中使用纸莎草纸，因为它实际上不起作用。使用此工具无法创建图表。你提到的其他工具要好得多。 在研究了所有市场工具后，我的结论是：

市场上最好的序列图是RSA IBM

• 最好的类图是Omondo EclipseUML
• 最好的用例图是RSA和VisualParadigm

顺便说一句，序列图的xmi模型从来没有成功过，实际上是一团糟。除了序列图之外，其他所有的图都在模型/xmi上按照UML2.3的OMG规范做得很好。

---

非常好的规范，但序列图过去是，现在仍然是一个痛苦！！我在Eclipse Papyrus论坛上问了同样的问题，我得到了以下答案：

“我不确定Papyrus的细节，但在UML规范中，从交互到InteractionFragment的‘片段’关系是有序的（图14.3），因此决定了消息的顺序。”

---

下面是完整的信息。

感谢您对这些工具的分析，但这不是我现在想要的。我正在研究一种与工具无关的代码生成技术，这也是我选择依赖XMI规范的原因。我同意你的观点，Papyrus不是最好的工具，特别是在可用性方面，但它实现了UML2规范。它确实实现了一个到EMF的GMF映射器，然后将信息转换为UML2。这不是真正的XMI，而是需要使用GMF转换的EMF模型。如果您只是分析XMI，那么这不是UML2规范！！正如Papyrus站点中所述，基于我使用的内容，它似乎实现了UML2规范。没有得到您试图说的关于XMI不是UML2的内容。您需要使用EMF序列化将序列图从GMF图形格式导出到XMI。您不能更改图表中的某些内容并立即查看xmi。除了这个活的变化，它是一样的，但真正痛苦的等待，使用导出和希望它生成良好。我已经检查了xmi导出的格式，在很多情况下，序列图中的纸草是不正确的！！我将更仔细地看一看由Papyrus导出的XMI，但到目前为止，它对我来说似乎是正确的（可能我遗漏了细节，因为产生这个问题的是：P）。关于等待导出图表，我相信您使用的是另一个版本（我使用的是从里程碑更新站点安装的0.8）。它不是自动的（其他两个工具都不是），但它与“另存为…”操作一样快。