UML序列图和组件关系

Question

这是与同事讨论作为思考的问题 - 在UML 序列图表中处理组件和子组件之间关系的技术上合适的方法是什么。

所以这里有一个问题 - 在UML最佳实践中，序列图是否与图中描述的对象的关系有任何连接？我的直觉是没有 - 绘制一个序列图，每个组件分开，并用类图或部署图跟进，以显示其他类型的关系。

如果你说“是的！”请告诉我一些很好的例子，说明你将如何以及为何采取不同的行动。

如果“否”，您能否指出一些可信的在线参考资料？我尝试了UML规范......哦！ ......不是我想要的，除非我试图打败自己的无意识。

具体来说，这是我的示例 - 我想模拟应用程序服务器如何调用安全插件然后调用已使用JSP和Java部署的基本应用程序的序列图。应用程序服务器当然“包含”插件和应用程序，但这对于序列图是否有效？

在那种情况下，你会把这三个东西作为3个泳道以应用服务器作为操作的大脑，或者你会做一些不同的事情来表明插件和应用程序都不会做任何事情一种独立的方式？

Answer 1

那么，

两者都有效....

这取决于您将使用序列图的目的。

> We draw a diagram since we have a purpose.... So Ask yourself which
> one help me more about solving my problem at hand? Which one is
> helpfull for my purpose?

Answer 2

这是对我对规范，我所阅读的内容以及经历的了解。

没有。序列图用于显示行为，组件关系是结构的一部分。 UML规范和书籍以这种方式分解，结构图和行为图; Wiki provides an image of this.两种模型元素如类等都使用，但是关系和组合确实不是这种意义上的。此外，行为图旨在显示执行路径，通常不是“完整”。在这个意义上，结构图和组件关系更具体和明确。您始终可以使用颜色代码，使用全名或构造来丰富视图，但就模型而言，标准图表符号没有。

Answer 3

可以有充分的理由在序列中包含元素的“内在生命”。有时您确实希望提供尽可能完整和详细的信息，例如，如果您要提交设计以进行安全审查 - 那么抽象就不会发生;你需要精确地展示实际发生的事情。

换句话说，UML最佳实践的问题不在于您需要向哪些特定受众传达哪些确切信息。

来自Sparx Systems的Enterprise Architect允许您按顺序包含嵌入式元素（例如端口或提供的接口），但是说实话，我不知道这是否符合UML。无论如何，这是一个例子。琐碎，但你明白了：