MyMap주문 라이프사이클 상태 다이어그램
프롬프트
이커머스 주문 라이프사이클의 상태 다이어그램을 만들어 주세요
나만의 버전 만들기
프레임워크 소개
주문 상태를 변경하는 이벤트를 검토하세요
이 예시에는 Placed, Processing, Shipped, Delivered, Cancelled, Refunded라는 6개의 상태가 있습니다. 기본 경로는 결제 확인, 창고 처리 완료, 배송 완료 이벤트에 따라 진행됩니다. 고객이 취소하면 Placed 상태에서, 재고가 없으면 Processing 상태에서 취소할 수 있습니다.
Delivered에는 종료 전이와 Return requested라는 레이블이 붙은 Refunded로의 분기가 모두 있습니다. 이 직접 전이는 반품 승인, 상품 검수, 환불 처리 상태를 별도로 두지 않은 간소화된 표현입니다. Cancelled와 Refunded도 종료 마커로 연결됩니다.
이 맵을 사용해 이러한 전이를 실제 주문 규칙과 비교해 보세요. 시스템에서 실제로 기록하는 이벤트를 제공한 다음, 누락된 중간 상태를 추가하고 각 상태에서 어떤 전이를 허용할지 결정하세요.
포함 내용
얻는 것
- 이름이 지정된 6개 주문 상태와 전이 레이블
- 처리 및 배송을 거쳐 주문 접수부터 배송 완료까지 이어지는 경로
- 서로 다른 트리거 이벤트를 사용하는 2개의 취소 경로
- 반품 논의를 위한 Delivered에서 Refunded로 이어지는 직접 분기
주문 라이프사이클 상태 다이어그램
✦ Free preview · Sign in to use
자주 묻는 질문
자주 묻는 질문
이 예시에서는 언제 주문을 취소할 수 있나요?
이 차트에서는 고객이 취소한 경우 Placed 상태에서, 재고가 없는 경우 Processing 상태에서 주문을 취소할 수 있습니다. Shipped 상태에서는 취소로 이어지는 전이가 표시되지 않습니다.
반품 요청이 들어오면 환불이 즉시 완료되나요?
이 샘플은 해당 직접 전이를 그려 여러 가능한 단계를 간소화합니다. 프로세스에서 반품 및 환불 상태를 추적한다면 각 상태를 별도로 추가해 달라고 요청하세요.
이 내용을 주문 상태 테스트 정의에 사용할 수 있나요?
레이블이 지정된 전이를 검토할 사례로 활용한 다음, 누락된 조건과 허용되지 않는 전이를 구체적으로 정의하세요. 이 다이어그램 자체가 애플리케이션의 주문 규칙을 강제하지는 않습니다.
주문 라이프사이클 상태 다이어그램
무료로 시작. 신용카드 불필요.