Skip to content

Dev Schedule

Jump to bottom
EunHye (Grace) edited this page Oct 9, 2026 · 9 revisions

개발 일정 & 마일스톤 (제안)

작성일: 2026-10-09 | 상태: 제안 — 날짜·범위는 회의에서 확정

현재 상태 (2026-10-09 기준)

항목 상태
FE 배포 (Vercel) 완료 — 홈·생활기록·돌봄정보·더보기·기록작성 5개 페이지
BE 초기 세팅 완료 — Spring Boot 4.1.1, 공통 응답 포맷, Swagger 설정
API 설계 미완
인증 미구현
DB H2 (개발용) — 프로덕션 DB 미결정

마일스톤 제안

아래 날짜는 빈칸으로 두었습니다. 팀에서 발표·제출 일정을 역산해 채워주세요.

M1 — 핵심 기능 프로토타입

목표 날짜: 10/14

인증 없이 핵심 기능 흐름이 동작하는 상태. FE Mock 데이터 → BE 실제 API로 한 사이클 연결.

FE 제안 작업

  • 당사자 프로필 등록 화면 (User-Flow 2-1)
  • 기록 카테고리 확정 반영 (의사소통·생활습관·도전적 행동 등 7개)
  • 기록 목록 → 상세 화면
  • 돌봄정보 상세 — 당사자 프로필 + 핀된 중요 정보 표시
  • 디자인 시스템 정리 (색상 토큰, 공통 컴포넌트)

BE 제안 작업

  • DB 스키마 확정 (당사자·기록·유저 테이블) → ERD Wiki 업데이트
  • 기록 CRUD API (POST/GET/PATCH/DELETE /api/records)
  • 당사자 프로필 API (POST/GET /api/persons)
  • 로컬 실행 가이드 업데이트

검증 기준

  • 보호자가 기록을 작성하면 BE에 저장되고, 목록에서 확인할 수 있다

M2 — 인증 + 권한 관리

목표 날짜: 10/19

역할 기반 로그인 완성. 보호자·돌봄 제공자 분리. PRD Must M4 (역할별 접근 권한 관리) 구현.

FE 제안 작업

  • 로그인 / 회원가입 / 역할 선택 화면
  • 구글 소셜 로그인 연동 (결정: 자동 로그인 + 회원가입 + 구글)
  • 인증 토큰 저장·갱신·만료 처리
  • 보호된 라우트 설정 (미인증 시 로그인 페이지로 리다이렉트)
  • 돌봄 관계 관리 화면 — 기관 배정 목록, 돌봄 종료, 기관 이전 (대상자 고유 번호 입력)
  • 수정 제안 화면 — 돌봄 제공자가 보호자 작성 기록에 제안 전송 (M7)
  • API 클라이언트 — Mock 데이터 → 실제 API 전환 + 에러·로딩 상태 처리

BE 제안 작업

  • JWT 로그인 / 회원가입 API (POST /api/auth/login, /api/auth/register)
  • 기관 회원가입 시 기관 코드 자동 발급 (POST /api/auth/register — 역할 기관일 때 코드 생성)
  • 구글 OAuth API 연동
  • 토큰 갱신 API (POST /api/auth/refresh)
  • 돌봄 관계 API — 기관 배정·종료 (POST/DELETE /api/care-relations)
  • 기관 이전 API — 보호자가 입력한 기관 코드로 이전 (POST /api/care-relations/transfer)
  • 권한 검사 — 돌봄 관계 없는 사용자의 접근 차단
  • 접근 기간 만료 시 자동 권한 회수 로직
  • 수정 제안 API (POST /api/records/:id/suggestions, 보호자 승인/거절) (M7)

검증 기준

  • 기관이 활동 지원사를 당사자에게 배정하면 해당 활동 지원사가 당사자 정보에 접근할 수 있다
  • 돌봄 종료 후 활동 지원사는 더 이상 정보를 볼 수 없다
  • 보호자가 기관 코드 입력으로 기관 이전이 가능하다
  • 돌봄 제공자가 수정 제안을 전송하면 보호자에게 알림이 가고 승인·거절할 수 있다

M3 — 미디어 첨부 + 마무리

목표 날짜: 10/23

PRD Must M2 (사진·영상·음성 첨부) 구현. 배포 안정화 및 데모 준비.

FE 제안 작업

  • 기록 작성 화면에 미디어 첨부 (이미지 업로드)
  • 첨부 미디어 뷰어 (기록 상세)
  • AI 기록 정리 UI — 음성·텍스트 자유 입력 → AI 초안 표시 → 보호자 확인 (M6)
  • 고령자 친화 UI 점검 (큰 글씨, 단순 화면)
  • 빈 상태 / 에러 상태 / 로딩 상태 전체 점검

BE 제안 작업

  • 파일 업로드 API (S3 또는 로컬 스토리지)
  • AI 기록 정리 API — 음성·텍스트 입력 → Claude API 호출 → 카테고리·내용 초안 반환 (M6)
  • BE 프로덕션 배포 환경 구성 (아래 미결 사항 참고)
  • 개인정보 처리 방침 관련 로그 (열람·수정 이력)

검증 기준

  • 보호자가 사진을 첨부한 기록을 저장하고, 돌봄 제공자가 사진을 포함해 열람할 수 있다
  • 자유 입력한 텍스트/음성이 AI에 의해 카테고리·내용으로 정리되고 보호자가 확인 후 저장할 수 있다

역할 분담 제안

아래는 제안입니다. 팀에서 조정해 주세요.

영역 담당 (제안)
FE
BE
디자인 / Figma
API 설계 FE + BE 공동
개인정보·보안 검토 팀 전체

BE 구현 우선순위 제안

FE API 연동 일정에 맞춰 BE가 먼저 끝내야 하는 순서

  1. DB 스키마 확정 + 기록 CRUD (M1)
  2. 당사자 프로필 API (M1)
  3. JWT 인증 + 구글 OAuth (M2)
  4. 돌봄 관계·권한 관리 — 기관 배정·종료·이전 (M2)
  5. 수정 제안 API (M2)
  6. 파일 업로드 (M3)
  7. AI 기록 정리 API (M3)
  8. 접근 이력 로그 (M3)

미결 사항 — 회의에서 결정 필요

항목 질문 / 상태 담당
마일스톤 날짜 ✅ M1: 10/14, M2: 10/19, M3: 10/23 팀 전체
프로덕션 DB MySQL / PostgreSQL 중 선택 (H2는 개발 전용) BE
BE 배포 환경 Railway / Fly.io / AWS 중 선택 BE
파일 저장소 S3 / Cloudflare R2 / 로컬 중 선택 BE
기록 작성 권한 ✅ 돌봄 제공자도 작성 가능 (M7: 보호자 기록은 수정 제안만) 팀 전체
인증 방식 ✅ 자동 로그인 + 회원가입 + 구글 소셜 로그인 BE
AI 기능 ✅ M6 Must — 음성·텍스트 → AI 정리, 카테고리 자동 배정 FE/BE
M3 포함 여부 ✅ 포함 (미디어 첨부 Must M2, AI 정리 Must M6) 팀 전체

Clone this wiki locally