ユビキタス言語

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

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

ドメイン駆動設計で、業務の専門家と開発者が共通して使う、業務の領域の言葉の体系。会話、文書、ドメインモデル、ソースコードのすべてで同じ言葉を使い、認識のずれを防ぐ。言葉の意味は境界づけられたコンテキストの中で一貫させる。

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

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

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

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

ドメイン駆動設計で、特定のドメインモデルとユビキタス言語が一貫して通用する範囲。同じ「顧客」という語でも販売と配送では意味や属性が違うため、範囲を区切ってモデルを分ける。マイクロサービスの分割の単位を考える手掛かりにもなる。

ドメイン駆動設計で、属性の値ではなく一意な識別子によって同一性が保たれるモデル要素。顧客や注文のように、属性が変わっても同じものとして追跡する必要があるものが該当する。値だけで区別する値オブジェクトと対になる。