我真的被消费了，我不能说明序列图的各个部分 . 我看到ppls为某些过程制作了简单的序列图，而其他ppl使它非常详细 .
能帮我找到一个好的（不是最好的）序列图，用于以下操作： Login Register
我来解释一下：
-
有一个在IIS服务器中调用Web服务的Android应用程序
-
当用户要求登录时，如果成功则返回响应全名（我不想在图中表示失败）
-
如果注册，用户在Web Service中发送数据 . Web服务使用用户名在HDD中创建一个文件夹 . （它是文件服务器，所以我们创建用户文件夹）
那么，我如何能够在序列图中表示上部子弹？
这就是我所做的 . 我不知道它是否正确 .
2 回答
这里没有对错 . 序列图中显示的详细程度是您的团队应该做出的选择 . 这样做的唯一方法是，当您为同一个应用程序提供多个SD时，会显示不同级别的详细信息 .
谁将使用这些序列图？让我们假设他们是必须实现它的开发人员，并且在将来，技术设计师必须知道当前版本的产品是如何工作的，以便设计它的扩展 .
在我看来，详细程度应该是这样的，SD可以清楚地概述流程，如果你想了解更多细节，它可以提供足够的信息来知道在源代码中查看的位置（一旦完成） .
您应该与开发人员和您的设计师一起坐下来决定哪些生命线（参与对象的官方用语）在SD中显示有 Value . 一旦你知道要绘制哪些生命线，我认为这是包含这些生命线互换的所有消息的最佳策略 .
如果您的 Spectator 包括建筑师或产品所有者等人，那么请与他们坐在一起 . 他们可能只对全局视图感兴趣，在这种情况下，您应该包含更少的细节 .
看看您的SD，您似乎不确定是否将“登录活动”作为生命线 . 就个人而言，我会说是的，所以我更喜欢序列图2 .
有关Web应用程序序列图的更多信息，请查看my paper，第 Scenarios 章 .
你想要的只是方法调用和返回值，所以基本的SD事物 .
为Android应用制作一条生命线，并将消息从它发送到IIS .
在返回消息中显示返回值（全名） .
您可以在身份验证后向Web服务器中的文件服务发送消息以创建文件夹 . 最终使用alt-fragment来表明它只在正面身份验证时才这样做 .
就是这样了 . 这非常直截了当 .