ポイント - ユースケース

Question

は仮定は、私が使用ケース購入書籍を持っている、と主な流れは以下の通りです：

1- The user types the book code that he wants to buy 
2- The system replies that there's enough stock of the requested book 
3- The user confirm 

非常にシンプル。

ここで、2と3の間で別のことをするというオプションをユーザーに与えたいとします。どうすればいいですか？私はそれがこのユースケースの拡張だと思いますが、どこが拡張のポイントかわかりません。

私が知っている限り、3で拡張ポイントを選択すると、ユーザーは3を実行するか、すべての拡張を行いますが、3はできません。代替フローの同じ動作。

しかし、私が望むのは違う。私はいくつかの "2.5"または何もしたくない...それを行うか、代わりに何もしない。別のものではありません。

あいまいな質問には申し訳ありません。

Answer 1

1つのオプションはで推奨される形式であるアリスター・コバーンのWriting Effective Use Cases：

2a- User wants to do another thing: 
2a1- The user does another thing 
2a2- The system responds in some way, returns to step 3 

ステップ2aは、UCは、単に置き換えるステップ2A2で終了した場合はステップ2の後に、ステップ3の前に起こると「ステップ3に戻ります」 'ユースケース終了'など。

hth。

Answer 2

ここでの問題は、UMLのユースケースモデルとユースケースの記述の違いです。拡張ポイントは、拡張されたユースケースと拡張されたユースケースを切り離すために使用されるUMLの概念です。これを遵守したい場合は、UMLはユースケースの記述について何も言わないので、分岐の位置を定義して自分自身に戻す必要があります。私は個人的にはもちろん、Alistair Cockburnsのユースケースへのアプローチのファンをsfinnieとしていますが、UML標準にはうまく対応していません。 Bittner（ユースケースモデリングブック）によって提案されたもう1つの方法があり、シナリオを見出しでサブフローに分割することを提案しています。

Answer 3

あなたが実際に望んでいるのは代替パスだと思います。別のパスは、メインまたは別の代替パスのステップを参照します。私は通常、その参照を代替ステップの開始ステップにします。次に、Endステップは、どこに戻るか、パスが停止するかのいずれかの参照です。