Task 01 명세 불일치 검출 실습 가이드
📥 실습 입력 (Input)
- •
meeting-notes.md(회의록) - •
requirements.md(요구사항 정의서) - •
screen-specification.md(화면 정의서)
📤 실습 출력 (Output)
- • 모순점 및 조치 사항 요약 리포트 표
🛠️ 실제 따라 하기 실습 가이드
- 요청 사항 인지: 고객의 "회원가입 휴대폰 인증 추가" 변경 요청을 식별합니다.
- Codex 영향 분석: Codex Client 프롬프트 입력창에 영향도 분석 프롬프트를 전송하여 빌드합니다.
- 보고서 점검: 출력된 리포트에서 회원가입 화면(높음), 로그인 API(중간), User DB(높음), 관리자 화면(낮음) 조치 매핑이 정확히 들어갔는지 검토합니다.
실습 방식 안내
본 미션은 Codex Workspace 전체 프로젝트(UI 기획서, API 명세서, DB 스키마 등) 맥락을 기반으로 신규 변경 요청에 대한 파급 영향도를 추론하는 실습입니다. 별도의 실습 파일 다운로드 없이 아래 프롬프트를 복사하여 Codex Client 창에 입력하면 됩니다.
Codex 요청 프롬프트
Mission 1 Prompt
회원가입에 휴대폰 인증 기능이 추가될 경우 영향을 받는 화면, API, DB, 문서를 모두 찾아 영향도 분석 보고서를 작성해 주세요.
예상 결과 리포트
| 구분 | 발견 내용 및 모순점 | 영향도 | 기준 문서 | 권장 조치 |
|---|---|---|---|---|
| 정책/기능 | 회의록에는 예약 취소 시 10% 수수료 환불 정책이 확정되었으나, 요구사항 정의서(`requirements.md`)에는 관련 내용이 완전히 누락됨. | 높음 | 회의록 | 요구사항 정의서에 예약 취소 및 10% 위약금 환불 기능 요구사항 추가 반영 필요 |
| 정책/화면 | 회원 탈퇴 시 기존 예약에 대해 회의록은 '자동 취소 및 전액 환불'이라 정의했으나, 요구사항서에는 '보관 유지', 화면정의서에는 '안내 팝업 없이 숨김 처리'로 세 문서가 모두 상이함. | 높음 | 회의록 | 기획팀 조율을 거쳐 회의록 기준으로 요구사항과 화면 정의서의 탈퇴 로직 일체화 수정 필요 |
| 기능/화면 | 회의록 및 화면정의서에서는 '사용자(Customer)가 전문가(Expert)를 평가'하도록 설계되었으나, 요구사항서(FR-004)에는 '전문가(Expert)가 사용자(Customer)를 평가'하도록 주체가 반대로 작성됨. | 높음 | 회의록 | 요구사항 정의서의 FR-004 평가 주체를 Customer로 수정 반영 |
| 화면 | 회의록에는 비회원의 경우 '예약 신청 버튼 비활성화'를 명시했으나, 화면정의서(SCR-001)에는 '비회원 예약하기 버튼 활성화' 및 가입 유도 없는 일정 진입으로 모순됨. | 중간 | 회의록 | 화면 정의서의 비회원 홈화면 예약 흐름을 '비활성화 또는 가입 팝업 유도'로 수정 |