[스프링 입문] 3.1 비즈니스 요구사항 정리

순서

비즈니스 요구사항에 대해 간단하게 먼저 정리를 해보고, 실제로 작성을 들어가 보자.

데이터 : 회원ID, 이름

기능 : 회원 등록, 조회

아직 데이터 저장소가 선정되지 않음(가상의 시나리오, nosql , 성능위주? 관계형 위주?)

컨트롤러: 웹 MVC의 컨트롤러 역할

서비스: 핵심 비즈니스 로직 구현

리포지토리: 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리

도메인: 비즈니스 도메인 객체, 예) 회원, 주문, 쿠폰 등등 주로 데이터베이스에 저장하고 관리됨

클래스 의존 관계

아직 데이터 저장소가 선정되지 않아서, 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계

(향후 RDB or JPA ,Mybatis, JDBC 등으로 선정 된 후 바꿔 끼울 수 있도록 인터페이스로 설정)

데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정

개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용

큰 그림은 이렇게 진행 될 것이고, 다음강의를 보며 직접 코드를 작성해 보자.

DonggiLee