「アクター」を定義するときは、その定義を知っておく必要があります
アクターは、サブジェクトと対話するエンティティによって演じられる役割のタイプをモデル化します (たとえば、信号とデータを交換することによって)。対応するサブジェクトのインスタンス)。アクターは、人間のユーザー、外部ハードウェア、またはその他のサブジェクトが果たす役割を表す場合があります。アクターは必ずしも特定の物理エンティティを表すわけではなく、関連付けられたユースケースの仕様に関連するエンティティの特定の側面 (つまり、「役割」) を表すだけであることに注意してください。したがって、単一の物理インスタンスが複数の異なるアクターの役割を果たすことができ、逆に、特定のアクターが複数の異なるインスタンスによって演じられる場合があります。
あなたのシステムでは、アクターは( User, Web browser, Web server (Application, Content database) )
.
次のステップは、アクター間の「Call Messages」と「Return Messages」を定義することです。
メッセージは、相互作用のライフライン間の特定の通信を定義します。
あなたが言及した出来事に従って、私たちはそれらをよりよく説明するためにもう少し分解しようとします.
- ユーザーがアプリケーションをロードします。
- [ユーザー] ----"RequestResource()" ---> [Web ブラウザ]
- [Web ブラウザ] ---"RequestAccessForUser()"---> [Web サーバー]
- [Web サーバー] ------"CheckUserExists()"-----> [コンテンツ データベース]
- [コンテンツ データベース] ---"Exists Return Message" ----> [Web サーバー]
- ユーザーに応答を返し続け、ユーザーのブラウザーにページを読み込みます。
ここでは、ユーザーが登録されていない可能性があることがわかります。その場合、「代替パス」と呼ばれるものがあります。
もちろん、アクターの数を減らすことでステップを最小限に抑えることができますが、学習と単純さのために非常に優れたソリューションになります。以下はいくつかの例であり、チュートリアルは間違いなく役に立ちます。
初めてのシーケンス図を作成するためのビジュアル パラダイムの紹介
シーケンス図の例