プロキシ、クライアント、およびサーバー (Web、SMTP、IMAP など) で構成されるアーキテクチャを UML コンポーネント図で説明する最良の方法はどれですか?
コンポーネント間で使用する必要があるコネクタの種類と、クライアントとサーバーの間にプロキシが存在するにもかかわらず、クライアントがまだサーバーをアドレス指定しており、プロキシにあまり関心がないことを示す方法があるか (これは特に重要です)プロキシが透過的である場合)?
ありがとうございました!
プロキシ、クライアント、およびサーバー (Web、SMTP、IMAP など) で構成されるアーキテクチャを UML コンポーネント図で説明する最良の方法はどれですか?
コンポーネント間で使用する必要があるコネクタの種類と、クライアントとサーバーの間にプロキシが存在するにもかかわらず、クライアントがまだサーバーをアドレス指定しており、プロキシにあまり関心がないことを示す方法があるか (これは特に重要です)プロキシが透過的である場合)?
ありがとうございました!
プロキシは、(少なくとも)デバイスとソフトウェアの2つの部分で構成される抽象概念です。プロキシステレオタイプが役立つことに同意しますが、配置図のノードとコンポーネントに適用します。物理ネットワークレベルでデバイスを接続します。論理ネットワークレベル(HTTP / SMTPなど)のノードと公開されたインターフェイスレベルのコンポーネント。
プロキシを表示する最良の方法は、ステレオタイプを使用して、それを。でマークすること<<proxy>>
です。誰もがプロキシが何であるかを知っているので、これはかなりフェイルセーフです。
それ以外は、クラス間で標準のUML関連付けを使用します。必要に応じて、プロキシとクライアントを正方形で囲み、サーバーを別の正方形で囲んで、読者がそれらが「異なる」場所にあることを理解できるようにすることもできます。標準のUMLではありませんが、これによりダイアグラムのセマンティクスが強化されます。