도메인 모델을 표현할때 UML에 사용에 있어서 다음을 주의하라고
DDD책에서 다음과 같이 설명하고 있습니다.
- 객체의 행위와 제약조건은 그리기가 수월하지 않다.
- 다이어그램은 의사소통과 설명의 수단이며 브레인 스토밍을 촉진한다. 이것은 다이어그램이 최소화되었을때 가장 잘 달성된다.
전체 객체 모델을 전부 포괄하는 다이어그램은 의사소통 설명이라는 목적을 달성하지 못한다.
- 설계의 생생한 세부사항은 코드에 담긴다.
- 문서는 코드가 이미 잘하고 있는 것을 하려고 해서는 안된다.
- 문서는 유효한 상태를 유지하고 최신 내용을 담고 있어야한다.
- 모델은 다이어그램이 아니라는 점을 항상 명심해야 한다.
- 문서는 프로젝트 활동과 관련을 맺고 있어야한다.
- 설명을 위한 모델이 꼭 객체 모델일 필요는 없으며 오히러
그렇지 않을때가 일반적으로 가장 좋다. 실제로 이러한 모델에서는
UML사용을 자제하고 UML과 소프트웨어 설계와의 관련성에 관해
잘못된 인상을 주지 않는 것이 좋다.
모델은 다이어그램 자체 또는 UML이 아니라, 그것이 전달하고자 하는 도메인 아이디어이면 충분하다.. - 쌤