顺序图UML2.0问题

我有几个关于序列图的问题，想知道是否有人能给我指出正确的方向

这是我到目前为止所绘制的图表：

但我不确定这是否正确

以下是关于此图和一般序列图的问题：

首先，我想知道我是否需要一个循环，因为添加另一个雇主并不实用，而是取决于用户在显示的对话框上单击“添加另一个雇主”

如果需要循环，是否有方法正确指定do while循环？因为该图看起来与循环条件“whileaddanotheremployer”有点混淆，但addanotheremployer是在调用“displaydaddanotheremployer（）后的“if detailsValid”部分中确定的

如果我有一个条件，例如“保存雇主详细信息”条件，我是否仍需要显示雇主联络官单击保存雇主详细信息并与视图交互？或者这是if条件暗示的

演员的生命线能被处决吗

最后，在“else if cancel”条件中，我是否需要“if add Other employer”条件中的“break”或视图关闭时的暗示

感谢您花时间阅读此文章，如有任何帮助，我们将不胜感激

编辑：同一图表的第二个版本，哪一个更清晰？

---

在算法细节方面，不应过度使用序列图。早在80年代，我们就认为图形编程将是未来。所以现在我们知道这只是废品。尽管在许多情况下，一张图片可以说出1000多个单词，但编程语言告诉我们，在调用情况下这是不正确的。您花了多长时间创建该图表？用元语言写几个单词需要多长时间

如果您有某种更全局的依赖关系，那么您可以/应该使用片段，这应该突出显示。同样，不要开始使用嵌套片段。最好使用两个图并最终使用图门来突出显示嵌套循环的两个（或更多）效果

现在，对于其他条件：如果事情很明显，则不需要显示细节。通常，一个简单的注释比一个过度构建的序列图更有帮助

演员很可能是生命线。只需实例化任何参与者，它就可以向对象发送消息（单击鼠标、输入键等）

---

对于

else if

请参见我上面所说的内容。

创建雇主时，用户输入的详细信息通过构造函数传递。我只是没有时间指定。你应该使用编辑链接来更新你的问题，而不是添加评论。不管怎样，不要把太多的子问题放进去。因此，它意味着一个单一问题/单一答案的平台。