해야하는 거

PPT

PPT 제출 구성, 총 10페이지

페이지	제목	들어갈 내용	준비해야 하는 자료
1	프로젝트 소개	팀명, 프로젝트명, 한 문장 서비스 소개, 발표자 이름	프로젝트명, 팀원 이름, 서비스 대표 이미지 또는 로고
2	서비스 대상과 이해관계자	서비스를 사용하는 사용자, 강사, 판매자, 운영자 등 주요 이해관계자와 각 역할	5번 도메인 매핑표에서 정한 이해관계자
3	이해관계자의 Pain Point	이해관계자가 실제로 겪는 문제, 현재 방식의 불편함, 이 문제를 해결해야 하는 이유	실제 사례, 문제 상황, 기존 업무 흐름
4	AI 솔루션과 핵심 가치	Pain Point를 해결하는 서비스 기능, AI가 담당하는 역할, 사용자에게 제공되는 가치	AI 입력 데이터, 분석·추천 방식, 예상 결과
5	사용자 흐름과 도메인 매핑	사용자가 서비스를 이용하는 처음부터 끝까지의 흐름, 기존 `user`, `course`, `enrollment`, `payment` 도메인을 우리 서비스에 맞게 바꾼 결과	사용자 시나리오, 도메인 매핑표, 핵심 상태 변화
6	Sprint 1과 Sprint 2 구분	Sprint 1의 핵심 MVP, Sprint 2의 확장 기능, 기능을 두 단계로 나눈 기준과 이유	Sprint별 기능 목록, 우선순위, 제외하거나 미룬 기능
7	MSA 아키텍처 구성도	Frontend, API Gateway, 인증 서버, Eureka, 각 Microservice, Kafka의 연결 구조와 서비스별 역할	우리 서비스명으로 치환한 아키텍처 다이어그램, API 호출과 이벤트 흐름 화살표
8	API 명세	프론트엔드에서 호출하는 API의 Method, URL, 역할, Request와 Response 예시	Swagger UI에서 확인한 엔드포인트, 요청·응답 JSON, 인증 방법
9	실제 동작 화면과 Demo	로그인, 데이터 조회, 신청·처리, 결제, 추천 등 핵심 기능의 실행 결과와 요청 전후 상태 변화	화면 캡처, Swagger 응답, DB 또는 상태 변경 결과, Demo 순서
10	결과와 향후 계획	구현한 핵심 가치, Sprint 1 완료 범위, 한계, Sprint 2에서 추가할 기능, 최종 결론	완료 기능 체크, 미완료 항목, 다음 Sprint 계획

발표 흐름

왜 필요한가?
    ↓
무엇으로 해결하는가?
    ↓
어떤 순서로 구현하는가?
    ↓
어떤 구조와 API로 만들었는가?
    ↓
실제로 어떻게 동작하는가?
    ↓
무엇을 완성했고 다음에는 무엇을 할 것인가?

이해관계자 가치(Pain Point) : 우리 팀이 정의한 이해관계자(사용자, 강사·판매자, 운영자 등)가 실제로 겪는 불편함이 무엇인지, 왜 그 문제가 중요한지를 먼저 명확히 정의합니다. (5 번 도메인 매핑표에서 정한 이해관계자를 기준으로 작성)
이를 해결하기 위한 AI 솔루션 : 정의한 Pain Point를 어떻게 해결할지, 우리 서비스가 제 공하는 핵심 기능과 그 안에서 AI가 담당하는 역할을 설명합니다.
스프린트 구분 : 정의한 솔루션 중 어떤 기능을 스프린트1(핵심 가치, MVP)에서 먼저 구 현하고 어떤 기능을 스프린트2(확장 기능)로 미룰지 우선순위를 정하고, 그렇게 나눈 이유를 설명합니다. (6번에서 다룬 스프린트1·스프린트2 구조를 우리 팀 서비스에 맞춰 적용)
아키텍처 구성도 : 제공된 MSA 구조(user-service, course-service, enrollment-service, payment-service, Eureka, API Gateway, 인증 서버, Kafka)를 우리 팀 서비스명으로 치환한 다이어그램입니다. 어떤 서비스가 무엇을 담당하는지, 서비스 간 호출•이벤트 흐름을 화살표 로 표시합니다.
API 명세 : 프론트엔드가 실제로 호출하는 엔드포인트 목록(Method, URL, Request/Response 예시)입니다. Swagger UI에서 확인한 내용을 정리하면 됩니다. (Swagger UI를 보고 실제로 프론트엔드와 연결하는 방법은 부록 참고)
동작 화면 스냅샷 : 실제로 만든 화면에서 위 API가 호출되어 동작하는 장면을 캡처합니 다. 요청 전/후 상태 변화가 드러나도록 구성해 주세요 (예 : 수강신청 전 à 결제 à 신청 후 화면 노출). 이 여 섯 단계는 실 무 에서 쓰이는 서비스 기획서의 기본 구조 와 동일 합니다 . " 왜 ( P ain P oint) à 무엇 을 ( 솔루션 ) à 어 떻 게 나눠서 ( 스프린트 ) à 어 떻 게 구 현 ( 아키텍처 • A P I) à 결 과 ( 화면 )" 의 순서를 지키면 , 발 표 를 듣 는 사 람 도 우 리 팀 의 논리 를 자연스 럽 게 따 라올 수 있습니다 .

08_26

MSA 구현이 이미 돠어있음 Agile