コンテンツにスキップ

戦略的設計(Strategic Design)(ドメイン駆動設計(DDD))

← ドメイン駆動設計(DDD) の全体マップ(第1階層)へ戻る

大局的に「どこに線を引くか」を決める。ドメイン探索・蒸留・境界定義・コンテキストマップ

ワークフロー(第2階層)

各アクティビティをクリックすると、個別作業(第3階層)へ移動します。

graph LR
  a0["ドメインの探索とユビキタス言語の確立"]
  a1["サブドメインの識別と蒸留(コア/汎用/補助)"]
  a0 --> a1
  a2["境界づけられたコンテキストの定義"]
  a1 --> a2
  a3["コンテキストマップの作成"]
  a2 --> a3
  click a0 "/process-compass/processes/ddd/strategic/explore/" "ドメインの探索とユビキタス言語の確立の詳細へ"
  click a1 "/process-compass/processes/ddd/strategic/distill/" "サブドメインの識別と蒸留(コア/汎用/補助)の詳細へ"
  click a2 "/process-compass/processes/ddd/strategic/bounded-context/" "境界づけられたコンテキストの定義の詳細へ"
  click a3 "/process-compass/processes/ddd/strategic/context-mapping/" "コンテキストマップの作成の詳細へ"

アクティビティ一覧

このフェーズの出口ゲート

ユビキタス言語の一貫性検査

Deliverables用語集 / 会話 / コード
判定基準同一語が同一意味で使われているか / コードの命名と業務用語が一致しているか
判定者ドメインエキスパート+開発者
判定結果一致 / 用語の追加・改訂

境界(コンテキスト)の妥当性検査

Deliverablesコンテキストマップ
判定基準各コンテキストでモデルが一貫しているか / 統合関係が過度な結合を生まないか
判定者開発者(アーキテクト)
判定結果妥当 / 境界の引き直し

※ DDD を WF の DR ゲートに組み込むとモデルが「一度承認したら凍結」され、継続的リファクタリングの前提が崩れる