- 1단계: 핵심 요구 사항 다시 정의하기 - 회원: 고객이 가입하고 자신의 정보를 관리할 수 있어야 한다. - 상품: 우리가 판매할 상품을 등록하고 관리할 수 있어야 한다. - 주문: 회원이 상품을 구매할 수 있어야 한다. - 결제: 주문에 대한 결제 정보를 기록하고 관리할 수 있어야 한다. - 배송: 결제가 완료된 주문의 배송 상태를 관리할 수 있어야...
1단계: 핵심 요구 사항 다시 정의하기
2단계: 핵심 엔티티 도출
3단계: 속성 정의 및 관계 설정
이제 관계를 살펴보자.
회원과 주문의 관계:
주문과 결제의 관계:
주문과 배송의 관계:
주문과 상품의 관계:
4단계: M:N 관계 해소와 '연관 엔티티'
주문항목(order_item) 이라고 부르자.참고: 연관 엔티티 추천 이름 및 특징
![]()
개념적 모델링에서는 외래 키를 표시하지 않는 것이 원칙이다. 이 단계에서는 어떤 데이터베이스 기술을 사용할지 아직 결정하지 않았다고 가정하고 작성한다.
현실: 실용성을 고려한 접근
실제 개발에서 사용할 용어를 명확하게 정의하는 용어 사전을 작성할 차례다.
이는 프로젝트의 일관성을 유지하고 팀원들끼리 같은 언어로 소통하기 위한 중요한 과정이다.
| 분류 | 명칭 | 전체 영문명 | 축약어 | 설명 | 관련 시스템 요소 |
|---|---|---|---|---|---|
| 엔티티 | 회원 | member | 서비스를 이용하는 고객 | member 테이블 | |
| 상품 | product | 판매하는 물건 또는 서비스 | product 테이블 | ||
| ... | ... | ... | ... | ... | ... |
| 주요 속성 | 식별자 | identifier | id | 데이터를 고유하게 식별하는 번호 | member_id, product_id |
실무 팁 - 용어 사전은 살아있는 문서다
프로젝트가 진행되면서 새로운 용어가 추가되고 새로운 비즈니스 용어가 생겨날 때마다 지속적으로 업데이트 되어야 한다. 반드시 용어 사전은 모두가 쉽게 접근 가능하고, 실시간으로 편하게 편집할 수 있는 툴을 사용하도록 하자.