Uml 从用户故事到序列图

我想知道：

如何将用户故事转换为序列图

---

（客户）最容易理解的图表是什么

传统上，用例被转换成序列图（通过“用例实现”协作实现可追溯性）。用户故事不同于用例，后者提供了一组不同的步骤，而前者集中于需求和原因

如果您要采用用例，用例中的每个步骤都将由序列图中的消息表示。用例参与者（用户故事中的“用户”）将是启动时间线，第二个时间线将是“系统”。然后，您可以在该序列图上迭代以提取各种系统组件（从而为您的应用程序构建域模型）

---

这对您有意义吗？

在我看来，最适合客户的不是用例。即使对于大多数开发人员来说，它们也过于抽象和复杂。当它们最终被批准时，你永远无法确定客户是否真正正确地理解了它们

我建议将UML活动图和用户界面原型（非UML）混合使用，这是与非技术业务人员进行此级别分析的最佳工具

活动以直观、易于理解和清晰的方式为其业务建模。 UI原型，这样他们就可以看到他们的业务如何映射到屏幕上

在幕后，我喜欢用一个正式而准确的领域类模型来支持活动，客户当然看不见，但对开发人员开放，并为未来的系统提供一个很好的技术骨干

用户故事非常适合此建模集，您甚至可以使其不那么正式，更高级，因为其他内容将填补信息空白。现在可以使用域对象构建序列，连接2个视图-客户和开发人员

我尽量避免使用用例（尽管我个人喜欢）。

如何将用户故事转换为序列图？ 没有简单直接的方法。没有足够的信息，因为用户故事基本上是一句或几句文字。将用例转换为序列图更容易，并且可以部分自动化

（对于客户）最容易理解的图表是什么？ 这取决于谁是客户。一般来说，概览图（如BPMN样式）应易于阅读。有关一些选项和有用的链接，请参见

建议阅读

• 企业架构师视频-如何将用例转换为图表-
• 企业架构师-如何捕获需求并将其传达给利益相关者的各种方法-
• Mike Cohn的页面（定义术语“用户故事”）关于用户故事-
• Alistair Cockburn的页面（定义术语“用例”）关于用例-

---

---

创建序列图工具的一些示例：，您可以在线和离线谷歌出更多免费和付费的示例

在UML上使用昂贵的类？为什么是昂贵的类？@mery我们都很高兴能够提供帮助并欢迎使用Stack Overflow。然而，说“谢谢”的正确堆栈溢出方式是投票或将答案标记为已接受，请看@mery我猜你不是IBM watson人工智能的一员，只是假装自己是人并试图通过图灵测试（？）@mary对堆栈溢出的访问不限于IBM watson。但到目前为止，你的反应（包括你记录的个人资料历史）有点提醒人工智能。无意冒犯，只是检查一下。如果你觉得这3个答案中的一些有用，请点击“此答案有用”投票表示arrows@mery如果你修改（改进）你原来的问题，我将删除我的反对票。在您编辑它之前，它将为我锁定。很抱歉最初的不信任没有问题，欢迎您的评论，谢谢