단위 프로젝트(80~82일차): 시간표 AIO-P4-TIMELINE, 팀 VM · 산출물 점검과 발표 · 81일차 동결 · 14:50 제출 · 평가 시험 25문항(재시험 15), 입구 · 뒷단 조합 A · B · C와 어댑터

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Lecture/80-82-Project/student/11-TOPIC-GUIDE.md

@@ -82,7 +82,7 @@ flowchart TD
 | WF-12 | 복합 · 긴급 | 긴급 이관 + 알림 + 근거 + 접수 상태 | "전사 로그인 장애 같아요, 제 건(C-2002)도 확인해 주세요" |
 | WF-13 | 잘못된 입력 | 400 `codes` | (같음) |
 
-- 옮긴 `cases/common.json`은 **80일차 8교시 설계 리뷰에서 강사가 확인**합니다. 판정 칸을 약하게 바꾸지 않았는지(예: `equals`를 지움) 봅니다.
+- 옮긴 `cases/common.json`은 **80일차 5교시 산출물 1차 점검에서 강사가 확인**합니다. 판정 칸을 약하게 바꾸지 않았는지(예: `equals`를 지움) 봅니다.
 - 확인받은 뒤에는 공통 시나리오처럼 **바꾸지 않습니다.**
 
 ## 5. 주제 정하는 순서 (80일차 1~2교시)
@@ -90,8 +90,8 @@ flowchart TD
 | 시각 | 할 일 |
 | --- | --- |
 | 1교시 후반 (15분) | 팀이 후보 2~3개를 고르고, 1절 조건 5가지를 하나씩 확인 |
-| 2교시 처음 (20분) | [주제 제안서](templates/TOPIC-PROPOSAL-TEMPLATE.md) 한 장 → 강사에게 (같은 주제가 겹치면 조정) |
-| 2교시 10:30까지 | 강사 승인 → 팀 헌장 2절 "목표 한 문장"에 주제를 적음 |
+| 2교시 처음 (20분) | [주제 제안서](templates/TOPIC-PROPOSAL-TEMPLATE.md) 한 장 (주제 + 입구 · 뒷단 조합 A · B · C, 7절) → 강사에게 (같은 주제가 겹치면 조정) |
+| 2교시 10:50까지 | 강사 승인 → 팀 헌장 2절 "목표 한 문장"에 주제를 적음 |
 | 3교시 | 범위 정하기 ([03-SCENARIOS-AND-DATA](03-SCENARIOS-AND-DATA.md) 3절), 다른 주제 팀은 데이터 만들기 시작 |
 
 ## 6. 좋은 주제 · 피할 주제
@@ -105,3 +105,25 @@ flowchart TD
 | 3일 안에 데이터 · 문서를 만들 수 있다 | 실제 데이터 · 계정이 꼭 있어야 한다 |
 
 > 주제는 **최종 프로젝트(83일차~)와 따로** 정합니다. 단위 프로젝트에서 해 본 주제를 최종 프로젝트 주제 선호도에 참고로 쓸 수 있습니다.
+
+## 7. 입구 · 뒷단 조합 (A · B · C)
+
+시스템은 세 덩어리입니다: **입구**(문의를 받는 곳) · **두뇌**(n8n 워크플로우) · **뒷단**(티켓 · 알림을 남기는 곳). 두뇌는 모든 팀이 같은 공통 계약으로 만들고, 입구와 뒷단을 무엇으로 붙일지를 팀이 고릅니다. 이 선택이 **조합**입니다. 80일차 2교시에 주제와 함께 정해 주제 제안서 1절에 적고 승인받습니다.
+
+```mermaid
+flowchart LR
+  I["입구<br/>A 팀 웹훅 · B 텔레그램 봇 · C 직원용 웹 화면"] -->|"어댑터 (B · C)<br/>계약 모양으로"| N{{"두뇌 · n8n<br/>공통 계약 (모든 팀 같음)"}}
+  N -->|"어댑터 (B · C)"| O["뒷단<br/>A data-api · B Zammad · C 관리자 화면 + FastAPI"]
+```
+
+| 조합 | 입구 | 뒷단 | 좋은 점 | 더 할 일 |
+| --- | --- | --- | --- | --- |
+| **A 기본형** | 팀 웹훅 (`flow.py`로 호출) | data-api (연습용 가짜 회사) | 준비할 것이 거의 없고 평가 기준 그대로 | 없음 (어댑터 불필요) |
+| **B 메신저 + 헬프데스크형** | 텔레그램 봇 | Zammad 같은 오픈소스 헬프데스크 | 휴대폰으로 실제 회사처럼 시연 | 입구 · 뒷단 어댑터, 봇 · 헬프데스크 준비 |
+| **C 자체 웹앱형** | 직원용 웹 화면 (Next.js) | 관리자 화면 + FastAPI | 우리 서비스처럼 보이고 최종 프로젝트로 이어짐 | 웹 화면 · FastAPI, 계약 변환 |
+
+**어댑터**는 두뇌(n8n)를 바깥 부품(텔레그램 · Zammad · 웹 화면)에 연결하는 노드나 코드입니다. 두뇌는 공통 계약 모양(`request_id` · `user` · `question` → `route` · `answer` · `ticket` …)으로만 주고받으므로, 바깥 부품의 모양을 계약 모양으로 바꾸는 부분이 따로 있어야 합니다. 자세한 연결은 [02-ENVIRONMENT-AND-SERVICES](02-ENVIRONMENT-AND-SERVICES.md) 2절.
+
+- **B · C 팀도 먼저 A로 공통 시나리오를 통과시킨 뒤** 어댑터를 붙입니다. 공통 시나리오(`flow.py test`)는 모든 조합에서 **팀 웹훅으로** 돌리므로, 어댑터를 붙여도 팀 웹훅은 그대로 둡니다.
+- 81일차 4교시에 A 팀은 루프 · 병렬 · 복합 문의만 하고, B · C 팀은 그 시간에 어댑터 작업을 더 합니다.
+- 어댑터가 시연 전까지 되지 않으면 A로 시연합니다. 조합은 평가 기준을 바꾸지 않습니다.