지난 번 애플리케이션 개발은 어떤 순서로 하면 좋을까?(http://www.slipp.net/questions/21)와와) 관련한 이야기를 했는데 이와 관련해 많은 논의가 진행되지 못한 느낌이 들어 다시 한번 논의를 해보면 좋지 않을까라는 생각으로 다시 한번 질문을 던져 본다.

현재 slipp.net은 가능하면 acceptance test를 만들려고 노력하고 있다. 하지만 생각보다 Acceptance Test Driven Development(이하 ATDD) 방식으로 구현하기 쉽지 않은 경우가 많다. SLiPP 스터디에서 ATDD 기반으로 예제 소스 코드를 만들어 가는 과정을 통해(http://www.slipp.net/wiki/pages/viewpage.action?pageId=5177662 참조) 느낀 점도 있어 같이 한번 이야기하려 한다.

먼저 전체 아키텍처를 Layered Architecture를 근간으로 한다고 가정하고 Controller => Service(Business Layer) => Repository 또는 Dao(Persistence Layer) 같은 구조로 구현한다고 생각해보자. 이와 같은 웹 애플리케이션을 개발한다고 생각했을 때 구현 순서는 어떻게 가져가는 것이 좋을까?

SLiPP 스터디에서(http://www.slipp.net/wiki/pages/viewpage.action?pageId=5177662 문서 참조) ATDD 기반으로 구현할 때는 다음과 같은 순서로 개발한 듯하다. 이 문서에서는 모델 1 방식으로 구현했는데 모델 2로 한다면 아래와 같을 것으로 판단된다.

• Acceptance Test 구현
• 빈 껍데기의 Controller 구현
• 화면 구현(jsp 구현)
• ControllerTest 구현과 Controller 구현
• Controller 구현하면서 Business Layer Interface 도출
• ServiceTest 구현과 Interface에 대한 구현체 구현
• Service 구현체 구현하면서 Repository에 대한 Interface 도출
• Repository 구현. Spring Data JPA인 경우 추가 구현이 없는 경우도 많음.

대략적으로 위와 같은 순서로 개발할 수 있을 듯하다. 여기서 의문점은 다음과 같다.

• ATDD 기반이 아니라 일반적으로 개발할 때의 개발 순서는 어떤 순서로 하는 것이 좋을까?
• 위 내용을 보면 도메인 설계 과정이 빠졌는데 도메인 설계는 언제하는 것이 좋을까?
  • 최초에 도메인 설계를 일정 수준 진행한 후에 개발을 시작하는 것이 좋을까?
  • 개발을 진행하다 도메인이 도출되는 시점에 설계하는 시간을 가지는 것이 좋을까?

위 구현 순서는 UI => Controller => Service => Dao와 같이 화면에서 시작해 제일 뒷단의 데이터베이스까지를 관통하는 방식인데 말도 안되는 접근 방식인가?라는 생각도 든다. 도메인이 너무 단순해 도메인 설계를 충분히 고려하지 못한 것도 같다. 도메인 복잡도가 있다면 최초 도메인 설계부터 진행하는 것이 맞을까?

PS. 페이스북으로 로그인했을 경우 페이스북으로 글 보내기 기능을 추가했는데 이에 대한 테스트겸 같이 논의해 봤으면 하는 마음으로 글을 쓴다.