도메인 모델은 소프트웨어 프로젝트를 위한 공통 언어의 핵심이 될 수 있음

• 모델은 프로젝트에 참여한 사람들의 머릿속에 축적된 개념을 모아 놓은 것으로서 도메인에 대한 통찰력을 반영하는 용어와 관계로 표현됨
• 이러한 용어와 상호관계는 기술적인 개발을 할 수 있을 만큼 충분히 정확한 동시에 도메인에 맞게 조정된 언어의 의미체계를 제공함
• 이는 모델을 개발 활동과 결부시키고 모델을 코드와 연계하는 데 매우 중요한 연결고리 역할을 함

모델 기반 의사소통은 통합 모델링 언어(Unified Modeling Language, UML) 상의 다이어그램으로 한정돼서는 안됨

• 모델을 가장 효과적으로 사용하려면 모든 의사소통 수단에 스며들 필요가 있음
• 이렇게 되면 애자일 프로세스에 재강조되고 있는 약식 다이어그램과 형식에 얽매이지 않는 의사소통을 비롯해 텍스트 문서의 유용성도 향상됨.
• 또한 코드 자체 혹은 해당 코드의 테스트를 토대로 의사소통의 향상도 이끌 수 있음

따라서 프로젝트에서 언어를 사용하는 것은 아주 중요함

유비쿼터스 언어

우선 문장을 쓰고, 문장을 잘게 나눈다. 그러고 나서 무작위로 조각들을 섞은 다음 정렬한다. 구절의 순서는 아무런 차이를 만들어내지 않는다

• 루이스 캐롤, “시인은 태어나는 것”

도메인 전문가는 소프트웨어 개발에 사용되는 기술적인 전문 용어를 이해하는 데 한계가 있지만 자신이 종사하는 분야의 전문 용어는 아마 다양하게 사용할 것.

BUT 개발자는 시스템을 서술적이고 기능적인 용어로 이해하고 토론할지 모르지만 전문가들의 언어에 담긴 의미는 알지 못함. 아니면 개발자는 설계는 뒷받침하지만 도메인 전문가는 이해할 수 없는 방식으로 추상화할지 모름

→ 문제의 다양한 영역을 다루는 개발자는 자기만의 설계 개념과 도메인을 서술하는 방식을 고안해내기 마련임