#用例分析#之备选流 alternative flow-这是用例方法中最混淆之处，不管中文还是英文。都出现很多不同的理解和不同的做法。问题在于备选流字面意思模糊，能够是可选的不同做法，也能够说异常。也能够是导致失败的情况。可叹的是，其原定义是清楚的：无法达成用例目标的情况。但它起了个不恰当的名字

或许是由于这个混乱，导致出现了“主成功场景”替代基本流，“扩展场景”来替代备选流的做法。

这与用例的优雅的初衷事实上是不相符的。用例之优雅在于对场景的抽象。而不是直接铺陈场景，再结合用例之间的关系来阐述真实世界，达到的效果是能用较少的文字表达丰富的内容。但这对骚年们或许要求太高了。

那么有什么办法来避免这个字面意思混乱呢。有两个办法：1。在用例规约中再加一个属性：异常流 ExceptionFlow，备选流的定义改动为不同于基本流但仍达成用例目标的事件流。2，将备选流改名为异常流。 办法1将导致两种情况：1，关联事务描写叙述在两处；2，不密切关联事务放在同一个用例中，当用例颗粒度不敏感时，问题不大。但事实上并不利。所以我推荐办法2。