0

我的需求经验主要是用户故事，而不是用例。我最近作为产品负责人加入了一个项目，客户完成了大约 80% 的用例。许多用例包括十几个用户故事，团队正在讨论如何在多个阶段实施一些用例，或者如何部分实施以满足计划。这不会是故事的问题，但我不确定处理用例的最佳方法。

一个用例可以部分实现吗？或者这是否意味着它应该通过扩展/包含分解成更小的用例？如果可以部分实现，您如何跟踪单个功能以使高优先级项目不会丢失？

例如，如果我有一个拼写检查器的用例，其中包含以下内容：

  1. 识别可能拼写错误的单词
  2. 在用户键入时直观地识别拼写错误的单词
  3. 在用户键入时自动更正常见拼写错误的单词
  4. 为用户提供单个单词的建议拼写列表
  5. 为用户提供批量纠正拼写错误的能力
  6. 允许用户一次忽略潜在的拼写错误
  7. 允许用户向字典中添加单词

我将如何确定各个功能的优先级，然后在一个阶段跟踪功能 1 和 4 的实施，第二阶段跟踪 2、3、6，第三阶段跟踪 5，而不是实施 7？在此示例中，这些用例应该是单独的用例，还是具有多个替代流程的用例？

4

1 回答 1

0

我认为您将 UML 用例的好处（显示系统的功能）与项目管理工具和问题跟踪器应该为您做什么（跟踪实施和优先级）混淆了。

是的，您可以使用包含/扩展来拆分用例。当您展示它们如何分解时，这很有意义。您还可以绘制用例概括。

为了跟踪实现阶段，最好将完整的 UML 模型置于版本控制之下（一些 UML 工具带有对版本控制的支持）并具有同一图表的不同版本。

您还可以使用例如不同的颜色来指示实施阶段。但是不要忘记创建相应的图例并保持更新。也不要随意向很多人展示未来的用例。过早地做不必要的工作的诱惑可能很高（记住 YAGNI）。

于 2015-02-15T21:59:04.723 回答