高中二年级信息技术全国中图版选修1《面向对象程序设计初步》教学设计_第1页
高中二年级信息技术全国中图版选修1《面向对象程序设计初步》教学设计_第2页
高中二年级信息技术全国中图版选修1《面向对象程序设计初步》教学设计_第3页
高中二年级信息技术全国中图版选修1《面向对象程序设计初步》教学设计_第4页
高中二年级信息技术全国中图版选修1《面向对象程序设计初步》教学设计_第5页
已阅读5页,还剩6页未读 继续免费阅读

付费下载

下载本文档

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

文档简介

高中二年级信息技术全国中图版选修1《面向对象程序设计初步》教学设计一、教材分析本课选自全国中图版高中信息技术选修1《算法与程序设计》第一单元“程序设计基础”第六节“面向对象程序设计初步”。此前学生已经历了算法描述、顺序结构、选择结构、循环结构以及过程与函数的学习,能够运用Python编写一定规模的过程式程序。本节是过程式思维向对象思维跃迁的关键节点,也是后续图形用户界面开发、游戏编程与项目实践的逻辑起点。教材以“学生信息管理”为线索,引出类的定义、对象的创建、属性与方法、封装等基本概念,概念密度大、抽象程度高,是本单元公认的难点。二、学情分析授课对象为高中二年级选修本课程的学生。他们具备基本的Python语法功底,能够读写包含函数、列表、字典的程序,但普遍存在三个认知障碍:其一,长期的过程式训练使学生习惯于“数据与操作分离”,难以理解二者为何可以绑定;其二,“类”与“对象”的抽象—具体关系缺乏生活化锚点,容易与“变量赋值”混淆;其三,对self参数的存在意义感到困惑,机械记忆多于理解。本班学生动手能力强,乐于接受游戏化情境,适合采用“情境驱动—对比体验—归纳建模—迁移创造”的路径展开教学。三、教学目标1.信息意识:能够识别现实问题中“同类事物”的共性特征与个体差异,主动用“类—对象”的眼光分析校园生活中的信息管理场景。2.计算思维:理解类是对象的抽象模板、对象是类的具体实例,掌握类的定义、构造方法、属性与方法的语法结构,能说明self指代当前对象;理解封装对数据安全的意义。3.数字化学习与创新:能够独立设计一个包含至少三个属性、两个方法的类,创建多个对象并调用方法完成任务,初步体验面向对象程序的可维护性与可扩展性。4.信息社会责任:在“学生信息管理”案例中讨论数据封装的伦理意义,认识程序设计者对他人数据负有保护责任。四、教学重点与难点重点:类的定义与对象的创建,属性与方法的编写,构造方法__init__与参数self的作用。难点:从过程式思维转向对象思维,理解“类是模板、对象是实例”的抽象关系;理解封装的价值而非仅记住语法。五、教学准备机房环境预装Python3.10及以上版本与Thonny集成开发环境;教师准备“班级图书角管理”半成品代码两份(过程式版本与面向对象版本)、随堂练习任务单、UMU互动平台投票页;多媒体课件中嵌入类与对象的类比示意图(月饼模具与月饼、图纸与楼房)。六、教学方法情境教学法、对比教学法、任务驱动法、小组协作探究法。全程以真实问题为牵引,让学生在“改不动代码”的痛点中主动呼唤新的程序组织方式。七、教学过程(一)情境导入:一场“改不动”的代码危机(5分钟)教师投屏展示一段过程式程序:用三个平行列表names、scores、classes分别存放三位学生的姓名、成绩、班级,并用循环输出成绩单。随后提出修改要求:“现在要为每位学生增加手机号、家庭住址两项信息,还要统计每人的总分排名,谁来改一改?”学生上台尝试后发现:每增加一名学生就要同步修改三个列表的多个位置,下标极易错位;功能稍有扩展,代码便四处“补丁”。教师追问:“数据东一块、西一块,操作数据的函数又散在别处——如果把每个学生和他的所有操作‘打包’在一起,是不是就好了?”由此引出课题:面向对象程序设计初步。设计意图:让学生在真实的痛点中感知过程式方案在数据规模化时的脆弱性,使“封装”成为学生的内在需求而非教师的外部灌输。(二)类比建构:从月饼模具到“类与对象”(8分钟)教师出示月饼模具与月饼的图片:“模具只有一套,月饼可以做出无数个;图纸只有一份,楼房可以盖许多栋。”引导学生完成填空式类比:类相当于(模具),对象相当于(月饼)。随后板书核心论断:类是对一类事物共同特征与行为的抽象描述,对象是依照类创建的具体个体。教师以本班学生为例现场建模:“‘二年级学生’这个类,共同特征有姓名、学号、成绩;共同行为有选课、查询成绩、更新信息。张三是这个类的一个对象,李四也是。”学生在任务单上完成“校园中的类与对象”两分钟速答:写出校园生活中三组“类—对象”对应关系(如课程—具体课程、图书—某本图书、社团—某社团)。随后用UMU平台匿名提交,教师选取典型答案投屏点评,纠正“把对象当成类”(如把“高二3班”当作类而非“班级”类的对象)的典型错误。设计意图:抽象概念必须有生活原型作锚。类比不是装饰,而是为后续语法学习预装认知支架。(三)初识语法:定义第一个类(12分钟)教师在Thonny中现场逐行编写并讲解,学生同步跟练:```classStudent:def__init__(self,name,sid,score):=nameself.sid=sidself.score=scoredefshow_info(self):print(f"{}(学号{self.sid})的成绩为{self.score}")defis_pass(self):returnself.score>=60```随后创建对象并调用:```s1=Student("张三","20250101",88)s2=Student("李四","20250102",55)s1.show_info()print(s2.is_pass())```教师执行程序,学生观察输出。紧接着抛出三个层层递进的追问:1.s1和s2调用同一个show_info方法,为什么打印的内容不同?引导学生发现:方法中的self在调用时自动指向调用它的那个对象,s1.show_info()中等效的self就是s1。2.__init__方法我们并没有显式调用,它何时执行?通过单步调试让学生观察到:Student("张三",…)这一创建动作发生时,__init__被自动触发,完成属性初始化。3.把s1.score改成95再调用show_info,结果如何?学生验证属性可被读取与修改,为下一环节的封装讨论埋下伏笔。设计意图:三个追问分别指向self的本质、构造方法的自动调用机制、属性访问方式,全部由运行现象驱动,避免语法概念的平铺直叙。(四)对比体验:两种范式的正面对决(8分钟)教师同时打开过程式版本与本课面向对象版本的“成绩管理”程序,布置对比任务单,四人小组完成下表讨论:对比维度过程式方案面向对象方案数据存放多个平行列表对象内部新增一名学生多处列表追加,易错位创建一个新对象数据与操作分离封装在类中功能扩展牵一发动全身修改类定义即可(五)探究进阶:封装的必要与意义(7分钟)教师演示一个危险操作:在执行区直接输入s2.score=20,再调用show_info,成绩单上出现了“20分”的荒唐结果。“属性暴露在外,任何人都能随意改写,合理吗?”学生讨论后,教师引入Python中的约定与机制:将属性命名为__score(双下划线前缀)实现私有化,外部无法直接访问;通过类内提供的set_score方法进行合法性校验:```defset_score(self,value):if0<=value<=100:self.__score=valueelse:print("成绩必须在0到100之间")```学生动手验证:外部直接访问s2.__score会报错,通过set_score(105)则被拦截并提示。教师点题:“封装就是把数据藏在对象内部,只暴露受控的接口。这不仅是一种语法技巧,更是程序设计者对数据负责的态度——想想你们的学籍信息,是否也希望被这样守护?”自然融入信息社会责任教育。(六)实践任务:设计“图书”类(12分钟)学生独立完成分层任务,教师巡视指导,对共性问题即时投屏讲评。基础层(必做):定义Book类,包含属性title、author、price,方法show_info输出图书信息;创建两本图书对象并分别调用方法。提高层(选做):为Book类增加borrow方法,借用后状态is_borrowed变为True,重复借出时提示“该书已借出”;将is_borrowed设为私有属性并提供查询方法。挑战层(学有余力):用列表存放多个Book对象,编写循环输出“班级图书角”全部书目,初步体会“用对象组织数据”的批量处理能力。教师提示调试策略:遇到“NameError”先检查类名拼写与缩进;属性找不到时检查是否在__init__中以self前缀定义。巡视中重点关注三类典型错误——忘记self参数、类体外误用缩进、把类名当对象使用,针对错误率最高的点进行全班集中纠正。(七)展示评价与课堂小结(5分钟)随机抽取两位学生投屏展示作品,同伴依据“类设计合理性、封装意识、代码规范”三个维度口头点评。教师用思维导图梳理本课知识结构:类与对象(模板与实例)→三大语法要素(属性、方法、构造方法)→一个核心思想(封装)→一种思维转变(以事物为中心组织程序)。课堂结束时布置延伸思考:“下节课我们将学习类与类之间的关系——‘复读生’类能否直接复用‘学生’类的代码?请带着这个问题预习‘继承’。”八、板书设计主板书采用“双栏对照式”:左栏为概念链——现实事物→抽象→类→实例化→对象;右栏为语法骨架class类名:、__init__、self.属性、def方法(self)。底部横贯一行红色粉笔字:把数据和操作装在一起,让程序像世界一样被组织。九、作业设计1.书面作业:用文字描述“校园一卡通”可以抽象为怎样的类(至少四个属性、三个方法),不写代码,只画类设计草图。2.上机作业:完成挑战层任务的完整版本,并为每个方法写一行注释说明其功能。3.拓展观察:在生活中找一个使用“账号登录”的应用,思考账号背后可能封装了哪些属性与方法,下节课课前两分钟分享。十、教学评价设计过程性评价依托UMU平台记录类比速答、小组讨论贡献度与任务完成层级;结果性评价以实践任务为主要载体,量规分四个等级:能模仿写出类的基本结构(合格)、能独立设计含封装的类(良好)、能管理多个对象并处理交互逻辑(优秀)、能主动解释设计决策并帮助他人排错(卓越)。评价主体包含学生自评、组内互评与教师点评,权重分别为20%、30%、50%。十一、教学预设与应变若学生对self的理解普遍困难,启用备用方案:将show_info临时改写为不带self的版本,展示运行报错信息,让错误本身成为教具;若机房网络故障导致UMU不可用,类比速答改为举牌口头抢答;若实践时间不足,挑战层转入课后上机作业,确保“封装验证”这一关键环节不被压缩。十二、教学反思(课后

温馨提示

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

评论

0/150

提交评论