UML-標準ダイアグラム

前の章では、UMLの構成要素およびその他の必要な要素について説明しました。次に、これらの要素の使用場所を理解する必要があります。

要素は、ダイアグラムと呼ばれる完全なUMLピクチャを作成するためにさまざまな方法で関連付けることができるコンポーネントのようなものです。したがって、実際のシステムに知識を実装するには、さまざまな図を理解することが非常に重要です。

複雑なシステムを理解するには、何らかの図や図を作成するのが一番です。これらの図は、理解に良い影響を与えます。見てみると、ダイアグラムは新しい概念ではなく、さまざまな業界のさまざまな形で広く使用されていることがわかります。

システムをより良く簡単に理解するために、UMLダイアグラムを準備します。単一の図では、システムのすべての側面をカバーするには不十分です。 UMLは、システムのほとんどの側面をカバーするさまざまな種類の図を定義します。

独自のダイアグラムセットを作成して、要件を満たすこともできます。ダイアグラムは通常、増分的かつ反復的に作成されます。

図の2つの広いカテゴリがあり、それらは再びサブカテゴリに分けられます-

構造図
行動図

構造図

構造図は、システムの静的な側面を表しています。これらの静的な側面は、図のこれらの部分を表します。これらは主要な構造を形成し、したがって安定しています。

これらの静的パーツは、クラス、インターフェース、オブジェクト、コンポーネント、およびノードで表されます。 4つの構造図は-

クラス図
オブジェクト図
コンポーネント図
展開図

クラス図

クラス図は、UMLで使用される最も一般的な図です。クラス図は、クラス、インターフェース、関連付け、およびコラボレーションで構成されます。クラス図は基本的に、システムのオブジェクト指向ビューを表します。これは本質的に静的です。

アクティブクラスは、システムの同時実行性を表すためにクラス図で使用されます。

クラス図は、システムのオブジェクトの方向を表します。したがって、通常は開発目的で使用されます。これは、システム構築時に最も広く使用されている図です。

オブジェクト図

オブジェクト図は、クラス図のインスタンスとして説明できます。したがって、これらの図は、システムを実装する実際のシナリオにより近いものです。

オブジェクト図はオブジェクトのセットであり、それらの関係はクラス図のようです。また、システムの静的ビューも表します。

オブジェクト図の使用法はクラス図に似ていますが、実用的な観点からシステムのプロトタイプを構築するために使用されます。

コンポーネント図

コンポーネント図は、コンポーネントとその関係のセットを表します。これらのコンポーネントは、クラス、インターフェース、またはコラボレーションで構成されます。コンポーネント図は、システムの実装ビューを表します。

設計段階では、システムのソフトウェア成果物（クラス、インターフェースなど）は、関係に応じて異なるグループに配置されます。現在、これらのグループはコンポーネントと呼ばれています。

最後に、コンポーネント図は実装を視覚化するために使用されると言えます。

配置図

配置図は、ノードとそれらの関係のセットです。これらのノードは、コンポーネントが展開される物理エンティティです。

展開図は、システムの展開ビューを視覚化するために使用されます。これは通常、展開チームによって使用されます。

注意-上記の説明と使用法を注意深く観察すると、すべての図が互いに何らかの関係を持っていることが非常に明確になります。コンポーネント図は、クラス、インターフェースなどに依存しています。クラス/オブジェクト図の一部です。繰り返しますが、配置図は、コンポーネント図の作成に使用されるコンポーネントに依存しています。

行動図

どのシステムにも、静的と動的の2つの側面があります。したがって、両方の側面が完全にカバーされている場合、モデルは完全であると見なされます。

動作図は、基本的にシステムの動的な側面をキャプチャします。動的な側面は、システムの変更/移動部分としてさらに説明できます。

UMLには、次の5種類の行動図があります-

ユースケース図
シーケンス図
コラボレーション図
ステートチャート図
アクティビティ図

ユースケース図

ユースケース図は、ユースケース、アクター、およびそれらの関係のセットです。これらは、システムのユースケースビューを表します。

ユースケースは、システムの特定の機能を表します。したがって、ユースケース図を使用して、機能とそれらの内部/外部コントローラーとの関係を説明します。これらのコントローラーは actors として知られています。

シーケンス図

シーケンス図は相互作用図です。名前から、ダイアグラムがいくつかのシーケンスを処理していることは明らかです。これは、あるオブジェクトから別のオブジェクトに流れるメッセージのシーケンスです。

システムのコンポーネント間の相互作用は、実装と実行の観点から非常に重要です。シーケンス図は、特定の機能を実行するためにシステム内の呼び出しのシーケンスを視覚化するために使用されます。

コラボレーション図

コラボレーション図は、相互作用図のもう1つの形式です。これは、システムの構造的組織と送受信されるメッセージを表します。構造編成は、オブジェクトとリンクで構成されます。

コラボレーション図の目的は、シーケンス図に似ています。ただし、コラボレーション図の特定の目的は、オブジェクトの構成とそれらの相互作用を視覚化することです。

ステートチャート図

リアルタイムシステムは、何らかの内部/外部イベントによって反応することが期待されています。これらのイベントは、システムの状態変更を担当します。

ステートチャート図は、システムのイベント駆動状態の変化を表すために使用されます。基本的に、クラス、インターフェースなどの状態変化について説明します。

状態チャート図は、内部/外部要因によるシステムの反応を視覚化するために使用されます。

アクティビティ図

アクティビティ図は、システムの制御の流れを説明しています。アクティビティとリンクで構成されています。フローは、順次、並行、または分岐のいずれかです。

アクティビティはシステムの機能に他なりません。システム内のフロー全体をキャプチャするために、多数のアクティビティ図が用意されています。

アクティビティ図は、システム内の制御の流れを視覚化するために使用されます。これは、実行時にシステムがどのように機能するかを把握するために用意されています。

注-システムの動的な性質をキャプチャすることは非常に困難です。 UMLは、さまざまな角度からシステムのダイナミクスをキャプチャする機能を提供しています。シーケンス図とコラボレーション図は同型であるため、情報を失うことなく相互に変換できます。これは、ステートチャートとアクティビティ図にも当てはまります。

Uml-standard-diagrams

目次