高中信息技术选择性必修1《解析算法的程序实现(二)》教学设计_第1页
高中信息技术选择性必修1《解析算法的程序实现(二)》教学设计_第2页
高中信息技术选择性必修1《解析算法的程序实现(二)》教学设计_第3页
高中信息技术选择性必修1《解析算法的程序实现(二)》教学设计_第4页
高中信息技术选择性必修1《解析算法的程序实现(二)》教学设计_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

高中信息技术选择性必修1《解析算法的程序实现(二)》教学设计【教材分析】本课选自浙教版高中信息技术选择性必修1《数据与数据结构》第五章第二节“解析算法的程序实现”的第二课时。前一课时学生已经理解了解析算法的基本思想,即通过分析问题的数学模型,建立数学表达式,再由程序实现求解。本课时的重心从“会用”走向“用好”,学生需要在更贴近真实问题的情境中完成模型抽象、公式推导、程序编码与结果验证的完整链条。解析算法是计算思维落地的典型载体。学生在必修阶段已经掌握了Python的基本语法、选择结构和循环结构,具备了阅读与修改简单程序的能力。本课时正是把碎片化的编程知识重新组织为“解决一类问题的方法论”,是从知识学习者走向问题解决者的关键一跃。教材在本节编排了税率计算、方砖铺地等案例,其共同特征是存在一个明确的数学关系式。教学中需要警惕两个误区:一是把解析课上成数学课,沉迷于公式本身而忽视模型的获取过程;二是把编程课上成打字课,学生照抄代码而缺少思维参与。本设计以“校园运动场地改造”项目贯穿整课,让学生在真实约束中经历完整的算法实践。【学情分析】授课对象为高二年级选考信息技术的学生。经过近一年的学习,学生具备以下基础:能熟练使用顺序、分支、循环三种结构编写程序;能读懂含函数调用的程序;初步具备调试程序的意识,但调试方法以盲改为主,缺乏断点思维和数据追踪能力。学生的困难集中在三个层面。其一,面对以文字描述的实际问题时,难以从中剥离出关键变量,常把无关信息当作模型要素;其二,能写出单条公式的程序,但面对“先求总量再分配”之类的多步关系时,程序逻辑断裂;其三,对程序结果缺乏检验意识,认为程序没有报错就等于答案正确,对边界数据、极端数据毫无警觉。针对上述情况,本课采用“问题拆解—模型外化—程序实现—数据校验”四步路径,用表格工具帮助学生把头脑中的模糊关系显性化,用刻意设计的错误数据逼迫学生建立验证意识。【教学目标】第一,理解解析算法解决实际问题的基本流程,能够从情境描述中提取已知量、未知量及其数量关系,并用数学表达式加以描述。第二,能独立编写程序实现含多步计算、含条件判断的解析问题,熟练使用float、int、input、print等语句及math库中的常用函数。第三,形成用测试数据校验程序的习惯,能针对输入边界、特殊取值设计至少三组测试用例,并能据结果修正模型或代码。第四,在解决校园实际问题的过程中体验算法对决策的支撑作用,理解“模型是对现实的简化”这一思想,能说出模型假设对结果的影响。【教学重点与难点】教学重点是解析算法中数学模型的建立流程,即从问题描述到变量定义再到关系式的推导路径。教学难点是多重约束条件下模型的取舍与修正,以及程序结果的有效性验证。难点突破依靠两个支架:一是“变量—关系—公式”三栏梳理表,把思维对象固定下来;二是“反例数据”机制,学生在程序出错的过程中反向理解模型的适用条件。【教学方法与课前准备】本课采用项目式学习与问题链教学相结合的方式。教师课前完成三项准备:校园操场及跑道的实测平面图一份,学生机房Python环境及math库可用性检查,学习单(含三栏梳理表、测试用例记录表、自评量表)。学生课前复习前一课时的mn=ab型公式程序,回忆圆面积、勾股定理等常用公式。【教学过程】环节一:情境导入,抛出真问题教师投影学校总务处的一封邮件:学校计划对操场北侧的一块矩形区域进行改造,铺设塑胶场地并增设一条环形健身步道。现有经费18万元,塑胶地面每平方米120元,环形步道每米造价1500元。请信息技术社团的同学帮忙测算:在经费上限内能否完成,若不能,缺口是多少?教师提问:看到这份邮件,你们的第一反应是什么?学生会七嘴八舌提出疑问:场地多大?步道多宽多圆?经费怎么分配?教师顺势引导:真正解决问题之前,我们缺少的不是程序而是数据。上黑板来看平面图。教师出示平面图:矩形区域长60米,宽40米;环形步道沿矩形内边界设置,为退让场地,步道中心线距矩形边界各2米;步道宽度1.2米。设计意图:真实情境具有天然的认知驱动力。邮件的形式模拟了真实工作中“需求方—解决者”的关系,学生被置于“社团受托人”的角色中,责任感会促使其认真对待结果的准确性。同时故意让情境信息分两次给出,先邮件后图纸,让学生体会信息收集本身是建模的第一步。环节二:问题拆解,建立模型教师发放三栏梳理表,引导学生分组填写。第一栏,已知量。学生很快列出:矩形长60、宽40、步道宽1.2、塑胶单价120、步道单价1500每米、总预算180000。第二栏,未知量。学生讨论后得出:塑胶面积、步道长度、步道面积的归属问题。这里出现第一次思维碰撞:步道是铺塑胶的还是独立材质?图纸上步道是独立区域,那么塑胶面积应是矩形面积减去步道面积。第三栏,关系式。教师走巡各组,挑选典型草稿拍照投屏:一组的式子是:塑胶面积=60×40−步道面积;步道长度=环形中心线周长=2×(60−2×2)+2×(40−2×2)=2×56+2×36=184米。教师追问:步道面积怎么算?有学生提出把环形步道沿中心线“剪开拉直”,面积近似为长度×宽度=184×1.2=220.8平方米。教师请其他同学评价,有学生指出:四个拐角处这样计算会重复或者遗漏,但对于圆角或近直角的步道,用中心线长度乘以宽度是工程上常用的近似方法,误差可以忽略不计。教师肯定两种声音,并指出:模型是对现实的简化,关键是知道简化的代价是什么。这里我们选择“中心线法”建立模型,同时记下假设:忽略拐角处的面积误差。总费用关系式最终确定为:费用=(60×40−184×1.2)×120+184×1500。设计意图:三栏表把抽象的“分析”过程物化为可操作的填写动作,学生写下的每一项都可以被同伴质询。模型假设的显式提出是本环节的精髓,它让学生提前理解第三课时将讲到的“误差来源”,也让程序结果的可信度讨论有了依据。环节三:程序实现,从纸面到代码教师布置任务:在机房打开Python环境,依据梳理表独立编写程序,要求变量命名有实际含义,输出结果带单位和文字说明。学生编程,教师巡视,重点观察三类典型情况。第一类,顺利型。程序不刁难任何一步,核心代码大致如下:>>>长度与宽度的输入固定为常量length=60width=40track_w=1.2center_len=2(length22)+2(width22)track_area=center_lentrack_wplastic_area=lengthwidthtrack_areacost=plastic_area120+center_len1500print("场地改造总费用为",cost,"元")运行结果:塑胶面积2179.2平方米,塑胶费用261504元,步道费用276000元,总计537504元。第二类,报错型。有学生把“22”写成了“(6022)”缺括号变成“6022”优先级恰好无错,但另一个学生写成“604”手动心算,第二步记错了单人步道退让量。还有学生把步道单价写成150而少写了一个0,结果“总费用低于预算”,输出结论错误。第三类,结论错误但毫无警觉型。程序输出53万余元,学生直接举手说“算完了,能做完吗?不能。”教师追问:这是不是说明需求方的预算远远不够?能否反过来想:18万只够做什么?学生愣住,意识到自己手中没有“结论把关”这一道工序。设计意图:巡视中收集的三种典型状态就是后续全班研讨的第一手素材。让学生亲自经历“程序没报错未必答案正确”的教训,比教师反复强调一百遍更有效。代码写完后没有校验环节的学生,其知识是断裂的。环节四:结果校验与迭代修正教师组织全班停手,投屏展示“少写一个0”的程序运行的结果。教师提问:这组同学给出的费用是30多万元,与刚才某组的53万元差距很大,谁错了?怎么确认?学生分组讨论,提出三种校验途径。第一,反算:18万预算下步道一项就要184×1500=276000元,27.6万已经超出18万,所以总费用怎么也得比这个数大,30万的答案必然有问题;第二,换算法:步道每米1500元,总长约184米,口算数量级即可知步道这一项的量级在二十万以上;第三,代码复查:逐行核对数字字面量。教师总结校验三法:数量级估算、关键子项独立核算、数据回溯核对。并布置第二项实践任务:把刚才程序改成“不固定数据”的版本,要求由用户输入塑胶单价,程序先输出总费用,再判断与18万预算的关系并输出结论。即增加分支结构:unit_price=float(input("请输入塑胶单价(元/平方米):"))total=plastic_areaunit_price+center_len1500iftotal<=180000:print("经费充足,方案可行")else:gap=total180000print("经费不足,缺口为",gap,"元")学生再次测试中,有学生输入120得到结论,有学生尝试20依然得出缺口结论,于是发生第二次思维跃迁:塑胶单价降到多少才可行?有学生计算:(180000-276000)/2179.2是负数,即使塑胶不要钱,光步道就超出预算96000元。教室里短暂安静后,有学生说:这意味着不管塑胶多便宜,这个设计方案都不可行,得改设计本身,比如缩短步道、缩小矩形。设计意图:校验环节把“程序的正确性”从语法层面提升到模型层面。当学生算出“无论如何都超支”时,算法价值被重新定义:程序不仅给出答案,更揭示方案本身的不可行。这是解析算法超越“算数”的核心意义。环节五:模型拓展,走向一般化教师提出拓展任务:如果操场主任愿意修改设计,可多把钱花在步道还是多花在塑胶场地上?请你给出一个计算工具,输入任意矩形长宽、步道宽度、两种单价、预算,输出是否可行及缺口。学生分组化简重复代码,用函数封装。一组展示:defcalc(L,W,tw,p1,p2,budget):cl=2(L4)+2(W4)area=LWcltwtotal=areap1+clp2returntotalbudget另一组质疑:这个函数里为何写死减法“4”?应改为2退让量参数。教师点赞,引出“魔数”概念:硬编码在代码中的数字会让程序失去通用性,应把它们变成参数或命名常量。教师让全班输入学校真实三套方案的数据,在自家电脑上对比三种输出,选出最接近预算可行的一套作为向总务处回复的方案。设计意图:拓展任务把单个解析题升级为“可复用的解析工具”,学生经历从写程序到写工具的跨越。参数化改造让学生真正理解解析模型的威力在于处理一类问题而非一个问题。环节六:课堂小结与作业布置课堂最后五分钟,教师引导学生用一句话回顾本课收获。学生先后说:先建模型再写代码;数字是检查出来的不是相信出来的;程序结果呈现的是方案的真相。教师板书三个关键词:建模、实现、校验,串成一条思维链。作业布置两个层次。基础作业:课本配套习题中选取水管水槽注水问题,完成模型梳理表和程序。拓展作业:调研你们家附近任意一处“矩形空间改造”的实际问题,如小区里加装停车棚、社区绿化补植,自拟数据,参考本课工具计算预算可行性,并以邮件格式撰写不超过200字的测算报告,下节课分享。【板书设计】主板书左侧竖向排列“建模—实现—校验”三词,中间列写今天的数学关系式与关键代码段,右侧记录两笔关键账:步道费用276000元、塑胶面积2179.2平方米。三个板块用箭头连成闭环,表示三步之间可往复迭代。【教学评价设计】过程性评价贯穿整课。三栏梳理表作为第一评价点,教师巡视时以“变量是否齐全”“关系是否自洽”两档即时打分;程序代码以“能运行、命名规范、含分支判断”三条标准互评,同桌交换依次勾选;结果校验环节以小组为单位出口头报告,考察“是否给出数量级估算、是否输出方案结论”。自评量表设置五个维度:我能从情境中提取有效数据、我能写出正确的关系式、我能独立编写程序、我能用三种方式校验结果、我能说清楚模型的假设。每项以三档星级自评,课后由教师回收分析,用于下一节习题课的差异化分组。【教学反思预设】本课的成败取决于“校验”这一环节是否真正发生。若学生满足于第一遍运行的数字,拓展环节

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论