高中信息技术必修一Python函数专题教学设计-以“猜数游戏与数据统计”项目为例

高中信息技术必修一Python函数专题教学设计——以“猜数游戏与数据统计”项目为例一、教学设计说明本课面向高中一年级学生，依托《普通高中信息技术课程标准（2017年版2020年修订）》必修模块1“数据与计算”中的算法与程序实现要求，聚焦“函数”这一核心概念展开。课标明确指出，学生应“掌握一种程序设计语言的基本知识，使用程序设计语言实现简单算法”，而函数正是从“会写代码”走向“会组织代码”的关键一跃。函数不仅是Python语言中的语法构件，更是计算思维中“分解”与“抽象”两大要素的物化载体。本设计以项目化学习为组织方式，选取“猜数游戏”与“班级成绩统计”两个贴近学生生活的任务作为贯穿性情境，引导学生在真实的程序开发过程中理解函数的定义、参数传递、返回值机制与模块化思想。全课按两课时编排，每课时45分钟，适用于配备了机房或可联网编程环境（如在线Python解释器）的教学场景。学情方面，高一学生已完成Python基本语法的学习，能够书写顺序、分支、循环三种基本结构，能使用input、print、简单列表完成初级任务。但调研显示，这个阶段的学生普遍存在三类典型问题：一是代码复用意识薄弱，同一段逻辑反复粘贴；二是变量作用域概念模糊，常在函数内外混用同名变量导致逻辑错误；三是面对稍复杂的任务缺乏分解能力，习惯于从头到尾线性书写。本课的教学目标与活动设计均针对上述学情而设。二、教学目标信息意识维度：学生能够识别现实问题中可复用、可封装的处理环节，意识到把重复出现的操作抽象为函数是程序设计中的基本策略，能主动评估“是否需要定义一个函数”。计算思维维度：学生能够将一个较复杂的任务分解为若干功能单一的子任务，并为每个子任务定义输入（参数）、输出（返回值）与处理逻辑，体会上层调用与底层实现分离的模块化设计方法；能借助流程图或自然语言先描述函数接口，再完成代码实现。数字化学习与创新维度：学生能够读懂官方文档和他人代码中的函数定义，会调用内置函数、标准库函数与自定义函数解决实际问题，初步形成查阅文档、调试程序、比对测试的自主学习习惯。信息社会责任维度：在小组协作开发中，学生能够遵守接口约定，理解规范的命名、清晰的注释对他人阅读和团队合作的价值，初步建立“写给人看的代码，顺带能被机器执行”的工程伦理意识。三、教学重点与难点教学重点：函数的定义与调用语法；参数与返回值的作用；用函数实现任务分解。教学难点：形式参数与实际参数的对应关系；局部变量与全局变量的作用域差异；“有返回值”与“直接打印”两种函数形态的本质区别及选用依据。难点突破策略：采用“快递包裹”类比参数传递，用可视化的变量观察表（调试器或手工表格）追踪函数调用前后各变量的状态，让学生在“看见数据流动”的过程中建立正确心智模型，而非死记规则。四、教学准备教师准备：安装好Python3.x环境的机房，或大屏幕上可用的在线运行平台；猜数游戏的完整可运行版本一份、故意打乱结构的“问题代码”一份；用于投屏的变量追踪演示文稿；分层任务单（基础层、进阶层、挑战层）。学生准备：完成前置微课《为什么我的代码越写越乱》的观看（约6分钟），在导学单上写下自己此前写程序时“最讨厌的一件事”。五、教学过程第一课时：从混乱代码走向函数封装（一）情境导入：一份让人头疼的代码（7分钟）上课伊始，教师投屏展示一段约50行的“猜数游戏”代码。这段代码功能完整，但采用纯粹的线性写法：提示输入的语句重复出现四次，判断大小的ifelse块几乎复制粘贴了三遍，范围合法性检查散落各处。教师提出驱动性问题：“如果要把猜数范围从1–100改成1–1000，这段代码要改几处？如果改漏了一处会发生什么？”学生现场清点，发现至少需要修改六处，且极易遗漏。教师顺势呈现学生导学单中高频出现的抱怨——“改一处，坏三处”“代码像一盘散沙”，制造真实的认知冲突。教师点题：程序设计领域有一句经验之谈，“同样的代码出现第三次，就该把它变成函数”。本节课的任务，就是用函数这把“手术刀”解剖这团乱码。（二）新知建构一：函数的定义与调用（10分钟）教师以最简案例切入，现场书写：defgreet(name):print("你好，"+name+"！欢迎进入猜数游戏。")greet("李想")逐行解析时强调三个要点。其一，def是“定义”，定义本身不会执行任何语句，如同写好了菜谱但尚未开火；只有写下greet("李想")这样的调用语句，函数体才真正运行。其二，括号中的name是形式参数，是函数内部的“占位符”；调用时传入的"李想"是实际参数，是真实的值。其三，定义与调用的关系如同“模具”与“产品”：模具只做一次，产品可以造无数个。为破除“定义了就会自动运行”的常见迷思，教师现场演示只写def不写调用的情形，程序无任何输出，再补上调用语句，输出即刻出现。视觉冲击胜过言语强调。随后学生齐动手：定义一个函数show_rule()，功能是打印游戏规则三行文字，并在主程序中调用两次。三分钟成型任务，确保人人都完成一次“定义—调用”的完整闭环。（三）新知建构二：参数传递与返回值（15分钟）教师提出递进问题：游戏的核心环节是“比较玩家所猜数字与答案的大小，并给出提示”，这个环节需要外部给它什么信息？它又应该把什么结果交还给主程序？学生讨论后达成共识：需要两个输入——玩家猜的数和正确答案；需要给出一个结论——“大了”“小了”或“猜对了”。教师板书接口约定，再书写实现：defpare(guess,answer):ifguess>answer:return"大了"elifguess<answer:return"小了"else:return"猜对了"此处重点剖析return语句的双重作用：一是把结果交还给调用者，二是立即结束函数的运行。教师用“快递签收”类比：return后面跟的值就是被寄出的包裹，函数如同快递站，包裹一经寄出，站点当天的工作即告结束，之后的代码不再执行。教师现场演示在return之后再加一行print，运行结果证明该行被“无视”，学生印象深刻。紧接着辨析本课最易混淆之处：print与return的区别。教师设计对照实验——deff1(x):print(x2)deff2(x):returnx2a=f1(3)b=f2(3)print("a=",a)print("b=",b)运行结果显示a为None而b为6。教师引导学生归纳：print只是把内容“展示给人看”，数据无法被程序继续使用；return把结果“交给程序使用”，可以赋值、可以继续运算、可以传给下一个函数。需要人机交互展示信息时用print，需要数据在程序内部流动时必须用return。这一辨析以板书表格形式固化。配套微练习：定义函数get_valid_num(low,high)，要求反复提示用户输入，直到输入落在[low,high]区间内才返回该数。该练习综合了循环、分支、参数与返回值，是本课时的关键操练，教师巡视，对把return误写成print的典型错误即时抓拍投屏讲评。（四）实战演练：重构猜数游戏（10分钟）学生两人一组，领取任务单：将导入环节的“乱码版”猜数游戏重构为函数化版本，要求至少包含四个函数——show_rule()、get_valid_num(low,high)、pare(guess,answer)、play()（游戏主流程），主程序仅由一句play()构成。教师提供函数接口协作表，要求小组在动手前先用中文写出每个函数的“职责、输入、输出”，经教师抽查通过后方可编码。这一“先接口后实现”的约束，意在让学生体验模块化开发的正规流程，避免边写边想的随意性。巡视中重点关注两类问题：其一，函数之间试图通过共享变量传递数据而非通过参数和返回值，教师以“两个部门之间应该走公函（接口），而不是互相翻对方的抽屉（全局变量）”加以点醒；其二，函数嵌套定义的低级错误，提醒学生def必须从行首开始书写。重构完成后，教师回归课首问题：“现在把范围改成1–1000，改几处？”学生在函数化代码中定位，发现只需修改play()中的一处调用get_valid_num(1,1000)。前后对照，“函数提升可维护性”不再是口号，而是学生亲手验证的事实。（五）小结与作业（3分钟）师生共同提炼四句话：函数是命名的代码块；参数是函数的输入口，return是函数的输出口；print给人看，return给程序用；复杂程序靠函数分而治之。课后作业：基础层，定义并调用一个计算BMI指数的函数；进阶层，定义is_prime(n)判断素数，并用它输出100以内所有素数；挑战层，预习变量作用域内容，思考“函数内对变量赋值为何有时不影响函数外的同名变量”，带着问题进入下一课时。第二课时：作用域探微与项目化综合应用（一）问题唤醒：一个诡异的计数器（6分钟）教师投屏展示一段代码：学生试图在函数内用count=count+1统计猜数次数，运行即报错UnboundLocalError。教师请学生猜测原因，多数学生困惑：count明明在函数外赋过初值，为什么函数里“看不见”？教师由此引出本课主线：变量也有“活动范围”，这便是作用域。猜错了不丢人，看不懂报错才是真正的障碍。先带学生读报错信息本身——Unbound，未绑定——让学生体会到错误提示是老师而非敌人。（二）新知建构一：局部变量与全局变量（12分钟）教师用“教室与校园”类比展开：函数内部定义的变量如同某间教室里的座位表，本班使用，出教室即失效，这是局部变量；函数外部定义的变量如同校园公告栏的校训，人人可读，这是全局变量。关键在于：教室里的人可以看到校训（读取全局变量是允许的），但不能随手用粉笔改写公告栏（函数内直接给全局变量赋值会被视为新建同名局部变量）。为让规则可感，教师带领学生做一次手工变量追踪实验。给出代码：x=10defdemo():x=5print("函数内:",x)demo()print("函数外:",x)学生在任务单表格中逐步填写每一行执行后两个x各自的值，最终确认函数内外是两个独立变量，外层的10纹丝不动。随后教师再演示读取情形（函数内只打印不赋值）与借助return把结果交回外层修正值的正规做法。此处进行价值引导：初学者热衷用全局变量在函数间“传话”，短期内省事，长期必然酿成“谁都能改、出错难查”的混乱。规范的程序里，函数间通信应当只走两条正道——参数进、返回值出。教师引用业界共识：全局变量如同公共场所的涂改液，用的人越多，越没人敢相信上面的字。随堂判断练习六道小题快问快答，覆盖“读取全局”“误建局部”“return修正”等情形，即时统计正确率，对错误率高的题目当堂再析。（三）项目发布：班级成绩统计小程序（8分钟）教师发布本课主打项目：为班主任开发一个“成绩速查小工具”。输入若干名学生的姓名与成绩（以输入“结束”终止），程序提供四项功能：计算平均分、找出最高分学生、统计各分数段人数（优秀/良好/及格/待及格）、按学号式序号查询个人成绩。全班共同完成第一步——任务分解。经讨论，确定函数清单：input_data()：负责录入，返回姓名列表与成绩列表；calc_average(scores)：接收成绩列表，返回平均分（保留一位小数）；find_top(names,scores)：返回最高分学生的姓名；count_levels(scores)：返回一个包含四段人数的列表；menu()：显示功能菜单并处理用户选择。教师强调分工规则：每个小组四人，每人认领一至两个函数独立编写，但全组必须先共同签署“接口约定卡”，写清每个函数的名字、参数个数与类型、返回值含义。这一环节把抽象的“模块化协作”转化为可操作的课堂制度，学生在真实的接口约束中体会工程协作的甘苦。（四）分组开发与巡回指导（14分钟）各组进入编码阶段。教师巡视并记录典型事件，重点关注三个生长点。其一，空列表陷阱：有的小组在未录入任何数据时就调用calc_average，导致除以零报错。教师不直接给出补丁，而是提问“函数在被别人调用时，能假设调用者永远守规矩吗”，引导学生为函数增加防御性判断——当列表为空时返回0或给出提示。这是健壮性意识的启蒙。其二，接口漂移：个别组员擅自给自己负责的函数增加参数，导致同伴的调用代码失效。教师组织该组复盘，重申“接口一经约定，修改必须通知全组”，让学生在小摩擦中理解契约精神。其三，测试缺位：多数组写完便急于展示，教师要求展示前必须用三组数据自测——正常数据、边界数据（如只录入一人）、异常数据（成绩输入为负数）。把“测试是开发的组成部分”落为硬性流程。对进度较快的小组发布挑战任务：为程序增加save_report()函数，把统计结果按格式写入文本文件，或引入time模块统计用户操作耗时，为学有余力者打开上升空间。（五）成果展示与多元评价（8分钟）选取两个小组投屏演示。评价采用三维量规：功能正确性（40%），四个功能是否全部通过预设测试用例；代码规范性（30%），函数划分是否合理、命名是否见名知义、必要注释是否到位、是否存在滥用全局变量；协作与表达（30%），接口约定卡的完成质量与讲解的清晰度。评价主体多元：小组自评对照量规找差距，组间互评聚焦“假如你的代码交给别人维护，对方最头疼哪一点”，教师点评则拔高到一般方法论——这组把录入与统计分得干净，所以换数据源只需改一个函数；那组把界面与逻辑混在一起，复用性大打折扣。教师最后展示一份教师版参考实现，全程序主流程仅五行，所有功能均栖身于职责单一的函数之中，与学生作品形成互文：“函数让程序像乐高——每块积木形状单纯，拼起来却能千变万化。”（六）课堂小结与延伸（2分钟）学生口头完成“三三一”总结：三个核心概念（定义调用、参数返回值、作用域），两条通信正道（参数进、return出），一条工程信条（高内聚、低耦合）。教师布置分层延伸任务：基础层完善成绩工具的四项功能并通过全部测试用例；进阶层为工具增加成绩排序功能，要求排序逻辑独立成函数；挑战层调研math模块与random模块各三个函数的文档，制作一张“函数使用说明书”手账，为下一专题“模块化库的综合运用”铺路。六、板书设计主板书分三栏。左栏“是什么”：def函数名(参数):缩进函数体、return结果，配最小示例；中栏“怎么传”：实参→形参（进），return→调用处（出），print与return对照表；右栏“怎么管”：局部变