境界付けられたコンテキスト 概念編 (ドメイン駆動設計用語解説シリーズ)

ブログでもいろいろ解説しています。
http://little-hands.hatenablog.com/entry/top
ドメイン駆動設計屈指の難解な概念「境界付けられたコンテキスト」について解説します。
---

公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています)

bounded context
A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable.
境界付けられたコンテキスト
特定のモデルを定義・適用する境界を明示的に示したもの。
代表的な境界の例は、サブシステムやチームなど。

まぁなかなかよくわからないですよね。DDD用語の中でもかなり難解なワードです。 境界付けられたコンテキストは、2つの観点から解説が必要でしょう。

・概念としての境界付けられたコンテキスト
・境界付けられたコンテキストをどう実装に落としこむか

今回のスライドでは、概念の方の説明をしたいと思います。

Transcript

1. 2017/11/28 松岡 幸一郎 ドメイン駆動設計用語解説 境界付けられたコンテキスト 概念編
2. • 松岡 幸一郎 • @little_hand_s 発表者紹介
3. 公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) ・・・なかなかよくわからないですね。
4. • 2つの観点からの解説が必要 ◦ 概念としての境界付けられたコンテキスト ◦ 境界付けられたコンテキストをどう実装に落としこむか
5. • ドメイン駆動設計ではすべての人(ソフトウェア開発者、ドメインエキスパート)が同じ意 味で言葉を使うことを目指します。 • 例えば、ECサイトで商品を販売するシステムを考えてみましょう。 ここでは、エンジニアと販売管理する人たちの中で、「商品」に関しては同じモデルを共 有します。
6. • エンジニアと販売部のコミュニケーションがうまくいき、「商品」について同じモデル、言 葉を共有することができました。 • では、販売から配送までをシステム管理したくなったとします。
7. • おっと、配送部の人は「商品」と言った時に 全く別のものをイメージすることがわかりました。
8. • ドメイン駆動設計では、 すべての人が同じ意味で言葉を使うことを 目指すのではなかったのでしょうか？ • それでは強引に、「商品」の概念を統一しましょう。
9. • 『「商品」は売値、在庫数、配送先、配送状況を持ちます』・・・？ なにやらややこしくなってきました。
10. • さらに、ドメイン駆動設計ではこれをコードに落とし込むことを目指すので、「商品」の振 る舞いを「商品」クラスに詰め込んでいくことに・・・ 上手くいくイメージが湧きますか？ • さらに、請求の管理までをシステム化することになり、 カウンターパートとして経理部の人も増えました。 • 当然、経理の人は「商品」に関して違うイメージを持っています。
11. • さて、すべての人が同じ意味で言葉を使うことを目指す・・・ことは可能でしょうか？
12. • そう、システムが大規模になると、関係者すべてで統一したモデルを作ることは難しく なるのです。 • エリック・エヴァンスのドメイン駆動設計で以下のようなことが語られています。
13. • そこで、ドメイン駆動設計では大きなシステムを 「境界付けられたコンテキスト」に分割し、 それぞれの中でモデル、言語の統一を目指すのです。
14. • コンテキストを分割することができました！ 「販売コンテキスト」「配送コンテキスト」それぞれが 一つの「境界付けられたコンテキスト」になります。
15. • さて、販売と配送を別のコンテキストとして定義し、 「商品」を別のモデルにしましたが、現実的には「商品」は繋がっています。 • ということは、このコンテキストをまたいで「商品」を どう扱うかを決めないといけません。
16. • このようなコンテキスト同士の関係性を簡単な図で表すことを、 コンテキストマッピングと言います。
17. • このように 1.モデリング対象を境界付けられたコンテキストで分割する 2.コンテキスト同士の関係をマッピングする という手順を踏むことが、ドメイン駆動設計の第一歩です。 • なぜなら、ドメイン駆動設計では、 「ドメイン専門家とソフトウェア専門家のコラボレーションで モデルを探求する」ことを目指しますが、 「モデル」はまず適用するコンテキストを区切らないと定義できないからです。
18. • さて、ここまでで概念はおわかりいただけたと思います。 • ただ、 「言いたいことはわかった、 でも結局どうやって実装するのか全然わからないよ」 という状況ですよね？ • 次の記事ではその実装について書きたいと思います。お楽しみに！
19. • ブログでは他にもいろいろなDDD解説記事を書いています！！ • http://little-hands.hatenablog.com/entry/top
20. ありがとうございました