서론

시스템이 너무 복잡해져서 개별 객체 수준에서도 완벽하게 파악되지 않을 때 우리는 커다란 모델을 다루고 이해하기 위한 기법이 필요함.

• 이 장에서는 모델링 과정을 매우 복잡한 도메인까지 확장하는 원리를 제시함.
• 이러한 결정은 팀이나 팀간의 협상 차원에서 이뤄져야 함.
• 하지만 간혹 설계와 정치가 교차하는 곳에서 이러한 결정이 이뤄지기도 함

도메인 주도 설계는 규모가 너무 크거나, 규모가 작은 모델에서도 구현과 동떨어진 모델을 만들어 내지 않음

모든 의사결정은 시스템 개발에 직접적인 영향을 줘야만 하며, 그렇지 않으면 아무런 의미가 없음. 전략적 설계 원칙은 설계 의사결정이 중요한 상호운용성과 상승효과를 잃지 않으면서 각 부분 간의 상호의존성을 줄이고 명확성을 향상시키게끔 이끌어야 함.

전략적 설계 원칙은 모델에 초점을 맞춰 시스템의 개념적 핵심, 즉 시스템의 “비전”을 포착해야 함. 아울러 그러한 전략적 설계 원칙은 프로젝트를 교착 상태에 빠뜨리지 않으면서 이 모든 것을 수행해야함. 이러한 목표를 달성하는 데 도움을 주고자 4부에서는 컨텍스트, 디스틸레이션, 대규모 구조라는 세가지 광범위한 주제를 다룸

• 컨텍스트: 설계 원칙 가운데 갖아 분명하게 드러나지는 않지만 실제로는 가장 근본적인 원칙에 해당함.
  • 성공적인 모델은 규모와는 상관없이 모순되거나 정의가 겹치지 않고 처음부터 끝까지 논리적인 일관성을 지녀야 함
  • 간혹 다양한 하위 시스템을 통합하거나, 또는 아주 뚜렷이 구분되어 해당 도메인에 속하지 않는 것으로 보이는 애플리케이션으로 구성되기도 함.

→ 그렇기 때문에 BOUNDED CONTEXT를 분명하게 정의하고, 필요하면 다른 컨텍스트와의 관계를 정의해서 모델의 품질을 유지할 수 있음

• 디스틸레이션은 혼란을 줄이고 적절히 주의를 집중시킴.

  • 전체 도메인 모델은 시스템에서 가장 가치를 더하고 특별한 측면을 부각시켜 해당 측면에 가능한 한 많은 힘이 실리도록 구조화돼야 함.
  • 일부 보조적인 성격의 컴포넌트가 매우 중요하더라도 그것들은 적당한 수준에서 분류해야 함.
  • 이러한 방식으로 주의를 집중하면 많은 노력이 시스템에서 가장 중요한 부분으로 향하게 되고 시스템의 비전을 놓치지 않게 됨.
  • 전략적 디스틸레이션은 규모가 큰 모델에 명확함을 가져다 줄 수 있음
  • 그리고 더욱 명확한 시각을 보유하게 되어 CORE DOMAIN의 설계가 더욱 유용해질 수 있음

• 대규모 구조는 전체 그림을 완성함

  • 디스틸레이션은 핵심적인 부분에 주의를 집중하고 다른 구성요소는 보조적인 역할을 수행하게 해서 도움되지만 일부 시스템 차원의 설계 요소와 패턴을 적용하는 지배적인 주제 없이는 여러 관계가 여전히 혼동될 수 있음
  • 여기서 대규모 구조에 대한 일부 접근법을 개괄적으로 설명한 다음 이러한 구조를 사용하는 것에 내포된 의미를 파악하고자 RESPONSIBILITY LAYER(책임 계층)와 같은 패턴을 살펴봄
  • 여기서 논의하는 특정 구조는 예제일뿐 포괄적이지는 못함
  • 필요하다면 EVOLVING ORDER(발전하는 질서)와 같은 프로세스를 토대로 새로운 것을 고안하거나 기존 것을 변경해야 함.
  • 일부 그와 같은 구조는 설계에 통일성을 부여해서 개발을 촉진하고 통합을 개선할 수 있음