• 2026年07月22日(水) 10:00 ~ 17:00

１. ドメイン駆動設計の基礎
　　（１）．ソフトウェアの存在意義
　　　　ａ．システムの価値と利害関係者の要求
　　　　ｂ．問題領域と解決領域
　　（２）．ドメインとは
　　　　ａ．問題領域と解決領域の定義
　　　　ｂ．サブドメイン(コアドメイン、支援ドメイン、汎用ドメイン)
　　（３）．なぜドメインを重視するのか
　　　　ａ．ドメインを重視しないときの問題
　　　　ｂ．ドメインを重視する意義
　　　　ｃ. ドメインを使って複雑さに対処する
　　（４）．ドメインモデル
　　　　ａ．ドメインモデルとは何か
　　　　ｂ．ドメインモデルの考え方を反映したコード
　　　　ｃ．ドメインモデルを反映しないコードの問題点
　　　　ｄ．ドメインモデルの有用性
　　（５）．ドメイン駆動設計を導入するメリットと効果
　　　　ａ．ビジネスと開発の意思疎通が向上する理由
　　　　ｂ．複雑な仕様変更に強くなる構造
　　　　ｃ．保守性・拡張性の向上と技術負債の削減
　　　　ｄ．チーム開発における生産性向上

２. ドメインの境界設定とユビキタス言語
　　（１）．ユビキタス言語
　　　　ａ．ユビキタス言語とは
　　　　ｂ．ユビキタス言語がないと何が問題か
　　　　ｃ．ユビキタス言語でどう解決するか
　　　　ｄ．ユビキタス言語の例
　　（２）．境界づけられたコンテキスト
　　　　ａ．ユビキタス言語の境界
　　　　ｂ．境界を意識したモデル設計
　　　　ｃ．コンテキスト間の連携
　　（３）．コンテキストマップ
　　　　ａ．コンテキストマップの種類と役割
　　　　ｂ．組織パターン(パートナーシップ、別々の道、順応者、顧客/供給者)
　　　　ｃ．統合パターン(巨大な泥団子、共有カーネル、腐敗防止層、
　　　　公開ホストサービス、公表された言語)

３. モデル駆動設計とそのポイント
　　（１）．設計の基本
　　　　ａ．わかりやすい変数名を使う
　　　　ｂ．長い処理は段落に分割する
　　　　ｃ．目的ごとに変数を用意する
　　　　ｄ．メソッドとして独立させる
　　　　e．狭い関心事に特化したクラスを作る
　　（２）．モデル駆動設計
　　　　ａ．モデル駆動設計とは
　　　　ｂ．ドメインを隔離する
　　　　ｃ．レイヤ化アーキテクチャ
　　（３）．ビルディングブロック
　　　　ａ．エンティティ
　　　　ｂ．値オブジェクト
　　　　ｃ．ドメインサービス
　　　　ｄ．モジュール
　　（４）．値オブジェクトの設計
　　　　ａ．ドメイン上のデータとロジック
　　　　ｂ．基本データ型の落とし穴
　　　　ｃ．値オブジェクトを定義する利点
　　　　ｄ．値オブジェクトの設計パターン(ファーストクラスコレクションなど)

４. ドメインモデルの実装ポイント
　　（１）．トランザクションスクリプトを避ける
　　　　ａ．トランザクションスクリプトとは
　　　　ｂ．トランザクションスクリプトの問題点
　　（２）．知識をドメインオブジェクトに集約する
　　　　ａ．メソッドをロジックの置き場にする
　　　　ｂ．ドメインモデルを画面・DBの都合から独立させる
　　（３）．データモデルとドメインモデルの違い
　　　　ａ．データモデルとドメインモデルの比較
　　　　ｂ．ドメインモデル貧血症とは
　　（４）．ライフサイクル管理
　　　　ａ．集約(アグリゲート)
　　　　ｂ．リポジトリ
　　　　ｃ．ファクトリ
　　　　ｄ．オブジェクトの自己防衛義務
　　（５）．集約を実装するルール
　　　　ａ．集約のルートエンティティの責務
　　　　ｂ．集約境界と参照の制限
　　　　ｃ．ID参照とトランザクション境界
　　（６）．関連する設計パターン
　　　　ａ．CQRS(コマンド・クエリ責務分離)
　　　　ｂ．イベントソーシング
　　　　ｃ．イベントストーミング

５．ドメイン駆動設計の導入と実践のポイント
　　（１）．小さく始めるDDD導入ステップ
　　（２）．既存システムへの適用方法（レガシー改善）
　　（３）．成功事例と失敗事例から学ぶ
　　（４）．DDDに向いているプロジェクトの特徴
　　（５）．明日から使える実践チェックリスト

６． まとめとQ&A

オンラインセミナー