ユビキタス言語

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

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

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

ドメイン駆動設計で、ソフトウェアによって課題を解決しようとする業務上の対象領域。例えば保険のシステムなら、契約、保険料、保険金の支払などの業務の知識とルールの範囲を指す。ドメインの知識を整理して表したものがドメインモデルで、大きなドメインは境界づけられたコンテキストに分けて扱う。関係モデルの定義域（ドメイン）とは別の意味である。

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

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

ドメイン駆動設計で、属性の値ではなく一意な識別子によって同一性が保たれるオブジェクト。顧客や注文のように、属性が変わっても同じものとして追跡する必要があるものが当たり、ライフサイクルを通じて状態が変化する。値そのもので等しいかどうかが決まる値オブジェクトと対比される。

利用者にとって価値のある小さな機能（フィーチャー）を単位として、短い周期で設計と実装を繰り返すアジャイル開発の手法。全体のモデルの作成、フィーチャーの一覧の作成、フィーチャーごとの計画、設計、実装の5つの活動で進め、進捗をフィーチャーの完成の度合いで管理する。

コマンドクエリ責務分離。データを更新する処理（コマンド）と参照する処理（クエリ）のモデルを分けるアーキテクチャパターン。更新と参照で別のデータモデルやデータストアを使い、それぞれを独立して最適化・拡張できる。更新の結果が参照のモデルに反映されるまでに遅れが生じることがある。