我想知道：
如何将用户故事转换为序列图？
什么是最容易理解的图表（对于客户而言）？
答案 0 :(得分：2)
没有直截了当的简单方法。由于用户故事基本上是一个或几个文本句子，因此没有足够的信息。将用例转换为序列图更容易，并且可以部分自动化
这取决于谁是客户。通常，概述图，例如， BPMN样式应该易于阅读。有关选项和有用链接，请参阅my answer to the question "UML diagram for dependency between systems"
用于创建序列图的工具的一些示例：https://www.websequencediagrams.com/，http://creately.com/diagram-type/uml-sequence-diagrams，您可以在Google上发布更多免费在线和离线付费的示例
答案 1 :(得分：1)
传统上，用例被转换为序列图（通过“用例实现”协作进行可追溯性）。用户故事与用例不同，后者提供了一系列不同的步骤，而前者则集中在需求和理由上。
如果您要使用用例，则用例中的每个步骤都将由序列图中的消息表示。用例actor（用户故事中的“用户”）将是发起时间线，第二个时间线将是“系统”。然后，您可以迭代该序列图以提取各种系统组件（从而为您的应用程序构建域模型）。
这对你有意义吗？
答案 2 :(得分：1)
在我看来，最适合客户的不是用例。即使是大多数开发人员，它们也过于抽象和复杂。当他们最终获得批准时，您无法确定客户是否真正理解了他们。
我建议将 UML活动图和用户界面原型（非UML）混合使用，作为与非技术业务人员进行此级别分析的最佳工具
活动以直观，易懂和清晰的方式为其业务建模。 UI原型也是如此，因此他们可以看到他们的业务如何映射到屏幕。
幕后，我喜欢支持具有正式和准确的域类模型的活动，当然，客户看不到它们，但对开发人员开放并为未来系统提供了良好的技术支柱。
用户故事非常适合此建模集，您甚至可以使它们不那么正式和更高级别，因为其余部分将填补信息空白。现在可以使用域对象构建序列，连接2个视图 - 客户和开发人员。
我尽可能避免使用案例（虽然我个人喜欢）。