👟 🎥 주차별 스프린트 계획 & 데모 사이트

2주차 : 인프라 작업 & 테스트 API 수신 확인

👟 2주차 스프린트 계획 회의록

🎥 2주차 데모 사이트

2주차 데모 시나리오

테스트 목적과 상황

• 서버 구성, CI / CD 같은 인프라, API, DB 등 설계를 보여주면 어떨까? + 곁들여서 디자인 정도 (레이아웃 끝난다면)
• API 서버와 클라이언트 서버가 통신이 된다.

시나리오 진행에 필요한 데이터

• API 명세
• DB ERD
• CI / CD 파이프라인
• 서버 인프라 시각화 자료
• 아무거나 Mock API (CORS랑 관련되면 좋겠다.)
• (레이아웃)

시나리오 진행에 필요한 조건

• API 명세 작성
• DB ERD 설계
• CI / CD 파이프라인 설계
• 서버 인프라 구축
• 아무거나 Mock API 구현
• (레이아웃 구현)

시나리오 완료 시 보장하는 결과

• API 서버와 클라이언트 HTTP 통신에 성공한다
• MySQL 물리적 데이터 모델
• 인프라 서버들 (CI / CD)
• (클라이언트 화면)

2주차 작업내용

백엔드

• 백엔드 : DB 설계
• API 명세 작성
• API 서버 배포
• API 서버 CI / CD
• DB 서버 배포
• DB 서버 CI / CD
• 테스트용 API 구현

프론트엔드

• 페이지 디자인
• 페이지 설계 (인터랙션, 컴포넌트 추상화)
• 프론트엔드 서버 배포
• 프론트엔드 서버 CI / CD
• ESLint, prettier, tsconfig 설정하며 코딩 스타일 맞추기
• 페어프로그래밍으로 관리자페이지 구현하며 컴포넌트 구현 스타일 싱크 맞추기
• 랜딩 페이지 구현
• 테스트용 API 수신 확인 구현

3주차 : 핵심 기능 구현

👟 3주차 스프린트 계획 회의록

🎥 2주차 데모 사이트

3주차 데모 시나리오

테스트 목적과 상황

• 기술적인 도전에 대해 다시 이해하고, 핵심 기능에 대해서 초점을 새롭게 잡았다.
• 핵심기능(기술적인 도전, 오래 고민 및 개선 필요)을 먼저 구현하여 데모에 사용하고, 추후 보완을 해야한다.

시나리오 진행에 필요한 데이터

• 키워드 데이터 (키워드, 개수, 연관관계)
• 키워드 연관관계 알고리즘
• 키워드 시각화 배치 알고리즘

시나리오 진행에 필요한 조건

• 성능을 신경쓰지 않고 & 키워드 가중치에 따른 변화 없이 데이터 시각화 구현 (개수에 따라서만)
• 성능을 신경쓰지 않고 키워드 자동완성 (이미 있는 단어로 맞춰줌)
• 성능을 신경쓰지 않고 키워드 추천 구현 (현재 단어에서 추천)

시나리오 완료 시 보장하는 결과

• 기초적인 수준이라도 유저가 핵심 기능을 이용할 수 있다.

3주차 갱신된 Feature List

공통

• 이번주 핵심 기능에 대한 API 명세 갱신하기

프론트엔드

• 갱신된 Feature List 토대로 UI / UX 디자인 그려서 공유하기

• 그룹 키워드 데이터 시각화 (워드 클라우드)

  ⇒ 이번 주의 프론트엔드 핵심기능

• 키워드 입력시 키워드 자동완성

  ⇒ 꼭 검색창으로 안띄워도됨

• 키워드 입력시 키워드 추천

  ⇒ 꼭 검색창으로 안띄워도됨

• 참여자의 키워드 목록 UI 구현 (내가 가진 키워드들)

백엔드

• 키워드(소그룹) 추천 알고리즘

  ⇒ 이번 주의 백엔드 핵심기능

• Username 접속 시 쿠키 값 넘겨주기

• User 로그인 확인 API

• 키워드(소그룹) 생성 API

• 키워드(소그룹)에 유저 진입 시, 키워드(소그룹) 참여자 수 갱신

  ⇒ 참여자 수가 있어야 초기 워드 클라우드가 가능해용

4주차 : 데이터 시각화 완료 & 실시간 서버 통신

👟 4주차 스프린트 계획 회의록

테스트 목적과 상황

테스트 목적

• 서버 통신을 통한 데이터 제공과 시각화가 제대로 되는가?

현재 상황

• 물리엔진 배치 계산기 구현 끝나감.
• 소켓 API 서버 ⇒ REST API 서버로 이동

테스트 상황

• 부스트캠프 캠퍼들에게 제공

시나리오 진행에 필요한 데이터

• 실제 키워드 데이터 (미리 넣어두는)

시나리오 진행에 필요한 조건

• OAuth 로그인 구현
• 키워드 CRUD
• 데이터 시각화
• short polling을 통한 실시간 통신 구현
• (우선순위 하) 스레드 CRUD와 UI

시나리오 완료 시 보장하는 결과

• 데모 사이트 MVP를 캠퍼들이 이용이 할 수 있다.
• 서버 통신이 포함된다.
• 로그인이 가능하다.
• short polling을 통해 실시간 통신이 가능하다.

Feature List backlog 보완 및 갱신

⚠️ 처음 백로그 설계와 많이 달라져서 github의 백로그를 따름.

⇒ 조금 더 큰 목표를 잡고 세세한 건 이후에 잡았어야했구나라는 생각이 들었다.

프론트엔드

• 물리엔진 마무리
• short polling을 통한 서버 통신
• 로그인을 위한 처리
• 스레드 UI 구현 (소일거리)

⇒ 각 도메인과 구현 단계별로 몇 공수(MD)인지 뽑아보기

백엔드

• REST API 전체
  • 각 도메인별 CRUD
  • OAuth
  • (어려운 것) 키워드 복수 개의 병합과 삭제

⇒ 각 도메인과 구현 단계별로 몇 공수(MD)인지 뽑아보기