複数のアプリケーション間の関係を示す最適な図
私は現在、会社のインターンです。中間レポートについて、複数のアプリケーション間の関係の表示に関するフィードバックを受け取りました。
したがって、私のイメージでは、すべての3D長方形がデプロイされたアプリケーションです。データベースの数字は永続化レイヤーです（データベースである必要はなく、ファイルでもかまいません）。私が受け取ったフィードバックは、この図がモデリング言語に準拠していないというものです。これは正しいです。私は、アプリケーション間の関係が見えるようにするためだけにモデル化しました。
そこで、UML標準を使用した配置図から始めました。
残念ながら、配置図はアプリケーション間の関係を適切に示していません。アプリケーションがデプロイされている場所を示しているだけです。
だから私の質問は、最初の図に示すように、アプリケーション間の関係を示すためにどのような「公式」図を使用できるでしょうか？
[〜＃〜]編集[〜＃〜]
私は会社でインターンシップをしている学生です。 「公式」の図である必要があるのは、それがレポートの要件であるためです。これまでのすべての返信に感謝します。
また、コンポーネント図を使用する必要があると思います。これが Scott Amblerから の例で、図に似ています。
この種類の図は PlantUML で簡単に作成できます。
ただし、レイアウトはGraphVizアルゴリズムによって制御されることに注意してください。ダイアグラムが複雑になるにつれて、レイアウトはニーズに理想的でない場合があります。たとえば、PlantUMLでは、Scott Amblerが示したレイアウトを作成することはできません。
UML配置図（OMG仕様で定義された表記のみを使用）には、ノード間の関連付けに関する注釈と注釈を含めることができます。役立つ場合は、関連付けに方向性を追加できますが、通信の性質を考慮してください。メッセージをやり取りしていない場合でも、基になるプロトコルで可能性があります。
UMLコンポーネント図も役立つ場合があります。システム内のコンポーネント間のインターフェースを表示できます。これは便利な表記になります。コンポーネントを配置図の要素に関連付けることもできます。
ノード間の通信の流れを表示したい場合は、おそらく相互作用の概要図を検討してください。次に、さまざまなノード内で発生することの特定の詳細をシーケンス図に委任できます。
本当の問題は、なぜ「公式図」が必要なのかということです。何よりもまず-利害関係者のニーズを検討します。彼らが誰であるか、どの情報に関心があるかを特定し、その情報を提供するための適切なツールを選択します。
標準化されたモデリング表記を使用すると便利です。 UMLを使用する場合、モデリング表記を他の人に説明する必要はありません。言語のルールに従って、ドキュメントを参照するように指示するだけです。理解するための鍵を作成する必要はありません。ただし、UMLは、標準化されている唯一のモデリング言語ではありません。 C4モデル （最も詳細なモデルにUMLを使用できます）またはERモデリング（いくつかの標準表記-Chen's 、バックマンズ、クロウズフット）。
viewpoints および perspectives の考え方も考慮してください。さまざまな利害関係者を満足させるために、さまざまな図が必要になる場合があります。たぶん、同じ時間の異なる図でさえ。たとえば、分散システムでは、運用の利害関係者はノード間の通信プロトコルやポートなどの事柄に注意を払い、開発の利害関係者は、どのタイプのメッセージフローとその方向性に注意を払うことができます。これには、同じシステムに対して2つの異なる配置図を作成する必要があり、各図の詳細が異なります。