目前，我已经定义了3个不同的用例，这些用例实际上只是业务流程中的3个步骤......
假设我有一个人员列表，所有这些人都有兴趣获得一个或多个有限的资源（例如，他们是音乐会的座位）。
最终，我想自动公平地将这些人分配到可用座位上。我有一些不同的算法用来做这个。
我正在记录一个已经存在的系统（回顾性地），所以即使整个过程有点复杂，我也无法改变它。我必须使用的过程如下：
1）定义一组标准。标准可以是人的属性或事件的属性。
例如，这些中的任何一个都可能是＆＃34; set＆＃34; - 罗德斯图尔特音乐会的女性人物 - 麦当娜演唱会的所有人 - ＆＃34; Gold＆＃34;人和＆＃34;银人＆＃34;所有摇滚音乐会
2）定义一个＆＃34;分配工作＆＃34;通过执行以下操作：为其命名，选择其中一个算法，然后选择＆＃34; set＆＃34; （在所有先前定义的集合中）。
3）启动您在步骤2中定义的分配作业。它在后台运行，您可以稍后查看结果。
现在，步骤1,2和3中的任何步骤都可以在计算机的单个会话中完成。或者，您可以执行＃1，保存，离开，然后稍后返回并执行＃2并保存。然后第二天你可以做3号。显然，在1,2和3之间存在依赖关系，但它们不必一个接一个地立即完成。 ＃1和＃2并不真正拥有任何商业价值，他们只是坐在那里直到有人出现并做＃3。
从用例的角度来看，我最初有1和2作为＆＃34;包括＆＃34;用例但现在我认为这是错误的，因为我认为＆＃34;包括＆＃34;每次运行用例时都应该包括在内。用例应始终局限于单个会话。
现在我在想：
做1和2＆＃34;扩展＆＃34; 3？
或者，因为在你做＃3之前，1和2并没有真正实现任何目标......我是否将它们全部写成一个用例，使所有3个步骤都可选？
或者，他们只是3个不同的用例吗？并且＃2的前提条件是＆＃34; Set＆＃34;存在，并且在＃3上存在＆＃34;工作＆＃34;存在？