高中信息技术必修一if…elif…else多分支语句应用教学设计

高中信息技术必修一if…elif…else多分支语句应用教学设计一、教学内容分析本课选自粤教版（2019）高中信息技术必修一《数据与计算》第四章"程序设计基础"第三节"运用选择结构描述问题求解过程"的第二课时。学生在前一课时已经掌握了if单分支结构和if…else双分支结构，理解了程序按照条件判断走向不同执行路径的基本逻辑。本课的核心任务是引导学生认识多分支结构存在的必要性，掌握if…elif…else语句的语法形式与执行流程，并能够运用该结构解决生活中的多条件判断问题。选择结构是程序设计三大基本结构中含思维含量最高的部分。多分支结构不是双分支结构的简单叠加，它背后承载的是"把连续的现实问题切割成离散的判断区间"这一计算思维的独特方法。学生能否设计出自洽、完备、无重叠的分支条件，直接决定其后续学习循环嵌套判断、函数封装判断逻辑的顺利程度。因此，本课的定位不是语法知识课，而是一节思想方法课，语法只是思想的载体。二、学情分析授课对象为高一年级学生。从认知基础看，学生已经完成了Python基本输入输出、变量、运算表达式、关系运算符和逻辑运算符的学习，能够写出包含一次判断的小程序，这是本课的起点。从思维特征看，高一学生习惯了"非对即错"的二元判断，面对"优秀、良好、中等、及格、不及格"这类五档评价问题时，容易写出逻辑冗余甚至条件重叠的程序，例如把"score>=60"与"score>=80"写成两条互不相干的判断，忽视了分支之间隐含的顺序约束。从学习风格看，该年龄段学生对贴近自身生活的情境（体质测试成绩、校园消费、游戏段位）参与积极性高，但对纯语法讲解的耐受度较低。教学中应当把语法内嵌在真实任务的推进中，让学生"先想判断，再学表达"，避免先讲规则后套练习的传统路径。三、教学目标（一）信息意识：能够识别现实生活中蕴含多条件判断的问题情境，主动提取其中的判断条件与对应结果，感受程序对复杂事务的表达能力。（二）计算思维：经历"发现问题—分析条件—划分区间—设计分支—编码验证"的完整过程，理解多分支结构中条件的互斥性与完备性，掌握以范围切分解决连续量分级问题的通用方法。（三）数字化学习与创新：熟练使用Python集成开发环境编写、调试if…elif…else程序，能够借助流程图工具表达分支逻辑，并通过修改条件测试不同判定路径，形成试错与验证的学习习惯。（四）信息社会责任：在"学生体质健康等级评定""阶梯电价计算"等案例中，体会程序判定结果应与规则文件保持一致，认识到条件写错一个边界，就可能影响一个真实个体的利益，树立严谨编码的责任感。四、教学重点与难点教学重点：if…elif…else语句的语法结构与执行流程；多分支条件的设计方法。教学难点：理解多分支自上而下的顺序筛查机制，能够设计出互不重叠且覆盖完整的条件序列，避免边界遗漏与逻辑冗余。五、教学策略与方法本课采用"情境驱动—问题演进—渐进建构"的教学路径。整节课围绕同一个核心情境——学生体质健康测试成绩等级判定——不断加深问题难度，让学生在需求的推动下依次"发明"双分支、三分支、多分支的表达需要，最后由教师提炼为规范的语法形式。教法上以任务驱动与启发式提问为主，辅以流程图可视化外化思维；学法上以自主探究、小组协作调试、同伴互评为主。教学环境为学校机房，学生两人一组共用一台安装Python3.x环境的计算机，教师机连接大屏幕演示，配套使用自编的课堂学习任务单。六、教学过程（一）情境导入：一次评等引发的需求（约5分钟）教师在大屏上播放一段校园体测现场短视频：学生跑完一千米，体育老师查看秒表，对照《国家学生体质健康标准》宣布等级。随后教师抛出第一层问题："老师凭什么迅速说出'良好'?"学生凭生活经验会回答"对照标准表格"。教师顺势出示体质健康评分表（截取高一年级男生1000米跑片段）：优秀：用时不超过3分40秒；良好：用时在3分41秒至4分05秒之间；及格：用时在4分06秒至4分35秒之间；不及格：用时超过4分35秒。第二层问题："上学期我们学过if…else，用它能区分'及格'和'不及格'，现在标准有四个等级，两条路还够用吗？"学生自然发现双分支结构无法完成任务，认知冲突就此产生，本课课题顺势揭示：if…elif…else语句的应用。设计意图：用学生亲身经历的体测场景承载知识，问题难度恰好卡在学生"现有工具不够用"的位置，让新知的学习成为学生的内在需要而非教师的强行灌输。（二）温故建构：从双分支到三分支（约8分钟）教师带领学生快速回顾双分支程序。学生在任务单上补全一个最简判定：用时不超过4分35秒判"及格及以上"，否则判"不及格"，并运行验证。接着教师把标准简化为三档："优秀（≤3分40秒）、合格（3分41秒到4分35秒）、不合格（超过4分35秒）"。提问："能不能用两套if…else拼凑完成？"各组开始尝试。典型的学生解法大致如下：s=float(input("请输入1000米用时（秒）："))ifs<=220:print("优秀")else:ifs<=275:print("合格")else:print("不合格")教师巡视时有意寻找两类作品：一类是上述嵌套写法，一类是错误写法（三个并列的独立if语句）。教师把错误写法投屏，全班运行比较：输入200秒时，错误的并列写法会同时输出"优秀"和"合格"，矛盾立现。教师引导全班共同诊断："并列的三个if彼此不认识，每个都要独立判断，条件一旦重叠就会打架；嵌套的elseif虽然正确，但三个判断就缩进三层，如果标准有六个等级呢？"学生齐答"会缩进去六层"，深刻体会到结构上的累赘。教师此时引入新知："Python专门准备了一条路，把'否则如果'压缩成一个词elif，读作elseif。现在请大家把嵌套程序改写成平铺的形式。"学生尝试改写：s=float(input("请输入1000米用时（秒）："))ifs<=220:print("优秀")elifs<=275:print("合格")else:print("不合格")改写成功后，教师板书语法骨架：if条件1:语句块1elif条件2:语句块2……else:语句块n设计意图：不直接给新语法，而是先让学生在嵌套与并列的碰撞中体验痛点，再让elif以"救援者"的身份登场。语法是被需求"逼"出来的，记忆才有附着点。（三）深入剖析：执行流程的可视化（约7分钟）教师引导全班为三分支程序绘制流程图：菱形判断框自上而下排列，任一条件成立则执行对应语句块后直达出口，全部不成立才走else通道。学生在自己的流程图上用彩笔描出一条数据的实际路径，例如输入300秒，路径为"条件1否—条件2否—else—结束"。随后教师组织"数据探路"活动：学生依次输入215秒、260秒、275秒、275.5秒、400秒五组边界值与典型值，在流程图上用五种颜色描出五条路径，并回答任务单上的三个问题：一、哪几个条件被真正检查了？二、某个条件为真之后，后面的elif还会被检查吗？三、else子句在什么情况下会执行？小组交流后，师生共同提炼多分支结构的执行规律：从上到下依次检查，一旦命中立即执行对应语句块并跳出整个结构，后续条件不再检查；全部不成立时执行else；else可以省略，但省略后可能出现"什么都不输出"的情形。教师追问："既然命中就停止，那么条件的排列顺序还重要吗？把第二个和第三个判断换位置会怎样？"学生动手交换两行elif的位置，观察输入260秒时结果的变化，从实验数据中得出关键结论：多分支的条件顺序决定了判定结果，条件必须按从严格到宽松的顺序排列。设计意图：流程图把不可见的执行次序变成可见的路径图，五色描线让学生亲手"走进"程序。顺序敏感这一难点不采用说教，而是靠一次有意的程序错误让学生自己撞出来。（四）任务进阶：完整的四档体测评定系统（约12分钟）教师发布本课核心任务：根据完整体质标准，编程实现输入1000米跑用时（秒），输出"优秀""良好""及格""不及格"四个等级。各小组先完成算法设计：在任务单上画出数轴，标出220秒、275秒两个分界点，将数轴切成四段，明确每一段对应的条件与等级。教师巡视时重点观察学生对边界值的处理——"275秒到底属于良好还是及格"是最常见的争论点，教师不直接裁决，而是请学生回查标准原文"用时在3分41秒至4分35秒之间"属于及格，从而自己确认临界值4分05秒（245秒）的归属，体会"边界归属必须查原文规则"的严谨性。学生编码。教师提供的参考实现如下（不要求人人相同）：s=float(input("请输入1000米用时（秒）："))ifs<=220:等级="优秀"elifs<=245:等级="良好"elifs<=275:等级="及格"else:等级="不及格"print("体测等级：",等级)运行调试阶段，教师要求学生完成三组规范性测试：每组各测一个内部值（如230秒）、一个边界值（如245秒）、一个极端值（如600秒），并把结果记录进任务单的测试表格。教师强调工程习惯："写程序不是写完就交，是要用数据把它'考倒'才算过关。考不倒，才信它。"巡视中教师捕捉两类典型问题现场共诊：一是条件写成"s>220ands<=245"放在第二个分支，运行结果看似正确，教师请该组思考"前一个分支不成立时，s必然大于220，还需要再写吗"，引导学生发现冗余条件，理解多分支的筛查机制让条件可以写得更简洁；二是学生把<=误写为<导致边界值错判，用245秒这一测试数据让错误暴露，强化边界测试的价值。设计意图：完整任务让学生经历从数轴切分到代码实现再到数据验证的全流程。数轴是连接现实标准与程序条件的桥梁，"用测试数据考倒程序"则在本课真正落地了工程素养的培养。（五）迁移拓展：阶梯水价计算器（约8分钟）教师呈现居民生活用水阶梯水价示例规则：月用水量不超过12吨的，每吨2.8元；超过12吨不超过18吨的部分，每吨3.5元；超过18吨的部分，每吨5.2元。请小组讨论并编程计算应缴水费。本题与体测评定相比，不仅等级变多，各档的计算方式也不同，考查学生对"不同分支执行不同操作"的深度理解。教师提示各组沿用数轴划分方法，先确定每个分支处于哪个区间、费用如何累加。部分小组的示例实现如下：w=float(input("请输入本月用水量（吨）："))ifw<=12:fee=w2.8elifw<=18:fee=122.8+(w12)3.5else:fee=122.8+63.5+(w18)5.2print("应缴水费：",fee,"元")教师点评时引导学生将程序结果与真实水费单做对照测算，并抛出社会性议题："如果程序员把第二档的边界写成17.5吨，千家万户的水费会怎样？程序的每一个条件背后都是真实规则，写代码的人手里握着规则的执行权，更要敬畏规则本身。"设计意图：换一个新情境验证方法的普适性，把"数轴—区间—分支"的建模套路沉淀为可迁移的能力。同时以边界错写的后果自然渗透信息社会责任教育。（六）课堂小结与评价反馈（约5分钟）教师组织学生用"我的一句话"接龙总结：每人一句话概括本课最大收获。学生发言集中在"elif是嵌套elseif的扁平化""条件命中就停止""顺序不能乱""边界要用数据测"等要点上，教师依次将其补进黑板上的结构化小结图，形成完整图谱：一个核心思想（多条件分区间）、一个语法结构（if…elif…else）、三条执行规律（自上而下、命中即止、全不落走else）、两项工程习惯（查原文定边界、用数据做测试）。随后学生依据评价量规进行自评与互评，量规分四维度：条件设计是否完备互斥、代码能否正确运行、测试数据是否覆盖边界、小组讨论贡献程度，各维度以星级呈现。教师收取任务单，课后统计共性问题用于下节课反馈。七、板书设计主板书分三区。左区为情境链：双分支不够用→嵌套太累赘→elif登场；中区为语法骨架与执行口诀"自上而下，命中即止，全否走else"；右区为数轴模型：220秒、245秒、275秒三个分界点划分四区间，标注各区间条件与等级。副板书随堂记录学生暴露的典型错误与修正过程。八、教学评价设计本课评价贯穿全程，分三个层次。过程性评价依托任务单，考查学生在每个环节的任务单填答与流程图绘制质量；表现性评价依托两个任务的完成情况，重点关注条件的互斥性、完备性与边界处理的正确性；同伴评价依托小组互评量规，关注协作参与度。评价结果不用于排名，而以诊断性反馈的形式帮助学生定位"是语法不熟还是逻辑设计出了问题"，实现以评促学。九、教学资源与环境机房每人一机，安装Python3.x官方版本及自带IDLE；教师准备体测标准节选卡片、阶梯水价规则卡、课堂任务单（含流程图模板、测试数据表格、评价量规）；大屏用于教师演示与作品共诊。十、教学特色与反思本课最大的设计特点在于把语法教学改造为需求驱动的思想建构。elif不是教师宣布的