1. 요구 사항 분석

---

1.1 기능 목록

---

1.1.1 회원 기능

---

• 회원 등록
• 회원 조회

1.1.2 상품 기능

---

• 상품 등록
• 상품 수정
• 상품 조회
• 상품 주문

1.1.3 주문 기능

---

• 주문 내역 조회
• 주문 취소

1.1.4 기타 요구사항

---

• 상품은 재고 관리가 필요하다.
• 상품의 종류는 도서, 음반, 영화가 있다.
• 상품을 카테고리로 구분할 수 있다.
• 상품 주문시 배송 정보를 입력할 수 있다

2. 도메인 모델 및 테이블 설계

---

2.1 테이블 설계

---

• 회원, 주문, 상품의 관계
  • 회원은 여러 상품을 주문할 수 있다.
  • 한 번 주문할 때 여러 상품을 선택할 수 있으므로 주문과 상품은 다대다 관계
    • 다대다 관계는 관계형 데이터베이스는 물론이고 엔티티에서도 거의 사용하지 않는다. → 주문상품이라는 엔티티를 추가해 다대다 관계를 일대다, 다대일 관계로 풀어냈다.
      
• 상품 분류
  • 상품은 도서, 음반, 영화로 구분
  • 상품이라는 공통 속성을 사용하므로 상속 구조로 표현

2.2 테이블 분석

---

• MEMBER
  • 회원 엔티티의 Address 임베디드 타입 정보가 회원 테이블에 그대로 들어갔다.
    • DELIVERY 테이블도 마찬가지
• ITEM
  • 앨범, 도서, 영화 타입을 통합해서 하나의 테이블로 만들었다.
  • DTYPE 컬럼으로 타입을 구분한다.

2.3 Entity 설계 및 분석

---

• 회원(Member)
  • 이름과 임베디드 타입인 주소(Address), 그리고 주문(orders) 리스트를 가진다.
• 주문(Order)
  • 한 번 주문시 여러 상품을 주문할 수 있으므로 주문과 주문상품(OrderItem)은 일대다 관계
  • 주문은 상품을 주문한 회원과 배송 정보, 주문 날짜, 주문 상태(status)를 가지고 있다.
  • 주문 상태는 열거형을 사용했는데 주문(ORDER), 취소(CANCEL)을 표현할 수 있다.
• 주문상품(OrderItem)
  • 주문한 상품 정보와 주문 금액(orderPrice), 주문 수량(count) 정보를 가지고 있다.
    • 보통 OrderLine , LineItem 으로 많이 표현한다.
• 상품(Item)
  • 이름, 가격, 재고수량(stockQuantity)을 가지고 있다.
  • 상품을 주문하면 재고수량이 줄어든다.
  • 상품의 종류로는 도서, 음반, 영화가 있는데 각각은 사용하는 속성이 조금씩 다르다.
• 배송(Delivery)
  • 주문시 하나의 배송 정보를 생성한다.
  • 주문과 배송은 일대일 관계다.
• 카테고리(Category)
  • 상품과 다대다 관계를 맺는다.
  • parent , child 로 부모, 자식 카테고리를 연결한다.
• 주소(Address)
  • 임베디드 타입이다.
  • 회원과 배송(Delivery)에서 사용한다.

2.4 연관관계 매핑 분석

---

2.4.1 회원 - 주문

---

• 일대다 , 다대일의 양방향 관계
• 외래 키가 있는 주문을 연관관계의 주인으로 정하는 것이 좋다.
  • Order.member를 ORDERS.MEMBER_ID 외래 키와 매핑

2.4.2 주문상품 - 주문

---

• 다대일 양방향 관계
• 외래 키가 주문상품에 있으므로 주문상품이 연관관계의 주인이다.
  • OrderItem.order 를 ORDER_ITEM.ORDER_ID 외래 키와 매핑

2.4.3 주문상품 - 상품

---

• 다대일 단방향 관계
• OrderItem.item 을 ORDER_ITEM.ITEM_ID 외래 키와 매핑

2.4.4 주문 - 배송

---

• 일대일 양방향 관계다.
• Order.delivery를 ORDERS.DELIVERY_ID 외래 키와 매핑

2.4.5 카테고리 - 상품

---

• @ManyToMany 를 사용해서 매핑한다.
  • 실무에서 @ManyToMany 사용 X
  • 다대다 관계를 예제로 보여주기 위해 추가했을 뿐