Dependencies UML组件图,来自所需接口的1个以上依赖项

Dependencies UML组件图,来自所需接口的1个以上依赖项,dependencies,uml,components,diagram,component-diagram,Dependencies,Uml,Components,Diagram,Component Diagram,我想知道我是否可以使用从我的系统的一个必需接口到另一个元素的几个提供接口的几个依赖项 例如: 举例说明我的意思: 我的系统需要访问几个分销渠道(我所能得到的),执行渠道提供两个接口:1(“电话”)和2(“短信”) 我可以像在图表上那样连接它吗?当通过依赖关系连接时,所需和提供的接口应为兼容类型,这是它们可以通信的唯一方式 这意味着您的情况只有在IChannel1和IChannel2从IChannelAccess派生时才可能发生 更新(评论后) 接口是一种分类器,因此可以从另一个分类器继承。您可

我想知道我是否可以使用从我的系统的一个必需接口到另一个元素的几个提供接口的几个依赖项

例如:

举例说明我的意思: 我的系统需要访问几个分销渠道(我所能得到的),执行渠道提供两个接口:1(“电话”)和2(“短信”)


我可以像在图表上那样连接它吗?

当通过依赖关系连接时,所需和提供的接口应为兼容类型,这是它们可以通信的唯一方式

这意味着您的情况只有在IChannel1和IChannel2从IChannelAccess派生时才可能发生

更新(评论后)

接口是一种分类器,因此可以从另一个分类器继承。您可以在单独的图表上显示这种情况


正如您的组件系统期望IChannelAccess一样,它可以安全地访问从它派生的任何接口。在这种情况下,他不能调用op11()、op12()或op2(),而只能调用op()。

我应该绘制IChannel1和IChannel2是从IChannelAccess派生的吗?怎么做?好的,我明白了。还有一点,这个显示接口继承的图是必要的还是不必要的?理论上,在UML中没有图是必须的存储库中必须存在元素和连接。图表只是为了直观地帮助人们理解这个想法。因此,如果您能够以某种方式连接接口并定义继承,就足够了。然而,为了清晰起见,建议也将其可视化。当然,您可以实事求是地在初始图表上做一个注释,并解释此继承。现在请确保在同一个组件图上显示继承。虽然合法,但会让人困惑。很好的解释。谢谢