uml - 如何将用例方法与敏捷 Scrum 开发过程相结合？

Question

它们是兼​​容的概念吗？如果有，有没有在 IT 行业使用的例子和案例？是否有任何工具支持和自动化这种过程。

Answer 1

简而言之，是的，这些都是兼容的概念，尽管在实践中敏捷方法倾向于利用一个平行的概念，即用户故事。如果您按照书上的方式遵循 SCRUM，那么我建议您只需按照 SCRUM 所说的去做，因为这是您的团队所期望的。但是，如果不是，那么在敏捷环境中使用用例绝对没有错。在过去的 20 多年里，我已经做过很多次了。

就其核心而言，用例只是功能需求（步骤、流程）的规范。用户故事旨在做同样的事情，最终描述一系列步骤。两者通常都是逐步详细说明的，通常从名称、目标陈述、关键参与者的陈述等开始，然后在您发现更多信息时详细说明步骤和流程、触发器、前置条件和后置条件等。还有其他以结构化方式表达功能需求的方法——例如 UML 活动图、BPMN 流程，您也可以考虑这些方法。然而，我发现用例有用的是，您可以从图表（“页面上的 blob”）开始，并以图形方式说明它们与其他用例、参与者的关系，如果您处于该级别，还可以说明系统边界。您还可以利用正式的用例建模工具（有很多，只是谷歌它）。这两件事在史诗和用户故事中都很难做到，它们往往只是作为看板上的便利贴或一些名义上不相关的列表“作为..blar ...我需要...blar.. ." 类型语句。出于这个原因，即使您选择详细说明用户故事，我也建议您使用用例图来确定范围并执行您的初始分析，每个用例最终代表一个用户故事。