UML の学習を開始しましたが、時々混乱します (たとえば、USECASE 図に何を入れることが許可されているか、何を入れてはいけないか、前回、ログインをユースケース図で使用できるかどうか疑問に思っていました)。とにかく、私は lynda のような e ラーニング プラットフォームの簡単なユースケース図を作成しましたが、受講したい個々のコースに対して料金を支払う必要があります。私の図に関する提案/修正はありますか? (もっと多くのユースケースを取り入れたい)
3 に答える
ご存じのとおり、ユース ケースは、ユーザーとシステム間のフローをテキストで表現したものです。ユースケースには、そのフローを反映した名前が必要です。あなたのユースケース名を見ると、あなたがこれを理解していることがわかります。名前はすべて説明的で、よく考えられています。素晴らしい!
ユース ケース図について: ユース ケース図の目的は、どのようなユース ケースがあるか、およびユース ケースがどのようなタイプのユーザーを対象としているかを理解しやすくすることです。このため、矢印は常にアクターからユース ケースに向かいます。
場合によっては、アクターが別のシステムになることがあります。その場合、アクターがシステムであることを示唆する名前を付けて、ユース ケース図にアクターとして含める必要があります。何らかの理由で人のグループが「システム」という単語を含む名前を持つことができる場合、そのグループを描いている俳優は実際のシステムではないことを明確にする必要があると思いますが、俳優の名前はそれがシステムであることを示唆しています.別のシステム。
ログインはユーザーの目標ではありません。ユーザー登録の目的を達成するには、ログインが必要です。ユーザーがログインし、他に何もせず、ログアウトした場合、それはどのような価値を提供しますか? なし。
呼び出さRegister/Login
れたユースケースを 2 つの別個のユースケースに分割します。これらのステップは 2 つの別個のアクションであり、実行するには別のステップが必要だと思います。このようにして、ユースケースをコンポジットに変換することもできます。
多くの場合、次のようにします。
- ユースケースを作成する
- 同名のアクティビティ図を作成する
- ユースケースを右クリック
- 高度
- 合成する
次に、アクティビティ図で特定のユースケースを実装/実行する方法について、より詳細な手順を追加できます。
もちろん、この回答は Enterprise Architect に固有のものです。