UML 是消息系统的良好表示法吗？
自从企业集成模式发布以来，人们一直在使用那本书记录了异步异构消息传递系统。
但我们的商店或多或少是围绕专门执行 UML 的专有文档工具进行标准化的。 标准 UML 图之一是否适合记录异步消息传递系统，包括变压器、路由器等？ 如果有，是哪一个？ 如果不是，那么反对为此目的调整 UML 的杀手锏是什么？
Ever since the publication of Enterprise Integration Patterns people have been using the notation introduced in that book for documenting asynchronous heterogenous messaging systems.
But our shop is more or less standardized around a proprietary documentation tool that does exclusively UML. Is one of the standard UML diagrams appropriate for documenting asynchronous messaging systems, including transformers, routers et al.? If yes, which one? If not, what would be a killer argument against the tweaking of UML for this purpose?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
UML 提供了一种通过 配置文件 进行扩展的机制。
配置文件允许您指定构造型，标记值和约束。
每个构造型都可以有一个可选的构造型图标。
也许您可以下载 UML 的 EIP 配置文件？
如果没有，您可以构建自己的配置文件（如果您的 UML 工具支持此功能），并使用 Gregor Hohpe 的网站
希望这会有所帮助。
UML provides a mechanism for extension through profiles
A profile allows you to specify stereotypes, tagged values, and constraints.
Every stereotype can have an optional stereotype icon.
Perhaps there is an EIP profile for UML you could download?
If not, you can build your own profile if your UML tool supports this, and use the icons available as Visio shapes from Gregor Hohpe's website
Hope this helps.
我认为工具包一语中的。 EIP 的作者自己在他们的书简介中引用了 UML 配置文件。 他们提供的链接已损坏，请按照此链接访问 OMG 的 UML 企业应用程序集成配置文件。
I think toolkit hit the nail on the head. The authors of EIP themselves refer to a UML profile in the introduction to their book. The link they give is broken though, follow instead this link to the OMG's UML Enterprise Application Integration profile.