値オブジェクト

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

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

ドメイン駆動設計で、特定のエンティティや値オブジェクトに持たせると不自然になる業務上の処理を、独立して表すオブジェクト。ドメインサービスとも呼ぶ。口座間の振替のように複数のエンティティにまたがる計算や判定を担い、それ自体は状態を持たない。画面やデータベースの操作の手順を調整するアプリケーションサービスとは区別される。

ドメイン駆動設計で、対象となる業務の領域（ドメイン）の概念、ルール、概念どうしの関係を整理し、ソフトウェアの構造として表したモデル。業務の専門家と開発者がユビキタス言語を使って作り、ソースコードと一致させ続ける。

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

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

ドメイン駆動設計で、業務の専門家と開発者が共通して使う、ドメインの用語と意味をそろえた言語。会話、文書、ソースコードのクラス名やメソッド名にまで一貫して使い、認識のずれや言い換えによる誤解を防ぐ。境界づけられたコンテキストごとに定める。

業務の対象領域（ドメイン）の知識をモデルとして表し、そのモデルを中心にソフトウェアを設計する手法で、エリック・エヴァンスが提唱した。業務の専門家と開発者がユビキタス言語でモデルを作り、境界づけられたコンテキストで範囲を区切り、エンティティや値オブジェクトなどの要素で実装する。