高中一年级信息技术《设计逻辑结构与建立数据库》教学设计

高中一年级信息技术《设计逻辑结构与建立数据库》教学设计一、教学设计基本信息本课选自人民教育出版社与中国地图出版社联合出版的普通高中教科书《信息技术·选择性必修3数据管理与分析》第三章第二节，授课对象为高中一年级学生，计划用两课时完成，每课时45分钟。学生在前面的学习中已经了解数据管理的发展历程，掌握了数据、数据库、数据库管理系统的基本概念，具备了一定的信息意识和初步的数字化学习能力。本节课将带领学生从现实问题出发，经历需求分析、概念设计、逻辑设计到物理建立的完整过程，亲手设计并建立一个真正可用的数据库，这是从"认识数据库"走向"用好数据库"的关键一步。本课的课标依据是《普通高中信息技术课程标准（2017年版2020年修订）》中选择性必修模块3的相关要求：通过典型的应用实例，了解数据采集、整理与可视化表达的基本方法；根据任务需求，选用恰当的软件工具或平台管理数据，理解数据库中的数据组织形式，掌握建立数据库的基本方法。教学中注重计算思维的培养，引导学生用抽象、分解、建模的方式处理现实问题。二、教材内容与学情分析本节教材的核心内容包括三个部分：一是数据库设计的基本步骤，即从需求分析到概念结构设计、逻辑结构设计再到物理实现的完整流程；二是数据模型的相关知识，重点理解实体、属性、实体之间的联系，以及用E-R图（实体—联系图）描述概念模型的方法；三是关系模型的基本要素，包括关系、元组、属性、主键、外键等概念，以及在数据库管理系统中建立数据表、设置字段类型、建立表间关系的具体操作方法。从学情来看，高一学生处于形式运算思维的发展期，抽象概括能力日趋成熟，能够接受"先建模、后实现"的工程化思想。但学生普遍存在两个学习障碍：其一，容易把数据库设计等同于"画几张表"，缺乏从现实世界抽象出数据模型的意识，拿到问题就想动手建表，结果字段冗余、关系混乱；其二，对"实体之间的联系"理解不深，尤其是多对多联系向关系模式的转化，是本课最难跨越的认知台阶。因此，教学中必须用一个贯穿始终的真实情境把抽象概念"拉下来"，让学生在比较、试错、修正中完成意义建构。三、教学目标信息意识方面：学生能够敏锐地察觉班级图书借阅、社团活动报名等校园生活中存在的数据管理需求，认识到规范化的数据组织是高效利用信息的前提，主动思考数据背后的结构与联系。计算思维方面：学生能够从现实问题中抽象出实体及其属性，识别实体之间一对一、一对多、多对多的联系，用E-R图表达概念模型，并将概念模型规范地转化为关系模型，完成"现实世界—概念世界—机器世界"的两次抽象与映射。数字化学习与创新方面：学生能够熟练使用数据库管理系统（以开源的国产数据库软件或系统自带的数据库工具为例）创建数据库和数据表，合理设置字段类型与主键，建立表间关系并实施参照完整性约束，初步形成用数字工具解决实际问题的习惯。信息社会责任方面：学生在录入和处理涉及同学信息的数据时，能够自觉遵守数据采集的最小必要原则，不随意收集、传播他人个人信息，树立数据安全与隐私保护意识。四、教学重点与难点教学重点：E-R图的绘制方法；将E-R模型转换为关系模式的规则；在数据库管理系统中建立数据库、数据表及表间关系的操作流程。教学难点：多对多联系向关系模式的转化，即通过引入第三个关系（联系表）分解多对多联系的思想；主键选取的合理性与外键作用的理解。五、教学策略与资源准备本课采用"情境贯穿、任务驱动、示范引领、协作探究"的教学策略。全课以"为班级图书角设计图书借阅管理系统"为主线情境，将设计逻辑结构与建立数据库的知识点拆解为四个递进任务，学生四人一组协同完成。课前准备方面，教师需准备：安装好数据库管理软件的机房环境、班级图书角真实藏书与借阅登记纸表的照片、"校园书店销售数据"的正反对比案例、E-R图绘制模板学案、微课视频《三分钟理解主键与外键》。学生需预习教材相应章节，并在导学案上写出自己在生活中接触过的三个需要"登记记录"的场景。六、教学过程第一课时：从现实世界到关系模型（一）情境导入：一摞混乱的借阅登记纸（约8分钟）上课伊始，教师展示班级图书角的真实场景：三本登记簿纸页卷边、字迹潦草，有的格子写着"张三借《三体》"，有的写着"三体，李四，周三还"，还有一页只画了一个问号。教师提问："图书管理员想查出《活着》这本书现在在谁手里，需要多久？想统计哪本书最受欢迎，可能吗？"学生翻看照片后普遍摇头。教师顺势追问："如果让你来重新设计，你会把哪些信息记下来？这些信息之间有什么关系？"学生七嘴八舌：书名、借阅人、借书日期、归还日期、书的价格……教师板书关键词，不急于评判，而是抛出问题："这些信息是一张纸能装下的吗？它们是一回事吗？"认知冲突由此产生——学生隐约感到"图书""同学""借阅"是三件不同的事，但说不清如何分开。教师点明课题："今天我们就来做一次真正的数据库设计师，把这一团乱麻变成结构清晰的数据库。设计分两步走：先在纸上设计逻辑结构，再到计算机里建立数据库。"（二）任务一：识别实体与属性，解剖现实世界（约10分钟）教师给每组发放"实体提取卡"，要求学生围绕图书借阅情境回答三个问题：这个系统要管理哪些"事物"？每个事物需要记录哪些"特征"？这些特征中哪一个能唯一确定一条记录？小组讨论后汇报。多数小组能找出三个实体：图书、学生、借阅记录。教师引导各组把属性逐条写在卡片上并贴到黑板的三个区域内：图书（书号、书名、作者、出版社、单价、入库日期），学生（学号、姓名、班级、联系电话），借阅（借书日期、应还日期、实际归还日期）。此时教师制造第一次认知碰撞："有小组把'借阅人姓名'写进了图书的属性里，这样设计会有什么麻烦？"学生思考后发现：一本书会被很多人先后借阅，姓名写进图书表里根本存不下；而且会重复记录同一个学生的信息。教师总结：属性只能归属于它直接描述的那个实体，"借书日期"既不专属于图书也不专属于学生，它属于"借阅"这件事本身——这正是数据库设计的精妙之处，把"事"也当作对象来管理。随后讲解属性的两个要点：一是属性要原子化，"联系方式"若同时存电话和微信就应拆分；二是每个实体必须有能唯一标识记录的属性，即候选键，如图书用书号、学生用学号，而"姓名"因为可能重名，不能承担这个职责。（三）任务二：绘制E-R图，建立概念模型（约12分钟）教师在黑板上边讲边画，介绍E-R图的三种基本图形：矩形表示实体，椭圆表示属性，菱形表示实体之间的联系，连线标注联系的类型。以"学生借阅图书"为例，教师带着学生在黑板中央画出两个矩形"学生"和"图书"，中间菱形标注"借阅"，再提问："一个Diagram学生可以借几本书？一本书可以被几个学生借（在不同时间）？"学生回答都是"多个"。教师板书结论：学生与图书之间是多对多联系（m:n）。接着补充校园中的其他例子帮助区分：一个班有一个班长、一个班长只管一个班，是一对一（1:1）；一个班有多名学生、一名学生只属于一个班，是一对多（1:n）。各小组领取A3纸，动手绘制图书借阅系统的完整E-R图，要求画出全部实体、属性椭圆和联系方式标注。教师巡视时重点关注两个易错点：借书日期等属性应当挂在菱形联系上还是某个实体上；联系类型是否标注了m:n。绘图完成后，用实物投影展示两组作品，请其他小组"找茬"，在互评中修正：借阅日期应属于"借阅"这个联系而非学生实体；有的小组漏画了"图书分类"实体，教师可提示这是拓展方向，不作为本课硬性要求。教师在此环节嵌入一句方法论点拨："E-R图是设计师的语言，它不关心用哪款软件实现，只忠实描述现实世界的结构。图纸画对了，后面建库才不走弯路。"（四）任务三：跨越最难一步，E-R模型转换为关系模型（约13分钟）教师给出转换规则的三条主线，配合板书逐条推演。第一条，每个实体转换为一个关系模式（即一张表），实体的属性成为表的字段，候选键成为主键。于是得到：学生表（学号，姓名，班级，联系电话），主键为学号；图书表（书号，书名，作者，出版社，单价，入库日期），主键为书号。第二条，一对多联系可以并入"多"的一方。教师用班级与学生举例：在学生表中增加"班号"字段，就表达了"学生属于班级"的联系，这个班号就是从班级表"借"来的主键，称为外键。第三条，也是本课的制高点：多对多联系必须单独转换为一个关系模式。"借阅"联系变成一张"借阅表"，它至少包含两端的两个主键——学号和书号，再加上联系自身的属性借书日期、应还日期、归还日期。得到：借阅表（流水号，学号，书号，借书日期，应还日期，归还日期），其中学号和书号分别是外键。为突破理解障碍，教师做反向演示："假如不设借阅表，直接把学号塞进图书表里会怎样？"学生在学案上试写几条记录后立刻发现问题：同一本书被借阅多次就要重复出现，书名、作者被迫抄了一遍又一遍，改一处错处处错。教师点明这种"数据冗余与更新异常"正是规范设计要消灭的敌人。随后小组完成学案上的转换练习，把"社团—学生—报名"情境的E-R图也转换为关系模式作为即时巩固，教师用投影展示标准答案并讲评差异。（五）第一课时小结（约2分钟）师生共同回顾设计路径：现实中混杂的信息→提取实体与属性→E-R图表达概念模型→按规则转化为关系模式。教师布置课后任务：观察家中或社区里任何一个"登记本"式的管理场景，画出它的E-R草图，下节课前提交。第二课时：在数据库管理系统中建库建表（一）复习衔接与疑点回收（约5分钟）教师快速回顾上节课得到的三张表结构，随机邀请两名学生在黑板上默写借阅表及其主外键。随后收集学生课后E-R作业中的典型问题投影讲评，如"超市购物"情境中漏设购物明细表，再次强化多对多分解思想，确保全体学生站在同一水平线上进入操作环节。（二）任务四：创建数据库与数据表（约15分钟）教师投屏示范，学生同步操作，分四步推进。第一步，创建数据库。启动数据库管理软件，新建数据库，命名为"jygl"（借阅管理）或中文"图书借阅库"。教师强调命名规范：见名知意、避免空格与特殊符号，库名一经确定不要随意更改，因为后续程序、查询都依赖它。第二步，创建学生表。新建表"学生"，依次添加字段：学号、姓名、班级、联系电话。教师此处放慢节奏，设置一个deliberatemistake——把学号的字段类型选为"数字"，随后输入带前导零的学号"0321"，软件自动变成"321"。学生哗然，教师引导分析：学号是编号而非数量，不需要参与算术运算，应使用文本类型且长度固定。由此归纳字段类型选择原则：看数据的用途而不是样子，金额用数值、日期用日期/时间、编号一律用文本。第三步，设置主键。右键学号字段设为主键，钥匙图标出现。教师现场做"破坏性测试"：尝试录入两条学号相同的记录，软件弹出拒绝提示；再尝试把学号留空，同样被拒绝。学生在亲眼所见中理解主键的两大约束——唯一性和非空性，这比任何定义都深刻。第四步，照此流程学生独立创建图书表、借阅表。教师巡视，重点帮助字段类型纠结的学生，并在黑板上汇总各组选择的类型方案差异点（如单价用单精度还是货币型），简短点评。（三）任务五：建立表间关系，让数据库"活"起来（约13分钟）三张孤立的表只是三个抽屉，建立关系后才成为数据库。教师打开"关系"视图，把三张表拖入窗口，演示将学生表的"学号"拖拽到借阅表的"学号"上，在弹出的编辑对话框中勾选"实施参照完整性"，一条标着1和∞的连线出现。同样方法建立图书表与借阅表的关系。教师提问："这条线是装饰吗？"随后再次做破坏性测试：在借阅表中录入一个不存在的学生学号"T999"，软件拒绝保存；试图删除学生表中已被借阅记录引用的学生，软件同样阻止。学生恍然大悟：参照完整性是数据库的"自动守门员"，它保证借阅表里的每一条记录都对应一个真实存在的学生和一本真实存在的书，脏数据从源头被拦截。小组内互相检查彼此的关系设置，并完成一次完整的录入演练：录入3名学生、5本图书、6条借阅记录，其中故意安排1条违规数据验证约束是否生效。各组将建库成果以".accdb"文件形式提交至班级云空间指定文件夹。（四）课堂小结与提升（约7分钟）师生共建思维导图：设计逻辑结构（需求分析→E-R图→关系模式）与建立数据库（建库→建表→设主键→建关系）首尾呼应，构成数据库开发的完整闭环。教师强调一条设计师信条："结构设计上的十分钟，胜过救火式修改的十小时。"随后布置分层作业。基础层：完善图书借阅库，补充"出版社"字段并录入十条新数据。提高层：为自己课后观察的那个生活场景完成全套设计——E-R图、关系模式、在软件中建成数据库，下节课择优展示。拓展层：思考如果允许一本书同时被预约，预约表应如何设计，与借阅表是什么关系。（五）当堂检测（约5分钟）学生独立完成五道小题：判断"身份证号可以作为主键"并说明理由；选择题辨析外键的含义；根据一段文字描述判断两个实体的联系类型；将简化的"病房—床位"情境转换为关系模式；说出参照完整性的作用。检测题通过机房教学系统即时提交，教师端自动生成正确率统计，作为课后个别辅导的依据。七、板书设计主板书区（左侧）：3.2设计逻辑结构与建立数据库。设计四步：需求分析→概念设计（E-R图）→逻辑设计（关系模式）→