而不是尝试定义许多子类或引入 多重继承,我们可以改为定义一组角色 设备意味着发挥。 (应该指出的是,这是另一个 为什么托管设备的概念是好的 - 现在,我们可以 定义受管设备的基本概念,并对其功能进行建模 通过适当地将一个或多个角色与其关联起来)。这解决了 具有相同通用功能的混乱(例如路由) 分配给实现相同功能的两种不同类型的设备 通用函数以不同的方式生成不同的子集 功能。
我相信UML指定每个设备可以有0或1个DeviceRoles。一位同事声称UML指定每个DeviceRole最多可以属于一个Device。在任何一种情况下,UML似乎都没有反映出Device可以聚合一组角色。
UML和文本是从TMForum的信息框架(SID)中提取的: 物理资源业务实体
信息框架套件 GB922物理资源 版本15.0.1 2015年11月
谢谢,Greg
答案 0 :(得分:2)
UML图与文本一致。它清楚地表明设备聚合了零个或多个设备角色,设备角色可以由零个或一个设备播放。在UML中,多重性与其量化的类型相邻。
如果属性名称是在关联的末尾写的,那将会有所帮助。
答案 1 :(得分:0)
我已经处理过这个文档,并从中创建了一个数据模型。在现实世界中体验资源,例如像mikrotik路由器这样的物理资源可以同时具有路由器和防火墙的角色。因此,该模型必须让您满足单个资源的多个角色的需求。 我希望这个例子能够澄清这个问题。