アクティビティ図

UMLの図の一つで、処理や業務の流れを開始から終了まで順に表す。条件による分岐や、複数の処理を同時に進める並行動作も記述できる。業務フローの可視化やユースケースの詳細化に用いる。

UMLの振る舞い図の一つで、処理や業務の流れを、開始から終了までのアクティビティ（活動）のつながりで表す図。条件による分岐と合流、複数の処理を同時に進める並行処理（フォークとジョイン）を書け、スイムレーンで担当ごとに分けて業務の流れを表すこともできる。

UMLの振る舞い図の一つで、処理の流れをアクティビティ（活動）の連鎖として表現する。分岐、合流、並行処理、スイムレーンによる役割分担の表現が可能。業務フローやユースケースの詳細化に用いる。

UMLの構造図の一つで、ソフトウェアのコンポーネント（部品）とそのインタフェース、依存関係を表現する。システムの物理的な構成要素の関係を示し、コンポーネント間の結合度を設計時に確認するために用いる。

UMLの相互作用図の一つで、オブジェクト間のメッセージのやり取りを時系列に沿って表現する。ライフライン、メッセージ、実行仕様、複合フラグメント（alt、loop等）を用いて処理の流れを記述する。

UMLの構造図の一つで、クラスの属性・操作とクラス間の関係（関連、汎化、集約、コンポジション等）を表現する。オブジェクト指向設計の中核となる図で、システムの静的構造を表す。

UMLの構造図の一つで、ある時点でのオブジェクト（クラスのインスタンス）とその間のリンクを表現する。クラス図が型レベルの構造を示すのに対し、オブジェクト図は具体的なインスタンスレベルの状況を示す。設計の検証に用いる。

UMLを拡張して、ソフトウェアだけでなく、ハードウェアや機械・電気などを含むシステム全体を記述できるようにしたモデリング言語。要求図やパラメトリック図などを加え、システムズエンジニアリングで要求、構造、振る舞いを表すのに使う。

データベースの概念設計で用いるモデリング手法。実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）の3要素でデータ構造を図式化する。論理設計のテーブル定義の基礎となる。