高中信息技术必修1《数据与计算》大单元“数据与系统”第3课时教案

高中信息技术必修1《数据与计算》大单元“数据与系统”第3课时教案一、单元教学定位与课时设计理念本课隶属于高中信息技术教科版（2019）必修1《数据与计算》第三单元“认识数据”第三节“数据与系统”。在前两课时的学习中，学生已初步体验了图形用户界面（GUI）的设计，掌握了使用文件进行数据持久化的基本方法，理解了内存与外存的本质区别。然而，文件系统在应对大量关联数据的检索、一致性维护与共享访问时，其局限性日益凸显。因此，本课时作为本单元的收官之作，承担着从“文件存储”向“数据库管理”认知跃迁的关键任务，是理解现代信息系统“数据驱动”本质的基石。秉持“以学为中心”与“项目式学习”的课程改革理念，本设计以大概念“数据组织与管理”为锚点，重构了教材中的“厦门至成都”换乘查询案例。我们将其升华为一个更具真实感与挑战性的微项目——“构建‘游学中国’铁路换乘智能查询系统”的核心环节。教学实施将严格遵循“情境驱动—认知冲突—工具探究—原理提炼—迁移创新”的逻辑主线，引导学生在“做中学”与“学中悟”，亲历从“文件”到“数据库”的技术演进历程，深度理解数据库管理系统（DBMS）如何解决数据冗余、一致性与高效检索等核心问题，从而在具体的项目实践中内化信息意识、发展计算思维、提升数字化学习与创新能力，并肩负起保护数据安全的信息社会责任。二、教学内容精准分析【基础】本课时的教学内容基于教材第71页任务三的活动1“查询换乘方案”，但对其进行了深化与拓展。核心在于引导学生理解关系型数据库的核心概念及其操作。具体包括：一是数据组织方式的演进，即从文件的无结构或弱结构存储，过渡到数据库的二维表结构存储，理解字段、记录、主键等基本概念；二是数据关联的建立，即通过“关系”操作将孤立的“厦门至武汉车次”表和“武汉至成都车次”表关联起来，理解一对一、一对多关系的内涵，这是实现复杂信息查询的基础；三是数据检索的优化，即利用查询设计工具或SQL（结构化查询语言）语句，通过设置条件（如预留换乘时间）筛选出真正有价值的换乘方案，体验数据筛选与过滤的计算过程；四是技术原理的感悟，即通过对比文件操作与数据库操作，初步理解数据库管理系统在数据共享、安全控制、事务管理等方面的核心价值，最终形成对数据库系统（包括数据库、数据库管理系统、应用程序及用户）的整体认知。三、学情研判与教学应对【非常重要】授课对象为高中一年级学生。在知识储备上，他们已经掌握了Python编程基础，能够进行简单的文件读写操作，对数据的结构化存储有了初步感知，这为本节课建立“字段记录”的二维表概念提供了认知锚点。在思维特征上，高一学生正处于从形象思维向抽象逻辑思维过渡的关键期，他们善于模仿操作，但对“关系”、“数据模型”等抽象概念的理解存在困难，容易陷入“知其然不知其所以然”的操作技能陷阱。在生活经验上，学生对12306购票、高德地图规划路线等应用非常熟悉，这为创设真实问题情境、激发探究欲望提供了良好的情感基础。基于以上分析，本课时的教学应对策略在于：一是通过精心设计的认知冲突环节（如文件操作在复杂查询面前的无能为力），激发学生对更高效数据管理工具的内在需求；二是采用“可视化建模”与“类比教学法”，将抽象的数据库表间关系类比为物理世界的“链条”或“桥梁”，将SQL语句的结构类比为自然语言的疑问句；三是强化过程性体验，让学生在Access或SQLiteStudio等图形化工具中，通过拖拽、点击等直观操作，观察数据的动态关联与过滤结果，将隐性的计算思维过程显性化。四、教学目标与核心素养达成【非常重要】依据《普通高中信息技术课程标准（2017年版2020年修订）》中学业质量水平2的要求，本课时旨在达成以下素养目标：1.信息意识：能够敏锐地感知在复杂信息检索任务中，文件系统在数据组织与管理效率上的不足，主动寻求使用数据库等更专业的工具和方法来处理数据，认识到数据组织方式对信息利用效率的决定性影响。2.计算思维：能够在“换乘方案查询”这一真实问题情境的引导下，运用抽象与建模的方法，将现实世界中的火车站点、车次、时刻表等信息抽象为数据表中的字段与记录，将“查询换乘方案”的需求界定为对两个数据表进行关联与筛选的计算问题，并能够通过建立“关系”和设定“查询条件”形成有效的解决方案。3.数字化学习与创新：能够适应并利用数据库管理系统（如Access、SQLite等数字化工具）的优势，在自主探究与小组协作中，掌握使用这些工具建立数据表、创建关系、设计查询的基本技能，并尝试将所学方法迁移到解决其他生活与学习中的实际问题中，如班级图书管理、学习资料分类索引等。4.信息社会责任：在数据共享与关联的操作过程中，初步理解数据一致性与完整性的重要意义，感悟对数据进行规范化管理的社会责任；认识到大型数据库系统（如12306）背后所承载的公共服务职能，理解数据安全与隐私保护是信息系统设计的基本伦理。五、教学重点与难点【高频考点】【难点】【教学重点】：理解关系型数据库中“表”、“记录”、“字段”、“主键”等核心概念；掌握在数据库管理系统中建立两表之间“关系”的操作方法；能够通过设置筛选条件（如时间约束）完成复合查询，得到有效的结果集。【教学难点】：深刻理解建立“关系”的本质——通过共有字段（如“到达站”与“出发站”）将两个独立的数据集逻辑地联结在一起，以实现信息价值的增值；领悟结构化数据组织（数据库）相较于非结构化存储（文件）在处理复杂数据关联时的巨大优势，建立起初步的系统抽象思维。六、教学策略与方法本设计采用“项目引导、任务驱动、支架辅助、协作探究”的教学策略。以大项目“构建‘游学中国’铁路换乘查询系统”为宏观背景，将本节课的核心任务定位为“攻克换乘衔接的算法难关”。在教学方法上，综合运用“讲授法”厘清核心概念，运用“演示法”规范操作流程，运用“任务驱动法”驱动自主探究。尤为重要的是，引入“认知学徒制”理念，教师通过“出声思考”将查询设计的思维过程外显化，学生则通过模仿、实践与反思，逐步内化专家的问题解决策略。七、教学环境与资源准备1.硬件环境：计算机网络教室（一人一机），教师机具备广播教学系统。3.x.软件环境：安装有MicrosoftAccess2016或更高版本（或开源的SQLiteBrowser），Python3.xIDLE（备用，用于对比演示）。所有学生机需共享一个网络文件夹，用于分发素材与收集半成品。3.教学资源：RailwaySystem.accdbRailwaySystem.accdb”，内含两个已录入部分数据的表：“tbl_Xiamen_Wuhan”（厦门武汉车次）和“tbl_Wuhan_Chengdu”（武汉成都车次），并在武汉站、汉口站、武昌站之间引入地铁换乘时间常数。【拓展】微课视频：“五分钟看懂数据库主键”、“什么是SQL”。【支架】“探究学习任务单（第3课时）.docx”，用于引导学生分步骤记录操作与思考。八、教学实施过程（核心环节，40分钟）（一）创境设疑：困于“文件”的旅行规划（预设时间：5分钟）上课伊始，教师通过广播系统向每位学生分发一个文本文件“我的旅行计划.txt”。文件内容如下：“暑假我要从厦门去成都玩。方案一：先坐G1688次从厦门北到武汉站（08:0014:20），再换乘D2238次从汉口站到成都东（15:3022:10）。方案二：先坐K904次从厦门北到武昌站（09:3021:30），睡一觉再换乘K1158次从武昌站到成都东（08:00+118:30+1）……”教师提问：“同学们，上节课我们学会了用文件来存储旅行线路。现在请大家在1分钟内快速找出，从武汉出发到成都，且发车时间在下午3点之后的车次有哪些？请用手边的文本文件进行查找。”学生们立刻埋头操作，用鼠标滚轮翻页，或者尝试用记事本的“查找”功能。很快，教室里响起了抱怨声：“老师，这太难找了，都是文字混在一起！”“查找功能只能一个字一个字找，没法比较时间大小！”待学生的认知冲突被充分激发后，教师适时引导：“大家发现了吗？虽然数据在文件里，但当数据量变大、查询条件变复杂（比如要比较时间大小）时，文件就像一本厚厚的字典，虽然有字，却难以快速准确地为我们所用。那么，有没有一种更聪明的办法，让数据变得既规整又好查呢？今天，我们就来认识一位数据处理的高手——数据库系统。”【非常重要】此环节旨在通过亲身实践的低效，让学生深刻感受文件系统在数据检索与逻辑处理上的局限，为引入数据库建立强烈的“需求牵引”。（二）工具赋能：初识数据库的“规矩”之美（预设时间：8分钟）RailwaySystem.accdbRailwaySystem.accdb”数据库文件。教师介绍：“数据库，简单来说，就是一个‘数据仓库’，但这个仓库非常有秩序。里面的物品（数据）不是乱堆的，而是分门别类地放在一个个规整的货架上。在关系型数据库里，这个‘货架’就叫做‘表’（Table）。”教师双击打开“tbl_Xiamen_Wuhan”表，切换到“设计视图”和“数据表视图”，引导学生观察。结合屏幕广播，教师进行概念精讲：“大家看，这个二维表格中，每一列叫做一个‘字段’（Field），它定义了数据的某个属性，比如车次、出发站、到达站、出发时间、到达时间，每个字段都有严格的数据类型，比如‘日期/时间’，这就相当于给每个‘货架格子’贴上了标签，规定了只能放什么类型的东西。【基础】而每一行，叫做一条‘记录’（Record），它描述了一个完整的具体事物，比如一趟具体的车次信息。那么，我们怎么才能唯一地确定一趟车次呢？比如‘G1688’可能会重复，但同一天同一趟车的‘车次+出发日期’通常是唯一的，这个能唯一标识一条记录的字段，我们称之为‘主键’（PrimaryKey）。”为了加深理解，教师将“表”与之前学习的“文件”进行对比：“如果说文件是一个大麻袋，把各种信息混装在一起，那么数据库表就是一个带有分类格子的精致收纳盒。麻袋的好处是随手就能用，但要找个小东西就得翻个底朝天；收纳盒虽然刚开始整理起来有点麻烦，但一旦建立好规矩，查找、更新、统计起来就无比便捷。”随后，教师布置【任务一】：参照任务单，打开“tbl_Wuhan_Chengdu”表，观察其字段结构，并与“tbl_Xiamen_Wuhan”表进行比较，找出这两个“货架”之间可能存在的“联系点”是什么。学生很快发现，厦门到武汉的“到达站”（涉及武汉三站）与武汉到成都的“出发站”（也涉及武汉三站）是对应的。这正是建立数据关联的“钥匙”。（三）核心攻坚：为孤立的“货架”搭建“桥梁”（预设时间：12分钟）教师抛出核心问题：“现在，我们有了两个规整的‘货架’：一个放着厦门到武汉的车次，一个放着武汉到成都的车次。但它们是孤立的。我们想要知道从厦门如何经武汉去成都，就需要把这两个货架的信息‘关联’起来看。在数据库中，这个‘关联’的动作，就叫做建立‘关系’（Relationship）。”教师通过广播系统，以极慢的速度演示操作：点击“数据库工具”菜单>“关系”>添加两个表。然后，用鼠标左键按住“tbl_Xiamen_Wuhan”表中的“到达站”字段，精确地拖拽到“tbl_Wuhan_Chengdu”表中的“出发站”字段上，松开，弹出“编辑关系”对话框。此时，教师进行“出声思考”：“同学们请注意看，我为什么要拖拽这两个字段？因为它们的语义是匹配的。A车从厦门到了‘武汉站’，那么我需要找的下一趟车，必须也是从‘武汉站’出发的。所以，‘到达站’和‘出发站’就像两个齿轮的卡扣，只有齿纹对上了，它们才能啮合转动。这个拖拽的动作，就是告诉数据库系统，这两张表要通过这两个字段连接起来。”教师在对话框中勾选“实施参照完整性”。简单解释：“这就像是给连接加上了一个监控器，保证数据的准确性。比如，如果厦门来的车说它到达的是‘汉口站’，那么后面关联的车出发站必须是‘汉口站’，而不能是‘武昌站’，否则逻辑就错了。”完成关系建立后，教师指导学生进入“创建”>“查询设计”，将两张表添加进来，并分别双击两张表中的“”号（所有字段），运行查询。屏幕上瞬间列出所有可能的组合：厦门武汉的每一趟车，都匹配上了武汉成都的所有车次。结果呈现出爆炸式的增长，其中包含大量无意义的数据，例如凌晨到达的厦门车次与清晨出发的成都车次组合。教师引导学生观察：“你们看，建立关系后，数据库确实把所有可能换乘的组合都列出来了，这就像一个巨大的‘笛卡尔积’。但这其中哪些是真的可行的呢？比如凌晨2点到达，凌晨3点出发，这样的换乘方案对旅客来说现实吗？”由此，自然引出下一个环节：条件筛选，让数据“说话”。（四）智慧加工：让数据“开口”说出最佳方案（预设时间：10分钟）【热点】面对杂乱无章的组合结果，教师引导学生思考：“作为聪明的系统设计者，我们不能把所有的组合都扔给用户，而要提供真正有价值的、人性化的建议。比如，我们至少应该预留出在武汉三个火车站之间换乘地铁的时间。”教师引导学生参考探究任务单上提供的补充信息：武汉站（青山）到汉口站地铁约60分钟，武汉站到武昌站地铁约70分钟，汉口站到武昌站地铁约50分钟。为了简化，我们设定一个通用换乘预留时间标准，比如1.2小时（72分钟），这基本能覆盖绝大多数站间换乘。接下来，教师演示在查询设计中添加筛选条件。切换到查询的“设计视图”，在“tbl_Xiamen_Wuhan”到达时间字段的“条件”单元格下方对应的“tbl_Wuhan_Chengdu”出发时间字段的条件单元格中，输入条件表达式：[tbl_Xiamen_Wuhan].[到达时间]+0.05<[tbl_Wuhan_Chengdu].[出发时间]教师解释这个表达式的含义：“同学们，这里的0.05代表什么？在Access里，数字1代表1天，那么0.05天就是1.2小时，也就是我们预留的换乘时间。这个表达式翻译成中文就是：厦门列车的到达时间，再加上1.2小时的换乘缓冲，必须小于武汉出发列车的出发时间。这样，数据库就会自动帮我们筛选出那些能够从容换乘的合理方案。”再次运行查询，杂乱的结果瞬间被过滤，只剩下少数几条预留时间充足、真正可行的换乘方案，如G1688（14：20到达武汉站）接续D2238（15：30从汉口站出发），中间留出了70分钟地铁换乘时间，基本可行。【难点】教师强调：“大家看，这就是数据加工的魅力。原始数据本身是冰冷的，但通过我们设计的计算规则（加时间、比较大小），它就变成了有价值的信息。整个过程，从建表、建关系、到写条件，就是我们用计算机能理解的方式（结构化存储、关系模型、逻辑表达式）来描述和解决一个真实问题的过程。这，就是计算思维的典型体现。”【非常重要】随后，布置【任务二】：学生独立或同桌协作，在Access中完成建立表间关系、并添加换乘时间筛选条件的操作，成功筛选出至少一组可行的换乘方案，并将查询结果以截图形式保存到任务单中。教师巡回指导，重点关注学生对表达式输入格式的准确性，以及对“关系”本质的理解。对于进度快的学生，鼓励他们尝试调整换乘时间常数（如改为0.04天或0.06天），观察查询结果的变化，并思考为什么。（五）原理升华：从“数据库”到“数据库系统”（预设时间：5分钟）在学生成功获得理想结果，情绪高涨之际，教师引导他们从操作层面抽离，进行理性思考。教师提问：“刚才我们用了Access这个软件，建立了表、创建了关系、还写了查询条件。大家觉得，在这整个过程中，是谁在帮助我们管理这些繁杂的数据？是谁保证我们拖拽鼠标建立关系后，数据就能神奇地关联起来？”学生回答：“是Access这个软件。”教师点头肯定：“非常好！这个专门用来定义、创建、维护数据库的软件，就叫‘数据库管理系统’（DataBaseManagementSystem，简称DBMS）。它就是管理数据仓库的大管家。刚才我们操作的Access，就是一种桌面型的DBMS。而像12306、淘宝这些大型网站背后，用的是更强大的DBMS，比如Oracle、MySQL、SQLServer等。”接着，教师在黑板上或通过PPT展示一个三层结构图：最底层：原始数据（厦门车次、武汉车次...）——【数据库（DB）】中间层：Access软件（负责增删改查、关系维护）——【数据库管理系统（DBMS）】最上层：我们正在操作的查询窗口、以及未来要设计的图形界面——【数据库应用系统】教师总结道：“所以，我们今天所做的，不仅仅是查了几趟火车票。我们是亲历了‘数据库应用系统’最核心的数据处理环节。一个完整的数据库系统，正是由数据库（存放数据的仓库）、数据库管理系统（管理仓库的软件）、以及基于它开发的各种应用程序（比如我们未来要做的图形界面），还有数据库管理员和用户共同构成的有机整体。这正是教材上本节内容的核心要义。”【基础】（六）拓展延伸：展望系统全貌与数据伦理（预设时间：3分钟）教师将话题拉回大项目：“现在，我们已经攻克了‘游学中国’系统中最核心的算法难题——智能换乘。大家看，仅仅是一个简单的换乘查询，背后就需要我们精心设计表结构、建立关系、编写逻辑条件。那么，一个完整的订票系统，还要考虑什么？”引导学生回答：用户信息、余票管理、订单生成、在线支付……教师进一步深化：“对！这些功能背后都是对数据库的操作。而且，当多个人同时购买同一张票时，系统如何保证不出错？（引出‘事务’概念，不深入讲解，只点出这是DBMS的重要职责）。这些复杂系统的背后，都依赖于我们今天所学的这个核心基石——数据组织与管理。最后，教师将话题升华至信息社会责任：“大家看，12306系统里存储着数以亿计公民的实名信息、出行轨迹。这些数据如何被安全地保护？如何防止数据泄露和滥用？这不仅是国家法律的要求，更是每一个信息系统设计与开发者必须坚守的道德底线。我们今天在Access里练习，只是一个模拟。但如果在真实系统开发中，因为我们的疏忽，导致数据关系混乱、用户信息丢失，那将造成严重的后果。所以，对数据的严谨态度，就是一种沉甸甸的社会责任。”九、板书设计数据与系统（第3课时）：从文件到数据库的智慧一、数据的“仓库”：数据库（DB）货架：表（Table）格子：字段（Field）物品：记录（Record）唯一编号：主键（PrimaryKey）二、仓库的“管理员”：数据库管理系统（DBMS）核心能力：建立“关系”（Relationship）（齿轮啮合：通过共有字段连接表）核心操作：查询（Query）（条件筛选：如到达时间+换乘时间<出发时间）三、应用系统的大厦：数据库系统（DBS）