ユースケース図 - 関係を含める

Question

私たちはおそらくレンタカー管理システムを持っています。ブランチオフィサーは、レンタカー（ユースケース1）、メンバーIDの検証（ユースケース2）、クレジット限度の確認（ユースケース3）を行います。メンバーIDを検証するにはRent Out Carユースケースを呼び出す必要があります。したがって、これはインクルード関係です。クレジットリミットのユースケースはどうですか？どのユースケースでは、クレジット制限の強制呼び出しを開始する必要がありますか？ - レンタカーまたはメンバーIDの検証？私は、ユースケースが連続していないことを知っています。この場合、レンタカーのアウトユースケースから起動する必要がありますか？以下はイラストです。上または下の図ですか？

Answer 1

は単にユースケースの順番を気にしないでください。ユースケースは、追加された値の一部をアクターに返す必要があります。この付加価値は通常、他のユースケースとは無関係です。まれに、依存関係のユースケースが見つかった場合にのみ、拡張/インクルード関係を使用できます。

特定の注文ケースに注意しなければならない場合（例えば、与信限度額を確認してから何かを行う必要がある場合など）は、{ credit limit must have been checked}のような制約を追加するだけで、Check credit limitの使用後場合）。

Validate UCはそれに応じて行きます。 Check UCのように、車を借りることなく両方を起動することもできます。