Uml 关联的多样性会随着时间而变化吗？

我对UML有一个要求：关联的多样性可以随时间而变化。我对此有一些看法，例如，使用列表存储多样性历史，一旦多样性发生变化，就创建一个新的关联。但似乎它们都不是好的选择。有人能给我一些建议吗？非常感谢。

很简单：只需为关联分配一个多重数。如果未指定下限和上限，则为

0..*

。如果最小值为，例如1，则为

1..*

。上限也是如此（将

*

替换为应该的值）

---

如何实现这一点完全取决于编码人员。您只需在UML中指定这里的约束。例如，如果多重性

0..*

编码器可能会选择可变长度数组/集合。如果它是

1..2

，它可能会以

name1

，

name2

作为单变量结束。

有两种情况需要考虑：多重性的变化可能会作为软件系统进化的一部分发生（不可预见和不可设计），或者如果它可能是已知的（比如周五2..5，剩余时间1..3）并成为待设计和构建系统的需求的一部分

如果多样性的变化是软件系统演化（不可预见）的一部分，那么您无法对其进行设计，因此，当它发生时，您只能在系统模型中容纳它。软件系统的演化本质上是由于其需求的演化。但是，当您对系统建模时，您只有当前的需求作为创建具有类、关联和多样性的信息模型的基础。需求的演化意味着信息模型的相应演化，包括关联多样性。因此，随着时间的推移，您将得到一系列描述/定义系统的历史模型

---

如果在设计时已知多重性的时间变化，那么在模型中捕捉这种变化的唯一方法是使用允许变化（例如，1..5）的最宽松的多重性约束，并在连接到相关关联端的约束框中描述变化（用简单的英语）

你的问题不清楚，多样性的变化是否是你的应用程序/系统发展的一部分（不可预见和不可设计），或者它是否是已知的（比如周五0..5，剩余时间0..3）和需求的一部分？谢谢你的回答。在现阶段，我认为这是第一个案例。但无论是第一种情况还是后来的情况，我只想知道是否有一个UML解决方案来解决这个问题。如果没有，那么告诉我你的解决方案；如果有，还是告诉我你的解决方案。非常感谢。嗨，瓦格纳，谢谢你的编辑，非常感谢。