論理データモデル

概念データモデルを、関係モデルなど特定のデータベース方式に合わせて表現したモデル。表・列・キー・制約を定めるが、格納方法や索引といった実装の詳細はまだ扱わない。

概念データモデルを、関係モデルなど採用するデータモデルの形式に落とし込んだもの。正規化を施して表と列、キー、制約を定義するが、索引や格納方法といった物理的な事項までは決めない。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

概念データモデルを、採用するデータベースの方式（関係データベースなら表・列・主キー・外部キー）に沿って表し直したデータモデル。正規化によってデータの重複と更新時異状を取り除き、データ型や制約を定める。どの記憶装置にどう格納するかといった物理的な事項には立ち入らない。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

概念データモデルを、関係モデルなど採用するデータベースの方式に合わせて具体化したデータモデル。関係データベースでは、正規化を行って表、列、主キー、外部キー、制約を定義する。索引や格納方法など、特定の製品や記憶装置に依存する事項は物理設計で決める。

業務で扱う実体とその関係を整理し、データの構造として表現する活動。概念・論理・物理の各段階で段階的に詳細化し、組織で共有できるデータ構造の設計図をつくる。

データ項目の名称、意味、形式、制約などを体系的に記述した文書またはデータベース。システム間で同じ項目を同じ意味で扱うための基準となる。

組織全体でデータをどこに置き、どう流し、どう連携させるかを定めた設計方針。個々のシステム設計の前提となり、データ統合の可否を左右する。

業務で扱う実体と、その属性および関係を構造として表したもの。概念、論理、物理の各段階があり、段階を追って実装に近づけていく。

データが業務やシステムの間をどのように流れるかを表したもの。発生源から利用先までの経路を可視化し、重複や断絶を発見する手がかりになる。

組織のデータを業務領域（顧客、商品、契約など）の単位で大きく区分して表したモデル。全体像を俯瞰し、管理責任の割り当てを検討する際に用いる。