UMLユースケース図 - ラッフルシステム

Question

このユースケース図では、顧客がラッフルに入った後、ラッフル管理者が更新されたラッフルリストをどのように表示できるかを示しています。顧客がラッフルに入ったら、システムは重複を確認して重複がないかどうかをチェックし、重複がなければ抽選リストが更新されます。

次の画像はシナリオでの私の試みですが、正しいかどうかはわかりません。私に助言してもらえますか？

編集：私はいくつかの質問があります：私はラッフルのエントリを確認するために、抽選システム自体を使用する場合には

1）を、私はラッフルシステムので、検証のためのユースケースを配置する必要はありません俳優は正しいのですか？

2）ただし、俳優が服薬システムの別のスタッフ（服を手動で服用する場合）の場合、検証のユースケースは適用できますか？

3）もしそうなら、これは正しい説明図（2）ですか？

Update entry -- <<includes>> --> Verification 

Answer 1

あなたの図は、エラーのカップルを持っています

• Systemは、外部の俳優になることはありません。それは、境界線で表される考慮中のシステムの内部で動作しています。
• したがって、Verificationは有効な使用例ではありません。内部機能です
• <<extend>>は、反対方向に動作します（反対側を指す矢印を移動します）。
• <<include>>と同じです。
• Verificationは、使用例の名前ではありません。それは述語/主語と、オプションでオブジェクトを必要とする。
• UCの一般化（〜Update entryへの）は、あなたがここに示したかったものではないかもしれません（ここで意図は何ですか？）。
• 基本的にUCは、主なアクターにもたらされる付加価値です。彼らは関係する機能に関するものではありません。この焦点を取得し、機能的な分解である傾向のあるものは避けてください！

編集

1. その通り。
2. もし誰かがそれをするなら、あなたは俳優とそのようなUCを持っています（それは正しく名前が付けられます）。
3. これは正しいことがあります。 が正しいかどうかは、検討中のシステムの要件（最終的に達成したいもの）によって異なります。