UMLコンポーネント図にプロキシ、クライアント、サーバ（Web、SMTP、IMAPなど）からなるアーキテクチャを記述する最良の方法は何でしょうか？UMLコンポーネント図でプロキシを提示
コンポーネント間でどのような種類のコネクタを使用する必要があり、クライアントとサーバーの間にプロキシが存在するにもかかわらず、クライアントは引き続きサーバーにアクセスし、プロキシには本当に関心がないことを示す方法がありますプロキシが透過的である場合は特に重要です）。
ありがとうございました！
プロキシを表示する最も良い方法は、ステレオタイプを使用して、<<proxy>>とマークすることです。誰もがプロキシが何であるかを知っているので、これはかなりフェイルセーフです。
それ以外の場合は、クラス間で標準のUMLの関連付けを使用します。必要に応じて、プロキシとクライアントを正方形の中に、サーバーを別の正方形に囲むこともできます。そうすれば、読者は「異なる」場所にいることを理解することができます。標準UMLではなく、これはダイアグラムのセマンティクスを強化します。
プロキシは、デバイスとソフトウェアの少なくとも2つの部分で構成された抽象です。プロキシのステレオタイプは便利だと私は同意しますが、展開図のノードとコンポーネントにそれを適用します。 デバイスを物理ネットワークレベルで接続します。 ノードは論理ネットワークレベル（HTTP/SMTP/etc）で、コンポーネントは公開されたインターフェイスレベルにあります。
ありがとうございました！私が特に関心を持つのは、クライアントがサーバーがWebサービスとして公開するインターフェイスとプロキシコンポーネントがあるインターフェイスを介してサーバーと通信することを表示する方法ですが、実際には何も面白くありません。あるいは、ダイアグラムからプロキシコンポーネントを除外し、クライアントとサーバーのインターフェイス間に直接依存関係を描くだけでもよいでしょうか？ – silentser
プロキシの存在は重要ではありません、それを表示しないことは正しいことです。そして、クライアントからサーバーインターフェイスへの依存関係を作成することは、プロキシへの依存よりも正しいので、これが私のやり方です。あなたが答えが好きだったら、それをアップヴォートするか、正しいとマークしてください:-) – vainolo
もう一度ありがとうございます。もう1つの答えも示唆したように、私はコンポーネント図からプロキシを外しました。 – silentser