📘 1일차 교재 (PDF) 다운로드 📊 요약/도식화 보기 ← 목록으로
Day 1 Codex AI 요구사항 정의 환경 세팅 & 실습 미션

Codex 기반 요구사항 정의 교육 미션

비정형화된 회의록 대화에서 요약(전처리)을 수행하고, 기능 명세와 예외 흐름 정의, 의사결정 질문지 구축 및 최종 문서 통합 & 이메일 공유까지의 전체 기획 워크플로우를 학습합니다.

진행 단계 선택

Step 0

대화록 요약 전처리

회의 대화록 원본에서 핵심 요약 메모 추출

Step 1

회의 메모 분석

회의록 요약본에서 사용자, 기능, 비즈니스 정책 분류하기

Step 2

기능 요구사항 정의

추출된 기능 후보를 테스트 가능한 정형 명세 문장으로 변환

Step 3

정상 및 예외 흐름

사용자 시나리오와 예외 케이스(실패, 중복 등) 디테일 보완

Step 4

미결정 기획 질문

미결정 사항을 이해관계자 확인 질문 목록으로 변경

Step 5

문서 통합 및 메일 공유

AI 린트 검증을 통한 문서 완성 및 Gmail 플러그인 연동 발송

Mission 1

반려동물 케어 매칭

[과제] 펫시터 매칭 서비스 회의록 기반 기획 문서 작성

Mission 2

무인 스터디룸 & IoT

[과제] 실시간 공간 예약 및 스마트 기기 제어 명세화

0단계 상세 대화록에서 핵심 요약 도출 (전처리)

📥 단계 입력 (Input)

비정형 핑퐁 대화 형태의 1차 회의록 원본 (meeting-notes-raw.md)

📤 단계 출력 (Output)

핵심 요약 메모 파일 (meeting-notes.md)

🛠️ 실제 따라 하기 상세 가이드

  1. 원본 회의록 확보: 아래 다운로드 버튼을 눌러 1차 회의록 대화록 원본인 meeting-notes-raw.md 파일을 다운로드하여 작업 폴더에 놓거나 파일 내용을 생성합니다.
  2. 전처리 지시: 사용할 Codex/ChatGPT 대화창을 열고 아래 Codex 요청 예시 프롬프트를 전송합니다.
  3. 결과물 저장: AI가 가공되지 않은 핑퐁 대화에서 뽑아낸 정제된 요약 메모 텍스트를 복사하여 meeting-notes.md 파일로 저장합니다. (이 파일은 다음 1단계 실습의 Input 데이터가 됩니다.)

미션 상황

기획 회의에서 작성된 회의록 원본은 각 팀원들(대표, 기획자, 개발자, 디자이너) 간의 핑퐁 대화와 사담이 섞여 있어서 요구사항을 바로 추출해 분석하기에는 너무 산만합니다. 학습자는 Codex를 전처리 도구로 활용하여 회의록에서 핵심 비즈니스 요건만 요약한 기획 메모를 도출해야 합니다.

학습자 미션

다음 1차 회의 대화록 원본을 meeting-notes-raw.md 파일로 작성하거나 다운로드합니다.

meeting-notes-raw.md 원문 (스크롤)# 전문가 상담 서비스 구축을 위한 1차 Kick-off 회의록

**일시**: 2026-07-10 14:00 - 15:30
**참석자**: 대표(CEO), 기획자(PM), 개발자(Dev), 디자이너(Designer)

---

**대표**: 여러분, 안녕하세요. 오늘 회의는 우리가 새로 론칭할 "온라인 전문가 상담 서비스"의 기본 요구사항을 논의하고 방향을 잡기 위한 자리입니다. 핵심은 사용자가 우리 플랫폼에 와서 다양한 분야의 전문가를 찾고, 상담 예약을 한 뒤 결제까지 원활하게 마치는 프로세스입니다.

**기획자**: 네, 대표님. 서비스의 기본적인 가입 절차부터 논의를 시작해보죠. 사용자는 회원가입을 해야 서비스를 이용할 수 있는 구조인가요?

**대표**: 네, 맞습니다. 사용자는 우선 회원가입을 마쳐야만 전문가 검색이나 예약 등의 기능을 원활하게 이용할 수 있도록 합시다. 비회원 상태에서는 간단한 둘러보기만 가능하도록 하고요.

**디자이너**: 가입하고 나면 전문가를 검색할 텐데, 전문가 프로필 페이지나 분류 기준은 어떻게 생각하고 계신가요?

**대표**: 전문가는 일단 분야별로 구분되어야 합니다. 예를 들어 IT 컨설팅, 법률 상담, 디자인 코칭 같은 카테고리가 있겠죠. 사용자는 카테고리를 선택하거나 직접 검색어를 입력해 본인이 원하는 전문가를 빠르게 찾아낼 수 있어야 합니다.

**디자이너**: 그러면 검색 결과에서 전문가 목록이 나오고, 상세 페이지로 들어가서 일정을 고르는 구조겠군요. 날짜와 시간은 어떻게 선택하나요?

**대표**: 예, 사용자가 특정 전문가를 선택하면, 해당 전문가가 상담 가능한 스케줄 일정이 캘린더나 타임라인 형태로 표시되어야 해요. 사용자는 그중에서 자신이 상담받고 싶은 날짜와 시간을 자유롭게 골라 예약 신청을 할 수 있게 해야 합니다.

**개발자**: 예약 신청 직후의 결제 프로세스는 어떻게 진행되나요? 예약 신청과 동시에 결제가 바로 이루어져야 예약이 확정되는 형태인가요?

**대표**: 결제가 완료되어야만 최종 예약이 "확정" 상태로 넘어가야 합니다. 만약 PG사 한도 초과나 기타 원인으로 결제가 실패하면, 당연히 그 예약은 완료 처리되면 안 되고 대기 혹은 취소 상태로 묶여야겠죠.

**개발자**: 결제 실패 시 예약이 생성되지 않거나 잠금 해제가 되어야 한다는 비즈니스 규칙이군요. 전문가는 자신이 예약된 스케줄을 어디서 확인하나요?

**대표**: 전문가는 우리 시스템 내에 전문가 전용 대시보드가 있어서, 거기서 자신에게 들어온 예약 신청 내역이나 확정된 스케줄을 실시간으로 모니터링하고 관리할 수 있어야 합니다.

**기획자**: 전문가 가입은 일반 회원가입과 다를 텐데, 인증이나 승인 절차가 별도로 필요한가요? 아무나 전문가로 활동하게 할 순 없으니까요.

**대표**: 좋은 지적입니다. 전문가는 가입 신청을 한 후에 바로 활동할 수 있는 게 아니라, 사이트 관리자가 제출 서류나 자격을 심사한 뒤 "승인"을 해줘야 비로소 전문가 목록에 노출되고 예약 시스템에 참여할 수 있도록 관리자 승인 정책을 필수로 두겠습니다.

**기획자**: 예약을 완료하면 사용자나 전문가에게 알림을 발송해야 개발 편의와 사용성이 높을 텐데, 알림 채널은 어떤 걸 선호하시나요?

**대표**: 알림은 무조건 보내야죠. 예약이 확정되었거나 취소되었을 때 알려줘야 하니까요. 그런데 알림을 이메일로 쏠지, 아니면 휴대폰 문자로 보낼지는 개발 리소스와 비용 문제를 좀 더 따져봐야 할 것 같아요. 이 부분은 아직 확정하지 맙시다.

**개발자**: 취소 수수료나 환불에 대한 규칙도 지금 정해야 하나요?

**대표**: 취소 수수료 정책도 법률 검토와 마케팅 부서 협의가 필요한 사항이라서요. 오늘 당장 결정하긴 어려우니, 이것도 아직 결정되지 않은 보류 사항으로 남겨둡시다. 추후 2차 회의 때 확정 짓는 걸로 하죠.

**기획자**: 알겠습니다. 오늘 결정된 정책과 보류 사항들을 대략 취합해서 명세 초안을 위한 전처리 회의 요약 메모로 정리해 보겠습니다.

Codex 요청 예시 (전처리 프롬프트)

Promptmeeting-notes-raw.md의 회의록 원문을 읽고, 화자 간의 불필요한 대화 맥락과 문맥을 걷어내고
서비스 사용자, 기능 요건, 시스템 정책, 미결정 유보 사항을 15줄 내외의 컴팩트한 비정형 요약 메모 형태로 작성해줘.
원문에 없는 가상의 내용은 임의로 상상해서 추가하지 말아줘.

🤖 이 단계에서의 Codex 역할

요약 및 전처리 도구 (Summarizer): 대화 내용에서 불필요한 사담 및 화자 맥락을 제거하고 정밀 설계에 필요한 핵심 요약 메모를 발췌합니다.

1단계 회의 메모에서 핵심 내용 찾기

📥 단계 입력 (Input)

0단계에서 정제된 요약 기획 메모 파일 (meeting-notes.md)

📤 단계 출력 (Output)

  • • 서비스 사용자 역할 목록
  • • 기능 후보 목록
  • • 비즈니스 규칙 목록
  • • 미결정 사항 목록

🛠️ 실제 따라 하기 상세 가이드

  1. 회의 메모 준비: 0단계 요약본인 meeting-notes.md 파일을 배치합니다. 아래 다운로드 버튼을 눌러 정제본 예시 파일을 직접 다운로드해도 됩니다.
  2. AI 분석 의뢰: 0단계 대화에 이어서 아래 Codex 요청 예시 프롬프트를 전송합니다.
  3. 분류 검토: 도출된 사용자 목록(Customer, Expert, Admin)과 확정/미결정 정책 분류가 학습자 확인 사항 기준에 부합하는지 봅니다.

미션 상황

대표와 기획자, 개발자 등의 회의 대화에서 정제된 0단계의 기획 요약 메모(`meeting-notes.md`)를 분석할 때입니다. 학습자는 이 요약문을 바탕으로 서비스의 주요 객체(사용자 역할, 기능, 비즈니스 룰, 정책)를 정확히 카테고리화해야 합니다.

학습자 미션

정제된 meeting-notes.md 요약 파일을 준비하거나 아래 예시 다운로드를 이용합니다.

meeting-notes.md 요약문 (스크롤)온라인 전문가 상담 서비스를 만들려고 한다.

사용자는 회원가입 후 전문가를 검색할 수 있다.
전문가는 분야별로 구분한다.
사용자는 상담 날짜와 시간을 선택할 수 있다.
결제가 완료되면 예약이 확정된다.
결제가 실패하면 예약은 완료되면 안 된다.

전문가는 자신의 예약을 확인할 수 있다.
관리자는 전문가 가입을 승인할 수 있다.

예약이 완료되면 알림을 보내야 한다.
알림을 이메일로 보낼지 문자로 보낼지는 아직 정하지 않았다.
취소 수수료 정책도 아직 정하지 않았다.

Codex 요청 예시

Promptmeeting-notes.md를 읽고 다음 내용을 구분해줘.

1. 서비스 사용자
2. 사용자가 수행하는 기능
3. 시스템이 수행하는 기능
4. 비즈니스 규칙
5. 아직 결정되지 사항

회의 메모에 없는 내용은 추가하지 말고,
불명확한 내용은 별도로 표시해줘.

아직 파일은 수정하지 말고 분석 결과만 보여줘.

학습자 확인 사항

  • 사용자는 Customer, Expert, Admin으로 구분되었는가?
  • 결제 성공과 예약 확정의 관계가 확인되었는가?
  • 알림 방식과 취소 정책이 미결정 사항으로 분리되었는가?
  • Codex가 회의 메모에 없는 기능을 추가하지 않았는가?

🤖 이 단계에서의 Codex 역할

분석 도구 (Analyst): 정제된 기획 요약 메모에서 사용자 역할군과 명세 후보, 비즈니스 규칙을 논리적으로 식별합니다.

2단계 기능 요구사항 문장 만들기

📥 단계 입력 (Input)

1단계 출력물 (사용자 역할 목록, 기능 후보 목록, 비즈니스 규칙 목록, 미결정 사항 목록)

📤 단계 출력 (Output)

functional-requirements.md (FR-001 ~ FR-004 규격화된 기능 요구사항 정의서 표)

🛠️ 실제 따라 하기 상세 가이드

  1. 요구사항 템플릿 생성: 작업 폴더에 functional-requirements.md 파일을 만들고 아래 학습자 미션의 표 틀을 복사해 붙여넣습니다.
  2. 프롬프트 전송: 1단계 대화에 이어 아래 Codex 요청 예시 프롬프트를 복사해 채팅창에 전송합니다.
  3. 결과 복사 & 저장: AI가 생성한 표 형식(Markdown)의 명세 문장을 복사하여 functional-requirements.md에 붙여넣고 저장합니다.
  4. 모호성 필터링: 완성된 문장에 "편리하게", "빠르게"와 같은 모호한 수식어가 포함되어 있다면 AI에게 정량화 수정을 다시 요구해 봅니다.

미션 상황

1단계에서 서비스에 필요한 기능 후보를 찾았습니다. 이번 단계에서는 기능 후보를 실제 요구사항 문장으로 변경합니다. 단순한 기능 이름이 아니라 개발자와 기획자가 동일하게 이해할 수 있는 문장으로 작성해야 합니다.

요구사항 작성 기준

[사용자 또는 시스템]은    [특정 조건]에서    [기능 또는 동작]을 수행할 수 있어야 한다.

학습자 미션

1단계에서 추출한 기능 후보를 다음 형식으로 변경합니다.

요구사항 ID 사용자 기능명 요구사항 설명
FR-001 Customer 회원가입 (학습자가 채워야 할 빈 공간)
FR-002 Customer 전문가 조회
FR-003 Customer 상담 시간 선택
FR-004 System 예약 확정

Codex 요청 예시

Prompt1단계에서 추출한 기능 후보를 기능 요구사항으로 작성해줘.

다음 규칙을 적용해줘.

1. 요구사항 ID는 FR-001부터 순서대로 부여한다.
2. 하나의 요구사항에는 하나의 기능만 작성한다.
3. 사용자가 누구인지 명확히 작성한다.
4. 기능이 실행되는 조건을 포함한다.
5. 테스트할 수 있는 문장으로 작성한다.
6. "편리하게", "적절하게", "빠르게" 같은 모호한 표현은 사용하지 않는다.
7. 회의 메모에 없는 내용은 추가하지 않는다.

결과는 Markdown 표로 작성해줘.

🤖 이 단계에서의 Codex 역할

기술적 요구사항 작성 도구 (Technical Writer): 템플릿과 정형 수식을 바탕으로 정량적이고 검증 가능한 문장을 생산합니다.

3단계 정상 흐름과 예외 흐름 추가하기

📥 단계 입력 (Input)

2단계 출력물 (functional-requirements.md 표)

📤 단계 출력 (Output)

  • • 정상/예외 흐름 보완 설계서
  • • 요구사항 검증 기준 목록
  • • 추가 확인 필요 정책 목록

🛠️ 실제 따라 하기 상세 가이드

  1. 요구사항 선정: 보완 대상인 FR-004 예약 확정 항목을 파일 상에서 찾습니다.
  2. 프롬프트 실행: 2단계 대화창에 이어 아래 Codex 요청 예시 프롬프트를 복사하여 입력합니다.
  3. 흐름 보완 반영: AI가 반환한 상세 정상 흐름 및 예외 흐름, 검증 기준 텍스트 블록을 functional-requirements.md의 해당 ID 아래에 추가로 붙여넣고 파일을 보관합니다.
  4. 임의 작성 필터링: 원문에 없는 예외 정책에 대해 AI가 상상해서 임의 규정하지 않고 "확인 필요"라고 남겨두었는지 체크합니다.

미션 상황

요구사항 문장은 작성했지만, 정상적으로 작동하는 상황만 정의되어 있습니다. 실제 서비스에서는 결제 실패, 데이터 없음, 중복 예약과 같은 예외 상황이 자주 발생합니다. 이번 단계에서는 각 요구사항에 정상 흐름과 예외 흐름을 추가합니다.

학습자 미션

2단계의 기능 요구사항 중 다음 기능을 선택하고 정상/예외 흐름을 정의합니다.

  • 전문가 조회
  • 상담 시간 선택
  • 결제 및 예약 확정
Template### FR-004 예약 확정

- 사용자:
- 선행 조건:
- 정상 흐름:
- 예외 흐름:
- 검증 기준:

Codex 요청 예시

Promptfunctional-requirements.md의 각 요구사항에
정상 흐름과 예외 흐름을 추가해줘.

다음 기준을 적용해줘.

1. 정상 흐름은 사용자의 시작 행동부터 완료 결과까지 단계별로 작성한다.
2. 예외 흐름은 실패, 중복, 데이터 없음, 권한 없음 상황을 검토한다.
3. 회의 메모에서 확인할 수 없는 예외 정책은 임의로 결정하지 않는다.
4. 정책 결정이 필요한 내용은 "확인 필요"로 표시한다.
5. 각 요구사항에 검증 기준을 한 개 이상 작성한다.

🤖 이 단계에서의 Codex 역할

예외 탐색 도구 (QC Explorer): 설계의 결점과 비정상 인풋 오류(중복, 타임아웃, 예외 처리)에 대한 대응책을 검토하고 제안합니다.

4단계 미결정 사항과 기획 질문 만들기

📥 단계 입력 (Input)

3단계 출력물 중 '추가 확인 필요 정책 및 미결정 사항 목록'

📤 단계 출력 (Output)

open-questions.md (의사결정 기획 질문 표)

🛠️ 실제 따라 하기 상세 가이드

  1. 기획 질문지 생성: 작업 폴더에 open-questions.md 파일을 만듭니다.
  2. 프롬프트 전송: 3단계 대화에 이어서 아래 Codex 요청 예시 프롬프트를 전송하여 미결정 리스트 표를 출력하게 합니다.
  3. 질문 기록: AI가 정리해 준 표를 open-questions.md 파일에 붙여넣어 저장합니다.
  4. 역할 감시: AI가 질문에 임의로 직접 답을 내버렸는지 체크하여, 질문의 목적(의사결정을 위한 질문 상태 유지)에 어긋나지 않았는지 확인합니다.

미션 상황

요구사항을 구체화하는 과정에서 바로 결정할 수 없는 비즈니스 정책들이 발견되었습니다. 이러한 미결정 사항들을 이해관계자나 의사결정권자에게 기획 피드백을 받기 위한 구체적이고 체계적인 질문으로 변환해야 합니다.

Codex 요청 예시

Prompt현재 요구사항 문서를 검토해서
확정되지 않았거나 모호한 내용을 찾아줘.

각 항목을 기획자가 이해관계자에게 확인할 수 있는
질문 형태로 작성해줘.

다음 항목을 포함해줘.

1. 질문 ID
2. 관련 요구사항 ID
3. 확인할 질문
4. 이 결정이 필요한 이유
5. 결정되지 않았을 때 영향을 받는 기능
6. 우선순위
7. 상태

질문에 대한 답을 임의로 만들지 말아줘.

🤖 이 단계에서의 Codex 역할

의사결정 촉진 도구 (Question Maker): 보류 정책에 대해 영향받는 기능과 중요도를 나누고 합의에 필요한 쟁점 질문을 형식에 맞게 리스팅합니다.

5단계 요구사항 통합문서 생성 및 메일 공유 (Gmail 플러그인)

📥 단계 입력 (Input)

  • • meeting-notes.md 등 명세 파일들
  • • Codex Client 내 **Gmail Plugin** 연동

📤 단계 출력 (Output)

  • • requirements-specification.md (통합본)
  • • Gmail 플러그인 API를 통한 실제 이메일 발송 완료

🔌 [핵심 사전준비] Codex Client Gmail 플러그인 설정 및 연동

  1. Codex Client 화면 우측 상단의 [Plugins (플러그인 상점)] 아이콘을 클릭합니다.
  2. 리스트에서 `Gmail` 플러그인을 찾아 **[Install (설치)]** 단추를 누릅니다.
  3. 설치가 끝나면 구글 인증창이 나타납니다. **본인의 Google/Gmail 계정으로 로그인**한 후, AI 에이전트가 메일을 발송할 수 있도록 **OAuth 이메일 권한 승인**을 완료합니다.

🛠️ 실제 따라 하기 상세 가이드

  1. 문서 병합 및 1차 검증: AI 대화창에 아래 **학습자 미션 1 (통합 및 AI 검증)**의 프롬프트를 전송하여 통합 요구사항 정의서 requirements-specification.md 생성을 요청합니다.
  2. 모호성 정정 피드백: AI가 검출한 오류 결과 창에 WARNING 경고 단어가 있을 시, AI와 피드백을 나누어 명세를 다듬어 최종 승인 버전으로 빌드합니다.
  3. Gmail 플러그인 메일 발송 지시: 연동된 플러그인을 활용하기 위해 **학습자 미션 2 (Gmail 플러그인 발송)** 프롬프트를 복사하여 AI 대화창에 전송합니다.
  4. 발송 확인: 수신인 이메일 주소의 메일함을 열거나 본인 메일의 '보낸 메일함'을 열어 메일이 실제로 성공적으로 전송되었는지 검증합니다.

학습자 미션 1 (통합 및 AI 검증 프롬프트)

Prompt 1다음 3개 파일을 읽고, 이를 병합한 요구사항 정의서인 requirements-specification.md 파일을 작성해줘.

- meeting-notes.md
- functional-requirements.md
- open-questions.md

동시에, 아래 6가지 규칙을 기준으로 요구사항 문서의 오류를 분석해줘.

[검증 규칙]
1. 요구사항 ID 중복 여부
2. 요구사항 ID 누락 여부
3. 사용자 역할 누락 여부
4. 정상 및 예외 흐름 누락 여부
5. 검증 기준 누락 여부
6. 모호한 표현 사용 여부 (모호한 단어: 편리하게, 빠르게, 필요에 따라, 적절하게, 정상적으로)

오류 검증 결과는 아래 포맷으로 출력창 맨 처음에 보여주고, 그 아래에 requirements-specification.md 파일 내용을 합쳐서 보여줘.

[출력 포맷]
PASS: 요구사항 ID 중복 없음
ERROR: FR-004 검증 기준 누락
WARNING: FR-007에 모호한 표현 "편리하게" 사용

학습자 미션 2 (Gmail 플러그인 발송 프롬프트)

Prompt 2Gmail 플러그인을 사용하여, 방금 검증 완료된 requirements-specification.md 파일 내용과
open-questions.md의 미결정 질문 목록을 바탕으로 아래 조건에 맞춰 이메일을 발송해줘.

- 수신인 (To): [여기에 대표 또는 피드백을 받을 의사결정권자 메일 주소를 입력하세요]
- 메일 제목: [승인 요청] 전문가 상담 서비스 요구사항 정의서 검토 및 미결정 정책 조율의 건
- 본문 구성:
  - 기획 문서 통합 검증 완료 보고 내용
  - 기획 의사결정이 급박한 주요 오픈 질문 내용들 (Q-001 ~ Q-004 요약 요령)
  - 피드백 회신 기한 안내

[대체 방안] 로컬 메일 클라이언트 및 수동 발송

구글 계정 보안 제한으로 플러그인 전송이 어려울 경우, 아래 버튼을 눌러 메일을 작성하거나 복사할 수 있습니다.

🤖 이 단계에서의 Codex 역할

자동화 및 플러그인 연동 도구 (Plugin Integrator): 내부 문서 분석 단계를 마치고, Gmail 플러그인 API를 원격으로 연동하여 비즈니스 대행 커뮤니케이션 메일을 전송합니다.

실습 과제 1 반려동물 홈케어 및 매칭 서비스

📥 과제 입력 (Input)

  • • pet-care-meeting-notes.md 회의록
  • • 이전 1~5단계 실습에서 학습한 Codex 작성 프롬프트

📤 과제 출력 (Output)

  • • pet-care-requirements.md (기능 및 예외 흐름 요구사항 정의서)
  • • 미결정 정책 조율을 위한 이메일 승인 요청서

💡 미션 배경 및 과제 목표

반려동물 보호자(고객)와 전문 펫시터를 연결해주는 플랫폼의 기획 회의록입니다. 보호자의 신원과 반려동물 정보 등록, 펫시터의 자격 심사 및 관리자 승인, 매칭 수락 후 결제 기한 제약, 돌봄 상태 실시간 변경 프로세스, 그리고 서비스 취소 및 펫시터 노쇼(No-show) 발생 시의 예외 처리 로직을 명확히 명세화하는 것이 목표입니다.

🛠️ 자가 실습 가이드

  1. 회의록 다운로드: 아래 버튼을 클릭하여 pet-care-meeting-notes.md 원본 파일을 다운로드합니다.
  2. 요구사항 문서화: 다운로드한 회의록을 기반으로 Codex AI에게 사용자 역할(일반 사용자, 펫시터, 관리자), 기능(가입, 검색, 예약, 결제, 상태 변경), 그리고 예외 흐름(결제 시간 초과, 취소 위약금, 노쇼 대응)을 상세히 명세화할 것을 지시합니다.
  3. AI 린트 검증: 기획서 작성 후 5단계의 검증 규칙(ID 중복/누락 여부, 정상/예외 흐름 누락 여부, 모호한 표현 검사)을 활용해 요구사항 문서를 AI로 정밀 검수하고 최종 요구사항 정의서를 승인 버전으로 빌드합니다.

학습자 자가 실습 자료

아래 버튼을 눌러 미션 1을 수행할 수 있는 회의록 원본을 다운로드하세요.

추천 AI 실습 프롬프트

Mission 1 Prompt[역할: IT 전문 비즈니스 분석가]
방금 다운로드한 pet-care-meeting-notes.md 파일을 분석하여, 다음 형식으로 요구사항 정의서인 pet-care-requirements.md를 작성해줘.

1. 개요 및 서비스 구조
2. 사용자 역할 정의 (보호자, 펫시터, 관리자)
3. 핵심 기능 요구사항 목록 (ID 형식: PCR-001, PCR-002...)
4. 정상 흐름 및 예외 흐름 (예: 결제 1시간 초과 만료 처리, 펫시터 노쇼 시 200% 포인트 보상 및 대체 펫시터 추천 프로세스 등)
5. 비결정 질문 목록

최대한 세분화되고 개발이 가능한 수준으로 명세화해주고, 5단계에서 사용한 AI 린트 검증 조건도 함께 적용해서 자가 검증 결과를 첫머리에 보여줘.

🎯 주요 평가 및 확인 기준

• 펫시터 등록 후 '관리자 승인' 조건이 명확히 명세화되었는가?
• 매칭 신청 후 '1시간 이내 미결제 시 취소' 등의 기한 예외 처리가 반영되었는가?
• 펫시터 노쇼 시의 보상 정책 및 대체 추천 보완 흐름이 기획 문서에 적절하게 명문화되었는가?

실습 과제 2 무인 스터디카페 공간 예약 및 IoT 제어 서비스

📥 과제 입력 (Input)

  • • study-cafe-meeting-notes.md 회의록
  • • 이전 1~5단계 실습에서 학습한 Codex 작성 프롬프트

📤 과제 출력 (Output)

  • • study-cafe-requirements.md (IoT 연동 예외 처리 통합 요구사항 정의서)
  • • 하드웨어-소프트웨어 제어 검증 시나리오 명세서

💡 미션 배경 및 과제 목표

무인으로 운영되는 스터디카페에서 모바일을 통한 스터디룸 예약 및 오프라인 하드웨어(도어락, 스마트 전력 차단, 온도 조절기 등)를 원격 제어하는 서비스의 회의록입니다. 결제 완료 시점의 핀코드 동적 생성, 입/퇴실 시의 IoT 기기 상태 동기화 및 핀코드 작동 제한 조건, 그리고 IoT 통신 장애(도어락 미작동 등) 발생 시 긴급 예외 문열기 및 경보 알림 등 다중 안전 프로세스를 도출하여 완벽한 IoT 비즈니스 명세를 수립해야 합니다.

🛠️ 자가 실습 가이드

  1. 회의록 다운로드: 아래 버튼을 클릭하여 study-cafe-meeting-notes.md 원본 파일을 다운로드합니다.
  2. 요구사항 문서화: 다운로드한 회의록을 기반으로 Codex AI에게 사용자 및 하드웨어 흐름(예약 시간 10분 전 활성화, 종료 5분 전 안내, 종료 시 전력 차단)을 명세화하도록 지시합니다.
  3. 장애 예외 프로세스 구체화: IoT 통신 두절, 도어락 오작동 등 발생할 수 있는 시나리오별 예외 대처 방안(서버의 예비망 개방, 관리자 전송 실패 비상 알림, 긴급 긴급콜 등)을 다중 안전망(Fail-safe) 설계 요소를 적용하여 명확하게 작성합니다.

학습자 자가 실습 자료

아래 버튼을 눌러 미션 2를 수행할 수 있는 회의록 원본을 다운로드하세요.

추천 AI 실습 프롬프트

Mission 2 Prompt[역할: IoT 시스템 비즈니스 분석가]
다운로드한 study-cafe-meeting-notes.md 파일을 기반으로, 다음 조건을 포함하여 study-cafe-requirements.md를 작성해줘.

1. 스터디룸 예약 및 결제 정상 흐름 정의
2. 하드웨어 제어 타이밍 명세 (예약 시간 10분 전 비밀번호 활성화 및 냉난방기 켜짐, 종료 5분 전 오디오 안내, 종료 시 즉각 차단)
3. 예외 및 장애 극복 흐름 (Fail-safe):
   - IoT 도어락 네트워크 오프라인 장애 시 예비 무선망 자동 스위칭 및 긴급 원격 개방 프로세스
   - 핀코드 발송 실패 시 비상 수동 문열기 버튼 제공 및 관리자 즉각 대시보드 경보 생성 규칙
4. 요구사항 검증 기준

개발자와 HW 엔지니어가 모호함 없이 연동할 수 있도록 타임라인 형태로 흐름을 아주 구체적으로 정리해줘.

🎯 주요 평가 및 확인 기준

• 예약 시간 전/후 하드웨어(도어락, 조명, 냉난방) 제어의 타임라인 조건이 구체적으로 명시되어 있는가?
• IoT 기기 네트워크 불능 등 물리적 장애 발생 시의 이중 비상대응 절차가 요구사항 정의서에 포괄되어 있는가?
• 비회원 예약 제한 및 연장 결제 정책 등의 예약 비즈니스 룰이 정형 문장으로 표현되었는가?