プログラムを設計したい
代替テキスト http://img405.imageshack.us/img405/331/helpq.jpg
ユースケース間の関係はどうですか?
これは私のユースケースですそれは正しいですか??
プログラムを設計したい
代替テキスト http://img405.imageshack.us/img405/331/helpq.jpg
ユースケース間の関係はどうですか?
これは私のユースケースですそれは正しいですか??
あなたの表記は正しいように見えますが、Neil と Chris が指摘しているように、それ以上に判断することはほとんどありません。これは、考えを整理し、大まかなユースケースと関与するアクターを理解するのに役立つ良いスタートです。ここで、大規模なユース ケースを、より焦点を絞ったより細かいステップに分割する必要があります。テキストのユースケースはこれに適しています。詳細については、Alastair Cockburn によるWriting Effective Use Casesを参照してください。
ステップを合理的に定義したら、アクティビティ図に進み、論理フローをより明確に示します。次にシーケンス図に進み、相互作用の詳細を実際に具体化し始めます。これは厳密な線形プロセスではないことに注意してください。各アーティファクトを作成するときに発見したことは、以前の図を再検討する必要がある可能性があります。ただし、先に進むにつれて、ユース ケース、クラス ダイアグラム、およびその他の成果物は、ターゲット システムをより適切に表現するように進化します。
いいえ、これは単なるユースケース図です。これらの各バブルは、図のアクターがそのユース ケースを実行するために実行するステップを特定する適切なユース ケースに分割できます。
ユースケースの詳細については、http: //www.parlezuml.com/tutorials/usecases.htmを参照してください。