服务连接的图表类型？

Question

只是想知道什么是正确的UML Diagram类型来显示服务连接？基本上说“客户A需要一个需要返回数量大于20的项目的GetFoo函数”和“客户B需要一个返回所有项目的函数GetFoo”？

组件图看起来是正确的，但在类型方面已经非常具体，而在单一功能方面则非常模糊。复合结构可能吗？

最终在规划期间使用它来决定服务实际需要具有哪些功能（例如，内部GetFoo和两个外部GetHeavyFoo / GetAllFoo函数）

Answer 1

我认为复合结构图对您有用。但是，在我看来，你应该将它与序列或通信图表或两者结合起来 - 无论哪种方式最适合你。我还建议您检查所有uml diagrams并进行比较，然后确定哪种最适合您。

Answer 2

组件图是一个很好的解决方案，也是一个顺序。

如果您是UML的初学者，您还可以创建一个类图并在方法上添加约束。它可以完成工作并且易于开发团队理解。 它曾经是UML 1.X中的OCL，但现在通过UML2直接访问元模型，您可以直接在模型中创建任何约束而无需任何转换。我使用EclipseUML Omondo并且不想使用OCL，因为太复杂而无法获得非常有限的投资回报。我的解决方法也更好，因为我可以编写任何我想要的内容并直接将其放在我的类图中，而不需要两个不同的模型（例如一个用于UML，一个用于OCL）。