장바구니 -> 주문/결제 로 생각
주문/결제는 access token 무조건 보냄
1. [주문 페이지] 구조
- 배송 유형 : 택배 배송 / 방문 수령 선택 (1차 mvp에서 위치는 고려 안 하기로)
- 유저 정보
- 제품 정보
- 결제 수단
2. (선택) [결제 수단]- 외부 결제 모듈
3. 결제 완료 되었습니다.
4. [주문내역] order table 에 저장돼야 cart 에 삭제
[필수 흐름]
주문 페이지에서 버튼 -> '주문완료' 페이지로 넘어가고 결제완료 -> 주문내역 페이지 확인 가능하게 백엔드에게 정보 주기
눈에 보이지 않으니, 이미 만들어진
오설록 사이트를 보면서 만들기로.
일반 사이트 '오설록'으로 예시를 들면,
목록에서 상품을 장바구니에 담고,
장바구니 페이지로 가면, 바로 주문하기가 있고, 여기서 넘어오면,
order table-> erd diagram의 정보들은 (user /배송/ 가격/ 결제 수단/ 생성 날짜)
아래의 오설록 주문 페이지와 같이,
일단 product 정보를 제외한 주문/결제 정보들을 받는 것
user id는 우리가 늘 갖고 있을 것이다.
order table, order detail table 따로 빼는 이유는,
만약에 안 빼면,
한 번의 주문에 여러 상품들이 담길 수 있으니까,
order table 에 같은 주문 번호로 product1,2,3,4 쌓이니까, 복잡해지니까
order detail table로 따로 빼서,
- 주문번호 199 / product_id 1 / quantity 2
- 주문번호 199 / product_id 3 / quantity 2
- 주문번호 199 / product_id 4 / quantity 2
이렇게 쌓이도록
'Wecode - Project 3 (부트캠프) > Project 3 과정' 카테고리의 다른 글
| Project 3 - sprint 1주-3일차 : 기능정의요구서 1차 (0) | 2023.10.11 |
|---|---|
| Project 3- 우리 웹사이트의 '주문/결제 페이지' flow (0) | 2023.10.11 |
| Project 3: sprint 1주- 3일차 - standing meeting (0) | 2023.10.11 |
| Project 3: sprint 1주- 2일 차: 프- 백 ERD modeling (0) | 2023.10.10 |
| Project 3: sprint 1주-1일차- erd modeling - 관계도 (0) | 2023.10.10 |