UML关系建模
这个UML与下面的文本一致吗？ 而不是试图定义许多子类或引入 多重继承，我们可以定义一组 该设备用于播放。（应当指出，这是另一个问题。） 为什么托管设备的概念是一个好的概念？现在，我们可以 定义受管设备的基本概念，并对其功能进行建模 通过将一个或多个角色与之关联（视情况而定）。这就解决了 具有相同通用功能（如路由）的混乱 分配给实现相同功能的两种不同类型的设备 泛型函数以不同的方式生成不同的 功能 我相信UML指定每个设备可以有0或1个DeviceRole。一位同事断言，UML规定每个DeviceRole最多只能属于一个设备。在这两种情况下，UML似乎都不能反映设备可以聚合一组角色 UML和文本摘自TMForum的信息框架（SID）： 物理资源业务实体 信息框架套件 GB922物理资源 第15.0.1版 2015年11月UML关系建模,uml,relationships,Uml,Relationships,这个UML与下面的文本一致吗？ 而不是试图定义许多子类或引入 多重继承，我们可以定义一组 该设备用于播放。（应当指出，这是另一个问题。） 为什么托管设备的概念是一个好的概念？现在，我们可以 定义受管设备的基本概念，并对其功能进行建模 通过将一个或多个角色与之关联（视情况而定）。这就解决了 具有相同通用功能（如路由）的混乱 分配给实现相同功能的两种不同类型的设备 泛型函数以不同的方式生成不同的 功能 我相信UML指定每个设备可以有0或1个DeviceRole。一位同事断言，UML规定每个Devi
谢谢，Greg，UML图与文本一致。它清楚地表明，设备聚合了零个或多个设备角色，并且一个设备角色可以由零个或一个设备扮演。在UML中，多重性是在它所量化的类型旁边进行标记的
如果将属性名称写在关联的末尾，则会有所帮助 UML图与文本一致。它清楚地表明，设备聚合了零个或多个设备角色，并且一个设备角色可以由零个或一个设备扮演。在UML中，多重性是在它所量化的类型旁边进行标记的
如果将属性名称写在关联的末尾，则会有所帮助 我已经编写了这个文档，并从中创建了一个数据模型。在现实世界中，一个资源，例如像mikrotik路由器这样的物理资源，可以同时扮演路由器和防火墙的角色。因此，该模型必须允许您为单个资源满足多个角色的需求。
我希望这个例子能澄清这个问题 我已经编写了这个文档，并从中创建了一个数据模型。在现实世界中，一个资源，例如像mikrotik路由器这样的物理资源，可以同时扮演路由器和防火墙的角色。因此，该模型必须允许您为单个资源满足多个角色的需求。
我希望这个例子能澄清这个问题 为什么路由器在那个图中是独立的？为什么路由器在那个图中是独立的？