概念データモデル

特定の製品や実装方式に依存せず、業務の対象と関係だけを表したデータモデル。E-R図で表現されることが多い。まずこれを作り、論理・物理データモデルへと具体化していく。

特定のDBMSや実装技術に依存せず、業務で扱う情報の構造をエンティティとリレーションシップで表したモデル。E-R図で記述されることが多く、業務の理解と関係者の合意形成に用いる。

現実世界のデータ要件を、DBMS非依存の形で抽象化して表現したモデル。ER図が代表的な表記法で、エンティティ、属性、関連を用いてデータ構造を記述する。データベース設計の第一段階として作成される。

実装方式を意識せず、業務上の実体と関係だけを表現したデータモデル。利用部門と合意を形成するための共通言語として使われる。

業務で扱うデータとデータ間の関係を、特定のDBMSに依存せずに表したモデル。E-R図などで実体（エンティティ）、属性、関連を表し、利用者と開発者がデータの構造について合意するために使う。これを基に、特定のデータモデルに沿った論理データモデル、格納の方法まで決める物理データモデルへと詳細化する。

対象とする業務で扱うデータを、特定のDBMSや実装方法に依存しない形で、実体（エンティティ）、属性、実体間の関連（リレーションシップ）として表したデータモデル。E-R図などで記述し、業務の理解と利用者との合意形成に使い、論理データモデルの基になる。

対象業務のデータをエンティティ（実体）、属性、リレーションシップ（関連）で表す図。P.チェンが提唱し、関連には1対1、1対多、多対多のカーディナリティを記す（記法はチェン記法、カラスの足で多を表すIE記法など）。概念設計で多対多の関連が見つかった場合、論理設計では連関エンティティを置いて1対多の関連に分解する。

業務で扱うデータの構造、意味、相互の関係を分析し、概念データモデル、論理データモデル、物理データモデルとして図や定義に表す作業。データマネジメントの機能の一つで、全社で一貫したデータの定義を作り、システム間のデータ連携やデータ統合の基礎となる。

業務機能（プロセス）とデータ（エンティティ）の関係を、生成（Create）、参照（Read）、更新（Update）、削除（Delete）の操作で表したCRUDマトリクスを作って分析する手法。生成されないデータ、誰も参照しないデータ、複数の機能が同じデータを更新するといった問題を見つけ、データの責任の所在やシステムの分割を検討する。

OMGが標準化した、ソフトウェアの構造や振る舞いを図で表すための統一モデリング言語。クラス図、ユースケース図、シーケンス図、アクティビティ図、状態マシン図など14種類の図がある。データベースの概念設計では、クラス図でエンティティに当たるクラスと属性、クラス間の関連と多重度を表し、E-R図の代わりに使うことができる。

E-R図などで、関連する2つのエンティティのインスタンスが何対何で対応するかを表す性質。1対1、1対多、多対多があり、相手が存在しない場合を許すかどうか（0を含むか）も併せて表す。データベースの物理設計では、列に含まれる異なる値の個数を指す意味でも使い、値の種類が少ない列はビットマップインデックス、多い列はB木インデックスが向くといった索引の選択の根拠になる。

対象の性質や特徴を表すデータ項目。オブジェクト指向ではクラスが持つデータを指し、操作（メソッド）と組にして定義する。データモデルではエンティティが持つ項目を指し、関係データベースでは表の列に対応する。