바운디드컨텍스트 (2) 썸네일형 리스트형 [DDD 첫걸음] 1-4. 전략적 설계 - 바운디드 컨텍스트 연동. 바운디드 컨텍스트 패턴 유비쿼터스 언어의 일관성을 유지 모델링도 가능하게 함. (경계를 명시하지 않고는 모델을 구축할 수 없음.) 경계가 언어의 책임을 구분 짓는다. "하나의 바운디드 컨텍스트 내의 언어는 특정 문제를 해결하는 비즈니스 도메인을 모델링한다." "다른 바운디드 컨텍스트가 동일한 비즈니스 엔티티를 대표할 수 있지만, 이는 다른 문제를 해결하는 비즈니스 도메인을 모델링한다." 다른 바운디드 컨텍스트의 모델은 서로 독립적으로 발전하고 구현될 수 있지만, 다른 바운디드 컨텍스트 자체는 독립적이지 않다. => 독립적으로 발전할 수 있지, 독립적이다 하고는 차이가 있다는 것을 기억. => 서로 다른 바운디드 컨텍스트와 상호작용이 필요하다. 바운디드 컨텍스트 사이에서의 접점은 컨트랙트(Contract).. [DDD 첫걸음] 1-3. 전략적 설계 - 도메인 복잡성 관리. 우리의 목표는 유비쿼터스 언어를 사용하여 소프트웨어 설계의 의사결정을 내리는 것이기 때문에 언어는 명확하고 일관성이 있어야 한다. 따라서 모호성, 암묵적인 가정, 관련 없는 세부사항이 없어야한다. 하지만 조직의 규모에 따라 도메인 전문가의 멘탈 모델은 일관성이 없을 수 있다. 즉, 같은 비즈니스 도메인에서도 도메인 전문가마다 서로 다른 모델을 사용할 수 있다. 일관성 없는 모델 도메인 전문가의 언어에서 리드(lead)라는 용어가 마케팅과 영업부서에서 서로 다른 의미로 사용됨 예시) 리드 (Lead) 컨텍스트 마케팅 부서 - 마케팅 담당자에게 리드는 누군가가 제품 중 하나에 관심이 있다는 알림을 나타냄. - 잠재고객의 연락처 정보를 수신하는 이벤트는 리드로 간주. 영업부서 - 리드는 영업 프로세스의 전체 .. 이전 1 다음
