ユースケースでどの関係を使用すべきかわかりません。アクターがアカウントを管理できるユーザーであるとしましょう。-作成; -消去; -アップデート;
アカウントの管理をユースケースとして作成し、[作成]、[削除]、[更新]にリンクする必要があるかどうか(ある場合)、関係を拡張または含めるかどうかについてのアイデアはありますか?または、作成、削除、更新を別々のユースケースとして残したほうがよいでしょうか?
私は「Manage-X」ユースケースのファンではありません。あなたの投稿が示唆しているように、「管理」は実際には、いくつかの代替の独立したタスクの総称です。その結果、正しく見えないユースケース本体が作成されます。
If the User selects 'Create' then {...}
else if the User selects 'Update' then {...}
...等。
それらを個別に表示することをお勧めします。モデルが大きくなり、整理する方法が必要な場合は、「スーパーUC」ではなく、関連するUCのパッケージを作成します。したがって、あなたの場合、UCなどManage Account
を含む名前のパッケージ。Open Account
Update Account
hth。
If/Elseステートメントはユースケースに属していません。
メンテナンスまたはシステム管理の機能は、一般にシステム機能と見なされ、ユースケースモデルを除いて、通常、ゲームの少し後に表示されます。それに加えて、多くのメンテナンス機能の類似性があり、特定のニーズに対応するいくつかのユースケースによって拡張された基本的なメンテナンスフローを備えたユースケースの良い候補であることがわかりました。いくつかのユースケースで、システム全体のメンテナンス/システム管理のニーズに対応できます。(セキュリティ管理はカウントされません。)
単一の管理ユースケースを作成し、他のユーザーをそれにリンクすると、すべてのユーザーがアカウントを管理(作成、更新、削除)できるように見えます。それぞれに個別のユースケースを作成し、一般ユーザーから継承されたadminやoperatorなどのユーザーを一般化し、関連するユースケースを専門のユーザーにリンクすることをお勧めします。たとえば、アカウントの削除はオペレーターにリンクされません。