Uml 序列图上的抽象/具体类分离

有没有办法在序列图中分离抽象类及其具体分支

我的用例是，有些事务必须命中抽象类中实现的方法，有些则必须命中它的具体实现

---

或者它是一个类图而不是序列图的问题？

在序列图中，您应该只使用您知道它们在特定执行点的类型的对象

然后调用该对象上的方法，即使它是在抽象父类上实现的方法

序列图在这方面与代码非常相似

因此，假设您有以下情况：

然后，对ConcreteSubClass的对象调用这两个已实现的抽象操作，因为用户类与ConcreteSubClass有关联，而不管操作在何处实现

---

如果用户类与抽象类有关联，则调用类型为抽象类的对象上的操作

如果要对两个不同的类进行建模，则在序列图中意味着两条不同的生命线。就我所知，仅此而已

---

您可以显示任何

（包括

这样做的方法是为它添加一条单独的生命线，并向它显示消息。就你在类和现代实体关系图中看到的标准符号而言，我不太确定。SDs应该很简单，根据我看到的图，我认为它更适合于类图。我不想添加新的生命线除非我能够显示抽象类和具体类之间的关系。但是我同意这更可能是类图的问题。如果你想对两个不同的类建模，那么在序列图中它将意味着两条不同的生命线。就是这样。你可以显示任何
（包括
，就那个例子中的原型而言，我不确定这是否是标准的UML。模型很好，因为它们可以反映您选择的详细程度，但我看到的问题是工具。FE，Visual Studio UML SDs不允许您将原型添加到生命线中。那么，这将是需要添加到外部的东西VS中的E，因此不会像VS看到的那样增加模型的细节，每次模型改变时，在渲染成图像或类似物后，必须将其添加回去。这可能不是你关心的问题；只是一些需要考虑的问题。当一个工具不允许您向它公开的工件添加原型时，该工具就不支持UML规范。因此，是的，xmojmr绝对正确，因为UML认为您可以将原型添加到序列图的生命线头部。他链接的图是原型的一个很好的例子使用。向我解释为“”存在的标准原型；这不是一个刻板印象，你所说的是错误的-这不是一个刻板印象-瞧，它没有按照你所建议的方式表现出来。！上面的图表是用什么工具制作的？@ChiefTwoPencils的观点很好。在profile
StandardProfile3
中，废除了应用于
CallEvent
的
刻板印象，取而代之的是profile
标准配置文件rdProfileL2
引入了应用于
行为特征的
原型。
<