Architecture 组件图建议框架

Architecture 组件图建议框架,architecture,frameworks,components,uml,diagram,Architecture,Frameworks,Components,Uml,Diagram,我的任务是记录我们的高级软件体系结构,使用了一个内部开发的机器人框架(类似于ROS)。我会尽量保持简单 在组件图中,我如何表示一个组件是由一个类加载器(基于XML文件中指定的类型)在提供的基本框架应用程序中实例化的,并在一个单独的线程中运行?组件实现并实例化框架提供的服务(即网络通信)。您可以简单地使用关系,如本例所示,该关系取自第页的UML2.5规范。39: 在图7.19中,CarFactory类依赖于Car类。在本例中,依赖关系是应用标准原型«实例化»的用法,表示CarFactory类的实例

我的任务是记录我们的高级软件体系结构,使用了一个内部开发的机器人框架(类似于ROS)。我会尽量保持简单


在组件图中,我如何表示一个组件是由一个类加载器(基于XML文件中指定的类型)在提供的基本框架应用程序中实例化的,并在一个单独的线程中运行?组件实现并实例化框架提供的服务(即网络通信)。

您可以简单地使用
关系,如本例所示,该关系取自第页的UML2.5规范。39:

在图7.19中,CarFactory类依赖于Car类。在本例中,依赖关系是应用标准原型«实例化»的用法,表示CarFactory类的实例创建了Car类的实例

请注意,OMG使用了一些“艺术”箭头端(它们在文档中的一致性不如它们应该的那样)。更常用的是简单的开放三角形。在p。39:

依赖关系显示为两个模型元素之间的虚线箭头。箭头尾部的模型图元(客户)取决于箭头处的模型图元(供应商)。箭头可能标有可选关键字或原型以及可选名称

不过,他们使用的线更像是虚线,而不是虚线。
叹气。

您可以简单地使用一个
关系,如本例中所示,该关系取自第页的UML2.5规范。39:

在图7.19中,CarFactory类依赖于Car类。在本例中,依赖关系是应用标准原型«实例化»的用法,表示CarFactory类的实例创建了Car类的实例

请注意,OMG使用了一些“艺术”箭头端(它们在文档中的一致性不如它们应该的那样)。更常用的是简单的开放三角形。在p。39:

依赖关系显示为两个模型元素之间的虚线箭头。箭头尾部的模型图元(客户)取决于箭头处的模型图元(供应商)。箭头可能标有可选关键字或原型以及可选名称

不过,他们使用的线更像是虚线,而不是虚线。
叹气。

谢谢,这真的很清楚!还有一件事我在我的文章的结尾无法弄清楚:假设组件(即car)实现并实例化框架提供的服务(即网络通信),我会将其表示为car上的一个必需接口,并让框架组件“实现”接口(反之亦然)或者我会跳过在组件上表示/显示接口,而只使用“实现”箭头吗?通过查看您提到的UML规范(谢谢),我看到答案在第171页。“图10.9 ISensor是ProximitySensor提供的接口,显示为CapacitiveSensor继承的”。您可以使用棒棒糖符号和/或使用realize表示提供的接口和所需接口的依赖关系(每个接口都指向`原型类')。我应该添加一张图片还是很清楚?谢谢,这真的很清楚!还有一件事我在我的文章的结尾无法弄清楚:假设组件(即car)实现并实例化框架提供的服务(即网络通信),我会将其表示为car上的一个必需接口,并让框架组件“实现”接口(反之亦然)或者我会跳过在组件上表示/显示接口,而只使用“实现”箭头吗?通过查看您提到的UML规范(谢谢),我看到答案在第171页。“图10.9 ISensor是ProximitySensor提供的接口,显示为CapacitiveSensor继承的”。您可以使用棒棒糖符号和/或使用realize表示提供的接口和所需接口的依赖关系(每个接口都指向`原型类')。我应该添加一张图片还是很清楚?