DDD Reference 를 기반으로 훑어보기

1. Domain-Driven Design
대충 훑어보기 #1
DDD Reference
Ko sang won

2. 왜 대충 훑어보는거지!?
얘기할게 너무 너무 많다.

3. Eric Evans가 PLoP 을 통해서
패턴 정리해서 발표
The Big Blue Book
읽다가 낙오하기 좋은 책

4. Books

5. 이 책으로 대충 훑어봅시다.
참고, 이 책의 lastest draft version은 여기에..
http://domainlanguage.com/ddd/reference/

6. I. Putting the Model to Work
II. Building Blocks of a Model-Driven Design
III. Supple Design
IV. Context Mapping for Strategic Design
V. Distillation for Strategic Design
VI. Large-scale Structure for Strategic Design
목차만 보자면, 음…

7. 기본 정의부터 확실히 하고 갑시다.
domain 도메인
A sphere of knowledge, influence, or activity. The subject area to which the user applies
a program is the domain of the software.
model 모델
A system of abstractions that describes selected aspects of a domain and can be used
to solve problems related to that domain.
ubiquitous language 유비쿼터스 언어
A language structured around the domain model and used by all team members within
a bounded context to connect all the activities of the team with the software.
context 컨텍스트
The setting in which a word or statement appears that determines its meaning. Statements
about a model can only be understood in a context.
bounded context 바운디드 컨텍스트
A description of a boundary (typically a subsystem or the work of particular team) within
which a particular model is defined and applicable.

8. Pattern Language
Overview

9. Part I. Putting the Model to Work
Bounded Context
Ubiquitous Language
Continuous Integration
Model-Driven Design
Hands-on Modelers
Refactoring Toward Deeper Insight

10. Part I. Putting the Model to Work
DDD의 3가지 포인트
• Core domain 에 집중
• 도메인, 소프트웨어 전문가의 창조적인 협업으로 Models 을 탐색
• 명확한 Bounded Context 안에서 Ubiquitous Language로 대화

11. Bounded Context
1. 모델이 적용되는 컨텍스트를 명확히 정의
2. 조직부터 코드 수준까지 바운더리를 명확히 정해야 함
3. CI를 통해 모델 등이 잘 유지되는지 확인
4. 다른데서 사용되지 않는 컨텍스트에 대한 Single development process 표준화
http://martinfowler.com/bliki/BoundedContext.html

12. Ubiquitous Language
http://userinexperience.com/?p=308
1. 언어의 중심으로 모델을 사용할 것
2. 모든 커뮤니케이션, 코드를 유비쿼터스 언어 중심으로 바로 사용
3. 바운디드 컨텍스트에서도 유비쿼터스 언어로 다이어그램, 문서 작성, 대화를 통일
4. 대체 언어를 제시하고 모델에 반영해서 장애물을 제거

13. 언어가 바뀌면,
모델이 바뀐다.

14. Continuous Integration
http://electric-cloud.com/blog/2014/09/continuous-discussion-online-panel/
1. CI 도입! 파편화를 자동화 테스트로 빨리 발견
2. 유비쿼터스 언어로 모델에 대한 공통된 뷰를 해결하고 참여자들의 생각을 일치화

15. Model-Driven Design
http://mdegroup.disim.univaq.it/
1. 도메인 모델을 그대로 반영해서 소프트웨어 시스템의 부분을 설계
2. 도메인의 심도있는 부분까지 반영되어 자연스럽게 구현되도록 모델을 수정
3. 단일 모델이 여러 목적에 잘 부합되도록! (유비쿼터스 언어로도 잘 표현되고!)

16. 모델이 바뀌면,
코드가 바뀐다.
한번 더,
언어가 바뀌면,
모델이 바뀐다.

17. Hands-on Modelers
1. 모델에 기여한 모든 사람들은 코드에 대해서도 시간적으로 투자를 해야 함
2. 코드 변경에 책임이 있는 사람은 모델을 코드에 어떻게 표현하는지 배워야 함
3. 모든 개발자는 도메인 전문가, 모델에 대한 토론 등에 어느 정도 관여되어 있어야 함

18. Refactoring Toward Deeper Insight
1. 도메인 전문가의 생각, 사용자의 요구사항에 점점 맞아가는 과정
2. 반복된 리팩토링 과정이 없이, 정말 세련된 도메인 모델이 나오긴 쉽지 않음

19. To be continued…