비즈니스 요구사항과 설계
Last updated
Last updated
build.gradle을 수정하면 코끼리 새로고침 또는 우측에 Gradle 탭에서 새로고침 해줘야한다!
회원
회원 가입하고 조회할 수 있다.
회원은 일반과 VIP 두 가지 등급이 있다.
회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다.(미확정)
2. 주문과 할인 정책
회원은 상품을 주문할 수 있다.
회원 등급에 따라 할인 정책을 적용할 수 있다.
할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해달라.(나중에 변경 될 수 있다.)
할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 오픈 직전까지 고민을 미루고 싶다. 최악의 경우 할인을 적용하지 않을 수도 있다.(미확정)
요구사항을 보면 회원 데이터, 할인 정책 같은 부분은 현재 결정하기 어려운 부분이다. 그렇다고 이런 정책이 결정될 때까지 개발을 무기한 기다릴 수 없다. => 인터페이스를 만들고 구현체를 만들어서 언제든지 갈아끼울 수 있도록 설계하면 된다!
회원 도메인 협력관계 기획자들도 볼 수 있는 다이어그램.
회원 클래스 다이어그램 위의 회원 도메인 협력관계 다이어그램을 개발자가 구체화 시켜서 클래스로 표현한 그림이다.
회원 객체 다이어그램(회원 서비스: MemberServiceImpl) 위의 클래스다이어그램에서 동적으로 결정되는 사항 즉, 서버가 뜰 때 결정되는 사항을 그림으로 표현한다. 그래서 아래의 객체 다이어그램은 실제 서버에 올라왔을 때 객체간의 참조관계를 확인할 수 있다.