高中信息技术必修1第三单元数据采集与编码之字符编码教学设计_第1页
高中信息技术必修1第三单元数据采集与编码之字符编码教学设计_第2页
高中信息技术必修1第三单元数据采集与编码之字符编码教学设计_第3页
高中信息技术必修1第三单元数据采集与编码之字符编码教学设计_第4页
高中信息技术必修1第三单元数据采集与编码之字符编码教学设计_第5页
已阅读5页,还剩7页未读 继续免费阅读

付费下载

下载本文档

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

文档简介

高中信息技术必修1第三单元数据采集与编码之字符编码教学设计【教材分析】本课选自浙教版(2019)高中信息技术必修1《数据与计算》第一章“数据与信息”第三节“数据采集与编码”的第3~4课时。前两课时学生已经经历了声音、图像等模拟信号的数字化过程,理解了采样、量化与编码的基本思想,本项目则聚焦于另一类极其重要的数据——字符的编码问题。字符编码是计算机处理文字信息的基石,ASCII码、Unicode、汉字编码(GB2312、GBK、UTF8)看似只是标准的罗列,实则隐含着“用有限的二进制位表示无限的符号世界”这一计算思维的核心命题。本课同时也是后续学习数据加密、文件存储、网络传输乃至编程中字符串处理的认知基础。教材从“为什么计算机能识别文字”这一朴素问题切入,引导学生探究英文字符、汉字在计算机内部的表示形式,属于典型的“原理性知识”。这类知识若处理成教师的单向告知,学生只能留下零碎记忆;若能设计为“制造冲突—动手验证—归纳规律—迁移应用”的探究路径,则可以让学生真正经历一次“从现象到本质”的科学发现过程。基于以上判断,本教学设计以“乱码之谜”为贯穿性情境,以两个课时的完整探究链条组织教学。【学情分析】授课对象为高一年级学生。从知识储备看,学生在前两课时已经掌握了二进制与十进制、十六进制的相互转换,知道“计算机内部一切皆二进制”,并具备基本的计算机操作能力,能使用记事本、Excel、简易Python环境等工具。从认知特点看,高一学生好奇心强,喜欢“揭秘式”的学习内容,对日常生活中遇到的乱码现象(如打开某些文档出现“锟斤拷”、网页出现方块字)有模糊经验却说不清原因,这正是教学的绝佳生长点。同时需要正视三点困难:其一,编码涉及“码表”“码位”“字节”等抽象概念,学生容易把“字符的形状”与“字符的编码”混为一谈;其二,汉字编码的历史脉络(GB2312到GBK再到UTF8)涉及区位码、机内码等较复杂的换算关系,高一学生理解有难度,需要借助工具降低换算负担,把精力集中于思想方法;其三,学生动手能力差异较大,小组合作中容易出现“一人操作、多人旁观”的现象,需通过任务单和角色分工加以约束。【教学目标】1.信息意识:学生能敏锐意识到“乱码”现象背后存在编码不匹配的问题,形成遇到文本异常时首先检查编码方式的技术直觉,认识到编码标准是数字时代信息互通的基础设施。2.计算思维:学生理解用n位二进制数可表示2的n次方个不同状态的计数思想,能解释ASCII码用7位(或8位)表示字符的缘由,理解“编码即建立字符与二进制串之间一一对应规则”的本质;能通过实验数据归纳“编码位数与可表示字符数量”的数学关系,并迁移到对二维码容量、身份证号位数等生活问题的估算。3.数字化学习与创新:学生能利用字符编码查询表、记事本“另存为”对话框、Python的ord()与chr()函数、在线进制转换工具等数字化手段,自主开展编码验证实验,体验“用计算机研究计算机”的探究方式。4.信息社会责任:学生了解汉字编码标准发展是我国信息技术自主化进程的一部分,认识GB2312制定的历史意义与时代局限,理解推广统一编码(UTF8)对消除信息孤岛的价值,萌发对技术标准的敬畏与尊重。【教学重点与难点】教学重点:字符编码的基本思想,即建立字符与二进制代码之间的对应关系;ASCII码的构成与十六进制表示;汉字编码“外码—机内码—字形码”的基本流程。教学难点:编码位数与表示能力的数量关系(2的n次方)的建立;乱码产生的机理——用错误的编码规则解释正确的字节序列;多字节编码中字节数与字符数的对应关系。突破策略:难点一借助“一盏灯、两盏灯能表示几种信号”的实物类比,让学生在填表中自己“发现”2的n次方规律,教师只负责在时机成熟时给出数学表达;难点二通过“编码错配实验”让学生亲手制造乱码再修复乱码,把抽象机理转化为可观察、可操作的证据;难点三通过对比中英文混合文本在UTF8下保存后的字节数,引导学生发现“汉字多字节”的事实,再引入定长与变长编码的思想。【教学方法】情境教学法、实验探究法、任务驱动法、小组合作学习。全程配备学习任务单,两课时连排进行。【教学准备】教师准备:机房环境(保证每台机器有记事本、浏览器、Python3环境);自制的字符编码查询网页或打印的ASCII码表卡片;精心设计好编码的“神秘文本”文件若干(分别用ANSI、UTF8、BIG5等不同编码保存的同一内容文本);多媒体课件;学习任务单每人一份。学生准备:复习二进制与十六进制转换;回忆生活中见到过乱码的场景,准备一两句描述。【教学过程】第一课时:字符编码的思想与ASCII码环节一:情境导入——一封打不开的信(约8分钟)上课伊始,教师投影一个真实场景:假期里老师收到一位台湾朋友发来的邮件附件“邀请函.txt”,双击打开后满屏都是“粂擬邈”这样的怪字。教师故作困惑:朋友明明写的是中文,为什么我的电脑不认识?学生自由发言,可能出现“中毒了”“文件坏了”“字库不全”等猜测。教师不置可否,而是现场演示:把同一个文件拖进浏览器,选择“编码—繁体中文(BIG5)”,文字瞬间恢复正常。教室里响起惊叹声。教师顺势抛出本课的核心问题:同样的字节,为什么换一种“看法”就面目全非?计算机到底是怎样存储文字的?设计意图:用强烈反差的真实故障点燃探究欲。学生亲眼看到“文件没坏、看法错了”这一事实,为理解“乱码=编码错配”埋下伏笔,远比抽象定义更有说服力。环节二:类比启思——用灯ignals表示信息(约10分钟)教师引导学生思考更根本的问题:计算机只认识0和1,它连“画”都不会,凭什么存下成千上万个字?我们先不碰计算机,回到一个原始问题:假设你只能用几盏灯的亮和灭给同桌传递信息,一盏灯能表示几种不同信号?学生回答:两种(亮、灭)。两盏灯呢?请各小组在学习单上穷举。学生很快列出:灭灭、灭亮、亮灭、亮亮,共四种。三盏灯?有小组直接列举得到八种,也有敏锐的学生发现“每多一盏灯就翻一倍”。教师板书画出关系:1位→2种,2位→4种,3位→8种,4位→16种……n位→2的n次方种。教师小结:要给每一个符号编一个独一无二的二进制编号,需要的位数至少要满足2的n次方不小于符号总数。这就是一切编码问题的数学内核——用有限长度的0和1,为有限的符号世界颁发“身份证”。设计意图:用递增式穷举让学生亲手算出规律,此时教师给出的公式不是灌输而是水到渠成。这一数学化视角将贯穿两课时,后面分析ASCII为何是7位、汉字为何需要两字节,都回到这把尺子上。环节三:探究ASCII码——给英文字符上户口(约12分钟)教师提问:英文字符共有多少个?大小写字母52个,数字10个,标点和控制符号三十来个,总共一百个左右。用刚才的规律,几位二进制够用?学生计算:2的7次方=128,够了;2的6次方=64,不够。因此7位二进制即可,实际安排为1字节(8位,最高位补0),这就是ASCII码。教师发放ASCII码表卡片,组织“破译游戏”:投影一串十六进制数“48656C6C6F”,请学生查表翻译。学生查出48→H、65→e、6C→l、6C→l、6F→o,拼出“Hello”。随后反向操作:把“OK”翻译成十六进制(4F4B)。接着引入数字化验证:在Python环境中输入ord("A")得到65,输入chr(66)得到"B",再输入ord("A")−ord("a")观察结果−32(或引导学生算65与97之差为32),请学生解释:大小写字母的编码差固定为32,这正好是一个二进制位(第5位)的差别。教师点明:编码表不是随手乱排的,规律性设计方便程序做大小写转换。设计意图:查表破译带有游戏味,Python验证把“表里写的”变成“机器里真的”,二维途径相互印证。大小写差32的发现让学生体会编码设计的匠心,体会标准背后是人的智慧而非神秘力量。环节四:初试乱码——亲手制造故障(约10分钟)教师发布任务单任务一:用记事本新建文件,输入“数据DATA数据”,分别用ANSI、UTF8两种编码各存一份为1.txt和2.txt。然后观察两个文件的大小有何不同(提示:右键属性查看字节数)。学生发现:UTF8版本明显更大。教师暂不解释,只要求记录数据:汉字与英文字母各占多少字节?多数小组测得ANSI下汉字2字节、字母1字节;UTF8下汉字3字节、字母1字节。教师将各组数据汇总板书,形成共识:英文字符1字节,汉字需要多字节。接着任务二:把UTF8保存的文件用系统默认ANSI方式“强制打开”(通过浏览器或更换打开方式模拟),观察出现的乱码,截图并记录。教师提问:字节一个没少,为什么就乱了?引导学生用一句话概括:计算机存的是字节,读的时候拿错了对照表。设计意图:本环节是第一课时的点睛之笔。学生亲手制造乱码、测量字节数,获得两组关键经验事实——“汉字占多字节”“错配即乱码”,汉字编码“为什么需要双字节”这个原本最难讲透的道理,已经被学生自己的数据提前回答了。环节五:小结与承启(约5分钟)师生共同梳理第一课时的三条结论:其一,编码是为每个字符指定唯一二进制编号的对应规则;其二,n位二进制最多表示2的n次方个字符;其三,字节没变、规则拿错,就是乱码。教师留下悬念:一万多个常用汉字,2字节最多表示65536个,够还是不够?早年的中国人是怎样让只懂英文的计算机开口说汉语的?下节课揭晓。第二课时:汉字编码的演进与编码素养环节一:复习导入(约5分钟)快问快答回顾:n位二进制可表示多少状态?ASCII码用几位?上节课测出汉字在不同编码下占几个字节?顺势引出本课主题:汉字数量庞大,编码之路注定曲折。环节二:走进汉字编码——区位码、机内码与字形码(约15分钟)教师讲述历史背景:1980年,我国制定GB2312标准,把6763个常用汉字和682个符号排进一张94行94列的大表,每个字有唯一的“区号”和“位号”,这就是区位码。例如“啊”字在16区01位。但区位码要进计算机,还需要解决一个冲突:ASCII码用了单字节表示,汉字两个字节的值若与ASCII重叠,计算机就无法分辨一个短字节串到底是一个汉字还是两个英文字母。怎么办?工程师的办法是:把每个字节的最高位置1,即在区位码基础上加上偏移量,形成“机内码”。这样计算机看到最高位为1的字节,就知道它和下一个字节合起来是一个汉字。教师不要求学生进行复杂换算,而是用查询工具演示:输入“中”字,查看其GB2312机内码(D6D0)。学生只需理解“加偏移、置高位”是为了避免与ASCII混淆这一思想,教师用一句话概括:机内码的设计,是在一张已经住满人的楼里想办法安排新住户,还不能引起串门误会。随后教师简要介绍字形码:机内码解决“存”的问题,屏幕上的字怎么“画”出来,靠的是点阵字形库——16×16点阵表示一个汉字需要32字节。学生计算验证:16行×16列=256位÷8=32字节。教师追问:一套6763字的点阵字库大约多大?学生估算约216KB,体会早期存储条件下汉字处理的沉重代价。设计意图:汉字编码的三个层次(输入的外码、存储的机内码、显示的字形码)容易搅成一团,本环节紧扣“存得进、不打架、画得出”三个功能定位讲,换算让位于思想,计算题服务于理解存储开销,符合高一学生的接受水平。环节三:从GBK到UTF8——标准的竞赛(约10分钟)教师抛出问题链:GB2312只收6763字,遇到生僻人名(如“堃”“玥”的早期处境)怎么办?学生自然想到扩容,教师引出GBK(21003字)。再问:全世界文字如何共处一室?引出Unicode与其实现方案UTF8。回到第一课时的测量数据:“数据DATA数据”UTF8版更大。教师解释UTF8是变长编码:英文字符仍占1字节,常用汉字占3字节。请学生讨论:既然UTF8存汉字更费空间,为何网络文学、网页却普遍采用它?小组讨论后归纳:它一套规则通吃全球所有文字,国际交流不乱的代价,比省几个字节重要得多——技术是空间与通用性的权衡。教师补充我国颁布GB18030标准并强制推行的事实,以及少数民族文字编码的纳入,使学生意识到编码标准是信息主权的一部分。设计意图:通过“明知费空间还要用”这一认知冲突,把学生从技术细节提升到价值判断层面,理解标准化背后的国家利益与国际协作,落实社会责任目标。环节四:综合实践——乱码诊断所(约12分钟)教师发布“门诊任务”:每组领取三个“病人”文件——①用BIG5编码保存的繁体文本,简体中文系统打开全乱;②UTF8文件被误存为ANSI后部分汉字变成问号;③一个网页源文件,meta声明的编码与实际编码不一致。任务要求:诊断病因、实施救治、写出包含“症状—病因—处方”的诊断报告。小组操作中,教师在机房巡视,重点追问:“你判断病因的证据是什么?”推动学生用“文件字节数”“切换编码后的显示效果”等证据说话,而不是蒙答案。成功救治的小组在全班演示。设计意图:这是两课时知识的综合运用场。三个病例分别对应“编码体系不同”“信息不可逆丢失”“声明与实际不符”三类真实故障,学生在解决问题中把编码思想内化为可迁移的诊断能力。环节五:总结升华与课后延伸(约3分钟)师生共同完成一幅知识图:字符—编号—字节—显示,编码是连接人与机器文字的桥梁。教师结语:从7位的ASCII到装下全世界的UTF8,编码史就是人类想办法让机器读懂文明的历史;你们今天修好的不只是几个文本文件,而是理解了数字世界的一条底层规则。课后作业(二选一):一是调查家人的手机里有没有遇到过乱码,分析原因并写成小报告;二是探究题——一个二维码的某个版本最多存多少汉字,尝试用2的n次方思想

温馨提示

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

最新文档

评论

0/150

提交评论