2.1.3 信息系统的关键要素教学设计2026-2027学年高一下学期信息技术必修2人教版

2.1.3 信息系统的关键要素 教学设计 教材版本：人教/中图版（2019）高中信息技术必修2《信息系统与社会》 课时安排：1课时（45分钟） 授课对象：高一年级 一、教材与学情分析 （一）教材分析 本节是2.1“信息系统的组成与功能”的收束内容。2.1.1“系统”让学生建立了“要素—结构—功能”的分析框架，2.1.2“信息系统”让学生知道了信息系统是“人、硬件、软件、数据、网络协同运转的整体”。本节要回答一个更聚焦的问题：在这些要素中，哪些是关键要素？它们之间是什么关系？为什么“人”被称作最具活力的要素？ 人教/中图版教材对本节的处理有一个值得注意的特点：将“人”作为独立要素着重呈现，并明确“人是信息系统最具活力的角色，人创造了信息系统，信息系统的最终目的则是为人服务”。同时，“过程”作为第四要素出现，指“为了获得预定的输出而必须进行的一系列逻辑上的相关任务”。这意味着本节的知识结构不是“硬件、软件、数据、网络、人”的平铺罗列，而是以“人”为统摄、以“过程”为粘合的关系性结构。 如果照教材顺序逐条讲解，学生得到的只是五个名词，而不是一个系统。因此本节课的关键在于：用一条真实任务链，让学生自己“拆”出要素，并在“故障归因”的冲突中发现“人”不在系统外面，人在系统里面，而且是最不能缺的那个。 （二）学情分析 学生对信息系统有极其丰富的使用经验，但认知停留在“用户视角”： 问题 具体表现 对教学的影响 列要素时漏掉“人” 被问“系统由什么组成”时，能说出手机、App、网络、数据，唯独想不起人 需要让“人”在故障归因中被迫出场 把“人”当作系统外面的操作者 认为“系统是机器的事，人是用系统的” 需要用“人的决定改变了系统输出”的案例，让“人”进入系统内部 “过程”几乎不被视为要素 能理解“要有人管”，但不认为“审批流程、操作日志”也是系统的一部分 用“有过程vs无过程”的对比，让“过程”从隐性变显性 二、教学目标（基于学科核心素养） 1. 信息意识：能够在校园一卡通、在线购票等日常系统中识别出“人”与“过程”的存在，形成“一个系统在跑，不只是机器在工作”的敏感度；对“系统正常时人隐身、出问题时人显形”的现象有主动追问的意识。 2. 计算思维：能够用“要素—功能”对应关系拆解一个具体信息系统，说清“谁在输入、谁在处理、谁在控制”；能理解人是信息系统中最活跃、最关键的要素，因为规则由人设定、异常由人处置、系统由人维护；初步建立“要素不是平铺的，人统摄技术要素与过程”的系统观。-2 3. 数字化学习与创新：能够在小组协作中用表格记录“要素—功能”的对应关系，用简易流程图（手绘或工具绘制）呈现“数据从哪来、经过谁、到哪去”；体验用可视化方式外化系统分析的过程。 4. 信息社会责任：通过分析“管理员越权查询消费记录”“借卡消费”等贴近校园的案例，初步认识“人在系统中越关键，人的行为就越需要被过程约束”；形成“技术让系统能跑，人让系统跑对，过程让人不跑偏”的基本判断。 三、教学重难点 类型 内容 突破策略 重点 信息系统的关键要素（人、硬件、软件、网络、数据、过程）及其在功能链中的位置 用“刷一次卡”一条主线，把要素“钉”在输入—处理—存储—输出—控制的功能上 难点 理解“人”是系统内部的控制者与责任者，而非系统外面的使用者；“过程”是对“人”的约束机制 两次认知冲突：技术冲突（断网了还能不能扣费）→ 暴露人对规则和数据的支配；人文冲突（管理员越权）→ 暴露“系统没坏，人坏了” 四、教学方法与资源 主要方法：任务驱动法、故障归因法、冲突探究法。 辅助方法：对比法（“有过程”与“无过程”对比）、图示法（要素—功能咬合图）。 教学资源：多媒体课件、学习任务单（含“要素—功能对应表”和“故障归因卡”）、校园一卡通刷脸/刷卡终端照片（脱敏）、消费流水截图（打码处理）、“越权查询”情境卡（每组一张）。 五、教学过程 环节一：导入——“你每天刷的那一下，谁在让它发生”（5分钟） 教师活动 学生活动 设计意图 展示一张校园食堂刷脸/刷卡终端的照片，提问：“你每天站在它面前，‘滴’一声，饭就好了。你看到了这台机器。但让这一下能发生的，只有这台机器吗？ ” 观察照片，尝试回答。可能说“还有摄像头”“还有后台”“还有校园卡系统”。 从每天经历的动作切入，制造“你看到的”和“让它发生的”之间的落差。-2 不急于展开：“今天我们就把‘滴’的这一下拆开，看看一个信息系统里到底有哪些关键要素，以及——哪一个要素，是拿掉之后整个系统就‘活不了’的。” 带着“哪一个最不能少”的问题进入任务。 用“最不能少”制造悬念，指向“人”的核心地位。 环节二：拆解要素——“滴”的这一下，靠什么在转（15分钟） 第一步：穷举“参与者”（4分钟） 教师活动 学生活动 设计意图 任务一：列出“滴”一声的全部参与者——要求小组在学习任务单上写出：从卡片贴上/人脸对准，到扣款完成，有哪些“东西”和“人”参与了这个过程？不限于你看得见的。 小组讨论，列举。可能列出：刷卡机/摄像头、校园卡/人脸、余额数据、校园网、扣款程序、食堂阿姨、后台管理员。 先让学生穷举，为后面的归类和“发现遗漏”准备素材。 第二步：归类与“人”的出场（6分钟） 教师活动 学生活动 设计意图 请一组分享清单，教师在黑板上分类记录。关键追问：“你们列了机器、数据、网络。**有没有漏掉‘人’？如果漏掉了，是哪些‘人’？” 补充“人”的要素。可能说“刷卡的学生”“食堂阿姨”“后台管理员”“写程序的人”。 大多数学生列要素时会漏掉“人”，这个追问让“人”被迫出场。 展示关键要素表，对照学生的清单进行“命名”。特别指出：“人”不是系统外面的“使用者”，而是系统里面的“设计决策者、开发者、维护者和使用者” ——同一个人可能在一个系统中扮演多个角色。 对照表格，检查自己小组的清单漏了哪一类“人”。 把“用户是要素”建立在学生自己的遗漏之上。 信息系统关键要素表（以刷脸就餐为例） ： 要素 在“滴”一声中的具体表现 学生最容易忽略的点 人 刷卡的学生、食堂结算员、系统管理员、规则制定者、程序开发者 几乎总是被漏掉，或被当作“外面的使用者” 硬件 刷脸终端、摄像头、服务器、网络设备 只看到终端，忘了后台 软件 人脸识别算法、扣款程序、账户管理软件 软件“看不见” 网络 校园网、支付网关 以为终端自己算完了 数据 人脸特征、账户余额、消费记录 知道“数据”这个词，说不清具体是什么 过程 扣款规则、异常处理流程、查询审批流程 几乎从不被视为“要素” 第三步：“过程”的出场（5分钟） 教师活动 学生活动 设计意图 追问：“‘余额不足不能扣款’这条规则，是硬件自己决定的，还是人定的？” 回答：人定的。 把“人”和“过程”连起来。 引出教材中“过程”的定义：为了获得预定的输出而必须进行的一系列逻辑上的相关任务，需要人、数据、技术等要素相互作用。提问：“‘查询消费记录’这件事，有没有‘过程’？” 思考后回答：应该有审批、有留痕。 为后面的冲突任务埋下伏笔。 环节三：冲突一——“断网了，还能扣费吗”（8分钟） 教师活动 学生活动 设计意图 任务二：故障推演——展示情境：“食堂突然断网，刷卡机屏幕一直转圈。但食堂阿姨说‘先吃，记着，回头再扣’。这个系统‘坏’了吗？如果没坏，为什么刷不了？ ” 小组讨论。可能回答：“网络坏了”“数据传不到后台”“但规则还在——人是可以变通的”。 第一次认知冲突：技术要素（网络）断了，但人用“过程”补位。 追问：“如果设计系统的人当初定了一条规则——‘断网时终端可以离线记账，恢复后自动同步’，这次‘刷不了’还会发生吗？” 回答：不会，因为“过程”里考虑了断网的情况。 让学生看到：技术故障的后果，取决于人设定的过程。 “断网”归因表： 表面现象 直接断掉的要素 谁决定了“断网时怎么办” 刷不了、扣不了 网络（数据传输中断） 人（规则制定者） ：有没有设计离线模式、应急流程 环节四：冲突二——“系统没坏，为什么还是出了问题”（10分钟） 教师活动 学生活动 设计意图 任务三：人文冲突——展示情境：“一名管理员利用权限，私自查询某学生一整周的食堂消费记录，并转发给他人。从技术上看，系统坏了吗？ 扣款正常，查询功能也‘正常工作’。那问题出在哪里？ ” 讨论后回答：“系统没坏，是人做了不该做的事”“查询功能不该让他随便用”。 第二次认知冲突：技术“正常”，但人让系统做了不该做的事。 追问：“换一台更贵的服务器，能解决这个问题吗？加一条‘查询需要审批、操作必须留痕’的过程呢？” 回答：换硬件解决不了；加过程可以管住人。 让学生自己说出：技术手段不能替代对人的约束，而约束靠“过程”。 展示“有过程”与“无过程”的对比。 观察对比，理解“过程”是对“人”的约束机制。 把“过程”从定义变成可感知的机制。 无过程（只靠人自觉） 有过程（规则嵌入系统） 查消费记录 管理员直接打开数据库查 提交查询申请 → 记录用途 → 审批 → 查询操作被日志记录 系统“防”的是谁 假设“人不会乱来” 假设“人可能出错或越权”，用流程约束 教师活动 学生活动 设计意图 归纳板书：人是最活跃、最关键的要素——硬件、软件、数据由人设计、维护和使用；系统“能跑”靠技术，系统“跑得对”靠人，人“不跑偏”靠过程。 记录关键判断。 完成难点收束：人不在系统外面，人在控制环节，而且是最不能缺的那个。 环节五：总结与延伸（7分钟） 教师活动 学生活动 设计意图 请学生用一句话回答：“如果让你用一个比喻说明‘人、技术、过程’在一个系统里的关系，你会怎么说？” 自由发言。示例：“技术是发动机，人是司机，过程是红绿灯和交规——没有司机，发动机不会自己决定去哪；没有交规，司机想怎么开就怎么开。” 用比喻检验是否真正理解了“人=控制者/责任者”“过程=约束”。 布置课后任务：观察你身边的一个信息系统（公交扫码、图书馆借还、小卖部结账），用表格写出：①它有哪些关键要素；②“控制”功能是谁在设定规则；③如果“人”做了一个错误的决定，可能出什么问题；④需要一个什么“过程”来防止它。 记录任务。 把“要素—功能—人—过程”的分析框架迁移到新系统。 六、板书设计 2.1.3 信息系统的关键要素 一、关键要素 人 · 硬件 · 软件 · 网络 · 数据 · 过程 ★ 人是最活跃、最关键的要素 2、 要素在执行什么功能 输入 → 处理 → 存储 → 输出 ↑ │ └─ 控制 ──┘ 控制环节：人设定规则，软件执行规则 3、 两次冲突，一个结论 断网了 → 技术断了，人用“过程”补位 越权了 → 技术没坏，人让系统做了不该做的事 → 技术让系统“能跑”，人让系统“跑对”，过程让人“不跑偏” 学科网（北京）股份有限公司 $