AI와 사용자 흐름·
개발 계획 확정하기与 AI 一起确定
用户流程与开发计划
수업에서 만들 수 있는 범위로 조정한 뒤 개발 순서를 정합니다.和 AI 一起打磨 9-1 的流程草稿，
调整到课堂上做得出来的范围，再定开发顺序。
오늘의 원칙과 결과물今天的原则与成果
수행평가 2 PRD와 9-1의 흐름 초안을 AI에게 전달합니다. 흐름을 구체화하고, 각 기능이 수업에서 구현 가능한지 확인해 범위를 조정한 뒤, 흐름이 확정된 다음에만 10~13회 개발 순서를 만듭니다.把实作评价 2 的 PRD 与 9-1 的流程草稿交给 AI。把流程做细，确认各功能在课堂上能否实现并调整范围，只有在流程确定之后，才做第 10~13 次课的开发顺序。
| 항목项目 | 내용内容 |
|---|---|
| 파일명文件名 | 09_development_plan_학생ID_이름.md |
| 형식格式 | UTF-8 MarkdownUTF-8 Markdown |
| 작성 방식写法 | AI가 초안을 만들고 학생이 PRD와 비교해 수정·확정AI 出草稿，学生对照 PRD 修改并确定 |
| 최종 위치最终位置 | 10회에 표준 프로젝트의 docs/ 폴더第 10 次课放进标准项目的 docs/ 文件夹 |
오늘의 원칙과 결과물今天的原则与成果(이어서)（续）
이 문서는 점수를 매기는 제출물이 아니라 10~13회에 AI와 학생이 함께 읽을 작업 기준입니다. 잘 쓰는 것보다 내가 설명할 수 있게 쓰는 것이 중요합니다.这份文档不是要打分的提交物，而是第 10~13 次课 AI 与学生一起要读的工作基准。比起写得漂亮，写得自己讲得清楚更重要。
코드를 작성하거나 프로젝트를 실행하지 않습니다. 표준 프로젝트 복사도 10회에 합니다.不写代码，也不运行项目。复制标准项目也是第 10 次课的事。
AI에게 세 자료를 전달한다把三份资料交给 AI 실습实践
- 9-0. AI 개발 조건 — 별도 자료. 가장 먼저 붙입니다.9-0. AI 开发条件 — 单独资料，最先贴。
08_assessment2_학생ID_이름.md— 수행평가 2 PRD08_assessment2_학생ID_이름.md— 实作评价 2 的 PRD- 9-1에서 작성한 정상 흐름과 예외 흐름 초안9-1 写的正常流程与例外流程草稿
세 자료를 먼저 읽어 줘.
아직 코드, 화면과 프로젝트 파일을 만들거나 수정하지 마.
먼저 이 서비스의 사용자가 처음 서비스를 연 순간부터
핵심 결과를 확인할 때까지의 대표 흐름을 정리해 줘.
각 단계에는 다음 내용을 포함해 줘.
- 사용자가 보는 것
- 사용자가 하는 행동
- 서비스의 반응
- 다음 단계로 이어지거나 저장되는 정보
- 잘못된 입력이나 실패 상황
PRD에 없던 기능을 추가하지 말고,
이해되지 않거나 서로 맞지 않는 부분은 쉬운 질문으로 먼저 알려 줘.조건표(9-0)를 가장 먼저 붙입니다. 조건 없이 PRD만 주면 AI는 로그인·외부 API가 있는 일반적인 웹서비스를 가정하고 흐름을 만듭니다.条件表（9-0）要贴在最前面。不给条件只给 PRD，AI 会按有登录、有外部 API 的一般网络服务来设想流程。
AI가 이해한 서비스를 확인한다确认 AI 理解的服务 실습实践
흐름을 만들기 전에 AI가 내 서비스를 제대로 이해했는지 먼저 확인합니다. 여섯 줄로 되짚어 달라고 하세요.在做流程之前，先确认 AI 是否正确理解了我的服务。让它用六行复述一遍。
- 예상 사용자预期用户
- 사용 상황使用情境
- 사용자가 해결하려는 필요用户想解决的需求
- 핵심 기능 한 가지唯一的核心功能
- 흐름의 시작流程的起点
- 흐름의 완료流程的完成
PRD와 다르게 이해한 내용이 있으면 흐름을 만들기 전에 고칩니다. 잘못 이해한 채로 흐름을 만들면 이후 판정과 개발 순서까지 전부 어긋납니다.若有和 PRD 理解不一致的地方，要在做流程之前改掉。带着误解做出的流程，会让后面的判定与开发顺序全部走偏。
핵심 기능이 가장 자주 바뀝니다. AI가 보조 기능을 핵심으로 올려놓거나, 두 기능을 하나로 합쳐 놓는 경우가 있습니다. PRD의 한 문장 정의와 대조하세요.核心功能最常被改动。AI 有时把辅助功能提成核心，或把两个功能合成一个。请与 PRD 的一句话定义对照。
대표 정상 흐름을 확정한다确定代表性正常流程 실습实践
확정한 정상 흐름을 단계별로 적습니다. 각 단계마다 네 가지가 필요합니다.把敲定的正常流程逐步写下来。每一步都需要四项。
- 보는 것看到的
- 행동行动
- 서비스의 반응服务的反应
- 이어지거나 저장되는 정보接续或保存的信息
단계는 필요에 따라 3~6개로 조정합니다. 화면 수를 맞추기 위해 단계를 늘리지 않습니다. 9-1에서 본 대로 같은 화면 안에서도 단계가 나뉩니다.步骤按需要调成 3~6 步。不要为了凑画面数而增加步骤。如 9-1 所见，同一个画面里也能分出步骤。
어느 단계에서도 이어지거나 저장되는 정보가 없다면, 그 흐름에는 기억할 기록이 없다는 뜻입니다. 7-2에서 정한 기록이 어느 단계에서 생기는지 다시 확인하세요.若哪一步都没有接续或保存的信息，就说明这条流程里没有要记住的记录。请回头确认 7-2 定下的记录在哪一步产生。
핵심 예외 흐름을 확정한다确定核心例外流程 실습实践
예외 흐름은 한 개면 충분합니다. 다음 네 가지를 적습니다.例外流程一条就够。写下面四项。
- 문제가 생기는 단계出问题的步骤
- 입력 또는 상황输入或情况
- 서비스의 안내·반응服务的提示与反应
- 정상 흐름으로 돌아가는 방법回到正常流程的方法
가장 중요한 예외 한 가지부터 정합니다. 모든 오류를 미리 찾으려고 하지 않습니다. 나머지는 12회 테스트에서 발견합니다.先定最重要的那一条例外。不要试图提前找出所有错误。其余的到第 12 次课测试时再发现。
정상 흐름으로 돌아가는 방법이 없으면 사용자는 막힌 채로 남습니다. “입력칸을 비우고 다시 입력한다”처럼 사용자가 할 수 있는 행동으로 적습니다.没有回到正常流程的方法，用户就被卡在那里了。要写成“清空输入框重新输入”这样用户做得到的行动。
구현 가능성을 판정한다判定可实现性 실습实践
확정한 사용자 흐름의 각 기능을 수업 개발 조건과 비교해 줘.
각 기능을 다음 중 하나로 판정하고 이유를 쉬운 말로 설명해 줘.
- 수업에서 구현 가능
- 단순화하면 구현 가능
- 교사 확인 필요
- 수업 범위에서 구현 어려움
외부 AI, 유료 키, 외부 계정, 로그인, 외부 DB와 배포가 필요하다면
임의로 사용한다고 가정하지 마.
서비스의 목적을 유지하면서 수업에서 만들 수 있는 작은 대안을 제안해 줘.
아직 개발 순서와 코드는 작성하지 마.흐름에 들어 있는 기능마다 다음 네 가지를 적습니다.流程里的每个功能都写下面四项。
- 흐름의 기능流程里的功能
- 판정 — 네 가지 중 하나判定 —— 四类之一
- 이유理由
- 유지 · 단순화 · 제외 · 교사 확인 중 무엇으로 할지保留 · 简化 · 排除 · 请老师确认，选哪一个
사용할 수 있다는 뜻이 아닙니다. 수업 시간 안에 교사의 확인을 받지 못하면 그 기능을 작은 대안으로 바꾸거나 이번 개발 범위에서 제외합니다.它不表示可以用。若在课堂时间内没能得到老师确认，就要把该功能换成更小的替代，或从本次开发范围中排除。
어려운 기능의 범위를 조정한다调整难做功能的范围 실습实践
- 원래 원한 기능原本想要的功能
- 그대로 만들기 어려운 이유原样做不出来的理由
- 사용자가 얻으려던 결과用户原本想得到的结果
- 선택한 작은 대안选定的更小替代
- 흐름에서 바뀌는 단계流程中要改动的步骤
- 교사 확인이 필요한 내용需要老师确认的内容
사용자가 얻으려던 결과가 대안에서도 그대로면 좋은 조정입니다. 예를 들어 “AI가 글을 분석해 조언”의 결과가 “내 글에 대한 피드백 한 줄”이라면, 규칙 기반 결과로도 그 결과를 줄 수 있습니다.如果用户原本想得到的结果在替代方案里照旧，那就是好的调整。比如“AI 分析文章并给建议”的结果是“对我文章的一句反馈”，那么基于规则的结果也能给出这个结果。
대안이 원래 서비스의 핵심 목적을 잃게 만든다면 억지로 바꾸지 않고 주제나 핵심 기능을 다시 검토합니다. 교사와 상의하세요.如果替代方案会让服务失去核心目的，就不要硬换，而要重新检讨题目或核心功能。请与老师商量。
조정된 최종 흐름을 다시 읽는다重读调整后的最终流程 실습实践
사용자가 서비스를 연다
→ 무엇을 해야 하는지 이해한다
→ 필요한 값을 입력하거나 선택한다
→ 핵심 행동을 실행한다
→ 서비스의 반응과 결과를 확인한다
→ 핵심 결과가 기록된다
→ 저장된 결과를 다시 확인한다
잘못된 경우에는 이유를 알고 입력 단계로 돌아가 다시 시도한다.- 중간에 설명되지 않은 행동이 갑자기 나오지 않는가?中间有没有没交代过的行为突然冒出来？
- 행동 뒤 서비스의 반응이 적혀 있는가?行动之后写了服务的反应吗？
- 결과를 확인하면 사용자의 목적이 달성되는가?确认结果后，用户的目的达成了吗？
- 어떤 의미 있는 기록이 언제 저장되고 언제 다시 보이는가?哪份有意义的记录在何时保存、何时再次出现？
- 수업에서 만들 수 없는 기능이 남아 있지 않은가?还有没有课堂上做不出来的功能留着？
8-2에서 PRD를 맞출 때 썼던 방법입니다. 이어 읽다가 말이 걸리는 곳이 고칠 곳입니다.这是 8-2 对齐 PRD 时用过的办法。连着读下来觉得别扭的地方就是要改的地方。
흐름이 확정된 뒤 개발 순서를 만든다流程确定后再做开发顺序 실습实践
이제 확정한 사용자 흐름과 범위를 기준으로
10~13회에 진행할 개발 순서를 작성해 줘.
개발 순서는 다음 네 단계로 제한해 줘.
1. API와 요청·응답 이해, 핵심 사용자 행동의 내부 API 연결
2. 핵심 기능과 관련된 SQLite 기록 저장·조회
3. 정상·예외 흐름 테스트와 수정
4. 최종 확인과 제출
각 단계에는 다음만 적어 줘.
- 이번 단계에서 완성할 사용자 흐름
- 사용자가 확인할 결과
- 이번 단계에서 만들지 않을 것
파일 구조, 세부 코드, 패키지와 DB 세부 설계는 작성하지 마.흐름이 확정된 뒤 개발 순서를 만든다流程确定后再做开发顺序 실습实践(이어서)（续）
10 · 11 · 12 · 13회 각 회차마다 다음 세 가지를 적습니다.第 10 · 11 · 12 · 13 次课每一次都写下面三项。
- 완성할 사용자 흐름要完成的用户流程
- 사용자가 확인할 결과用户要确认的结果
- 아직 만들지 않을 것这一步还不做的
아직 만들지 않을 것을 적어 두면, 10회에 AI가 앞서가서 저장 기능까지 만들려 할 때 돌려세울 근거가 됩니다.写下这一步还不做的，等第 10 次课 AI 想抢跑把保存功能也做出来时，就有了把它拉回来的依据。
개발 계획 파일을 완성한다完成开发计划文件 실습实践
09_development_plan_학생ID_이름.md에 다음 여덟 항목을 순서대로 정리합니다.在 09_development_plan_학생ID_이름.md 里按顺序整理下面八项。
- 서비스와 핵심 목적 요약服务与核心目的的摘要
- 흐름의 시작과 완료流程的起点与完成
- 대표 정상 흐름代表性正常流程
- 핵심 예외 흐름核心例外流程
- 구현 가능성 판정可实现性判定
- 단순화 · 제외 · 교사 확인 내용简化 · 排除 · 需老师确认的内容
- 10~13회 개발 순서第 10~13 次课的开发顺序
- 학생이 AI의 제안에서 바꾸거나 거절한 내용学生对 AI 提议做了改动或予以拒绝的内容
1-1에서 약속한 AI 사용 표시이자, 8회 PRD에서 적었던 것과 같은 항목입니다. 무엇을 거절했는지가 특히 중요합니다.这是 1-1 约定的 AI 使用标注，也是第 8 次课 PRD 里写过的同一项。尤其重要的是拒绝了什么。
학생이 최종 판단한다由学生做最终判断 실습实践
- PRD의 사용자와 목적을 유지하는가?是否保住了 PRD 的用户与目的？
- 사용자의 행동 뒤 서비스 반응이 이어지는가?用户行动之后是否接着有服务的反应？
- 정상 흐름과 핵심 예외 흐름이 있는가?是否有正常流程与核心例外流程？
- 핵심 결과에 필요 없는 기능을 제외했는가?是否排除了对核心结果不必要的功能？
- 외부 AI·유료 키·외부 계정을 몰래 가정하지 않았는가?是否没有偷偷假定外部 AI、付费密钥、外部账号？
- 의미 있는 기록의 저장과 다시 확인하는 흐름이 있는가?是否有有意义记录的保存与再次查看的流程？
- 어려운 기능의 작은 대안이 목적을 유지하는가?难做功能的更小替代是否保住了目的？
- 개발 순서가 확정된 사용자 흐름을 따른 것인가?开发顺序是否依照已确定的用户流程？
- 이해하지 못하는 문장을 다시 설명받았는가?看不懂的句子是否让它重新解释过？
학생이 자신의 말로 설명할 수 없는 흐름과 계획은 다시 질문합니다. 10회부터 이 문서가 작업 기준이 되므로, 지금 이해하지 못한 것은 그때도 이해하지 못합니다.学生说不出口的流程与计划，要再问一遍。从第 10 次课起这份文档就是工作基准，现在没弄懂的，到那时也一样没弄懂。
이럴 때는 이렇게遇到这些情况就这样做 실습实践
| AI가 바로 코드를 만들어 준다AI 直接给出了代码 | 9-0을 다시 읽게 하세요. “9회에는 코드를 만들거나 수정하지 않는다”가 응답 원칙에 적혀 있습니다.让它重读 9-0。回应原则里写着“第 9 次课不写也不改代码”。 |
| AI가 PRD에 없던 기능을 넣었다AI 加了 PRD 里没有的功能 | 그 기능을 빼 달라고 하고, 뺀 사실을 8번 항목에 기록하세요. 거절한 것도 판단입니다.让它去掉，并把这件事记进第 8 项。拒绝也是一种判断。 |
| 단계가 자꾸 늘어난다步骤越来越多 | 완료 지점에 도달하는 데 꼭 필요한 단계만 남기세요. 3~6개가 기준입니다.只留下到达完成点确实必要的步骤。3~6 步是基准。 |
| 판정이 전부 “구현 어려움”으로 나온다判定全是“难以实现” | 핵심 기능 자체가 수업 범위 밖일 수 있습니다. 6절의 작은 대안을 찾고, 그래도 목적을 잃는다면 교사와 상의하세요.可能核心功能本身就在课程范围外。找第 6 节的更小替代；若这样仍会失去目的，请与老师商量。 |
| 기록이 어느 단계에서 생기는지 모르겠다不知道记录在哪一步产生 | 핵심 행동을 실행한 바로 다음 단계인 경우가 대부분입니다. 7-2에서 적은 기록을 다시 보세요.多半是执行核心行动的紧接着那一步。请回看 7-2 写的记录。 |
| AI가 어려운 말을 쓴다AI 用了难懂的词 | “전문 개발 용어를 쓰지 말고 쉬운 말로 다시 설명해 줘”라고 요청하세요. 이해하지 못한 계획은 기준이 될 수 없습니다.请它“不要用专业开发术语，用简单的话重新解释”。看不懂的计划当不了基准。 |
| 시간이 부족하다时间不够 | 3절(정상 흐름)과 5절(판정)을 먼저 끝내세요. 개발 순서는 10회 시작 전에 보완할 수 있습니다.先做完第 3 节（正常流程）与第 5 节（判定）。开发顺序可以在第 10 次课开始前补。 |
완료 확인과 오늘의 결과完成确认与今天的成果
- AI가 PRD와 수업 개발 조건을 먼저 읽었다.AI 先读了 PRD 与课堂开发条件。
- 흐름의 시작과 완료를 정했다.定下了流程的起点与完成。
- 대표 정상 흐름과 핵심 예외 흐름을 확정했다.确定了代表性正常流程与核心例外流程。
- 각 기능의 구현 가능성을 확인했다.确认了各功能的可实现性。
- 어려운 기능을 유지·단순화·제외·교사 확인으로 구분했다.把难做的功能分成了保留、简化、排除、需老师确认。
- 확정한 흐름을 기준으로 10~13회 개발 순서를 만들었다.依据已确定的流程做出了第 10~13 次课的开发顺序。
- 핵심 기능과 관련된 기록의 저장·조회 단계를 개발 계획에 넣었다.把与核心功能相关记录的保存与查询步骤写进了开发计划。
09_development_plan_학생ID_이름.md를 저장했다.保存了09_development_plan_학생ID_이름.md。- 아직 코드와 프로젝트 파일을 수정하지 않았다.还没有改动代码与项目文件。
- PRD와 수업 조건에 맞는 사용자 흐름符合 PRD 与课堂条件的用户流程
- 수업에서 구현 가능한 범위课堂上可实现的范围
- 10~13회 개발 순서第 10~13 次课的开发顺序
10회에는 먼저 API와 요청·응답을 이해합니다. 그런 다음 교사가 제공한 표준 프로젝트를 복사하고, 오늘 만든 개발 계획과 PRD를 docs/에 넣은 뒤 핵심 행동 하나를 내부 API로 연결합니다.第 10 次课先理解 API 与请求·响应。然后复制老师提供的标准项目，把今天的开发计划与 PRD 放进 docs/，再把一个核心行动连到内部 API。
오늘 만든 문서를 잃어버리지 마세요. 10~13회 내내 AI와 함께 읽습니다.别弄丢今天做的文档。第 10~13 次课都要和 AI 一起读它。
10-1. API와 요청·응답 이해하기 →