Update README.md

SDS 홈쇼핑 수정 msa-ez#1

README.md

@@ -1,6 +1,6 @@
 ![image](https://user-images.githubusercontent.com/487999/79708354-29074a80-82fa-11ea-80df-0db3962fb453.png)
 
-# 예제 - 음식배달
+# 홈쇼핑
 
 본 예제는 MSA/DDD/Event Storming/EDA 를 포괄하는 분석/설계/구현/운영 전단계를 커버하도록 구성한 예제입니다.
 이는 클라우드 네이티브 애플리케이션의 개발에 요구되는 체크포인트들을 통과하기 위한 예시 답안을 포함합니다.
@@ -9,7 +9,7 @@
 
 # Table of contents
 
-- [예제 - 음식배달](#---)
+- [홈쇼핑](#---)
   - [서비스 시나리오](#서비스-시나리오)
   - [체크포인트](#체크포인트)
   - [분석/설계](#분석설계)
@@ -28,27 +28,27 @@
 
 # 서비스 시나리오
 
-배달의 민족 커버하기 - https://1sung.tistory.com/106
+[SDS 홈쇼핑]
 
 기능적 요구사항
-1. 고객이 메뉴를 선택하여 주문한다
+1. 고객이 상품을 선택하여 주문한다
 1. 고객이 결제한다
-1. 주문이 되면 주문 내역이 입점상점주인에게 전달된다
-1. 상점주인이 확인하여 요리해서 배달 출발한다
+1. 주문이 되면 주문 내역이 홈쇼핑 업체에게 전달된다
+1. 홈쇼핑 업체가 확인하여 포장해서 배송한다
 1. 고객이 주문을 취소할 수 있다
-1. 주문이 취소되면 배달이 취소된다
+1. 주문이 취소되면 배송이 취소된다
 1. 고객이 주문상태를 중간중간 조회한다
 1. 주문상태가 바뀔 때 마다 카톡으로 알림을 보낸다
 
 비기능적 요구사항
 1. 트랜잭션
     1. 결제가 되지 않은 주문건은 아예 거래가 성립되지 않아야 한다  Sync 호출 
 1. 장애격리
-    1. 상점관리 기능이 수행되지 않더라도 주문은 365일 24시간 받을 수 있어야 한다  Async (event-driven), Eventual Consistency
+    1. 홈쇼핑 관리 기능이 수행되지 않더라도 주문은 365일 24시간 받을 수 있어야 한다  Async (event-driven), Eventual Consistency
     1. 결제시스템이 과중되면 사용자를 잠시동안 받지 않고 결제를 잠시후에 하도록 유도한다  Circuit breaker, fallback
 1. 성능
-    1. 고객이 자주 상점관리에서 확인할 수 있는 배달상태를 주문시스템(프론트엔드)에서 확인할 수 있어야 한다  CQRS
-    1. 배달상태가 바뀔때마다 카톡 등으로 알림을 줄 수 있어야 한다  Event driven
+    1. 고객이 자주 홈쇼핑 관리에서 확인할 수 있는 배송상태를 주문시스템(프론트엔드)에서 확인할 수 있어야 한다  CQRS
+    1. 배송상태가 바뀔때마다 카톡 등으로 알림을 줄 수 있어야 한다  Event driven
 
 
 # 체크포인트