UML-コンポーネント図

コンポーネント図は、性質と動作の点で異なります。コンポーネント図は、システムの物理的側面をモデル化するために使用されます。さて、問題は、これらの物理的側面は何ですか？物理的側面は、ノードに存在する実行可能ファイル、ライブラリ、ファイル、ドキュメントなどの要素です。

コンポーネント図は、システム内のコンポーネント間の編成と関係を視覚化するために使用されます。これらの図は、実行可能システムの作成にも使用されます。

コンポーネント図の目的

コンポーネント図は、UMLの特殊な種類の図です。目的も、これまでに説明した他のすべての図とは異なります。システムの機能については説明していませんが、それらの機能を作成するために使用されるコンポーネントについては説明しています。

したがって、その観点から、コンポーネント図はシステム内の物理コンポーネントを視覚化するために使用されます。これらのコンポーネントは、ライブラリ、パッケージ、ファイルなどです。

コンポーネント図は、システムの静的な実装ビューとして説明することもできます。静的実装は、特定の時点でのコンポーネントの編成を表します。

単一のコンポーネント図でシステム全体を表すことはできませんが、図のコレクションを使用してシステム全体を表します。

コンポーネント図の目的は、次のように要約できます。

コンポーネント図は、システムの物理的なアーティファクトを説明するために使用されます。このアーティファクトには、ファイル、実行可能ファイル、ライブラリなどが含まれます

この図の目的は異なります。コンポーネント図は、アプリケーションの実装フェーズで使用されます。ただし、実装の詳細を視覚化するために、事前に十分に準備されています。

最初に、システムはさまざまなUMLダイアグラムを使用して設計され、アーティファクトの準備ができたら、コンポーネントダイアグラムを使用して実装のアイデアを取得します。

この図がないとアプリケーションを効率的に実装できないため、この図は非常に重要です。十分に準備されたコンポーネント図は、アプリケーションのパフォーマンスやメンテナンスなどの他の側面でも重要です。

コンポーネント図を描く前に、次のアーティファクトを明確に特定する必要があります-

アーティファクトを特定した後、次の点に注意する必要があります。

以下は、注文管理システムのコンポーネント図です。ここでは、アーティファクトはファイルです。この図は、アプリケーション内のファイルとそれらの関係を示しています。実際には、コンポーネント図にはdll、ライブラリ、フォルダなども含まれています。

次の図では、4つのファイルが識別され、それらの関係が生成されます。コンポーネント図は、まったく異なる目的で描かれている限り、説明されている他のUML図と直接一致させることはできません。

次のコンポーネント図は、上記のすべての点を考慮して描かれています。

コンポーネント図は、システムの静的実装ビューを視覚化するために使用されることはすでに説明しました。コンポーネント図は、さまざまな目的で使用される特殊なタイプのUML図です。

これらの図は、システムの物理コンポーネントを示しています。明確にするために、コンポーネント図はシステム内のコンポーネントの編成を説明していると言えます。

組織は、システム内のコンポーネントの場所としてさらに説明できます。これらのコンポーネントは、システム要件を満たすために特別な方法で編成されています。

すでに説明したように、これらのコンポーネントはライブラリ、ファイル、実行可能ファイルなどです。アプリケーションを実装する前に、これらのコンポーネントを整理する必要があります。このコンポーネント編成も、プロジェクト実行の一部として個別に設計されています。

コンポーネント図は、実装の観点から非常に重要です。したがって、アプリケーションの実装チームは、コンポーネントの詳細について適切な知識を持っている必要があります。

コンポーネント図は、次の目的で使用できます。