Open InJunKangW opened 3 months ago
이벤트 스토밍을 통한 요구사항 분석은 날짜가 정해져있어서,
나중에 추가적인 합의가 생길 시에 본문에 추가하는게 아니라 버전 관리로 별도의 item을 써야 할 것 같아서
그냥 내용 확인용으로 여기에 통합해서 적어두려고 따로 뺐습니다. (erd용/요구사항용 구분 안하고 다 적겠습니다)
만약 나중에 기존 합의 내용이 변하게 된다면, 아예 지우는 게 아니라,
1.비회원 환불은 어떻게 해줄까? -> 환불 완료 메시지는 띄우지만, 결제 되돌림은 안 되는 것으로 1.1 비회원 환불은 어떻게 해줄까? -> 애초에 환불 자체를 불가능하게.
같이 변동사항 확인 가능하게 적어주세요
1.비회원 환불은 어떻게 해줄까? -> 환불 완료 메시지는 띄우지만, 결제 되돌림은 안 되는 것으로
2.사용자가 반품을 하면, 재고를 무조건 늘릴 것인가? -> 재고 관련해서는 아무런 조치도 않음.
3.리뷰는 사진 + 글 + 평점(=사진 리뷰) 500원, 글 + 평점(=한 줄 리뷰) 200원 -> 두 개의 리뷰 형태를 만들고, 둘 다 쓰면 700원 주기
4.도서 테이블에는 알라딘에 존재하는 도서를 전부 넣는 것이 아닌, Admin 상품 추가 시 추가 됨.
5.상품의 이름은 Unique 하지 않다. 5.1 (도서의 isbn은 unique해야하지 않을까 싶은데 어떤가요?)
6.정책을 별도의 테이블로 만들어야 하는가? -> 아니요. 개별 정책으로 나누기.
7.파손 및 파본에 의한 반품은 -> 택배비 차감하지 않고 포인트 환불.
8.웰컴 쿠폰 발급에 실패하는 경우에는 -> 관리자에게 알림이 가도록
9.상품 검색 가중치와 관련된 테이블을
10 if (배송비 > 판매가) { 환불 시 배송비가 더 클 수 있다는 알람 띄우기; } 10.1 돈 내게 해야 하는 건가요?
11.주문서가 생성되고 결제가 완료된 상태가 존재 -> 주문 상태에 대기도 필요하고, 배송 중이라는 것도 필요합니다. (요구사항 참고하면 좋을 것 같아요) 11.1 상태 : [대기, 배송 중, 완료, 반품, 주문 취소]
이벤트 스토밍을 통한 요구사항 분석은 날짜가 정해져있어서,
나중에 추가적인 합의가 생길 시에 본문에 추가하는게 아니라 버전 관리로 별도의 item을 써야 할 것 같아서
그냥 내용 확인용으로 여기에 통합해서 적어두려고 따로 뺐습니다. (erd용/요구사항용 구분 안하고 다 적겠습니다)
만약 나중에 기존 합의 내용이 변하게 된다면, 아예 지우는 게 아니라,
1.비회원 환불은 어떻게 해줄까? -> 환불 완료 메시지는 띄우지만, 결제 되돌림은 안 되는 것으로 1.1 비회원 환불은 어떻게 해줄까? -> 애초에 환불 자체를 불가능하게.
같이 변동사항 확인 가능하게 적어주세요
- 본문
1.비회원 환불은 어떻게 해줄까? -> 환불 완료 메시지는 띄우지만, 결제 되돌림은 안 되는 것으로
2.사용자가 반품을 하면, 재고를 무조건 늘릴 것인가? -> 재고 관련해서는 아무런 조치도 않음.
3.리뷰는 사진 + 글 + 평점(=사진 리뷰) 500원, 글 + 평점(=한 줄 리뷰) 200원 -> 두 개의 리뷰 형태를 만들고, 둘 다 쓰면 700원 주기
4.도서 테이블에는 알라딘에 존재하는 도서를 전부 넣는 것이 아닌, Admin 상품 추가 시 추가 됨.
5.상품의 이름은 Unique 하지 않다. 5.1 (도서의 isbn은 unique해야하지 않을까 싶은데 어떤가요?)
6.정책을 별도의 테이블로 만들어야 하는가? -> 아니요. 개별 정책으로 나누기.
7.파손 및 파본에 의한 반품은 -> 택배비 차감하지 않고 포인트 환불.
8.웰컴 쿠폰 발급에 실패하는 경우에는 -> 관리자에게 알림이 가도록
9.상품 검색 가중치와 관련된 테이블을
10 if (배송비 > 판매가) { 환불 시 배송비가 더 클 수 있다는 알람 띄우기; } 10.1 돈 내게 해야 하는 건가요?
11.주문서가 생성되고 결제가 완료된 상태가 존재 -> 주문 상태에 대기도 필요하고, 배송 중이라는 것도 필요합니다. (요구사항 참고하면 좋을 것 같아요) 11.1 상태 : [대기, 배송 중, 완료, 반품, 주문 취소]