高一年级信息技术教学设计：编程解决问题-以校园食堂人流数据分析为例

高一年级信息技术教学设计：编程解决问题——以校园食堂人流数据分析为例一、教学基本信息本课选自沪科版高中信息技术必修一《数据与计算》第三单元第三节第二课时，授课对象为高一年级学生，课时安排为两课时连排，共九十分钟。本单元的核心主题是"用计算机解决问题的一般过程"，前一课时学生已经学习了算法及其描述方法，感受了自然语言、流程图与伪代码三种表达方式，本课则是将算法真正"落地"的关键一环——用Python语言把算法变成可以运行的程序，亲身体验编程解决问题的完整旅程。本课选取"校园食堂就餐人流分析"作为贯穿情境。这是学生每天中午都要面对的真实问题：哪个窗口排队最短？几点去食堂人最少？把贴近生活的数据交还给学生，让他们用程序替自己做决策，技术便有了温度。二、课标解读与教材分析《普通高中信息技术课程标准（2017年版2020年修订）》在本模块明确提出：学生应"掌握一种程序设计语言的基本知识，使用程序设计语言实现简单算法。通过解决实际问题，体验程序设计的基本流程，感受算法的效率，掌握程序调试与运行的方法"。课标同时强调，信息技术教学要"以项目学习为统领"，引导学生在数字化环境中"发现问题、分析问题、解决问题"。教材在本节的编排体现了清晰的进阶逻辑：先呈现编程解决问题的五个基本步骤——分析问题、设计算法、编写程序、调试运行、检验结果；再通过"自动售货机"等案例示范如何用Python实现顺序、分支、循环三种基本结构。教材的意图不是把学生培养成程序员，而是让学生建立"算法思维+计算工具"的解题范式。沪科版教材特别强调"学科核心素养"的四维渗透：信息意识体现在从真实情境中捕捉可计算的问题；计算思维体现在将生活问题抽象为数据模型与算法步骤；数字化学习与创新体现在利用编程工具创造性解决问题；信息社会责任则体现在对数据准确性、程序严谨性的自觉追求。本设计将四维素养目标全部落位到可观察、可评价的课堂行为上。三、学情分析授课班级为高一年级平行班，共四十二人。通过前一阶段的学习与问卷前测，学生的认知起点呈现以下三个特征。第一，学生已经具备算法的初步概念，能用流程图描述"判断奇偶数""比较三个数大小"这类简单算法，但从"纸面算法"到"可运行代码"之间存在明显的转化断层。前测中约七成学生能画出求平均值的流程图，但只有不到两成能独立写出对应的Python语句。第二，学生对Python并不陌生，多数学生在初中信息科技课程中接触过turtle绘图或简单输入输出，但理解停留在"复制粘贴能跑就行"的层面，对变量、数据类型、循环控制等核心概念缺乏结构化认知。书写代码时常见的困难是：缩进混乱、中英文标点混用、忘记类型转换。第三，学生普遍对"编程有用"这一判断缺乏体感。他们刷短视频、点外卖，却很少意识到自己每天生活在由数据与算法编织的世界里。因此，创设一个孩子气的、贴近校园生活的真实任务，比讲解任何语法知识都更能点燃学习动机。此外，班级中有三名学生在课外接触过编程竞赛内容，基础明显超前。教学设计中专门设置了拓展任务与"小导师"互助机制，让学有余力者有舞台，让基础薄弱者有抓手。四、教学目标知识与技能维度：学生能够说出编程解决问题的五个基本环节；理解变量、输入输出语句、分支结构与循环结构的基本语法；能编写一个不超过二十行的Python小程序，实现对一组食堂人流数据的统计与简单分析。过程与方法维度：学生经历"从生活问题出发—抽象为数学模型—设计算法—编写程序—调试纠错—得出结论"的完整过程，体验程序调试中"读报错—找病灶—做假设—验证修改"的排错路径，初步形成计算思维解决问题的习惯。情感态度与价值观维度：学生在亲手让数据"开口说话"的过程中感受编程的实用价值；在分组协作中学会清晰表达算法思路、尊重同伴意见；在程序出错的反复中，涵养耐心、严谨与不怕失败的工程品格。本课的教学重点是：用Python实现包含分支与循环结构的程序，完整体验编程解决问题的流程。教学难点是：将真实问题抽象为可计算的数据模型，以及在调试中自主定位与修正逻辑错误。五、教学方法与教学环境本课采用"情境任务驱动+小组协作探究+分层任务自选"的组织方式，辅以教师微课示范与当堂可视化反馈。整节课以一个大任务统领，三个子任务层层递进，学生始终处于"有活干、有话说、有盼头"的状态。教学环境为计算机网络教室，四十二台学生机预装Python3.x与IDLE集成环境（或在线Python编辑平台作为备用），教师机配备同屏广播软件。课前在黑板上张贴一张大幅的"五步法"流程挂图：分析问题→设计算法→编写程序→调试运行→检验结果，这节课的每一个环节都将回扣这张挂图。课前准备还包括：一份由总务处脱敏处理的真实食堂人流量数据（按十分钟粒度统计的一周数据，共三百余个数据点，存为data.txt文本文件分发到每台学生机）、六个小组的任务单、以及教师预录的三段两分钟微课（分别讲解输入输出、分支、循环）。六、教学过程（一）情境导入：一条排队引发的思考（8分钟）上课铃响，大屏幕上播放一段十五秒的延时摄影视频：中午十一点五十到十二点半的食堂二楼窗口，人流如潮水般涨落。视频播放完毕，教师不做任何技术铺垫，只抛出一个再普通不过的问题："什么时候去食堂，排队最短？"教室里立刻热闹起来。有学生凭经验说"十二点半以后人少"，有学生反驳"那时候好菜都卖完了"。教师顺势追问："大家说的都是感觉。感觉可靠吗？如果总务处的老师把真实的刷卡人流数据给我们，我们能不能用刚学的知识，让数据自己告诉我们答案？"学生齐刷刷看向大屏幕，教师展示出data.txt文件的开头几行——时间戳与对应人数的数字排列。"今天的任务就是：写一个Python程序，读入这些数据，找出一天中人最少的时间段，并给出你的就餐建议。"教师随即指向黑板上的挂图："要完成这件事，我们要走五步路。这节课，我们一步一步走，每一步都算数。"学生的真实需求被点燃，学习目标也在对话中自然生成。设计意图：导入环节刻意回避任何语法讲解，用"吃饭排队"这一高频刚需场景制造认知冲突——经验判断与数据结论之间的张力。让学生感到"这个问题值得解决"，学习动机便来自内部而非任务本身。（二）任务一：把问题"翻译"成算法（12分钟）教师发放任务单一，各小组围绕三个问题展开讨论：我们要处理的数据长什么样？我们要算出什么结果？人手工计算的话，步骤是什么？讨论之前，教师先做关键的知识铺垫。大屏幕上展示数据文件的前五行，教师引导学生观察："每一行就是一个数据点。我们要找'人最少的时间段'，本质上是把三百多个数字里最小的那个找出来，还要记住它对应的时间。"学生开始讨论，教师巡视倾听。三组很快说出"一个一个比，记住最小的"；五组提出"先读数，再比较"；有两组陷入沉默，卡在"计算机怎么'记住'最小的数"上。教师召集全班，进行算法的集体建构。请三组代表发言，其思路是：设一个"最小值"的盒子，先放入第一个数，然后每读一个新数就和盒子里的数比一比，新数更小就把盒子里的数换掉，同时还要记住这个数对应的时间。教师将其整理为自然语言算法，板书在黑板上：第一步，打开数据文件；第二步，读入第一个数据，把它当作当前最小值，记下时间；第三步，反复读入后面的每个数据，若比当前最小值小，就更新最小值和时间；第四步，全部读完后，输出最小值对应的时间。接着，教师引入变量的概念："算法里的'盒子'，在程序里叫变量。我们给它起个名字，比如min_num和min_time。变量就是程序的记忆。"再顺势介绍本课需要的三个语言工具：用open和readline读数据，用if语句做比较，用while循环做重复。各小组将该算法翻译成流程图草图画在任务单上，教师用希沃白板的拍照功能即时上传两幅典型作品进行点评：一幅循环的返回箭头画错了方向，全班共同纠正；一幅忘记给最小值赋初始值，教师不点破，只问"如果盒子里一开始是空的，第一个数跟谁比？"学生自己发现了漏洞。设计意图：本环节是计算思维落地的核心，坚持"先想清楚，再动手写"。把"最小值查找"这一经典算法放在真实数据情境里生成，而不是作为现成知识灌输。变量的概念在"程序需要记忆"的迫切需求中自然出场，学生对抽象概念的理解有了具体的意义支点。（三）任务二：让算法变成程序（25分钟）这是本课的主体环节。教师先用五分钟进行"脚手架式"示范：打开IDLE，敲下程序的前四行——打开文件、读入第一行、用split拆分出时间和人数、用int把人数从字符串转为整数——边写边解释每一句的作用，尤其强调int转换："计算机眼里，引号里的123是三个字符，不是数字一百二十三，不做转换就没法比大小。这是初学者最容易栽的坑。"示范到此为止，剩下的循环与比较交由学生完成。教师明确分层任务：基础任务是补全程序主体，实现找出人最少时段并输出；进阶任务是在此基础上，计算全天总人数与平均人流；挑战任务是找出人最多的三个时段并提示"错峰就餐"。三名编程基础较好的学生担任"小导师"，负责所在小组的答疑，教师则专注巡视需要帮助的小组。学生开始敲击键盘。机房里键盘声此起彼伏，教师巡视中敏锐地收集学生的典型错误，并不直接代劳，而是用提问引导。一名学生的程序报出SyntaxError，指着红色的错误提示不知所措。教师蹲下来问："报错信息里说的行号是哪一行？我们先去那一行看看。"学生发现自己在if语句后面漏掉了冒号。教师小结全班："报错不可怕，Python的报错信息是良医，它告诉我们病灶在哪个方向。调试的第一步，永远是先读报错。"另一名学生的程序能运行，但输出的结果明显不对——显示最小人数是0。教师请他自己跟踪："把你的发现大声读出来：第一行数据是多少？你的程序读到的却是多少？"学生逐行检查后发现，数据文件里中午十二点半到一点之间有一段空白，空行被读入后拆分失败，程序用了默认值。教师顺势引导："真实数据是脏的，会有缺失、有异常。用if判断跳过空行，就是程序员处理真实世界的基本功。这也提醒我们：数据分析的结论是建立在数据质量之上的。"还有学生闹出中英文标点混淆的笑话：print语句里用了中文括号，程序死活运行不了。当他自己找出原因时，同桌笑作一团，教师温和地说："这个错误，全中国学计算机的每个人都犯过。犯错是学会的必经之路，今天你在课堂上犯的每一个错，都是给未来省下的坑。"约十五分钟后，大半小组的基础任务已经跑通。屏幕上，一个个程序输出了结论："13:40，人数41人，为全天最少。"当数学结论从自己亲手写的代码里蹦出来时，不少学生脸上露出真实的惊喜——这和老师告诉他们的答案，感觉完全不同。教师按下广播，开展中期交流。请两个小组展示代码：一组的循环用while实现，另一组挑战任务用了for循环遍历全部行。教师对比两段代码，点明循环的本质："while像一个看门的保安，条件满足就一遍遍做；for像一个安检传送带，把每一件行李挨个过一遍。两种结构都能解决问题，选哪个取决于我们'数得清次数还是数不清'。"设计意图：编程学习的痛点从来不在语法本身，而在调试过程的心理挫败。本环节通过"教师示范关键坑点—分层任务保底封顶—错误现场转化为教学资源"三件事，把整个班级的错误变成共享的学习财富。小导师制度缓解了教师一对多的指导压力，也让学有余力的学生在"教"中获得更深的理解——教会别人是最高层次的学习。（四）任务三：检验与表达——让数据说服别人（15分钟）程序能跑，不等于结论可信。教师提出新的问题："你的结论可靠吗？你怎么向总务处的老师证明你的结论？"各小组完成对程序的检验。教师提供三组检验思路：用一小段人工核对过的数据（比如只取前十个数据点）手工算出结果，与程序输出对比；改变输入数据的顺序，看程序结论是否稳定；故意输入异常数据（负数、空行），看程序是否"优雅地"处理而不是崩溃。这就是课标强调的"检验结果"环节。一组学生在检验中发现：他们的程序在周三的数据上结论不同。追查之下发现，周三社团日活动，数据规律特别。学生由此得到一个超出编程本身的洞察："结论是有条件的，脱离情境的数据结论不可靠。"随后进入表达环节。每个小组用两分钟向全班汇报，汇报模板由教师给出三句话：我们的程序做了什么；我们的结论是什么；我们建议什么时候去吃饭。汇报中出现了意料之外的精彩：五组的程序里加了一行代码，用星号在屏幕上画出了人流的简单柱状图，引来全班掌声。教师借机点评："数据可视化让结论一目了然。这就是程序比人工计算强的地方——它算得快，还能把结果变得好看、好用。"教师在点评中不着痕迹地渗透信息社会责任的教育："我们使用的数据是脱敏的，只包含人数，没有任何同学的个人信息。如果我们在网上收集真实用户的数据来分析，就必须考虑隐私和授权。技术越强，责任越大。"设计意图：很多课堂在"程序跑通"处就宣告胜利，而真实的问题解决必须回答"结论可信吗、怎么让别人信"。本环节补上"检验"与"表达"两块拼图，让五步法闭环完整。汇报中的可视化闪光点是预设之外的生成，教师顺势放大，让学生看到编程"从能用到好用"的上升空间。（五）总结升华与分层作业（10分钟）课堂尾声，教师与学生一起回顾黑板上那张五步挂图，每一步都由学生自己说出这节课的亲历：分析问题时我们看清了数据的样子；设计算法时我们想到了"盒子记账"的办法；编写程序时我们学会了变量、输入输出、分支和循环；调试运行时我们读懂了报错、战胜了红字；检验结果时我们学会了不轻信程序、用数据说话。教师做总结陈词："今天这节课，大家其实完成了一件了不起的事——你们把'什么时候去食堂'这个凭感觉回答的问题，变成了一个用数据回答的问题。当中的每一步转变，就是计算思维。编程的语言会更新换代，今天学Python，将来可能有别的语言，但'遇到问题先想能不能用计算解决'这种思维方式，会让你们受益终身。"分层作业布置如下：必做题为修改今天的程序，使其能处理一整周七天的数据文件，输出每天人最少的时段；选做题为收集自己一周的作业用时记录，编写程序分析哪天效率最高；思考题只有一个问题——如果食堂装上了摄像头自动统计人流，可能带来哪些便利与隐私风险？请写出两条你的看法。下课后，教师将本课任务单与优秀学生代码打包上传班级空间，供学生课后继续打磨。七、板书设计板书采用"左右两栏"布局。左侧为五步法流程图：分析问题→设计算法→编写程序→调试运行→检验结果，上课全程不擦除，作为思维主线。右侧分三块动态书写：变量与赋值（min_num、min_time）、三种基本结构的关键字（if、while、for）、本课三个易错点（冒号与缩进、int类型转换、中英文标点）。整节课结束时，黑板自然形成一幅完整的知识地图。八、教学评价设计本课采用"过程性评价为主、结果性评价为辅"的多元评价方式。过程性评价依托任务单完成：任务一的算法流程图评价逻辑严谨性；任务二的程序按"能运行、结果正确、有异常处理、代码可读"四个层级递增赋分，每个层级都有明确的行为描述，比如"代码可读"要求变量命名有意义、关键处有注释；任务三的汇报按"结论有据、表达清晰"两个维度由同伴互评打分。评价主体上，自评聚焦"我今天独立解决了几个错误"，互评聚焦"我从同伴的程序里学到了什么"，教师评价则特别关注过程中的思维品质而非最终结果。评价结果计入学生的过程性学习档案，作为信息技术学科学业质量过程性评价的组成部分