高中信息技术教学设计：数据模型的抽象、表达与落地-选修3数据管理与分析1.2

高中信息技术教学设计：数据模型的抽象、表达与落地——选修3数据管理与分析1.2一、教学设计的起点：这节课到底教什么数据模型这一节，是浙教版2019高中信息技术选修3《数据管理与分析》承前启后的枢纽。前一节学生刚刚建立“数据、信息、知识”的分层认识，后一节即将进入数据库的创建与查询。如果数据模型这一课讲虚了，学生后面面对二维表时只会机械操作；如果讲成了纯理论，学生又会把“实体、属性、联系”当成需要背诵的名词解释。我的基本主张是：让学生在一次真实的“为学校社团管理系统整理数据”的任务中，亲手把混乱的现实世界一步步压榨成清晰的数据结构，让概念从操作里长出来，而不是从PPT里掉下来。数据模型的内涵，本节课限定在三个层面。第一是概念层，即用实体、属性、联系对现实进行抽象，表达方式以ER图为主；第二是逻辑层，即把概念结构转化为关系模型，用“表名（属性1，属性2，……）”的关系模式加以描述，并理解主码、外码的作用；第三是物理层的初步感知，知道逻辑结构最终会以数据库文件、二维表形式存储，但不展开存储细节。这三层的梯度，恰好对应学生认知从具象到抽象再到落地的完整回路。二、学情研判：学生带着什么走进教室授课对象为高二年级选修本模块的学生。他们已经具备三重经验：其一，在必修模块中用电子表格处理过成绩、问卷等数据，对“行与列”有直觉；其二，在上一节完成了数据管理的价值讨论，知道“数据要管好才能用”；其三，日常生活里大量使用选课系统、图书借阅系统，是被数据模型服务着的“隐性用户”。但经验背后有三处典型障碍。第一，学生容易把“表格”等同于“数据模型”，认为画个Excel就是建模，意识不到表格背后有对现实的取舍与约定。第二，学生对“联系”的理解薄弱，面对“学生”和“课程”两个实体时，多数人能列出各自属性，却说不出“选课”本身也是一个需要刻画的对象，更意识不到多对多联系必须“拆解”。第三，部分学生有畏难情绪，觉得“模型”一词高深，这需要教学情境足够贴近他们，让抽象动作变得可触摸。基于以上判断，本课的教学策略定为：以真实任务驱动，以半成品素材降低操作门槛，以对比暴露认知冲突，以关系模式的规范书写作为刚性落点。三、教学目标：指向核心素养的四维刻画1.信息意识：学生能够觉察到现实对象进入信息系统之前必经“抽象与取舍”，能主动追问“这条数据描述的是谁、和什么有关、由什么唯一标识”，把数据当作需要设计的资源来对待。2.计算思维：学生能对具体情境执行“识别实体—提取属性—判定联系—确定码”的抽象过程，能把多对多联系分解为一个新实体，能画出规范的ER图并转写为关系模式。3.数字化学习与创新：学生能借助电子表格或轻量数据库工具，将自己设计的关系模式建成可操作的数据表，填入样例数据并验证其能否支撑预设的查询需求。4.信息社会责任：学生在设计涉及同学信息的模型时，能讨论“哪些属性不该收集”，初步形成最小必要、用途限定的数据伦理观念。四、教学重点与难点的确定依据教学重点：概念模型向关系模型的转化，尤其是ER图的绘制与关系模式的规范书写。确定依据有两条：课程标准对本模块的要求强调“通过实例理解数据模型的作用”，转化的动作正是“理解”的外化；同时，这是后续SQL建表操作的直接前提，不突破这里，后面步步受制。教学难点：多对多联系的处理与主码的选择。难点之所以为难，是因为它与学生的生活直觉相悖——学生习惯“一行一个对象”，而选课情境中“一名学生选多门课、一门课被多名学生选”无法塞进任何一张单一的表。突破方案是用“矛盾暴露法”：先让学生按照直觉硬塞，制造数据冗余与填写混乱，再引出“选课”实体的必要性。五、教学准备硬件与环境：学生机房，每人一机，安装电子表格软件与一种可视化数据库工具（如带表设计视图的桌面数据库），投影与广播教学系统。素材准备：一是“社团招新原始登记表”图片版，刻意做成手写混杂、一栏多值、涂改混乱的样子；二是半成品的ER图元件模板，学生只需拖曳连线；三是样例数据包，含12名学生、5门课程、若干选课记录，字段值经过脱敏虚构。分组方式：异质四人小组，组内预设角色——记录员、绘图员、质疑员（专门追问“这个属性真的必要吗”）、汇报员，角色在第二次活动轮换。六、教学过程（一）情境导入：一张让管理员崩溃的登记表（约6分钟）开课即投影那张混乱的“社团招新原始登记表”：姓名栏里写着“王小明（也可以叫我明明）”，电话栏里两个号码用顿号挤在一起，报名社团一栏有同学填“篮球，或者摄影也行，看时间”。教师只抛出一个问题：如果你是社团联合会的同学，要拿这张纸去统计“每个社团报了多少人、如何通知他们”，你第一步会做什么。预计学生的回答集中在“重新抄一遍”“把信息分类整理”。教师顺势追问：整理成什么样才算“整理好”？由谁说了算？这里没有标准答案，但要让“整理前必须先想清楚要描述哪些对象、各保留什么信息”这一念头冒出来。教师板书三个字：找对象、定特征、说关系。课堂的隐喻就此立住——所谓数据模型，就是把现实世界“翻译”给计算机听之前，我们先画好的一张翻译草图。设计意图落点：导入不讲概念，只制造“不抽象就无法行动”的紧迫感。登记表里故意埋的三处混乱（别名单重复填、一栏多值、倾向性表述）分别对应后面要解决的属性原子性、多值处理与语义明确化，埋点要让学生在课末回看时全部对上号。（二）活动一：从废墟里找实体——概念模型的第一步（约10分钟）教师出示本课主任务：学校要开发“学生选课管理系统”，需对涉及的数据进行建模。场景信息为：学生若干，各有学号、姓名、性别、所在班级；课程若干，各有课程号、课程名、学分、开课教师；一名学生可选多门课，一门课可被多名学生选；系统需记录每位学生每门课的选课时间与最终成绩。小组任务一：用便签纸（或电子白板组件）写出这个情境中“系统必须记住的对象”，每个对象写在一张便签上，并写出该对象值得记录的3至5个特征。限时五分钟。教师巡回时只问一类问题：“这个特征是用来区分它的，还是用来描述它的？”“少了这个特征，系统还能运转吗？”全班汇总阶段，黑板上归拢出两大对象及其特征清单。此时教师正式给出术语：这些被描述的对象叫作实体，刻画实体的特征叫作属性。并介绍ER图的图示约定——矩形框表示实体，椭圆框表示属性，菱形框表示实体间的联系。教师在黑板左侧示范绘制“学生”实体及其属性的标准画法，右侧留白，由两组学生上黑板补绘“课程”实体，其余学生在学案上同步完成。此处预设一处分歧并正面处理：有小组会把“班级”当成学生的属性写进椭圆，也有小组认为班级本身是学生集合、该单独成为实体。教师不急于裁决，而是反问：“如果学校还想维护‘每个班级由哪位班主任带、在哪个教室’，班级还仅仅是一个字符串吗？”学生自己便能意识到：一个信息项是属性还是实体，取决于系统对它是否还有进一步描述的需求。这个判断准则由学生口中说出，教师只负责板书固化——这是本课第一个思维增值点。（三）活动二：给实体牵线——联系的类型与“选课的麻烦”（约12分钟）概念结构初具雏形后，教师引导学生在两个实体之间画出菱形，命名为“选课”，并提问：一名学生和一门课程之间的对应，是“一对一”“一对多”还是“多对多”？要求每组用刚刚领到的样例数据包做验证：把12名学生和5门课程的选课名单摆出来，数一数。证据摆开后，没有学生再犹豫——多对多，板上钉钉。转折在此发生。教师布置任务二：现在请把“选课成绩”这个信息，挂到你们的模型的合适位置。各组操作两分钟后，矛盾自动浮现：成绩放在学生实体的属性里，一名学生有多门课的成绩，塞不下；放在课程实体的属性里，同样塞不下。有课堂经验的学生会喊出“放在联系里”，教师立即追问：联系怎么画表格？菱形里能存数据吗？教师出示处理规则：在许多建模约定中，联系的外侧菱形可挂属性（如成绩、选课时间属于一次“选课行为”的性质），但当联系为多对多且需要承载自身数据时，更稳妥的做法是把联系实体化——让“选课”升格为一个独立实体，拥有自己的属性，并分别与“学生”“课程”建立一对多联系。黑板上的ER图随之演变为三个矩形、两个菱形的新结构。教师用一句话收束这个动作：在学生的世界里，选课是两个人的事；在数据的世界里，选课本身成了一个“人”。让“联系的实体化”从矛盾中被逼出来，而不是被讲述出来，是本课教学设计中最刻意安排的一处留白。学生在此处经历的困顿时长我控制在两到三分钟——短了思考不充分，长了挫败感抬头，两分钟左右的“框架性困顿”恰好让点拨具有穿透力。（四）活动三：把图写规矩——关系模型与关系模式（约12分钟）概念层成形，教师引入关键一问：计算机不认菱形和椭圆，数据库系统只认“表”。ER图如何变成表？规则其实很克制：一个实体对应一张表，实体的属性成为表的列；实体化为表的“选课”同样如此。教师示范关系模式的书写格式，全班一起口述产出：学生（学号，姓名，性别，班级）课程（课程号，课程名，学分，开课教师）选课（学号，课程号，选课时间，成绩）书写完成后立即进入“码”的讨论。教师依次追问三个问题：在“学生”表中，哪一列能保证不重复、足以锁定一个人？学生确认“学号”，教师下划线标注并给出术语“主码”——能唯一标识一条记录的属性（或属性组）。第二个问题：在“选课”表里，单独一个学号能锁定一条记录吗？显然不能，一名学生有多行；学号与课程号合在一起才可以，这就是由两个属性组成的复合主码。第三个问题：选课表里的“学号”，是从学生表“借”来的，它在选课表里叫什么？引出“外码”——一个表中引用另一表主码的属性，它像一根线，把三张表缝成一张网。为让“外码的缝合作用”可感，教师即兴做口头查询推演：“要查‘选修了《数据之美》这门课的所有学生姓名’，我们的目光如何走？”学生描述：先在课程表里找到课号→带着课号去选课表捞学号→再拿学号回学生表取姓名。三步之内穿行三张表，学生第一次意识到：表不是孤立的Excel，而是被关键列焊接起来的网络。这为后续SQL的连接查询埋下了最自然的伏笔。规范书写的细节要求在此明确：关系模式一行一个，表名在前，属性括于圆括号内，主码用下划线标出，汉字属性名准确不简写。学案上留有三行空白供学生当堂誊写一遍自己的三行关系模式，同桌互查，格式错误现场订正。规范的仪式感不可省略——工程素养往往就生长在格式洁癖里。（五）活动四：上机落地——把模型建成能跑的表（约15分钟）任务三，分层设计。基础层（全员必做）：在数据库工具中新建三张数据表，严格按本组确定的关系模式设置字段名与数据类型；为“学生”表和“课程”表设主码，为“选课”表设置复合主码；将数据包中的样例数据各录入不少于学生8行、课程5行、选课15行。完成后执行教师预设的三个“模型体检问题”：一查“高二（3）班有哪些学生”，二查“每门课的选课人数”（可用筛选计数代替聚合），三查“学号为S103的同学选了哪些课、成绩分别多少”。三问能答，模型即基本合格。提高层（有余力的小组选做）：故意在选课表中录入一条“学号为S999”的记录（学生表中不存在此人），观察系统是否报错；若所用工具支持参照完整性设置，尝试开启后再测试，描述两次现象的差异，用自己的话解释“参照完整性约束替你挡住了什么”。教师巡回的观察要点有两个：一是看学生录入数据时是否自发地对“学号”“课程号”的取值保持前后一致——这是主码外码意识的操作性证据；二是看遇到填写冲突（同一学生同一课程录了两行）时，小组能否自己解释“为什么系统拒绝或为什么不该这样录”。这两处观察记录将作为过程性评价素材。对动作慢的小组，提供“半成品工程”：表结构已建好、只需录入与体检，保证全员都能体验到“三问能答”的成功感。分层兜底的意义在于：本课的成就感必须普惠，思维的拉伸可以分层，但模型的完整落成不允许有人缺席。（六）归纳提升：一次完整的抽象之旅回望（约4分钟）投影并排呈现三样东西：开课时的混乱登记表、黑板上的ER图、屏幕里的三张数据表。教师带领学生用一分钟静默回看，再请两名学生分别用一句话概括“从左边走到右边，我们每一步做了什么”。期望凝练出的路径是：现实世界→识别实体与属性、判定联系→画出ER图（概念模型）→实体与联系转化为表、确定主码与外码→写出关系模式（逻辑模型）→建表录数、能问能答（落地）。教师补一句定性：数据模型是数据特征的抽象，是数据库设计的核心与地基；今天我们走过的，正是几十年前研究者们为关系数据库奠定的同一条路。此处顺势嵌入信息社会责任的讨论点：回看我们为“学生”实体确定的属性，班级、姓名、学号，是否都必要？如果再加“家庭住址”“家长收入”呢？学生普遍反应“那些不该收”。教师落锤：建模时的每一次“取”，都应过一道“最小必要”的筛子——数据结构里写的每一列，都是对人的一处触碰。（七）课堂小结与作业布置（约1分钟）小结采用“三句话收束”：实体属性联系，是看懂世界的三件套；主码外码，是把表连成网的铆钉；模型能在查询里活下来，才算真的建好了。分层作业：必做题为“给学校图书借阅场景建模”，要求提交ER图一份、关系模式一组（含主外码标注），场景要素为学生、图书、借阅（含借期与还期）；选做题为“挑刺”——教师给出一张故意设计糟糕的“成绩登记表”（学生姓名与课程名同列堆叠、成绩栏出现“优秀/85”混写），写出至少三处结构问题并给出修改后的关系模式。两题均要求电子版提交，便于下节课用五分钟做典型作业的对比讲评，让作业反哺课堂。七、板书设计主板书三区布局。左区为“概念模型”：以本课最终版ER图为核心，三矩形两菱形，属性椭圆环绕，联系类型标注“1对多”。中区为“转化规则”四行字：实体→表；属性→列；联系的实体化；唯一标识→主码，引用→外码。右区为三行关系