DDD
BOUNDED CONTEXT間の関係 †
要約 †
- 以下のパターンは、企業全体に及ぶために、構成される二つのモデルを関係付ける戦略について述べる。これらのパターンは、開発業務を整え、既存の組織を描写する語彙を提供する。
- 既存の関係は、偶然か意図して、これらのパターンの一つになる可能性がある。
そしてそれぞれの小さな設計変更で、その関係は選ばれたパターンへ近づく。
- 一方、既存の関係は混乱しているか、複雑すぎるかもしれない。再組織化は、曖昧なCONTEXT MAPを可能にするためだけに必要かもしれない。そうした場合、これらのパターンは、異なる環境に適した選択肢を提供してくれる。重要な変数には、他のモデルへのコントロールのレベル、チーム間の協力のタイプやレベル、特徴やデータの統合の程度を含む。
- 以下のパターンのセットは、最も共通かつ重要なケースをカバーし、それは他のケースにアプローチするよいアイデアを与えてくれる。タイトに統合された製品に従事しているチームは大きな統合モデルを使うことができる。異なるユーザ・コミュニティへ従事することが必要であったり、チームの調整能力が制限されている場合、SHARED KERNELか、CUSTOMER/SUPPLIERの関係がよい。
- 要求を厳しく見れば、統合は本質的ではなく、システムがそれぞれ別の道(SEPARATE WAYS)を行くのがベストであることが明らかになるかもしれない。もちろんほとんどのプロジェクトはある程度、レガシーや外部システムとの統合を必要であり、OPEN HOST SERVICESか、ANTICORRUPTION LAYERSがよい。
担当者のつぶやき †
みんなの突っ込み †