2025-11-11 미팅 기록 — 문서 체계·스택 결정 가이드·템플릿 지시

🎯 핵심

당장 필요한 문서: 요구사항정의서 + 기능정의서 + 기능명세서(이 3종이 우선)

서버 스택: 규모/편의 기준으로 선택. 학습 목적이면 FastAPI 선호, 분리는 “필요할 때”

템플릿 선점: 내일까지 각 산출물 템플릿 조사·선정

🧾 페이지 속성

속성	타입	예시
Status	Select	In Review
Sprint	Select	Sprint 1
Owner	Person	@인지(작성자)
Topic	Multi-select	Docs, API, Architecture, Template
Next Review	Date	2025-11-12

1) 팀 보고

팀: 요구사항 명세서 완료. → 다음: 기능명세서, 비기능명세서, 수행계획서, 프로젝트계획서 작성 착수.

2) 코멘트(CTO/강사)

CTO

우선 문서: 요구사항정의서/명세서, 기능정의서, 기능명세서만 나와도 OK.
비기능명세서는 있으면 좋음. 요구사항 추적표는 비권고.
그룹웨어 대안: Outlook도 검토. 상용 그룹웨어(더좋은비전, ecount, MS, Google) 옵션.
- Ecount ERP: 셋업 쉬움, API 지원 여부만 확인하면 화면 개발 최소화.
- 비용: 기본 조직데이터 입력, 30명/4만원 수준(참고).
백엔드: FastAPI 추천(세팅 간편, LLM·AI 연계 용이). Spring도 가능하나 AI 샘플 리소스는 Python 쪽이 풍부.

강사

서버 분리는 규모/경계가 있을 때. 학습·PoC 규모면 단일 서비스도 충분.
FastAPI / Spring 모두 가능. “서비스 vs AI” 경계를 기준으로 분리 여부 결정(예: fast-fast 또는 fast-spring).
Swagger는 프론트 대기 없이 백엔드 개발 지속을 위한 계약(스펙) 우선 도구.
기능명세서는 “개발자 관점”으로 암호화 패턴, 입력검증, 예외/오류, 화면전이까지 명시.