高中一年级信息技术解决问题的一般过程与计算机解决问题教学设计

高中一年级信息技术解决问题的一般过程与计算机解决问题教学设计一、教学设计的整体构想本课选自人民教育出版社与中国地图出版社联合出版的高中信息技术必修1《数据与计算》第二章第一节，是学生从"认识数据"走向"用程序处理数据"的枢纽性一节课。高一学生刚完成第一章数据与信息的学习，头脑中已经有了二进制、编码、数据价值等概念，但尚未建立起"问题如何被分解、被描述、被执行"的完整链条。本节课承担双重使命：一是让学生经历并抽象出解决问题的一般过程，即分析问题、设计方案、实施求解、检验结果；二是通过对比人工解题与计算机解题，理解程序的本质是用计算机可执行的方式描述解决问题的方案。教学设计的基本判断是：单纯讲解流程图和步骤，学生只会记住几个名词；只有让学生在一个真实可感的问题中亲手走完全程，再让计算机重走一遍，"一般过程"才会从文字变成经验。因此本课以"寻找满分奶茶店"这一贴近学生生活的情境为主线，以一张班级奶茶消费调查表为数据载体，设计了两段式探究：先人工求解，再用Python编程求解，最后在差异对比中完成概念建构。二、课标依据与教材分析《普通高中信息技术课程标准（2017年版2020年修订）》在必修课程模块1中明确要求学生"能够描述解决问题的基本过程，体验用计算机解决问题的基本流程，初步掌握通过程序设计解决问题的基本方法"。这一要求落实在本课，体现为三个层次：过程层面，学生能说清并践行"分析—设计—实现—检验"的闭环；方法层面，学生能把自然语言描述的方案转化为流程图，再转化为程序；观念层面，学生能理解计算机解题的优势不在于"聪明"，而在于"忠实、高速、不厌其烦地执行人给出的明确指令"。教材本节的结构是先呈现韩信点兵等经典问题引出人工求解的过程，再以"找出所有能被3和5整除的数"为例展示用计算机解决问题的过程，最后归纳二者的异同。教材的逻辑是"举例—归纳"，课堂实施的难点在于：若照本宣科，两段例子相距较远，学生难以体会对比的力量。本设计将教材的两个例子替换为同一问题情境下的两次求解，保证变量可控，让对比的结论自然浮现。三、学情分析本届高一学生绝大多数在初中接触过图形化编程，约三分之一的学生写过简单的Python语句，会print输出和if判断，但几乎没有学生系统地用程序处理过"来自生活的一批量数据"。学生的典型障碍有三处：其一，把"会做题"等同于"理解解题过程"，说不清自己刚才是怎么解出来的；其二，认为程序设计就是背语法，忽视了程序之前的分析与设计环节；其三，对计算机存在拟人化的想象，以为计算机能"理解题意"，不清楚算法必须由人预先明确规定。基于上述判断，本课的教学姿态是"慢起步、重体验、强对比"：不急着写代码，先让学生在纸上把人工求解的每一步写下来并接受同伴质询，让"过程"显性化；代码环节采用半成品补全的方式，把注意力集中在逻辑而非语法上。四、教学目标1.能结合"寻找满分奶茶店"案例，完整说出解决问题的一般过程——分析问题、设计方案、实施求解、检验反思——并能在新的简单问题情境中迁移运用。2.能读懂并补全用循环和条件判断编写的Python程序，体验用计算机解决问题经历分析问题、设计算法、编写程序、调试运行的过程。3.通过同一问题的人工求解与计算机求解对比，从问题规模、执行效率、方案复用三个维度归纳两种方式的特点，认识到计算机执行的是人设计的算法。4.在小组数据核对的活动中养成"结果必须经过验证"的严谨态度，形成对程序输出结果保持审慎核查的意识。五、教学重点与难点教学重点：解决问题的一般过程；用计算机解决问题的基本流程。重点的落实依靠"亲历"而非"告知"，课程一半以上的时间留给学生在问题中行动。教学难点：理解人工求解与计算机求解的本质联系，即程序不过是人设计的解题方案的机械化表达。突破策略是让两组过程在黑板和屏幕上以流程图的形式并行呈现，引导学生发现两张图的结构几乎重合，差异只在于执行者，从而自行得出"算法在人、执行在机"的结论。六、教学准备硬件与软件：安装有Python3.x的机房计算机，投影设备，教师预置文件"naicha.csv"（含60家虚拟奶茶店的店名、甜度评分、口感评分、卫生评分、价格等字段）和半成品程序文件"find_shop.py"。学习材料：每人一张任务单，包含人工求解记录区、流程图绘制区、代码补全区和对比反思区；每组一份从总表中抽取的10家店铺小数据条，用于人工求解环节。环境调试：课前逐一检查学生机能否正常运行示例程序，确认csv文件与程序在同一目录，避免课堂时间被环境问题消耗。七、教学过程（一）情境导入：一封求助信（5分钟）上课铃响，教师不打开课件目录页，而是投影一封"求助信"：校学生会生活部来信，运动会期间要给志愿者订奶茶，全校同学投票产生了60家候选店铺的打分数据，需要找出"甜度、口感、卫生三项评分均为满分10分，且价格不超过15元"的店铺，下周一之前要答复。教师提问：这个活儿，靠人工翻表能不能干？学生异口同声"能"。教师随即亮出完整数据表滚动的屏幕，60行数据快速掠过，追问：能，但愿意吗？出错的把握有多大？教室里出现笑声和议论。教师板书课题：解决问题的一般过程——从人工到计算机。设计意图：情境不追求宏大而追求"够得着"。60条数据恰好处于"人工能做但做得痛苦"的规模区间，这个微妙的规模为后面的对比埋下伏笔。求助信给学生会真实的身份，使任务有了交付感。（二）亲历人工求解：把"会想"变成"会说"（12分钟）每组拿到抽取的10家店铺数据条，任务是在5分钟内找出符合条件的店铺，并且必须用文字把"我们是怎么找的"一步一步记下来，要求详细到"组外任何同学照着做能得到同样结果"。学生动手时教师巡视，捕捉两类典型记录：一类写"我们看了一遍就找出来了"，一类写"先看第一家店的甜度是不是10，不是就划掉；是就再看口感……"。教师把两种记录同时投影，发起质询：哪一份能交给别人用？第一份缺了什么？经过讨论，学生自己得出结论：第二份虽然"啰嗦"，但它每一步都明确、无歧义、可重复执行。教师顺势提炼板书：分析问题（条件是什么：三项满分、价格≤15）——设计方案（逐条核查、逐项排除）——实施求解（照方案做）——检验结果（挑两家再核一遍）。四个环节用箭头连成环，标注"发现问题可回到上一步"，形成闭环图。教师追问：刚才谁检验过自己的结果？检验发现了什么？一组学生汇报发现同组两人结论不一致，复查后发现有一名成员把"价格不超过15"误记成了"低于15"，漏掉了一家15元的店。教师把这个错误郑重写在黑板上：条件理解偏差，是问题解决中最常见的事故起源。设计意图：这个环节刻意不碰计算机。让学生在最熟悉的纸笔操作中体验"过程显性化"的困难，他们之后才会理解为什么程序要求每一步都写得清清楚楚。同伴质询制造的认知冲突，比教师直接讲授"分析问题很重要"有效得多。（三）迁移认识：计算机求解的四步流程（8分钟）教师发起过渡：刚才我们的方案能不能让计算机执行？计算机认"甜度"这两个字吗？学生回答方向各异，教师引导聚焦：要让计算机干活，得把我们的方案"翻译"成它听得懂、能执行的指令序列，这个翻译过程要先想清楚，这个想清楚的产物叫算法。学生在任务单的流程图区，把人工求解的方案改画成流程图：开始→读入一家店的数据→甜度等于10吗→否则换下一家，是则继续判断口感→口感等于10吗→……三项全过则判断价格≤15→满足则记录该店→还有下一家吗→直到全部查完→输出结果→结束。教师巡视选取两份有代表性的流程图展示，指出共性问题：有学生漏掉了"还有下一家吗"的循环判断，教师追问漏掉的后果——计算机查完第一家就停工了。学生在笑声中理解了循环的必要。教师明确用计算机解决问题的四步并板书：分析问题、设计算法、编写程序、调试运行。同时点明它与人工求解一般过程的同构关系：前两步高度重合，差别在后两步——人自己执行变成机器执行，"检验"升级为"调试"。（四）让机器执行：程序补全与调试运行（15分钟）学生打开半成品程序find_shop.py，屏幕上呈现的是教师精心留空的代码骨架：importcsvwithopen("naicha.csv",encoding="utf8")asf:rows=list(csv.DictReader(f))forshopinrows:if＿＿＿①＿＿＿and＿＿＿②＿＿＿and＿＿＿③＿＿＿andfloat(shop["价格"])<=15:print(shop["店名"])教师只提示一点：csv读进来的数字是字符串，比较数值前要想办法。学生对照自己画的流程图补全三处条件。多数小组能写出float(shop["甜度"])==10之类的表达式，这是本课唯一的语法新点，教师用两分钟集中讲解类型转换的必要性，并板书一行对应关系：人能看懂"10分"，计算机要先把"10"变成数字10。运行时刻到来。各组陆续得到输出，屏幕上是3家符合条件的店名。教师抛出第一个陷阱：请与人工求解小数据条的结果核对——有小组发现程序多输出了一家。排查后发现该组把价格条件写成了<15的反向笔误<=16。教师不直接指出，只问一句：错的是计算机吗？学生齐答：是我们写错了。教师在黑板上写下本课的关键命题：计算机从不犯错，只忠实执行人的错误。随后教师给出第二组数据"naicha_big.csv"，含6000家店铺，请学生再次运行同一程序。一秒钟内结果跳出。教师追问：这6000家让人工查要多久？程序改动了一个字吗？学生体会到方案一次设计、无限复用的威力。设计意图：代码补全而非从零编写，把时间留给思维而非键入；故意潜伏的错误让学生在真实调试中获得"程序结果需要验证"的切身体验，这比任何说教都更接近科学态度的本质。数据规模从60跳到6000，效率对比不言自明。（五）对比归纳：两种求解方式的结构化认识（7分钟）师生共同在黑板表格中完成对比归纳，内容由学生口述、教师记录：从问题规模看，人工求解适合小规模、一次性问题，计算机求解胜任大规模、重复性问题；从执行特征看，人会疲劳、会走神、会误读条件，但能理解模糊的意图，计算机精确、高速、不知疲倦，但对指令的明确性苛求到极致；从方案形态看，人工方案可以"意会"，计算机方案必须"言传"，一字不差；从共同内核看，两者都走"分析—设计—执行—检验"的闭环，算法思想完全一致，程序是方案的机械化表达。教师最后升华：今天学的不是几个规定动作，而是一种思维方式——遇到问题时，先别急着动手，把条件拆清楚，把步骤想明白，把结果验一遍。这套思维用在数学压轴题上管用，用在组织一次班会上同样管用。（六）课堂小结与延伸（3分钟）学生用一句话在任务单上完成"今日我带走的一句话"，随机分享三条。布置分层作业：基础层，把"韩信点兵"问题按今天的四步流程写出人工求解方案并画出计算机求解流程图；进阶层，修改程序，输出"三项平均分不低于9分且价格最低的5家店"，体会算法可扩展、可组合的特点。八、板书设计主板书左侧为解决问题的一般过程闭环图：分析问题→设计方案→实施求解→检验反思（回环箭头）。中间为用计算机解决问题的四步流程：分析问题→设计算法→编写程序→调试运行，两行之间用双箭头标注"同构"。右侧为关键句两条：计算机从不犯错，只忠实执行人的错误；方案一次设计，数据再大都适用。副板书区域用于课堂生成性内容，如学生典型错误的价格条件、类型转换示例。九、教学评价设计本课评价嵌入过程。任务单的人工求解记录与流程图作为过程性评价证据，重点看"步骤是否无歧义、可否被他人复现"，而非答案对错；程序调试环节观察学生面对错误输出的反应路径，是直接求助还是回溯条件，以此判断其调试意识的萌芽；课后作业采用基础与进阶分层，进阶层作业的评价标准是算法的修改幅度与原结构的复用