编辑:响应 OP cmets:
回复。记录所有权等信息这是一个例子:
关键是获取/出售日期等是资产与组织/用户之间关系的属性。它们不是参与课程的属性。在示例中,资产使用允许许多并发用户,而资产所有权在任何给定点仅允许 1 个所有者。这是由多样性控制的。
需要显示所有者和用户。看到资产不是所有者或用户类的子类或子类型,我将如何证明这一点?
您的显示页面将根据关系从必要的类中提取信息。一个页面不限于一次显示一个班级的信息。
例如,owner 下的 name 属性将具有组织的名称,但 server 下的 name 属性将具有服务器的名称,即 FQDN。
好的:那么您可以为这两个名称使用不同的数据类型。可能是组织的简单字符串和资产的特定 FQDN。但请记住:这意味着 所有 资产必须使用 FQDN 命名。如果仅使用 FQDN 命名计算机,则将名称属性放在计算机上,而不是资产上。顺便说一句:组织拥有独立于资产类型的资产命名方案是很常见的。唯一的要求是它是独一无二的。例如,我已经在上面的 diag 中展示了这一点。 hth。
结束编辑
回答您的具体问题:
我如何表达给定资产的所有权 [..]?
大概这就是Organisation - Asset 协会所涵盖的内容?如果是这样,多重性是多少?大概:
- 每项资产仅由一个组织拥有或者一项资产可以共同拥有吗?
- 每个组织都拥有许多(零个或多个)资产?
- 您是否需要记录有关所有权的任何信息 - 例如,资产何时被收购、何时被出售等。如果是这样,您将需要一个关联类来捕获这些信息。
我如何表达给定资产的用户?
与上述类似的问题。许多用户可以使用相同的资产吗?同时还是顺序?您是否需要记录资产使用的开始/结束日期?
如何表示 [..] 服务器对象的供应商值为 IBM
您使用Asset.vendor 属性对此进行了建模 - 这可能就足够了。但是:您需要为供应商捕获任何详细信息吗?例如联系信息、地址、支持合同等。如果是这样,您可能需要拆分一个单独的 Vendor 类。
有没有办法可以进一步解耦常见的属性或属性,例如姓名,地点?是否需要进一步解耦?
所有 3 个子类具有相同的属性。闻起来很糟糕——这表明它们并没有真正的不同。你可以使用一个类(Asset)来捕获所有属性 - 并且有一个额外的“assetType”(或类似的)具有合法值“Server”、“Destop”、“Laptop”?但是:您是否需要跟踪不是某种类型的计算机的资产?如果是这样,单个资产类就不够灵活。
我如何评估行为约束,例如如果用户离开组织或资产损坏会怎样?
取决于您的业务需求。如果用户离开,需要发生什么?资产是否应该没有用户?在这种情况下,关系需要是可选的 (0..*)。
资产受损意味着什么?需要记录损失吗?如果是这样,您需要另一个课程。
如果不在模型中,我在哪里获取这些信息?
如果它不在模型中,则无法记录或更改它。所以我会非常警惕任何你认为需要捕捉的不在模型中的东西。这更有可能意味着您的模型不完整和/或您缺少需求。
一般来说,我建议您进一步考虑关联的命名和多样性。这样做无疑会引发有关需求和/或域约束的问题。这将帮助您获得一个更有可能满足要求的模型。
第一次。