値オブジェクト

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

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

ドメイン駆動設計で、識別子を持たず、属性の値だけで同一かどうかが決まるモデル要素。金額、住所、期間などが該当し、一般に生成後に値を変えない不変（イミュータブル）なものとして扱う。同一性で区別するエンティティと対になる。

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

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

ドメイン駆動設計で、ソフトウェアによって課題を解決しようとする業務上の対象領域。例えば保険業務システムなら、契約、保険料、保険金の支払などの業務の知識とルールの範囲を指す。ドメインの知識を整理して表したものがドメインモデルである。

業務上のルール、計算、判断など、ソフトウェアが対象とする業務領域に固有の処理。ビジネスロジックともいう。画面の表示やデータベースへのアクセスなどの技術的な処理から分けてまとめることで、業務の変更に対応しやすくする。

ドメイン駆動設計で、業務の専門家と開発者が共通して使う、業務領域の言葉の体系。会話、文書、ドメインモデル、ソースコードのすべてで同じ言葉を使い、認識のずれを防ぐ。

ドメイン駆動設計で、システムを構成する複数の境界づけられたコンテキスト（同じモデルと用語が通用する範囲）と、それらの間の関係を図にしたもの。上流・下流の関係、共有するモデル、変換のための層（腐敗防止層）などのつなぎ方を示し、チームやサービスの間の連携の設計に使う。