모델은 프로젝트에 참여한 사람들의 머릿속에 축적된 개념을 모아 놓은 것으로서
도메인에 대한 통찰력을 반영하는 용어와 관계로 표현된다.
이러한 용어와 상호관계는 기술적인 개발을 할 수 있을 만큼 충분히 정확한 동시에 도메인에 맞게 조정된 언어의 의미체계를 제공한다.
모델 기반 의사소통은 UML상의 다이어그램으로 한정되어서는 안된다. 모든 의사소통에 스며들 필요가 있다.
Ubiquitous Language (보편 언어)
번역은 의사소통을 무디게 하고 지식 탐구를 빈약하게 만든다
Ubiquitous Language를 구성하는 어휘
클래스와 주요한 연산의 이름
모델 내에서 명시적으로 드러나는 규칙을 토론하기 위한 용어
모델에 부과된 높은 수준의 구성 원칙(14장과 16장엣 논의할 Context Map과 대규모 구조 같은)에서 비롯된 용어
팀에서 일반적으로 사용하는 도메인 모델에 적용하는 패턴의 이름
모델 기반 언어는시스템의 산출물뿐 아니라 업무와 기능을 기술할 때도 사용해야 한다.
다이어그램과 문서에서, 그리고 특히 말할 때 동일한 언어를 사용하라.
Ubiquitous Language의 변화가 곧 모델의 변호라는 것을 인식하라.
도메인 전문가는 도메인을 이해하는 데 부자연스럽고 부정확한 용어나 구조에 대해 반대 의사를 표명해야 한다.
개발자는 설계를 어렵게 만드는 모호함과 불일치를 찾아내는데 촉각을 곤두세워야 한다.
크게 소리내어 모델링하기
한 팀, 한 언어
문서와 다이어그램
글로 쓴 설계 문서
실행 가능한 기반
설명하기 위한 모델
domain_driven_design/02_communication_and_the_use_of_language.1691061105.txt.gz · Last modified: by ledyx