高中信息技术必修1《巧学诗词有妙招-学习模块实现》教学设计

高中信息技术必修1《巧学诗词有妙招——学习模块实现》教学设计一、教材与学情分析本课选自教科版（2019）高中信息技术必修1第四单元《计算与问题解决》第3课时。本单元以“计算”为核心线索，引导学生从分析问题出发，经历算法设计、程序实现到问题解决的完整过程。前两课时学生已经体验了数值计算的基本思想，掌握了Python语言中顺序、选择、循环三种基本结构，并能使用input、print及常见内置函数编写简单程序。本课时以“巧学诗词”为真实情境，提出核心问题：如何让计算机帮助我们高效背诵古诗？学生需要在上节课了解了Python模块、包的概念基础上，学习内置模块（如random）、自定义模块的编写与调用，并将古诗复习程序分解为若干功能模块，最终整合为一个可以运行的完整程序，体会模块化思想在解决复杂问题中的价值。从知识基础看，高一学生经过前两个单元的学习，已具备程序设计入门能力，对循环、列表、字典等结构不再陌生，能够对“古诗背诵”这样的任务进行初步的算法描述。从认知特点看，学生普遍害怕长代码，面对几十行的程序容易出现畏难情绪，而模块化恰好是化解这种畏难心理的一剂良方——把大程序拆成小功能，逐个击破。从学习动机看，背古诗是学生真实的学业痛点，以“制作背诗小助手”驱动学习，能同时兼顾信息技术学习与语文学习的跨学科体验，学生的投入度较高。教学中需重点关注两类差异：一是理解能力较快的学生容易写得松散，代码耦合度高；二是基础偏弱的学生在函数参数传递和模块导入语句上容易出错。为此，课堂采用分层任务单与结对互助相结合的策略。二、教学目标1.信息意识：能从“背诵古诗效率低”这一生活问题出发，主动思考用信息技术手段改进学习方式，形成用计算工具优化学习过程的意识。2.计算思维：通过将“背诗助手”分解为诗词抽取、随机考查、答案核对、成绩统计等子功能，体验复杂问题分解的思想；理解函数与模块是封装算法、实现复用的重要手段，并能自主设计模块之间的调用关系。3.数字化学习与创新：能编写自定义Python模块，正确使用import语句调用内置模块与自定义模块，完成“背诗助手”程序的搭建与调试；能尝试利用网络学习资源完善模块功能，初步形成开发、复用、共享的学习方式。4.信息社会责任：在程序开发过程中体会代码可维护性与协作开发规范的重要性，认识到模块命名、注释文档对团队协作的价值，养成规范编码的习惯。三、教学重难点教学重点：模块的导入与调用方式；自定义模块的编写和测试方法；用模块化思想重构“背诗助手”程序。教学难点：理解模块封装带来的“低耦合、高复用”设计理念；能根据程序功能合理划分模块，处理好模块间的参数传递与数据共享。四、教学策略与设计思路本课采用“任务驱动＋分层递进＋结对编程”的混合策略，整体结构为“情境激趣—任务分解—模块搭建—整合调试—迁移反思”五环节。（一）情境创设要真实。教师课前在班级做一次微调查：“本学期要求背诵的古诗文，你觉得自己背熟的有几篇？背诵时最大的困难是什么？”用学生自己的数据导入课题，使“为什么需要背诗助手”这个问题自然浮现。（二）任务设计要分层。将最终任务拆为三级：基础级——调用random模块实现随机抽题；进阶级——编写check_answer等函数并组装为自定义模块；挑战级——优化题库结构，增加错题本功能。所有学生保底完成前两级，学有余力者向第三级进发。（三）持续性评价嵌入全程。借助课堂在线评测平台，学生每完成一个子功能即可提交运行截图与代码，教师端实时看到班级进度热力图，及时定位卡点。评价既关注程序能否运行，也关注模块划分的合理性与注释规范。五、教学资源与环境机房配备支持Python3.x环境的集成开发工具（建议Thonny或PyCharmEducation版），预装本课所需的示例题库文件（poems.txt，内容为若干行“诗题|作者|诗句”格式的文本）；教师机安装屏幕广播软件与课堂评测平台账号；学生人手一份《模块开发任务单》纸质学案，学案包含任务分解表、代码框架、调试记录栏与反思区。六、教学过程（一）情境导入：背诗之痛与数据说话（约5分钟）上课伊始，屏幕上呈现课前调查的统计结果：全班四十六名学生中，自认“完全背熟本学期指定篇目”的仅九人，超过六成学生选择“背完很快忘”“不知道自己哪句不牢”。教师顺势追问：“我们能不能让计算机做一个‘背诗小助手’，随机抽考、自动判对错、帮我们统计掌握情况？”学生七嘴八舌提想法，教师将他们口中的功能关键词写在黑板上：随机抽诗、显示题目、输入答案、判断对错、统计正确率。接着教师播放一段二十秒的演示：运行现成的“背诗助手”，终端依次呈现“请接出‘大漠孤烟直’的下一句”，用户输入后立刻得到“完全正确，加十分！”的反馈，最后输出本次练习的得分与用时。演示结束，教师抛出本课核心任务：“这个程序的源代码超过一百二十行。如果一口气从头写到尾，大家可能写吐。今天我们换一种活法——像搭积木一样，一块一块地造，再把它们组装起来。这种活法的名字叫‘模块化编程’。”至此，课题自然呈现：巧学诗词有妙招——学习模块实现。设计意图：用学生自身数据制造认知冲突，让“需要这个程序”成为学生自己的结论；用成品演示建立目标感，用“积木”比喻降低对模块的心理门槛。（二）温故知新：从一个random说起（约6分钟）教师提问：“要随机抽取一首诗，Python里现成的‘积木’是什么？”多数学生能回忆起random模块。教师在黑板上用对比写法呈现两行代码：importrandom之后使用random.choice(列表)；以及fromrandomimportchoice之后直接使用choice(列表)。让学生在任务单上填写两种写法的差异，并在电脑上各试一次，从内置的示例列表中随机抽取一首诗的题目。随后教师设问抛砖：“random是别人写好的模块。那我们自己能不能写模块？Python的规矩其实朴素得可爱——任何一个.py文件都是模块，文件名就是模块名。”教师现场演示：新建lucky.py，里面只写一个函数lucky_number()返回7；再新建main.py，用importlucky导入并调用lucky.lucky_number()。学生亲眼看到“自己的模块”被调用成功，十秒之内发出小声的惊叹。设计意图：以旧知random为支点，通过对比写法消除语法疑虑；用最小的自定义模块示例完成“原来模块就是.py文件”的概念落地，为主任务扫清术语障碍。（三）任务分解：把大象装进冰箱（约8分钟）教师重申工程思想：“写程序和搬大象一个道理，不能一口吞。第一步问自己：这个助手需要哪些互相独立的功能？”学生小组讨论两分钟，在学案的“任务分解表”中填写本组方案。多数小组得出四到五个功能：读入题库、随机出题、接收并核对答案、统计并输出成绩，少数组还提出了“记录错题”的拓展功能。教师归纳出班级公认的模块结构，并在黑板上画出结构图：顶层是主程序main.py，负责流程控制和界面交互；其下挂载三个功能模块——poem_bank.py负责读取和维护题库，quiz.py负责出题与判分，report.py负责统计与输出。教师特别强调模块划分的两条朴素标准：一是“一个模块干一类事”，二是“模块之间只通过参数和结果说话，不互相翻对方的口袋”。结合生活类比解释：好比食堂窗口，打饭窗口只管打饭，结账窗口只管收钱，两个窗口之间递的是一张餐盘而不是后厨的钥匙。学生在笑声中记住了接口的概念。随后学生用三行伪代码在主程序框架中描述流程：调用poem_bank.load加载题库→循环调用quiz.ask逐题考查→调用report.show输出总结。教师强调：“先把流程骨架立起来，每块积木内部先不管，这就是自顶向下、逐步求精。”设计意图：模块划分是本课思维含量最高的环节，必须让学生亲口说出来、亲手画出来；类比“食堂窗口”把抽象的低耦合原则具象化，为后续编码提供清晰蓝图。（四）搭建积木一：题库模块的具体实现（约8分钟）教师讲解题库文件格式：poems.txt每行一条记录，字段用竖线隔开，形如“使至塞上|王维|大漠孤烟直，长河落日圆”。学生需要在poem_bank.py中编写load_poems()函数：打开文件，逐行读取，按竖线拆分，把每条记录构造成一个字典元素存入列表，最后返回题库列表。学生对照学案中的半成品代码补全关键行：f=open("poems.txt",encoding="utf8")、line.split("|")、以及poem字典的构造。教师巡视，重点观察文件路径与编码问题。有意识地把一处典型错误投屏：某学生程序报出乱码或找不到文件的提示，教师借此组织全班快速排错，归纳出两条经验——中文文本显式指定encoding="utf8"；相对路径要求py文件与txt文件同目录。完成后学生在main.py中用importpoem_bank并调用poem_bank.load_poems()，打印题库条数验证是否读取成功。批量通过的同学在评测平台点亮第一枚“积木徽章”。设计意图：文件读入是实用技能，也是本程序的“地基”；让学生主动踩坑再集体排错，比教师课前预警更能形成深刻记忆；徽章机制提供即时成就反馈。（五）搭建积木二：考查与判分模块（约10分钟）这是本课代码量最大的环节，采用“结对编程”：两人一台机器，一人敲代码一人审阅，每五分钟交换角色。任务是在quiz.py中编写两个函数：make_question(bank)随机抽取一首并返回题干与标准答案；check(user_answer,std_answer)比较用户输入与标准答案，返回布尔结果。教师在学案上给出支架提示：抽取使用random.choice；判分时建议先用strip()去掉首尾空格，再比较，避免“多敲一个空格被判错”的冤案。对于进度快的小组，学案给出可选挑战：把判分方式从“整句完全相等”升级为“逐句比对”，逗号拆开分别判分，答对半句也给半分，使判分规则更贴近真实背诵场景。期间教师巡堂发现并处理三类典型问题：其一，有学生把bank变量写死在quiz.py内部，导致模块依赖外部约定，教师引导改回“通过参数传进来”，呼应前面“食堂窗口”的约定；其二，有的组import语句写成import.quiz报语法错误，教师强调import后写纯模块名；其三，有组两函数职责混乱，输出与判分缠在一起，教师建议“判分只管对错，打印交给主程序”，强化职责单一原则。功能完成后，各组用一段独立的测试脚本只测quiz模块：连续五次调用make_question与check，确认随机性与判分准确性。教师点评：“这个‘单独点火试验’叫单元测试，是工程师的护身符。积木要先证明自己是好积木，再往上搭。”设计意图：结对编程照顾差异、提高参与度；三类典型问题直击本课难点的本质——接口与耦合，让“低耦合”从口号变成学生的真实体验；“”单元测试”点出专业开发范儿，提升课堂的学科厚度。（六）搭顶楼：统计模块与总装联调（约8分钟）学生在report.py中编写show_report(total,right,wrong)函数，负责输出本次练习的总题数、正确数、错误数与正确率百分比。百分比计算采用right/total100并配合f字符串格式化保留一位小数，教师提醒注意total为零时不能直接除，需做防护判断，让学生在真实情境中补上“除零”这堂防御性编程课。随后进入总装环节。学生在main.py中完成主线流程：加载题库→输入想练几道题→循环出题、接收输入、判分并即时反馈→调用show_report输出成绩单。教师强调main.py里唯一的“洋气”语句是if__name__=="__main__":，并解释其用途：让main.py既能直接运行，也能被别的文件安全导入而不误触发主流程。学生照做并在任务单上用自己的话解释这行代码的意义。总装完成后举行“一分钟狂奔测试”：每位学生用自己的程序完整跑一轮五道题练习。机房内键盘声与惊呼声此起彼伏。教师随机邀请两组学生演示，一组展示正常流程，另一组特意展示错题反馈。教师让全班举手投票哪个提示语更友好，顺势讨论人机交互细节：反馈语带鼓励词、错题显示正确答案、结束时给出评价等级。技术课堂在此自然融入了设计审美与同理心。设计意图：总装环节让学生体验“零件变整机”的完整获得感；除零防护与__main__约定的讲解补齐了程序健壮性素养；展示与互评让程序从“能跑”走向“好用”。（七）拓展挑战与课堂小结（约5分钟）学有余力的学生领取挑战任务：新增wrongbook.py模块，把本轮答错题目写入mistakes.txt，下次练习自动优先抽错题中的内容。教师只给思路不给代码：错题文件格式仿照题库、导入时在题库前插入错题条目即可。两名完成挑战的学生在课程末端用一句话介绍实现思路，教师点评“这就是模块化的红利——加功能只是在旁边加一块新积木，旧楼不用拆。”小结环节以三问收束：“今天我们的程序一共由几块积木组成？为什么分开写比挤在一个文件里好？如果要把背诗助手改造成背单词助手，哪几块积木可以原封不动地搬过去？”学生口答后教师提升：题库模块换个文本就能用，判分模块稍改比对规则即可复用——模块化带来的复用性与可维护性，正是软件工程应对复杂性的根本武器。由此，本节课的计算思维目标达成闭环。（八）课后作业必做：完善个人“背诗助手”的注释与模块文档字符串，提交由