uml - 在高层次上期望序列图中类的接口(interface)看起来像类图中的对应部分是不合理的吗？

Question

图片取自《UML@Classroom》一书。文字说“注册是通过电子邮件进行的，即异步”。

实际上，我相信这个过程不会涉及“学生”和“教授”对象。而是一个接口(interface)，一个对邮件服务器的调用，一般来说，没有任何东西可以告诉图表的查看者到底发生了什么。

这对我来说很有意义，因为它具有说明性的目的。序列图中类的方法只会在低层次上类似于类图中的方法。

如果我的任务是高级 View 的类图和特定交互的高级序列图，如果然后我被问到为什么类图的类没有序列图的任何方法，我是对的说他们根本不需要？

我是否应该对序列图达成妥协，在其中我尝试使调用类似于程序中将发生的情况？

Answer 1

The methods of the classes in the sequence diagram would only resemble the methods in a class diagram at a low level.

没必要，一切都取决于序列图的目标，您可以在设计级别拥有类(可能允许生成代码)，但将它们放在序列图中给出语义(高)级别。您还可以在类/包/...图中显示这些类，而无需低细节，因此不在设计级别。

唯一的规则是让图表说明一些有用的东西，当然要遵循 UML 规范。不要忘记 UML 不是一种方法而是一种语言，它并没有说明它必须如何使用。

备注您可以在图表中添加注释以帮助明确说明其级别/目标，以防您担心它会造成混淆，因为即使使用设计的类部分，也不是 100% 受限/专用于设计。

if I am then asked why the classes of the class diagram don't have any of the methods of the sequence diagram, am I right to say that they simply don't have to?

是的，因为目标不是显示一系列调用，而是显示更高级别。

Should I reach a compromise with the sequence diagram wherein I try to make the calls similar to what will be going on in the program?

当然你也可以。

请注意，序列图(实际上是交互)具有有限的功能，而例如事件允许详细建模行为而没有相同的限制。