这个桌面辅助系统的 UML 序列图是否正确？
Is this UML Sequence Diagram for Desktop assistance system correct?
我想制作一个客户端-服务器应用程序来帮助用户并在 LAN 网络中控制他们的计算机。
我已经开始学习UML了，我的问题是：
我的图表有错误吗？我怎样才能画出正确的？
如果图表应该阐明系统设计并直观地记录关键用例，那么在我看来它足够好保持原样并继续执行其他任务（最终目标可能是开发帮助用户的应用程序）
从 UML Sequence Diagram 的角度来看，如果你想让它更“完美”，有几个概念可能值得关注：
从编码人员的角度来看，在某些时候，Admin 执行的事件将被填充（缓冲）在队列中，并延迟传送到 Customer 的机器asynchronous. asynchronous messages are drawn with open arrow head. In your diagram all messages are synchronous 这对于勾画粗略的想法很好，但一旦你开始编码就不会这样了
交互部分（使用鼠标和按键事件）通常会更复杂并且重复。您可以使用 loop combined fragment (or nested combination of other fragments) to show it. The interaction (re)use 符号也可能有用。
单独使用时序图并不能提供非常强大的方法来表达具有多种条件的复杂事件流。 Activity Diagrams 在这方面要好得多，如果事实证明只使用 combined fragments
很难描述交互，那么 UML Interaction Overview Diagram 可能是简单的出路
顺便说一句：已经有一些免费使用的应用程序按照您的图表所描绘的进行操作，例如 VNC or TeamViewer. Some of the remote desktop software 可能 将有用的（鼓舞人心的）图表作为其一部分文档
我想制作一个客户端-服务器应用程序来帮助用户并在 LAN 网络中控制他们的计算机。
我已经开始学习UML了，我的问题是：
我的图表有错误吗？我怎样才能画出正确的？
如果图表应该阐明系统设计并直观地记录关键用例，那么在我看来它足够好保持原样并继续执行其他任务（最终目标可能是开发帮助用户的应用程序）
从 UML Sequence Diagram 的角度来看，如果你想让它更“完美”，有几个概念可能值得关注：
从编码人员的角度来看，在某些时候，
Admin执行的事件将被填充（缓冲）在队列中，并延迟传送到Customer的机器asynchronous. asynchronous messages are drawn with open arrow head. In your diagram all messages are synchronous 这对于勾画粗略的想法很好，但一旦你开始编码就不会这样了交互部分（使用鼠标和按键事件）通常会更复杂并且重复。您可以使用 loop combined fragment (or nested combination of other fragments) to show it. The interaction (re)use 符号也可能有用。
单独使用时序图并不能提供非常强大的方法来表达具有多种条件的复杂事件流。
很难描述交互，那么 UML Interaction Overview Diagram 可能是简单的出路Activity Diagrams在这方面要好得多，如果事实证明只使用combined fragments
顺便说一句：已经有一些免费使用的应用程序按照您的图表所描绘的进行操作，例如 VNC or TeamViewer. Some of the remote desktop software 可能 将有用的（鼓舞人心的）图表作为其一部分文档