use-case - インターフェースはユースケース図のシステムの一部である必要がありますか？

Question

私のシステムはソーダ缶マシンです。この機械からコインを入れてソーダを買うことができます。インターフェイスはキーパッドとデジタル画面です。

私の要件の1つは、ユーザーがxドルをマシンに投入してから、注文にアイテムを追加できることです。次に、マシンは彼に注文合計を表示します。

つまり、「ユーザー注文の合計を表示する」これをユースケース図に表示する必要がありますか？はいの場合、どうすれば表示できますか？

Answer 1

いいえ、すべきではありません。いくつかの理由で。

1. ユースケースは通常、機能要件を伝えるために使用されます。要件はソリューションに依存しない必要があります。彼らは、システムが「何を」すべきかを概説するべきですが、「どのように」すべきではありません。操作する必要のある特定のインターフェースがある場合は、それをユースケースとしてではなく、制約として文書化します。A.コックバーン、効果的なユースケースの作成、p。191「修正された間違い：ユーザーインターフェイスの詳細が多すぎます」
2. ユースケースは、ユーザーの観点からシステムとの相互作用を説明します。システムをアクターとして含めることもできます。しかし、それでも...：
3. ...あなたが説明するユースケースはおそらくきめが細かすぎるでしょう。A.コックバーン、効果的なユースケースの作成、p。192「修正されたミス：非常に低い目標レベル」

それでもユースケース図でその側面を強調したい場合は（ニーズに応じて役立つ場合があります）、ユースケースに「注文合計の確認」という名前を付けて、プライマリアクターに割り当てることを検討してください。サブファンクションレベルには完全に問題のないIMO。

Answer 2

それは主にあなたの要件に依存します。あなたの例に対する私の腸の感覚は、そうすべきです。

どのように表示するかは、要件によっても異なります。注文合計をデジタル画面に表示する必要がある場合は、デジタル画面を含めます。その部分が指定されていない場合（つまり、レシート、音声出力、解釈ダンスなど）、「注文の合計を（どういうわけか）表示する」とだけ言います。ラベルの付いたボックスのように単純な場合もあれば、ツールで許可されている場合は、デジタル画面のように見えるオブジェクトの場合もあります。

Answer 3

概説する要件は、ユースケース自体に含めるか、各ユースケースを「展開」するアクティビティ図の一部として含める必要があります。このような詳細な要件をユースケース図に示すことは適切ではありません。