第 13 课 用户信息与登录视角
所属课程
青少年强化营
所属模块
模块 B：PWA / App 与跨平台
本课概览
- 讲解核心：登录、身份和数据权限的基础概念。
- 本课重点：一旦进入真实用户场景，身份和权限就会变重要。
- 课上产出：登录流程图。
- 示例场景：校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构
本课知识图谱
- 完整应用一定要同时考虑用户、角色、页面和流程。
- 系统图和页面树的作用，是把复杂项目讲成可讨论、可修改的结构。
- 一个系统说得清，后面的数据库、接口和管理端才有落点。
- 本课重点要落在“一旦进入真实用户场景，身份和权限就会变重要。”上。
课前准备
老师准备
- 提前准备与“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”相关的课堂示例页或草图，方便学生先看见成品轮廓。
- 准备一张“角色与页面对应关系图”作为课堂演示图。
- 准备一张“一条完整用户流程图截图”作为课堂演示图。
- 把本课阶段成果“登录流程图。”的评价标准提前写在板书或投屏页上。
学生准备
- 准备好本节课会用到的文字、图片或题目素材。
- 带着“用户信息与登录视角”相关的一个真实使用场景进入课堂，方便快速进入任务。
- 准备在课堂上记录一张草图、流程图或问题清单。
本课素材清单
- 角色卡：学生、老师、管理员
- 页面树模板或流程图模板
- 一个完整动作的路径说明，例如“提交作业”或“借阅图书”
- 阶段成果模板：登录流程图。
- 参考来源：appendix/auth-authorization
可直接使用的素材正文
示例文本
text
系统说明示例
角色：学生、老师、管理员
学生要做：查看内容、提交任务、查看反馈
老师要做：发布内容、查看提交、修改状态
管理员要做：维护数据、处理异常、查看统计
课堂问题：如果同一条数据既要给学生看，又要给老师改，它应该放在哪一层最合适？示例数据 / 字段
text
系统图节点：
- 用户端页面
- 管理端页面
- 数据记录
- 流程动作练习题 / 操作任务
text
练习 1：给“校园图书角借阅平台”补一条“老师操作流程”。
练习 2：画出“学生提交借阅申请 -> 老师确认 -> 状态更新”的 3 步流程。
练习 3：判断“借阅状态”这个数据应该出现在学生端、老师端还是两边都要出现。成套素材包
text
系统结构讲解素材
角色 1：学生 —— 查看内容、提交任务、查看反馈。
角色 2：老师 —— 发布内容、查看提交、修改状态。
角色 3：管理员 —— 维护数据、处理异常、查看统计。
流程示例：学生提交借阅申请 -> 老师审核 -> 状态更新为“已借出” -> 学生再次查看时看到最新状态。课堂练习题组
text
1. 给这个系统再补 1 条“老师操作流程”。
2. 画出“学生提交 -> 老师处理 -> 状态更新”的 3 步流程。
3. 判断“借阅状态”应出现在学生端、老师端，还是两边都要出现。
4. 用一句话解释前端、后端和数据库在这个例子里的分工。长正文素材
text
系统结构讲解长正文示例
这一页的目标，是把“前端、后端、数据库、角色”这些听起来有点远的词，讲成学生能想象的真实流程。导语可以这样写：一个网站不是只有页面，它背后还有不同的人在用、不同的数据在流动、不同的动作在发生。只要把角色和流程拆开来看，系统结构就不会那么抽象。
主体段一：可以先从三个角色开始讲。学生负责查看内容、提交任务、接收反馈；老师负责发布内容、处理提交、修改状态；管理员负责维护数据、处理异常、查看统计。角色一旦分清，学生就会明白为什么同一个系统里会有不同页面。
主体段二：再用一条最短流程把结构串起来：学生提交借阅申请，老师审核，系统把状态更新为“已借出”，学生再次查看时就看到最新结果。只要学生能把这四步顺着讲出来，系统结构的主线就已经进脑子了。
教师串讲语：这一类课最怕讲成抽象名词堆。要不断把它拉回“谁在做动作、动作改了什么、别人为什么会看到变化”这条线，学生才会觉得它和真实项目有关。
页面收束语：系统结构并不是更难的页面，而是让学生第一次看到，一个作品背后其实有角色、有流程、有数据、有状态。页面文案建议
- 说明句式：谁进入页面、先做什么、系统再处理什么。
- 过渡句式：同一份数据，不同角色会看到不同重点。
可替换素材方向
- 先讲清角色和流程，再讲页面和数据。
- 一个系统图里先不要超过 3 个角色和 5 个关键动作。
主视觉配图
页面示例配图
截图规划示意
60 分钟教学展开
0-15 分钟：提出问题并界定任务
讲解推进
- 从“用户信息与登录视角”对应的真实学习或校园情境切入，让学生知道这节课要解决的具体问题。
- 用问题清单或情境提问带出“登录、身份和数据权限的基础概念”这一主线，先把讨论范围收拢。
- 明确今天 1 小时的阶段成果是“登录流程图”，让学生知道最后要交付什么。
本段知识点
- 先从“用户信息与登录视角”的真实使用场景入手，帮助学生知道今天为什么要学这一课。
- 完整应用一定要同时考虑用户、角色、页面和流程。
- 系统图和页面树的作用，是把复杂项目讲成可讨论、可修改的结构。
建议展示 / 截图
- 角色与页面对应关系图
- 用户信息与登录视角的课堂任务卡或成果示意图
本段资料与素材
- 角色卡：学生、老师、管理员
- 任务说明卡 1 份
本段逐字稿
text
【本段开场】
同学们，先把今天这节课放回真实产品里。课题是“用户信息与登录视角”，但我们真正要看的是：当作品开始面对“登录、身份和数据权限的基础概念”时，页面会发生什么变化。
这一模块更强调平台判断，重点是让学生知道同一个项目为什么会分出网页、小程序和 App 壳。
先把情境放回真实使用里。假如现在面对的是“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”，如果没有今天这一层，这个项目最容易卡在哪里？
我们先看“角色卡：学生、老师、管理员”。看示例时，不只是看页面长什么样，而是看它怎样服务真实使用。
先把“为什么同一个项目会有不同平台方案”讲透，让学生知道今天不是追新名词，而是在做选择。
先把使用场景讲稳，比先追功能更重要。只要学生知道今天这一层在解决什么麻烦，后面动作就会顺很多。
如果用户最常在微信里打开，这个项目还适合只做网页吗？
你们现在先不要急着回答得很满，只要先把“谁在用、为什么会卡、今天准备怎么改”说清，就已经够用了。
等会儿我们会先从一个最小例子开始，不是为了把事情讲简单，而是为了把关键判断讲准。
等会儿我会先拿同一个校园项目举例，再把它分别放进网页、小程序和 App 壳里比较。
这一段一直要记住：开始像一个在比较平台与场景的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
平台选择先收在这里。最重要的，不是名字更多，而是判断更准。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“跨平台方案教学页”课堂开场页。 本课主题是“用户信息与登录视角”，页面场景使用“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：平台对比区、使用场景区、页面结构区、判断说明区。 核心内容请围绕“登录、身份和数据权限的基础概念”来实现。 页面重点突出：为什么同一个项目会出现不同平台方案。 页面要让人一打开就知道这页在做什么。 首屏要有主题说明、核心内容区和一个明确入口，可以保留一个开始按钮或继续入口。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 先用 1 到 2 分钟让学生说出自己对“用户信息与登录视角”最直观的理解，再进入示例页。
阶段成果
- 完成本课任务目标和阶段成果的确认。
15-30 分钟：梳理结构、角色或判断标准
讲解推进
- 把“一旦进入真实用户场景，身份和权限就会变重要”拆成 2 到 3 条可判断的标准，帮助学生形成稳定的思考框架。
- 借助结构图、流程图、角色卡或页面树，把抽象想法转成可视化的组织方式。
- 通过对比示例说明哪些内容属于本节课必须保住的核心，哪些内容可以留到后面扩展。
本段知识点
- 登录的意义不是炫技，而是区分身份、同步数据和控制权限。
- 把“登录、身份和数据权限的基础概念。”拆成可观察、可操作的页面结构或流程关系。
- 完整应用一定要同时考虑用户、角色、页面和流程。
- 系统图和页面树的作用，是把复杂项目讲成可讨论、可修改的结构。
建议展示 / 截图
- 一条完整用户流程图截图
- 用户信息与登录视角的结构草图、流程图或区域标注图
本段资料与素材
- 页面树模板或流程图模板
- 结构草图模板 1 份
本段逐字稿
text
【本段开场】
这一段先不急着继续堆功能，我们先把最关键的结构和顺序拆开。只要这里听明白，后面很多选择都会顺。
这一模块更强调平台判断，重点是让学生知道同一个项目为什么会分出网页、小程序和 App 壳。
这一段继续围绕“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”往下拆。我们不换例子，而是把同一个场景里的结构关系和判断逻辑讲清。
这一段继续借“页面树模板或流程图模板”来拆关系。你们要边看边判断：这一块到底在交代顺序、状态，还是平台差异。
把小程序、登录、数据和页面结构拆开，让学生看见平台差异到底落在哪里。
这一段最怕的是只记名词，不记顺序。我们要一直顺着“谁在用、先做什么、结果怎么变”来讲。
登录这件事到了不同平台上，最容易发生什么变化？
这一步要不断追问：它到底在项目里负责哪一层？如果答不上来，就说明关系还没有收稳。
接下来这几分钟，你们要重点听“顺序”和“边界”，而不只是功能名字。
这一段我会一直把视角拉回“谁在用、从哪里打开、最常做什么动作”。
这一段一直要记住：开始像一个在比较平台与场景的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
只要学生开始会比较使用场景和动作路径，跨平台这件事就不再飘。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“跨平台方案教学页”结构拆解页。 本课主题是“用户信息与登录视角”，页面场景使用“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：平台对比区、使用场景区、页面结构区、判断说明区。 核心内容请围绕“登录、身份和数据权限的基础概念”来实现。 页面重点突出：把小程序、App 壳、登录和数据视角关系拆开讲清。 页面要把区块分工、流程顺序或阅读路径讲清。 请用分区标题、编号、箭头、步骤标签或结构图，把每一块分别负责什么写清楚。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 用“同一项目里学生和老师看到不同内容”举例，说明为什么会需要登录。
- 带学生一起把今天的页面、流程或知识结构画成一张简单草图，边讲边标注。
阶段成果
- 形成一张结构图、分区图或流程图草稿。
30-45 分钟：输出草图、清单或方案稿
讲解推进
- 组织学生完成“登录流程图”的第一版草图、清单或方案稿。
- 要求学生在产出中体现“登录、身份和数据权限的基础概念与一旦进入真实用户场景，身份和权限就会变重要”，而不是只写一个空标题。
- 讲师边巡视边帮助学生把范围收紧，避免方案过大、过散或脱离真实场景。
本段知识点
- 在动手环节里，把“登录流程图。”做成真正能演示的结果。
- 系统图和页面树的作用，是把复杂项目讲成可讨论、可修改的结构。
- 一个系统说得清，后面的数据库、接口和管理端才有落点。
建议展示 / 截图
- 页面树和系统结构图并排显示的截图
- 登录流程图。正在完成中的过程截图
本段资料与素材
- 一个完整动作的路径说明，例如“提交作业”或“借阅图书”
- 登录流程图。的半成品模板
本段逐字稿
text
【本段开场】
下面开始看最关键的一轮演示。今天这一段不求做满，而是要把最短闭环跑顺。
这一模块更强调平台判断，重点是让学生知道同一个项目为什么会分出网页、小程序和 App 壳。
现在把“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”里的关键动作真正跑起来。只要这轮动作能顺，学生就会知道这不是纸上规划。
接下来还是先盯住“一个完整动作的路径说明，例如“提交作业”或“借阅图书””。今天这一步不是看热闹，而是看关键动作怎样真正跑起来。
现场做一轮跨平台示范，让学生知道现有项目怎样被翻译成另一种交付方式。
动手时先盯最关键的那条链。只要“登录流程图。”的核心闭环跑通，今天这节课就已经有真实结果。
数据和页面里，哪一块最能看出“平台不一样”这件事？
如果演示一跑就乱，先回到最短流程，不要一边加功能一边猜问题会不会自己好。
下面这一段我会先演示，再回头解释。你们先看动作，再看每一步为什么这样排。
接下来我会做一轮跨平台骨架示范，让你们看见页面不是直接复制，而是要重新组织。
这一段一直要记住：开始像一个在比较平台与场景的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
这一课最值钱的，是你开始知道“做什么”要跟“在哪里用”一起判断。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“跨平台方案教学页”功能演示页。 本课主题是“用户信息与登录视角”，页面场景使用“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：平台对比区、使用场景区、页面结构区、判断说明区。 核心内容请围绕“登录、身份和数据权限的基础概念”来实现。 页面重点突出：做出一轮能看见平台差异的示范页。 页面要做出最关键的一轮功能演示，让操作、反馈和结果连成闭环。 必须支持至少一轮真实动作，例如点击、输入、切换、提交、答题、反馈或状态变化，并且操作后立刻出现结果。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 讲师边投屏边带做，让学生至少独立完成一次最关键动作。
阶段成果
- 拿到“登录流程图。”的可演示版本。
45-60 分钟：交流修订、形成阶段结论
讲解推进
- 安排小组交流或快速讲述，让学生把自己的方案说给别人听。
- 回到“一旦进入真实用户场景，身份和权限就会变重要”逐条检查，补齐最关键的缺口，形成可进入下一课的阶段版本。
- 围绕“登录流程图”做简短收束，让学生带着清晰版本进入下一课。
本段知识点
- 一旦涉及用户信息，项目就必须比普通展示页更重视边界和保护。
- 通过检查、互评和整理，让学生知道这节课的成果怎样继续进入下一课。
- 一个系统说得清，后面的数据库、接口和管理端才有落点。
建议展示 / 截图
- 登录流程图。最终整理后的展示截图
- 同伴互评或发布前检查清单截图
本段资料与素材
- 检查清单 1 份
- 结尾展示顺序卡 1 份
本段逐字稿
text
【本段开场】
最后这一段我们把今天的结果讲清、收齐、检查稳。能不能把“登录流程图。”说顺，决定这一课到底有没有真正站住。
这一模块更强调平台判断，重点是让学生知道同一个项目为什么会分出网页、小程序和 App 壳。
最后再回到“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”看结果。讲到这里，要能让别人听懂它为什么更像真实产品。
最后回头看“检查清单 1 份”，重点不在再补更多，而在把已经做出来的结果讲顺、收稳。
收束成一套平台判断法，让学生最后能说出自己的项目更适合哪一种方案。
这一段的重点不是继续加东西，而是把结果说得清、查得清、展示得清楚。
你现在能不能说出自己的项目为什么更适合某一种平台？
收尾时先看逻辑和体验有没有收住，再看内容够不够多。讲不顺的地方，往往也是理解还没收稳的地方。
最后我会请大家倒着讲一遍：先说今天拿到了什么，再说它是怎样一步步出现的。
最后我会请大家回头判断：今天这节课给你的项目带来了哪一种更现实的可能性。
这一段一直要记住：开始像一个在比较平台与场景的人。只要你开始会判断场景、平台、状态和结果的关系，这节课就已经不只是“多学几个词”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。强化营最怕的，不是难，而是把关系听散。
记住，平台不是越多越好，而是越合适越有价值。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“跨平台方案教学页”收束展示页。 本课主题是“用户信息与登录视角”，页面场景使用“校园图书角借阅与学习任务平台，或校园互助学习平台的系统结构”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：平台对比区、使用场景区、页面结构区、判断说明区。 核心内容请围绕“登录、身份和数据权限的基础概念”来实现。 页面重点突出：把跨平台方案收成能继续评估和比较的版本。 页面要把当前结果整理成适合展示和收束的版本。 页面里要保留结果展示、小结、检查点或下一步，让成果能够直接拿来展示。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景，让页面看起来像完整产品的一部分。课堂动作
- 安排结对互看或小组展示，让学生把自己的结果讲成一段完整说明。
阶段成果
- 要求学生说出登录功能最少要解决的两个问题：身份和数据归属。
- 把今天的结果整理成可展示、可提交、可继续修改的版本。
课后作业
必做任务
- 把你今天讲到的系统，再用“谁进入、先做什么、系统再处理什么”的顺序说一遍。
- 把课堂上的“登录流程图。”再补一个更完整的细节，并保留前后对比。
提交建议
- 提交本课产出：登录流程图。
- 附 2 到 3 句说明：你今天做了什么、最满意哪里、还准备改什么。
自查清单
- 我能说清楚这节课做的页面或流程是给谁用的。
- 我能指出页面里最重要的一个区块、一个动作和一个结果。
- 我保存了课堂过程中的草图、截图或记录，方便下次继续。
相关参考
appendix/auth-authorization