E-R図

実体（エンティティ）、属性（アトリビュート）、関連（リレーションシップ）の3要素でデータの構造を視覚的に表現する図法。データベースの概念設計や業務分析において、データ間の関係を明確にするために用いられる。

実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

実体（エンティティ）を矩形、関連（リレーションシップ）をひし形、属性（アトリビュート）を楕円で表現し、データ間の構造と関連を視覚的に示す図法。カーディナリティ（1対1、1対多、多対多）も表記する。データベースの概念設計や要件定義に用いられる。

エンティティ（実体）とリレーションシップ（関連）を用いてデータ構造を図示するモデリング手法。データベース設計の基礎として使われるほか、システム構成要素間の関連の表記法としても利用される。

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

データベースの概念設計で用いるデータモデリング手法。エンティティ（実体）を矩形、属性を楕円、関連をひし形（またはリレーション線）で表現する。ピーター・チェンが提唱した。

実体（エンティティ）と関連（リレーションシップ）でデータ構造を表す図。実体間の対応関係（1対1、1対多、多対多）を明示できる。

データの構造を、実体（エンティティ）、実体が持つ属性、実体間の関連（リレーションシップ）で表す図。関連にはカーディナリティ（1対1、1対多、多対多）を示す。概念データモデルの記述に使われ、業務分析や要件定義でデータの構造を整理するのにも使われる。

業務で扱うデータを、エンティティ、属性、エンティティ間の関連として表したデータモデル。特定のDBMSや実装方式に依存しない形で業務の意味を表現するもので、E-R図やUMLのクラス図で記述する。利用部門と業務ルールを確認する手段となり、これを論理データモデル、物理データモデルへと具体化していく。

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

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

ドメイン駆動設計で、金額や住所のように、識別子を持たず、属性の値そのものによって等しいかどうかが決まるオブジェクト。生成した後に値を変えない（不変にする）のが原則で、値を変えるときは新しいオブジェクトに置き換える。

業務を遂行するために必要な人・物・場所などの資源を表すエンティティ。顧客、商品、部門、倉庫などが該当する。比較的安定したデータを持ち、イベントエンティティから参照される。

業務上の出来事や取引を表すエンティティ。注文、出荷、支払いなどが該当する。発生日時の属性を持ち、リソースエンティティを外部キーで参照する。時間とともにデータが増加する。