2.2.1 信息系统开发的四个阶段教学设计 2026-2027学年人教/中图版高中信息技术必修2

2.2.1 信息系统开发的四个阶段 教学设计 教材版本：人教/中图版（2019）高中信息技术必修2《信息系统与社会》 课时安排：1课时（45分钟） 授课对象：高一年级 一、教材与学情分析 （一）教材分析 本节是2.2“信息系统的开发过程”的起始课。上一章学生从“使用者”的角度认识了信息系统是什么、由什么组成、有哪些类型；本节开始，视角要从“用系统的人”切换到“做系统的人”。 教材通常将信息系统开发划分为系统分析、系统设计、系统实施、系统运行与维护四个阶段（部分版本会在分析之前单列“系统规划”，或将其作为分析阶段的前置追问）。四个阶段回答的是四个递进的问题：要解决什么问题 → 怎么解决 → 做出来 → 用下去。教材还介绍了瀑布模型等开发过程模型，但必修阶段不需要学生深究模型细节，重点在于建立“开发是有阶段、有顺序、不能跳步”的工程意识。 这一节的教学价值不在于让学生背出四个阶段的名称，而在于让他们真正理解“系统分析为什么不能省” 。学生天然有一种“想清楚不如先动手”的冲动，而这恰恰是信息系统开发中最昂贵的错误。本节课需要用真实的失败案例，让这种冲动“撞一次墙”。 （二）学情分析 问题 具体表现 对教学的影响 把“开发”等同于“写代码” 认为做系统就是程序员打开电脑敲代码 需要让“写代码”之前的分析和设计可视化、可操作 觉得“想清楚再动手”是浪费时间 “先做出来再说，不对再改” 需要用一个“返工代价”的真实案例，让“省分析”的后果变得具体 缺乏“用户”意识 设计功能时从“我觉得”出发，不从“谁会用、怎么用”出发 需要设计角色代入任务，迫使学生站在“食堂阿姨”“排队学生”的角度想问题 二、教学目标（基于学科核心素养） 1. 信息意识:能够从校园生活中识别出“需要用一个系统来解决”的真实问题，形成“看到混乱的流程，会想‘如果有个系统’会怎样”的习惯；同时意识到“有系统”不等于“系统好用”，对“需求没搞清楚就动手”的隐患保持敏感。 2. 计算思维:能够用自己的语言说出信息系统开发四个阶段的核心任务和先后逻辑，理解系统分析回答“做什么”、系统设计回答“怎么做”、系统实施回答“做出来”、运行维护回答“用下去” ；能通过案例辨析“跳过分析直接写代码”会带来什么后果，初步建立“谋定而后动”的工程思维。 3. 数字化学习与创新:能够在小组协作中用表格或草图记录“需求清单”和“功能模块”，体验把模糊想法转化为可操作设计的过程；能用简单的流程图或界面草图表达自己对一个校园系统的设计方案。 4. 信息社会责任:通过了解“系统设计不考虑使用者真实场景，反而让效率更低”的真实案例，初步认识开发者的“想当然”会给使用者带来真实的麻烦；形成“做系统的人需要对用系统的人负责”的基本判断。 三、教学重难点 类型 内容 突破策略 重点 信息系统开发四个阶段的核心任务与先后逻辑 用“盖房子”的类比贯穿全课，让抽象阶段“看得见” 难点 真正理解“系统分析”的价值，克服“直接上手做”的本能冲动 用真实失败案例（没蹲点观察就设计扣费界面，效率反而更低）制造“返工之痛”，让“省分析”的代价变得可感 四、教学方法与资源 主要方法：任务驱动法、类比教学法、失败案例分析法。 辅助方法：角色代入法（站在使用者的角度提需求）、小组讨论法。 教学资源：多媒体课件、学习任务单（含“需求清单”和“阶段对照表”）、“盖房子”类比示意图、食堂订餐系统真实失败教训素材（文字描述）、A3白纸或简易绘图工具（用于画界面草图）。 五、教学过程 环节一：导入——“做一个系统，是先打开电脑吗”（6分钟） 教师活动 学生活动 设计意图 展示情境：“学校食堂中午排队太长。校长说：‘我们做一个线上点餐系统吧！’如果你是这个项目的负责人，校长说完这句话，你下一秒会做什么？ ” 自由发言。大多数学生会说“开始写代码”“设计一个App界面”“先做个原型”。 暴露学生的本能反应——从“做”开始，而不是从“想”开始。 不否定学生的回答，转而展示一张“盖房子”的流程图：想清楚要住几口人、要不要书房（分析）→ 画图纸（设计）→ 施工（实施）→ 入住后修修补补（维护） 。提问：“盖房子能跳过图纸直接砌墙吗？为什么不能？” 回答：不能，砌了再改要砸墙，代价太大。 用盖房子的常识，让学生自己说出“跳过前期工作，后期返工代价大”。 过渡：“做系统和盖房子是一样的。今天我们就按盖房子的顺序，把‘食堂点餐系统’从想法到上线，走一遍。” 进入项目情境。 建立贯穿全课的类比框架。 环节二：系统分析——“到底要解决什么问题”（12分钟） 第一步：先别画界面，先蹲点（4分钟） 教师活动 学生活动 设计意图 任务一：列出“谁在用、怎么用” ——要求小组讨论：食堂点餐系统做出来，会有哪些人用？每个人在什么场景下用？把想到的角色和场景写在任务单上。 小组讨论，列出角色：排队的学生、打饭的阿姨、食堂管理者、充卡的人。场景：课间提前点、中午到店取、阿姨看订单打饭。 强制学生先想“人”和“场景” ，而不是先想“功能按钮”。 巡视，对直接开始写“首页要有哪些按钮”的小组追问：“你先别管按钮。中午12点，一个学生冲进食堂，他最想用这个系统做什么？” 在追问下回到场景思考。 把注意力从“界面长什么样”拉回到“问题是什么”。 第二步：真实失败案例——“没蹲过点，就别急着画图纸”（8分钟） 教师活动 学生活动 设计意图 讲述一个真实教训（简化自开发者的项目复盘）： “一个团队给公司食堂做订餐系统。他们设计了一个‘临时扣费’页面，用鼠标在屏幕上点数字来输入金额。他们觉得这个设计‘挺合理的’。结果上线后，食堂阿姨宁愿用原来的纸质本子——因为鼠标点数字比手写还慢，后面排队的人更多了。后来他们把页面改成外接小键盘，效率才提上来。” 提问：“这个团队在‘系统分析’阶段漏掉了哪件事？”-52 讨论后回答：“没有去食堂看阿姨实际怎么操作的”“不知道阿姨打饭要快”“坐在办公室里想当然”。 用真实的“返工之痛”让学生自己说出：系统分析的核心不是“想功能”，而是“去看真实的使用场景” 。 追问：“如果他们一开始就去食堂蹲了半天，看到阿姨一只手拿勺子、一只手敲键盘，还会设计成‘鼠标点数字’吗？” 回答：不会。 强化“分析=观察真实场景”的认知，而不是“分析=写需求文档”的形式化理解。 系统分析阶段的核心产出（板书归纳）： 要搞清楚的事 在这件事中的具体表现 要解决什么问题 中午排队太长，阿姨手写记录太慢 谁在用、在什么场景下用 学生在课间用手机点；阿姨在打饭窗口用键盘操作 系统“不做什么” 不做复杂的推荐算法，不做社交功能——那些不是当前问题 能不能做 学校有没有网络、有没有设备、预算够不够 环节三：系统设计与实施——“画图纸”和“盖起来”（12分钟） 教师活动 学生活动 设计意图 任务二：画一张“功能地图” ——基于刚才的分析，要求小组用方框和箭头画出点餐系统的功能模块关系（不需要画界面细节）。提示：从“谁用”出发，不要从“我想放什么按钮”出发。 小组绘制功能模块草图。示例：学生端（选餐→下单→取餐码）；阿姨端（查看订单→核销→异常处理）；管理端（菜品管理→统计）。 把“系统设计”从“画好看的界面”拉回到“设计合理的结构”。 展示一组对比：A组设计“一打开App就是全部菜品列表”；B组设计“先选窗口/楼层，再看菜品”。追问：“如果食堂有3层楼、20个窗口，A组的设计会有什么问题？” 回答：列表太长，找不到想吃的东西，反而更慢。 让学生理解：设计的好坏，取决于是否匹配分析阶段发现的真实场景。 简短过渡到“实施”： “图纸画好了，接下来是施工——写代码、配设备、培训阿姨用键盘。这个阶段不是我们今天这节课能做完的，但你要知道：施工中如果发现图纸错了，返工的成本比改图纸高得多。” 理解实施阶段的位置，以及“越往后返工越贵”的逻辑。 不展开技术细节，只建立“阶段顺序的成本逻辑”。 环节四：运行与维护——“上线不是终点”（7分钟） 教师活动 学生活动 设计意图 展示一个情境：“系统上线第一周，有学生反映‘点了餐但取餐码刷不出来’，有阿姨反映‘有的人没点餐却混进来取餐’。” 提问：“这些问题是‘开发失败’吗？系统要不要推翻重做？” 讨论后回答：不是失败，是上线后才会暴露的问题，需要修补。 让学生理解“维护”不是“修bug”那么窄，它包括规则修补、流程调整、异常处理。 引出教材中的“运行与维护”阶段任务：系统监控、数据备份、用户支持、局部升级。追问：“‘防止没点餐的人混进来取餐’，这是一个技术问题还是一个流程问题？维护阶段该改什么？” 回答：可能需要技术上加验证（取餐码核销），也可能需要流程上让阿姨多问一句。 让学生看到：维护阶段的问题，往往需要回到“分析”的思维——先搞清楚问题出在哪，再动手改。 环节五：总结与延伸（8分钟） 教师活动 学生活动 设计意图 任务三：排序——打乱四个阶段的名称，要求学生按正确顺序排列，并用一句话说明为什么不能颠倒。 排序并说明：分析（搞清楚问题）→设计（想好方案）→实施（做出来）→维护（用下去）。颠倒的话，要么做错东西，要么做出来没法用。 用“排序+说理”检验学生是否理解了阶段之间的逻辑依赖，而不是记住了四个词。 请学生用“我以前觉得……现在我觉得……”说一说对“做系统”的理解变化。 自由发言。示例：“我以前觉得做系统就是写代码，现在我觉得写代码之前要想清楚很多事。”“我以前觉得分析是浪费时间，现在觉得分析没做好，后面全白搭。” 收束“谋定而后动”的核心判断。 布置课后任务：选一个你觉得“学校需要做个小系统”的场景（比如失物招领、自习室座位查询、班级图书角借阅），只做系统分析这一步：写清楚“要解决什么问题、谁在用、在什么场景下用、系统不做什么”。不需要画界面，不需要写代码。 记录任务。 把“先分析再动手”的习惯迁移到真实问题中。 六、板书设计 2.2.1 信息系统开发的四个阶段 盖房子：想清楚 → 画图纸 → 施工 → 入住维护 做系统：分析 → 设计 → 实施 → 运行维护 阶段 │ 回答什么问题 │ 如果跳过会怎样 系统分析 │ 到底要解决什么问题？谁在用？ │ 做出来的东西没人用 系统设计 │ 怎么解决？结构怎么安排？ │ 做出来一团乱 系统实施 │ 真正做出来 │ 只有想法没有东西 运行维护 │ 用下去，出了问题怎么办 │ 上线即“烂尾” 一句话：分析没蹲过点，设计就容易想当然，实施就要返工。 学科网（北京）股份有限公司 $