DDD / Relationships Between BOUNDED CONTEXTS

DDD

BOUNDED CONTEXT間の関係 †

要約 †

• 以下のパターンは、企業全体に及ぶために、構成される二つのモデルを関係付ける戦略について述べる。これらのパターンは、開発業務を整え、既存の組織を描写する語彙を提供する。

• 既存の関係は、偶然か意図して、これらのパターンの一つになる可能性がある。 そしてそれぞれの小さな設計変更で、その関係は選ばれたパターンへ近づく。

• 一方、既存の関係は混乱しているか、複雑すぎるかもしれない。再組織化は、曖昧なCONTEXT MAPを可能にするためだけに必要かもしれない。そうした場合、これらのパターンは、異なる環境に適した選択肢を提供してくれる。重要な変数には、他のモデルへのコントロールのレベル、チーム間の協力のタイプやレベル、特徴やデータの統合の程度を含む。

• 以下のパターンのセットは、最も共通かつ重要なケースをカバーし、それは他のケースにアプローチするよいアイデアを与えてくれる。タイトに統合された製品に従事しているチームは大きな統合モデルを使うことができる。異なるユーザ・コミュニティへ従事することが必要であったり、チームの調整能力が制限されている場合、SHARED KERNELか、CUSTOMER/SUPPLIERの関係がよい。

• 要求を厳しく見れば、統合は本質的ではなく、システムがそれぞれ別の道（SEPARATE WAYS）を行くのがベストであることが明らかになるかもしれない。もちろんほとんどのプロジェクトはある程度、レガシーや外部システムとの統合を必要であり、OPEN HOST SERVICESか、ANTICORRUPTION LAYERSがよい。

担当者のつぶやき †

• 直訳過ぎて硬すぎたので修正。

みんなの突っ込み †

まとめ (議事録) †