基于计算思维的高二信息技术“智能决策器-算术运算模块”项目教案

基于计算思维的高二信息技术“智能决策器——算术运算模块”项目教案

一、教学背景与顶层设计

（一）学科定位与模块归属

本教案适用于普通高中二年级信息科技选择性必修课程“模块5：移动应用设计”。本课程在高中一年级必修“数据与计算”“信息系统与社会”基础上开设，以AppInventor2可视化编程平台为载体，贯彻《普通高中信息技术课程标准（2017年版2020年修订）》及《义务教育信息科技课程标准（2022年版）》高中学段衔接要求，聚焦计算思维、数字化学习与创新、信息社会责任等核心素养的深度融合培养。

（二）标题优化与项目界定

本课为“智能决策器”跨学科项目系列的第一阶段：“算术运算模块开发”。项目摒弃传统“简易计算器”单一技能模仿取向，重构为“需求分析→界面原型→逻辑实现→测试迭代→人文反思”五阶闭环。标题《基于计算思维的高二信息技术“智能决策器——算术运算模块”项目教案》精准锚定高二年级、信息科技学科、项目式学习形态及核心素养指向。

（三）设计理念与范式突破

本设计彻底超越“工具操作说明书”式教学，遵循“用中学、创中学”理念，以大概念“算法与结构化问题解决”为锚点，以“人如何做决策、机器如何辅助决策”为认知冲突切入点。课程以“为食堂设计一台供不擅长智能手机操作的老年食堂师傅使用的快速计算装置”为真实驱动任务，将程序设计的语法学习后置于“解决真问题”的过程中。全程贯穿四个“不是……而是……”：不是教按钮拖拽，而是教人机交互原理；不是教加减乘除代码，而是教输入-处理-输出的计算模型；不是教功能堆砌，而是教需求优先级取舍；不是教最终成绩，而是教迭代反思习惯。

（四）学情深层剖析

高二年级学生已完成必修模块学习，具备基础的算法流程图阅读能力与Python顺序结构编程经验，但存在三重显著断裂：其一，对“事件驱动”编程范式陌生，思维滞留于命令行式线性执行；其二，对移动设备的输入约束（触摸精度、屏幕尺寸、数字键盘适配）缺乏工程敏感度；其三，对“程序正确性验证”停留在“试几次感觉对了就行”，缺乏系统的测试用例设计意识。本课将以上断裂点转化为教学设计的关键增长点。

（五）课时结构

本项目为4学时连续大课（每学时45分钟，建议连堂安排），形成“需求与设计”“界面与布局”“逻辑与算法”“测试与人文”四个紧密咬合的进阶模块。

二、课程标准与素养目标分解

（一）【非常重要+核心考点】计算思维维度

抽象与建模：能够将“食堂师傅快速算总价”这一现实任务，抽象为“输入单价×数量+输入单价×数量+……”的累加数学模型，并识别出“清零”“退格”“连续运算”等非功能性但影响用户体验的关键需求。

分解与模块化：能够将计算器APP拆解为界面呈现层、事件监听层、运算逻辑层、状态管理层，理解各层间的接口关系。

模式识别与算法：识别四则运算与累加运算在流程控制结构上的共性，迁移数学中的运算优先级知识，在块语言中实现乘除优先于加减的工程处理。

评估与概括：通过设计等价类测试用例（正整数、零、小数、极端大数、空输入、除数为零等）验证程序鲁棒性，并形成可迁移的测试思维。

（二）【重要+热点】数字化学习与创新

能够利用AI伴侣（AICompanion）或模拟器进行增量式、迭代式开发，理解“编程即调试”的工程本质。

能够在教师提供的半成品模板基础上进行个性化界面改良（主题配色、字体适老化、语音朗读提示），体现对特定用户群体的同理心设计。

（三）【一般】信息社会责任

通过“老年食堂师傅”这一用户画像，理解数字包容（DigitalInclusion）的社会价值，思考技术设计如何避免造成新的数字鸿沟。

明确“除数为零”必须处理且提示语必须礼貌、无歧义，建立软件伦理底线思维。

三、【重中之重】教学实施过程全展开

本部分为教案核心躯干，占全文篇幅75%以上，严格遵循“四阶十二步”项目式教学范式，每一阶段均标注思维工具、师生互动形态及认知负荷调控点。

（一）第一阶段：情境锚点与需求解构——建立真实问题域（第1学时前25分钟）

1.【热点+难点】认知冲突引爆：教师手持一部安装好“普通计算器”APP的手机，邀请一位学生现场模拟老年食堂师傅打菜场景。屏幕上按钮密集、字号偏小，学生反复点错数字；点击“C”全清后需重新输入所有菜品，后面排队的同学发出催促叹息。教师定格：“这是工程师认为‘功能完备’的计算器。这是食堂张师傅需要的计算器。中间的鸿沟是什么？”（此环节不允许直接给答案，必须由学生观察生成需求清单。）

2.需求挖掘四象限法：学生分组（每组4人，异质分组，确保每组至少1名有编程兴趣特长的学生），使用教师分发的巨型便利贴，将观察到的痛点分类填入“界面-功能-反馈-容错”四象限画布。教师巡组时使用启发性元问题：“张师傅可能戴着老花镜吗？”“手上可能有油污，误触了怎么办？”“如果他需要连续算5位顾客的账，每次都要重启APP吗？”【非常重要】此环节强制不使用电子设备，纯粹进行纸笔认知建模，防止过早陷入工具细节而丢失问题全貌。

3.角色扮演与用户画像凝固：每组推选“产品经理”进行60秒极简陈述，提炼出3条必须满足的核心需求与2条“有了会更好”的期望需求。教师将全班共识录入投影端思维导图软件，形成本项目的《产品需求规格说明书（学生版）》。核心需求锁定为：超大数字按钮、仅保留加减乘除及等号、清零与退格分离、显示当前算式、除数为零友好提示。本环节结束时，每人在笔记本上用一句话写下“我今天要为张师傅解决的最核心麻烦是什么”，作为离场门票。

（二）第二阶段：组件语义化与界面工程——从像素到体验（第1学时后20分钟+第2学时前30分钟）

1.【重要】界面布局的数学逻辑：教师分发半成品项目文件（含已添加基本组件但未命名、未设置属性、布局混乱的aia文件）。学生需完成第一项挑战：不依赖教师示范，仅根据需求优先级，重新组织组件排列。教师在此环节刻意不提供“标准答案”，而是提供三组不同风格的界面截图（极简风、复古计算器风、针对老年人的高对比度风），引导学生讨论：为什么同样功能，布局不同会带来操作效率差异？引出“菲茨定律”通俗版——目标越大、距离越近，点击越快。学生据此将“0-9”数字按钮、“+”“-”“×”“÷”“=”“C”“⌫”重新排布为食堂师傅特供版：等号按钮宽度为其他按钮2倍，颜色采用色盲友好蓝橙色系。

2.【高频考点+难点】组件命名规范与匈牙利命名法迁移：传统课堂中学生随意命名组件（Button1、Button2……）导致逻辑设计模块代码可读性极差。本环节实施“命名即注释”强制规范：所有组件必须在“重命名”对话框中改为前缀+语义英文名，如“btn_0”“btn_Add”“lbl_Display”“btn_Clear_All”。教师引入软件工程中“自文档化代码”概念，并要求学生在后续所有逻辑块引用中必须使用规范名，误用匿名组件者需在全班朗读自己混乱的代码作为“惩戒性反思”。

3.适老化改造专项突破：在完成基本布局后，发布“挑战任务A”——为张师傅增加“按键音反馈”与“计算结果语音朗读（可选）”。此任务非全员强制，但作为“数字包容设计师”荣誉勋章评选依据。学生需自主探索Sound组件与ToSpeech组件，并在小组内互教互学。教师此时仅提供官方组件文档截图，不提供步骤截图，迫使学生在图形化块中尝试连接“当按钮被点击-调用ToSpeech.念读结果标签文本”的事件链。【非常重要】此环节观察学生错误连接方式（如将念读块放在点击数字时触发），是诊断其是否理解“事件与动作一一映射”的关键证据。

（三）第三阶段：逻辑建模与算法可视化——计算思维外显化（第2学时后15分钟+第3学时全段）

1.【非常重要+核心考点】变量概念的具身建构：学生在组件设计阶段放置了结果显示标签，但不知如何“记住”用户按下的数字序列。教师不使用PPT讲解变量定义，而是邀请三位学生上台扮演“人肉计算器”。第一位是“显示屏”，第二位是“临时存储器”，第三位是“运算指挥官”。台下学生依次给出“3”“+”“5”“×”“2”“=”指令，三位演员需按规则执行并报数。游戏进行到第二回合必然卡壳：当输入“×”时，临时存储器应该存3还是存5？运算指挥官如何知道等号时先算5×2还是3+5？全场大笑后学生顿悟：机器也需要一个“放中间结果的黑板”——全局变量诞生。

2.块语言与流程图双编码并置：本环节摒弃直接从左侧工具栏拖拽变量的传统讲法。教师预先将核心算法逻辑切割为7个主要事件处理块：当屏幕初始化时、当数字按钮被点击时、当运算符按钮被点击时、当等号被点击时、当清零被点击时、当退格被点击时、当小数点点按时。每个事件块内部逻辑，学生必须先在学案纸（纸质）上画出该事件对应的流程图，经组内互审通过后，方可在AppInventor逻辑视图中拖拽积木。

3.【难点+高频考点】运算优先级工程妥协：标准数学运算要求“先乘除后加减”，但AppInventor若简单采用顺序解析“数字1+运算符+数字2”会形成从左到右计算（如2+3×4=20，错误）。教师不直接给出修正方案，而是提供问题支架：“计算机是严格按照你的指令顺序执行的。如果要让它先做乘法，你应该在它执行加法前，对它下什么指令？”引导学生发现“暂存中间结果”的策略。最终全班共同建构两种解决方案并对比优劣：方案A（官方简易版）——设置全局变量“是否按下乘除”标志位；方案B（本课推荐高阶版）——采用两个全局变量“操作数1”“操作数2”加一个“待处理运算符”状态机模型。此处不强求所有小组达成完美无bug代码，但必须全体经历“尝试-失败-归因-重构”的完整调试闭环。【非常重要】教师此时需高频使用形成性反馈：“我看到第三组在等号块里用了三层嵌套的‘如果那么否则’，他们正在处理小数点和负数情况——这是非常专业的工程思维！”

4.边界条件雨课堂式众筹：教师发起“极客挑战”——谁能“弄坏”我们的计算器？学生在模拟器中输入0作为除数、连续点小数点、输入超长数字、快速连点等号……每发现一个bug，全班暂停，将此bug收录进《食堂计算器漏洞博物馆》共享文档，并由发现者本人尝试给出至少一种修复策略。此环节将枯燥的防御性编程转化为极具荣誉感的破解游戏，班内形成“以找到bug为荣，以修复bug为更高荣誉”的竞技氛围。

（四）第四阶段：测试迭代、系统联调与社会价值反思（第3学时后10分钟+第4学时全段）

1.【重要】单元测试与集成测试角色扮演：借鉴工业界“开发与测试岗位分离”模式，每个小组内部一分为二：A组继续优化代码，B组化身“最挑剔的用户”——耳背的爷爷、手抖的奶奶、急性子的年轻打菜员。B组需使用模拟器对A组作品进行极端压力测试，并出具《用户体验测试报告》，报告中必须包含：测试时间、测试环境、复现步骤、预期结果、实际结果、严重等级（致命/严重/一般/建议）。教师提供结构化报告模板但不强制完全照搬，鼓励学生用手机拍摄测试过程短视频作为证据链嵌入。

2.跨学科锚点植入：在等待各组完成最终调试的空隙，教师引入15分钟微讲座《从算盘到NPU：人类如何与机器协作计算》。内容贯穿：春秋筹算与位值制、莱布尼兹二进制、图灵机停机问题与本课的状态机变量设计思想、当代AI芯片为何仍需加法器。此环节不是思政标签的生硬粘贴，而是将信息学科置于人类文明演进坐标系中，让学生意识到自己拖拽的每一个“加法积木块”，底层都是数万工程师半个世纪的智慧结晶。

3.【热点+一般】作品路演与“用户验收”仪式：课堂情景还原——邀请隔壁班一位老年教师或食堂工作人员（若条件不允许，则由班主任扮演）进入课堂。每组拥有3分钟时间，向“张师傅”展示APP并请他现场点击操作。这是全课情绪高潮：学生紧张地盯着用户手指是否准确按到大按钮，是否因按钮反馈迟滞而重复点击导致计算错误。展示结束后，“张师傅”现场投票给“我最愿意放在收银台的那台计算器”。此环节彻底打破虚拟任务与真实世界的玻璃墙，学生第一次直面“我的代码影响了另一个人的使用体验”。

4.【非常重要】元认知复盘与知识图谱构建：每人领取一张A3空白纸，折叠为四宫格。格1：画出本项目中我掌握的3个最核心的AppInventor组件及其功能；格2：画出计算器核心逻辑中“变量”值变化的时序图（什么时候操作数1被赋值，什么时候被调用）；格3：写下我在调试过程中犯过的一个印象最深的错误以及我是如何发现的；格4：用一句话描述——如果再让我做一遍食堂计算器，我在哪个环节会做得完全不同。教师回收此反思卡，作为本课终结性评价核心依据，不评对错，只评反思深度。

四、教学资源与数字化环境配置

（一）硬件环境

交互式一体机或投影+教师机1台；学生机（含虚拟化桌面或Windows笔记本）确保每生1机，要求安装Chrome/Firefox最新版，支持WebGL；安卓真机或逍遥安卓模拟器（每小组至少1个调试终端）；无线局域网全覆盖，确保AI伴侣扫码连接零延迟；为每个小组配备有线耳机一副，用于测试语音朗读功能互不干扰。

（二）软件与平台

MITAppInventor2官方服务器（）或广州素质教育版离线服务器；之江汇教育广场/国家智慧教育平台班级群组（用于发布半成品资源、收集漏洞报告）；腾讯文档/一起写（多人协同编辑《需求规格说明书》与《漏洞博物馆》）。

（三）学具与纸质资源

每组1张A2尺寸“四象限需求画布”磨砂贴纸；每人2张不同颜色的便利贴；《事件流程图学案》每人每事件1张，共计7张；匈牙利命名法速查卡（教师自制，正反面覆膜）。

五、【非常重要】教学评价多元矩阵

本课彻底摒弃传统“根据功能点完成度打分”的终结性单一评价，构建四维十二级动态评价模型。

（一）过程性评价（权重60%）

1.需求洞察与抽象能力（15%）：评价依据为四象限画布填写的颗粒度、用户画像描述的具体性、核心需求与非核心需求的区分逻辑。重点关注是否使用“可能”“如果……那么……”等条件化表述。

2.工程实现与调试毅力（30%）：评价依据为版本管理次数（通过aia文件另存为频次间接观测）、复杂bug突破记录（以《漏洞博物馆》收录条目的质量和修复方案合理性为准）。【非常重要】出现“除数为零”处理方案者在此项自动升一档；完全零语法错误但缺乏迭代痕迹者在此项降档，因其缺乏工程试错勇气。

3.团队协作与角色贡献（15%）：通过组内匿名互评（量表含“任务引领”“建设性质疑”“信息寻找”“鼓励支持”四个因子）计算。教师需警惕“代码独裁者”（一人包揽全部拖拽）现象，若发现则约谈组长，引导将逻辑设计权下放。

（二）终结性评价（权重40%）

1.作品运行测试（20%）：不采用教师主观印象，而采用标准化测试脚本。测试脚本含12个预设输入组合（含正常值、边界值、异常值），每个测试点由模拟器自动执行或助教手动验证。通过率90%以上为A等，75%-89%为B等，60%-74%为C等，60%以下需进入修复迭代（不计入本次成绩，一周后补测）。

2.反思迁移能力（20%）：评价依据为A3反思四宫格。采用SOLO分类理论：前结构——仅罗列活动名称，无抽象反思；单点结构——仅提及单个技术点掌握；多点结构——列举多个技术点但无关联；关联结构——能清晰描述变量时序变化与bug修复归因；拓展抽象——能迁移至“如果开发的是股票计算器/卡路里计算器，我的设计会保留什么、修改什么”。本课要求全员至少达到多点结构，30%以上学生达到关联或拓展抽象。

六、差异化教学与特殊需求应对

（一）计算思维强基生（前20%资优生）

提供“超维挑战”包：要求在不使用“×”“÷”按钮的前提下，仅通过累加循环块实现乘法功能，通过连减循环块实现除法取整功能，并比较两种实现方式的算法复杂度。同时开放Web数据库组件，尝试将每次计算记录存储于云端，生成“食堂菜品销量热力图”。这类学生不再需要教师关注基础操作，而是作为“学生助教”定点帮扶邻组，在讲授中完成高阶认知。

（二）认知负荷临界生（后20%）

实施“脚手架逐级撤退”策略。初始阶段提供组件命名已完成80%的模板，仅留2-3个关键组件需自主命名；提供“逻辑块预拼图”——将混乱排列的积木截图打印，学生只需用箭头标注连接顺序，无需在软件中拖拽；允许其使用语音输入需求代替文字撰写。核心目标是确保其在四节课结束时拥有一个“尽管功能不完备、但亲自完成主体逻辑”的.apk文件，保护其编程自我效能感。

（三）肢体障碍或视障学生

启用无障碍开发模式：使用AppInventor的键盘导航插件，避免精细鼠标操作；界面设计任务调整为“无障碍评测员”——专门测试屏幕阅读器与TalkBack功能的兼容性，撰写《计算器APP无障碍缺陷报告》。该角色同样产出核心素养证据，避免将其边缘化为旁观者。

七、作业系统与课前课后贯通

（一）课前预习微任务

观看教师自制的3分钟微视频《拆一个真的计算器》，任务单：拆解家里或图片里的计算器，拍照上传，标注出“数字区”“运算符区”“功能键区”“显示屏”，并猜测“MC/MR/M+/M-”这几个奇怪按键曾经的作用。此任务将本课核心概念“功能分区与状态存储”植入长时记忆，且无任何技术门槛，100%学生可完成。

（二）课后分层拓展

基础层：完善课堂作品，打包生成apk文件，安装至父母手机并收集一条使用反馈，下节课分享。

进阶层：为计算器增加“连续运算”能力——按下等号后继续按运算符和数字，无需再次按清零。此任务需重构全局变量状态机，是检验是否真懂事件驱动范式的试金石。

挑战层：研究AppInventor中的“任意函数”积木，自行封装一个“四舍五入保留两位小数”过程块，并在计算结果显示时调用。优秀代码将入选年级代码库，供后续班级调用。

八、板书设计与认知留白

交互式电子白板左侧为“永久概念区”，全程保留三大核心定义：

1.事件=用户做了什么+屏幕发生了什么变化；

2.变量=给存储盒贴标签（禁止使用“容器”一词，因“标签”更贴近块语言隐喻）；

3.测试=证明程序有错的过程（引用EdsgerDijkstra，但不出现人名，仅呈现格言）。

白板右侧为“生成区”，随课堂进程动态生成：第一节课生成需求关键词云，第二节课生成命名规范错误纠察实录，第三节课生成全班众筹的“