アーキテクチャ設計・分散システム 重要度:★★★出題: AM2・PM2
ドメイン駆動設計（DDD：Domain-Driven Design）
どめいんくどうせっけい / Domain-Driven Design (DDD)
業務領域（ドメイン）の知識に焦点を当て、開発者と業務エキスパートが共通の「ユビキタス言語」を用い、「境界づけられたコンテキスト」ごとにモデルを分離する設計手法。
3行速習ポイント
- 業務領域（ドメイン）の知識に焦点を当て、開発者と業務エキスパートが共通の「ユビキタス言語」を用い、「境界づけられたコンテキスト」ごとにモデルを分離する設計手法。
- エンティティ、値オブジェクト、集約（Aggregate）、リポジトリを用いて、複雑な業務ルールをドメイン層に凝縮しインフラ層から独立させます。
- 試験対策：複数部門・複数システムで同じ用語（例：「顧客」「商品」「契約」）の意味が異なる場合のシステム統合（午後II令和7年問1等...
図解
図ドメイン駆動設計 の設計・評価構造
Step 1
ユビキタス言語
業務要件・システム制約の整理と構造化
↕
Step 2
境界づけられたコンテキスト（Bounded Context）
エンティティ、値オブジェクト、集約（Aggregate）、リポジトリを用いて、複雑な業務ル
↕
Step 3
集約（Aggregate）
販売部門と物流部門で定義が異なっていた『商品・在庫』をDDDの境界づけられたコンテキストで
概要と本質
業務領域（ドメイン）の知識に焦点を当て、開発者と業務エキスパートが共通の「ユビキタス言語」を用い、「境界づけられたコンテキスト」ごとにモデルを分離する設計手法。エンティティ、値オブジェクト、集約（Aggregate）、リポジトリを用いて、複雑な業務ルールをドメイン層に凝縮しインフラ層から独立させます。
重要ポイント・コア概念
- ユビキタス言語と境界づけられたコンテキスト（Bounded Context）の正確な定義と適用場面の理解
- 集約（Aggregate）および腐敗防止層（ACL）を踏まえたシステム方式・機能仕様の設計
- 定量的効果：販売部門と物流部門で定義が異なっていた『商品・在庫』をDDDの境界づけられたコンテキストで分離し、仕様変更時の影響範囲を局所化
午後I記述・午後II小論文試験での攻略ポイント
複数部門・複数システムで同じ用語（例：「顧客」「商品」「契約」）の意味が異なる場合のシステム統合（午後II令和7年問1等）で絶大な説得力を持ちます。
小論文で使える実践フレーズ・キーワード（クリックでコピー）
この用語が出題された過去問を解く（1分演習）
即時アウトプットで定着システムアーキテクト 過去問演習で実践力を鍛える
