序列图：使用来自 Android 的 Web 服务
Sequence Diagram: Consuming Web Service from Android
我真的很困惑，我无法识别序列图的各个部分。我看到 ppls 为某些过程制作了简单的序列图，而其他 ppls 将其制作得非常详细。
你能帮我找到一个好的（不是最好的）序列图来执行以下操作：Login Register
让我来解释一下：
- 在 IIS 服务器中有一个 Android 调用 Web 服务的应用程序
- 当用户要求登录时，如果成功则返回全名作为响应（我不想在图中表示失败）
- 在注册的情况下，用户在Web 服务中发送数据。 Web 服务使用用户名在 HDD 中创建一个文件夹。 （是文件服务器，所以我们创建用户文件夹）
那么，我如何在序列图中表示上面的项目符号？
这就是我所做的。不知道对不对
你想要的只是方法调用和 return 值，所以基本的 SD 东西。
- 为 Android 应用创建一条生命线，并从中向 IIS 发送消息。
- 在 return 消息中显示 return 值（全名）。
- 您可以在身份验证后向网络服务器中的文件服务发送消息以创建文件夹。最终使用 alt-fragment 来表明它只在肯定的身份验证时才这样做。
就是这样。这非常简单。
这里没有对错之分。序列图中显示的详细程度是您的团队应该做出的选择。唯一 'wrong' 的方法是当您有多个 SD 用于同一应用程序时，显示 不同 级别的详细信息。
谁会使用这些时序图？让我们假设他们是必须实施它的开发人员，并且在未来，技术设计师必须了解产品当前版本的工作原理，以便设计扩展。
在我看来，详细程度应该是 SD 清楚地概述了流程，它提供了足够的信息以了解在源代码中查找（一旦完成）如果您想了解更多详情。
您应该与开发人员和您的设计师同行坐在一起，决定哪些生命线（参与对象的官方用语）是有价值的，可以在 SD 中展示。一旦您知道要绘制哪些生命线，我认为最好的策略是包括 所有 条由这些生命线交换的消息。
如果您的听众包括架构师或产品所有者等人，请与他们坐在一起。他们可能只对全局视图感兴趣，在这种情况下，您应该包含较少的细节。
看看你的 SD，你似乎在犹豫是否要将 'Login Activity' 作为生命线。就个人而言，我会说是，所以我更喜欢序列图 2。
有关 Web 应用程序序列图的更多信息，请查看 my paper 章节 场景 。
我真的很困惑，我无法识别序列图的各个部分。我看到 ppls 为某些过程制作了简单的序列图，而其他 ppls 将其制作得非常详细。
你能帮我找到一个好的（不是最好的）序列图来执行以下操作：Login Register
让我来解释一下：
- 在 IIS 服务器中有一个 Android 调用 Web 服务的应用程序
- 当用户要求登录时，如果成功则返回全名作为响应（我不想在图中表示失败）
- 在注册的情况下，用户在Web 服务中发送数据。 Web 服务使用用户名在 HDD 中创建一个文件夹。 （是文件服务器，所以我们创建用户文件夹）
那么，我如何在序列图中表示上面的项目符号？
这就是我所做的。不知道对不对
你想要的只是方法调用和 return 值，所以基本的 SD 东西。
- 为 Android 应用创建一条生命线，并从中向 IIS 发送消息。
- 在 return 消息中显示 return 值（全名）。
- 您可以在身份验证后向网络服务器中的文件服务发送消息以创建文件夹。最终使用 alt-fragment 来表明它只在肯定的身份验证时才这样做。
就是这样。这非常简单。
这里没有对错之分。序列图中显示的详细程度是您的团队应该做出的选择。唯一 'wrong' 的方法是当您有多个 SD 用于同一应用程序时，显示 不同 级别的详细信息。
谁会使用这些时序图？让我们假设他们是必须实施它的开发人员，并且在未来，技术设计师必须了解产品当前版本的工作原理，以便设计扩展。
在我看来，详细程度应该是 SD 清楚地概述了流程，它提供了足够的信息以了解在源代码中查找（一旦完成）如果您想了解更多详情。
您应该与开发人员和您的设计师同行坐在一起，决定哪些生命线（参与对象的官方用语）是有价值的，可以在 SD 中展示。一旦您知道要绘制哪些生命线，我认为最好的策略是包括 所有 条由这些生命线交换的消息。
如果您的听众包括架构师或产品所有者等人，请与他们坐在一起。他们可能只对全局视图感兴趣，在这种情况下，您应该包含较少的细节。
看看你的 SD，你似乎在犹豫是否要将 'Login Activity' 作为生命线。就个人而言，我会说是，所以我更喜欢序列图 2。
有关 Web 应用程序序列图的更多信息，请查看 my paper 章节 场景 。