1-ユースケースを通じて次の問題をモデル化する方法について疑問があります。
背景：会社は保険会社であり、事故にタイムリーです車
- ストーリー：アクター「A」は新しいクレームを調べ、要求されたアクター「B」が拒否されるかどうかを決定します。ACTOR "A"が分析するのは、経済的補償があるかどうか、運転免許証が有効かどうか、または彼が酔っ払ったかどうかです。そのため、ACTOR "B"に電子メールを送信して、請求を拒否するように要求する決定は、請求。一方、拒否に応答するアクター「B」は、システムに入り、プリセットフォーマットのカードプログラムを使用します。手紙の種類を（いくつかから）見つけて印刷し、このエリアから「遠征」エリアに持って行き、顧客の家に送ります。
質問は次のとおりです。2つのユースケース、つまり1つはREQUESTで、もう1つは実際に拒否するユースケースですか、それとも2人のアクターがいる単一のユースケースですか。電子メールを送信するシステムを代表していただけますか？ユースケースの主な流れをどのように複雑にしますか？
一方、このプロセスまたはユースケースを緩和するために、私はそれを改善できることに気づき、次のように説明します。
- ストーリー：俳優「A」は苦情を調べ、申し立てが拒否されるかどうかを判断します。これを行うには、「クレームの拒否」というタイトルのシステムオプションを使用し、システムを押すと、「拒否」のリクエストの「受信ボックス」に新しいリクエストが自動的に作成されます（電子メールボックスではなく、すべてのアプリケーションが表示されるフォーム）。
質問：
それらは2つのユースケース、つまり1つはREQUEST用で、もう1つは実際に拒否するためのものですか、それとも「REJECTCLAIM」のように2つのアクターを持つ単一のユースケースですか。ユースケースの主な流れをどのように複雑にしますか？この新しい「受信トレイ」は、新しいユースケースで指定しますか？
もちろん、あなたの回答や貢献にとても感謝しています！