我的需求经验主要是用户故事，而不是用例。我最近作为产品所有者被添加到项目中，并且客户在使用案例中完成了约80％。许多用例包括十几个用户故事，团队正在讨论如何在多个阶段实现一些用例，或者如何部分实现以满足计划。这不是故事的问题，但我不确定使用案例的最佳方法。
用例是否可以部分实现？或者这是否意味着应该使用extends / includes将其分解为更小的用例？如果可以部分实施，您如何跟踪个别功能，以便高优先级项目不会丢失？
例如，如果我有一个用于拼写检查程序的用例，则使用以下内容：
我如何确定各个功能的优先级，然后在一个阶段中跟踪功能1和4的实现，在第二个阶段中跟踪2,3,6个，在第三个阶段中跟踪，而不是实现7？在这个例子中，它们应该是单独的用例，还是具有多个备用流的用例？
答案 0 :(得分：0)
我认为您对UML用例（显示系统的作用）以及项目管理工具和问题跟踪器应该为您做的事情（跟踪实施和优先级）感到困惑。
是的，您可以使用include / extend拆分用例。当你展示它们如何分解时，这很有意义。您还可以绘制用例概括。
为了跟踪实现阶段，最好将完整的UML模型置于版本控制之下（某些UML工具支持版本控制）并且具有相同图表的不同版本。
您也可以使用例如不同的颜色表示实施阶段。但是，不要忘记创建相应的图例并保持更新。也不要随意向很多人展示未来的用例。过早地完成不必要工作的诱惑可能很高（记住YAGNI）。