アクター：アクターはシステムと対話する外部の実体であり、人、組織、外部システム、またはハードウェアデバイスであり、人物の図形で表されます。

ユースケース：ユースケースはアクターが感じることができるシステムのサービスまたは機能ユニットであり、システムがアクターの要求にどのように応答するかを説明し、実線の楕円で表されます。

関係：各要素間の関係には、アクター間の関係、アクターとユースケース間の関係、ユースケース間の関係が含まれます。

アクターはシステムの外部に位置し、システムの一部ではありません；

システムを使用し、システムと対話し、システムと情報を交換するのがアクターです；

アクターは必ずしも人ではなく、他のサブシステム、他のシステム、時間、温度などの他の要因である可能性もあります。

ユースケース仕様には次の内容を含める必要があります：ユースケースの識別と名前、ユースケースに関与するアクター、ユースケースの簡単な説明、関連する他のユースケース、ユースケース実行の前提条件、基本イベントフロー、代替イベントフロー、ユースケース実行の後置条件、その他の情報（非機能要件、設計制約、ユースケースのレビュー状態、作成者、変更履歴など）。

アクター間：主に一般化関係であり、一般と特殊の間の関係です。

アクターとユースケース間：関連はアクターとユースケース間の関係を表し、どのアクターがどのユースケースをトリガーできるかを示します。

ユースケース間：ユースケース間の関係には、一般化、包含、拡張の3つがあります。

要求モデリング：ユースケース図はシステムの機能要求をキャプチャするために使用され、アナリストがシステムが提供すべき機能サービスと外部実体とのインタラクション方法を識別するのを助けます。

機能分割とシステム構築：各ユースケース間の論理関係と呼び出し方法（包含、拡張など）を示すことで、ユースケース図はシステム設計者が機能モジュールを分割し、モジュール間の構造階層を構築し、システムのモジュール化開発をサポートするのに役立ちます。

役割識別と権限設計：ユースケース図はアクターとその対応する機能を定義することで、開発チームがシステム内の各種ユーザーの役割と権限範囲を明確にし、後続の権限制御設計の基礎を提供します。

プロジェクトのコミュニケーションと協力：ユースケース図は開発チーム、テスト担当者、顧客およびその他の利害関係者間のコミュニケーションの橋渡しです。

テスト設計と検証の根拠：テストチームはユースケース図に基づいてテスト計画とテストケースを策定し、各機能ポイントがカバーされていることを確認できます。