高中信息技术必修2 第二章第1节 信息需求的确定 教案

高中信息技术必修2第二章第1节信息需求的确定教案一、教材分析与课标解读沪教版高中信息技术必修第二册《信息系统与社会》第二章“信息系统的构建与运行”，首节确立为“信息需求的确定”。该节内容是信息系统生命周期中“系统规划”阶段的核心起点，承接必修一《数据与计算》中对数据处理流程的初步认知，引领学生从关注“数据如何处理”转向“为何处理这些数据、处理什么数据、达到何种指标”，是培养学生系统思维、工程意识与社会责任的关键课题。新课标明确要求学生“能结合典型场景，分析信息系统建设的必要性与可行性”、“能运用访谈、问卷、观察等方法获取用户需求，并完成需求规格说明书的撰写”。教材通过“校园一卡通系统升级”“社区智慧养老服务平台”两个贯穿性案例，将抽象的需求工程过程具象化，为学生提供了从业务建模到功能建模、从显性需求挖掘到隐性需求预判的完整认知脚手架。二、学情分析与核心素养定位本班学生已完成必修一学习，具备Python基础编程能力与关系型数据库操作经验，能理解“输入处理输出”的基本信息处理模型。但受制于应试惯性，多数学生倾向于直接跳转至代码实现与界面绘制，忽视问题域分析；面对模糊、冲突、动态变化的真实用户诉求，缺乏结构化拆解与优先级排序能力；对非功能性需求（性能、安全、易用性、法律合规）的敏感度极低。针对性地，本节教学将核心素养落脚点锁定在：信息意识中“主动识别真实问题、甄别信息价值”；计算思维中“抽象建模业务流程、分解耦合复杂系统”；数字化学习与创新中“协同完成需求文档、迭代优化解决方案”；信息社会责任中“尊重知识产权、践行数据伦理、守护隐私边界”。三、教学目标体系1.知识与技能目标：能辨析业务需求、用户需求、功能需求、非功能需求、约束条件的层级关系；掌握访谈提纲设计、问卷逻辑跳转设置、现场观察记录表三大基础调研工具的制做规范；能绘制顶层业务流程图（BPD）、用例图、实体关系图（ER图）三种核心建模图形；能依据IEEE830规范撰写结构化需求规格说明书（SRS）片段。2.过程与方法目标：经历“场景沉浸需求获取分析建模规格编写评审验收”完整工程闭环；在小组协作中运用MoSCoW优先级法处理需求冲突，运用原型验证法降低理解偏差；建立“需求追踪矩阵”意识，为后续系统设计与测试奠基。3.素养与价值观目标：在“智慧养老”真实情境中体会技术向善的温度，辨析数据采集边界与老年人数字鸿沟的伦理张力；确立“需求即契约”的工程契约精神，拒绝范围蔓延与金盘子需求。四、教学重难点与破解策略重点：需求获取方法的适用场景判断与组合使用；结构化分析方法中数据流图（DFD）顶层图与子图平衡校验；SRS文档中功能需求的原子性、可测试性、无歧义性写作规范。难点：从模糊自然语言中提炼精确业务规则；识别并显性化隐性需求与非功能性需求；建立需求变更控制流程应对不确定性。破解策略：引入“需求工作坊”模拟真实利益相关者博弈；使用“用户故事地图”可视化需求全景；设置“恶意测试用例”挑战需求文档漏洞；导入轻量级需求管理工具（如ZenTao云端演示版）体验全生命周期追踪。五、教学资源与环境准备物理环境：可移动桌椅组成6个协作学习岛，每岛配备1台高性能笔记本（预装Visio、AxureRP、MySQLWorkbench、ZenTao客户端），1块便携白板与彩色便利贴。数字环境：班级云盘共享“需求工程资源包”（含IEEE830模板、访谈录音范例、问卷星导出样本、某银行核心系统SRS脱密版片段、评审检查表）。角色扮演道具：利益相关者角色卡（项目发起人、前台收费员、后台运维、老年用户代表、监管合规官）、冲突事件卡（预算砍半、法规突变、核心人员离职）。六、教学过程设计（共4课时，每课时45分钟）第一课时：问题域沉浸与需求获取实战1.情境导入：破解“用户说要更快的马”迷思（8分钟）播放1分30秒无声动画：某医院挂号系统上线首日，老人排长队扫不了码，黄牛代挂号倒卖号源，医生端频繁死机，管理端看不到实时数据。动画定格在混乱大厅，抛出问题：“如果你是项目经理，面对发起人‘三个月上线’、老人‘不想用手机’、医生‘要极简界面’、运维‘要零维护’、监管‘要数据不出院’五方诉求，第一周你要干什么？”学生静默思考2分钟，便利贴写下关键动作贴白板。教师归类：调研、建模、文档、评审、基线，自然引出“需求工程”核心流程。2.角色扮演工作坊：智慧养老平台需求获取（25分钟）分组抽取角色卡。每组5人：1名业务分析师（BA），4名利益相关者。BA组外围观摩5分钟，记录提问技巧与遗漏点。场景设定：“社区拟建智慧养老平台，预算80万，工期4个月，需对接民政局数据、医院挂号、子女远程关怀、志愿者调度四大外部系统”。第一轮：BA主导结构化访谈（10分钟）。要求使用漏斗提问法：开放式“请描述典型服务日流程”→探究式“当老人突发疾病且子女不在身边时，系统如何响应”→封闭式“紧急呼叫响应时间上限多少秒”。观摩组重点记录：是否追问了“谁来确认服务完成”“异常流程如何处理”“数据保留年限”。第二轮：问卷设计攻坚（8分钟）。针对分散居家老人群体，各组设计10题问卷，必须包含：矩阵量表题（服务满意度）、条件跳转题（有无智能手机决定后续题路径）、开放题（最希望增加的功能）。教师现场演示问卷星“逻辑设置”功能，强调“预填码关联老人档案ID”“必填项最小化原则”。第三轮：现场观察模拟（7分钟）。播放3分钟社区食堂就餐、活动室康复训练、居家护理探访三段实拍视频（无声）。学生使用“AEIOU观察记录框架”（Activity活动、Environment环境、Interaction交互、Object物品、User用户）速记。重点捕捉：老人放大镜看菜单、志愿者用微信语音记账、护工扫码后仍要纸质签名等“影子IT”现象。3.归纳提炼：需求分类与层级建模（12分钟）全班协作梳理白板便利贴，教师引导构建需求层级金字塔：业务目标（降低空巢老人意外发现时间至30分钟内）→用户需求（老人：一键呼救；子女：实时轨迹；志愿者：就近派单）→功能需求（GPS定位、电子围栏、服务工单、家属端看板）→非功能需求（定位精度≤10米、7×24小时可用性99.9%、数据脱敏存储）→约束条件（预算、工期、等保三级、适老化标准GB/T394322020）。现场演示用Visio绘制顶层业务流程图（泳道图），泳道设为：老人端、子女端、志愿者端、平台运营、医疗机构、民政局。强调“决策节点菱形框必须标注业务规则编号，如BR001：跌倒检测置信度>0.85才触发工单”。第二课时：结构化分析与建模规范训练4.微课回顾与认知冲突（5分钟）播放学生课前自学微课精华片段（3分钟）：数据流图（DFD）绘制规范——命名规则、守恒原则、平衡校验。随机抽查3组作业截图，投屏展示典型错误：数据流命名用动词“处理订单”而非名词“订单信息”；加工框内部逻辑泄露显示“SQL查询”；子图输入输出与父图数据流不平衡。学生小组讨论修正，教师点拨：DFD描述“是什么数据流动”，不描述“怎么处理”，加工框是黑盒。5.核心建模实战：从用例到ER图的追踪链（30分钟）任务单驱动，每组完成“智慧养老平台紧急救援子系统”三图关联绘制。步骤一：用例图绘制（10分钟）。识别参与者：老人、子女、志愿者、调度员、120接线员。识别用例：发起求助、自动定位、智能派单、导航引导、服务确认、事后复盘。应用<<include>>（发起求助包含自动定位）、<<extend>>（跌倒检测扩展发起求助）、泛化（志愿者泛化为专业救援员）。要求：用例名统一“动宾结构”，边界框标注系统版本号V1.0。步骤二：关键用例“智能派单”活动图细化（10分钟）。泳道：调度引擎、志愿者端、地图服务。引入并行分叉/合并节点：同时推送短信、App推送、语音电话三渠道通知。决策节点业务规则显性化：BR002：志愿者距离<3km且空闲且技能匹配→优先派单；BR003：超2分钟无响应→自动升级下一顺位。教师巡场重点检查：异常流（志愿者拒单、导航偏航）是否闭环回调度引擎。步骤三：核心实体ER图构建（10分钟）。实体识别：老人档案、求助工单、志愿者资质、服务记录、设备绑定。属性规范：主键统一用ID后缀，外键用Ref后缀，枚举类型必须列出取值集（如工单状态：待派单/响应中/服务中/已完成/已取消/异常关闭）。关系卡标注：1老人绑定N设备，1志愿者具备M技能标签。现场演示MySQLWorkbench正向工程生成DDL，验证外键约束与索引策略。6.非功能性需求量化挑战赛（10分钟）各组抽取“性能、安全、易用、可靠、合规”五大维度挑战卡，现场将模糊描述改写为可度量指标。例：“系统要快”→“高峰期（早89点）并发500用户，求助工单创建响应时间P99<800ms，派单算法耗时P99<200ms”。例：“数据要安全”→“传输层强制TLS1.3，静态存储AES256加密，日志脱敏手机号中间4位，操作审计日志留存3年且不可篡改”。例：“老人要好用”→“首屏仅保留1个红色SOS按钮，字号≥24sp，对比度≥4.5:1，支持语音播报操作反馈，误触防护需双击或长按3秒”。教师汇总生成《非功能性需求基线表V1.0》，上传云盘共享。第三课时：需求规格说明书撰写与评审仿真7.文档解剖：IEEE830模板深度拆解（10分钟）发放某银行核心系统SRS脱密版第3章“功能需求”片段（约15页）。小组竞速定位：需求编号规则（FR模块序号）、优先级字段（MoSCoW）、前置条件/后置条件/业务规则/数据字典引用四段式结构、验收标准与测试用例ID映射。教师强调：每一条功能需求必须可追溯至业务需求编号（如FREMS001追溯BR002），不可追溯即为金盘子需求，标记为“待确认”。8.协同写作：SRS核心章节接力（25分钟）使用在线协作文档（腾讯文档/飞书文档），全班6组分工并行撰写《智慧养老平台SRSV0.9》第3章功能需求与第4章非功能需求。第1组：老人端SOS与电子围栏（FROLD001至010）第2组：子女端看板与授权管理（FRFAM001至008）第3组：志愿者端接单与导航（FRVOL001至012）第4组：调度中心监控与报表（FRDIS001至015）第5组：性能、安全、兼容性（NFRPER/SEC/）第6组：接口需求（对接民政、医院、地图、短信网关）与约束条件教师实时在文档批注：命名不规范、业务规则缺失、验收标准主观化（“界面友好”→“通过SUS量表评分≥80分”）。倒计时提醒每5分钟，最后5分钟全员通读交叉审查，标记依赖冲突（如第1组定位精度10米，第3组导航精度要求5米）。9.正式评审会：走查与检查表验收（10分钟）模拟正式评审会流程：主持人（教师）、作者代表（各组长）、评审专家（其余学生轮流）、记录员（教师助手）。使用《需求评审检查表》逐条核验：完整性：是否覆盖所有用例图功能点？异常流是否100%有对应需求？一致性：术语表定义是否与ER图属性名一致？接口协议版本是否统一？可行性：NFR指标是否在技术选型（SpringBoot+Vue+PostgreSQL+Redis）可实现范围？可测试性：每条验收标准是否可自动化脚本校验？可追踪性：需求追踪矩阵（RTM）是否双向关联业务目标与测试用例？现场记录缺陷单（DefectReport），分级：Critical（阻断基线）、Major（需修改再评审）、Minor（建议优化）、Typo（笔误）。会议输出《评审会纪要》与《需求基线建立申请单》。第四课时：需求变更管理与工程化落地10.变更冲击风暴：应对不确定性的工程智慧（15分钟）引入3张突发事件卡，各组15分钟完成变更影响分析报告（CIA报告）。事件A：民政局突发新规，要求养老服务数据必须实时同步至省级监管平台，接口协议从REST改为国密SM2加密的WebService，工期不变。事件B：预算削减30%，原采购商用地图API（高德/腾讯企业版）不可用，需切换开源地图（OpenStreetMap+自建瓦片服务器），离线地图包体积限制2GB。事件C：试运行发现80岁以上老人误触SOS率高达40%，产品经理提议增加“语音唤醒+人脸识别双因子确认”，但硬件成本超标。分析维度：影响需求条目清单、影响架构/接口/数据模型/测试用例、工作量重估（人日）、风险等级、替代方案对比（含成本收益分析）、决策建议（批准/延期/拒绝/缓解）。各组汇报，教师点评：变更控制委员会（CCB）决策权归属、基线冻结与解冻流程、版本管理语义化规范（SemVer）。11.原型验证与需求确认闭环（15分钟）演示AxureRP高保真原型交互：老人端SOS长按3秒→倒计时动画→自动拨打120/子女/志愿者三方会议→显示实时位置与医疗档案摘要。学生分组执行“可用性测试脚本”：任务1在模拟震颤手抖模式下完成求助；任务2子女端查看历史轨迹回放；任务3志愿者端离线地图导航至老人位置。记录：任务完成率、错误次数、主观负荷评分（NASATLX简版）。现场修正SRS中交互细节：增加“取消求助5秒倒计时宽限期”“离线地图自动预加载常去地点半径2km”。12.课程总结与元认知反思（15分钟）全班围坐复盘，教师引导四个维度反思：认知跃迁：从“功能清单思维”到“业务价值思维”，从“确定性需求”到“演进式需求管理”。工具链掌握：Visio建模→协作文档写作→ZenTao录入需求池→关联任务/缺陷/测试用例→生成追踪报告，演示全链路打通。伦理觉醒：数据最小化采集（不采集老人资产信息）、知情同意机制（子女代管授权电子签名）、算法公平性（派单算法不因志愿者性别年龄歧视）、技术兜底（弱网/断网/设备故障下的降级服务方案）。迁移预告：下节课“系统总体设计”将基于本节基线SRS，进行架构设计（分层/微服务/数据库分库分表）、接口契约定义、技术选型论证（ADR记录），引出“设计即决策，决策即权衡”的架构师思维。七、作业设计与分层评价基础级（必做）：独立完成“社区智能图书借还系统”简易SRS，包含顶层业务流程图、用例图、核心5条功能需求（按IEEE830片段格式）、3条非功能需求量化指标。提交PDF至学习平台，同伴互评打分（评价量表含完整性、规范性、可测试性三维）。进阶级（选做）：引入ZenTao云端演示项目，将智慧养老平台SRSV0.9录入需求模块，建立与测试用例的关联，模拟提交变更单“增加老人服药提醒功能”，走完审批指派开发测试发布流程，导出需求追踪矩阵报告截图。挑战级（拔尖）：阅读《软件需求》（KarlWiegers第3版）第79章，结合本节案例撰写1500字反思性随笔：论述“在敏捷开发模式下，传统结构化需求规格说明书（SRS）如何轻量化演进为ProductBacklog与DefinitionofReady”，并设计一套适合高中生实践的“用户故事地图+验收标准”轻量级需求模板。评价量表（权重）：课堂参与度与角色扮演表现20%，建模图形规范与逻辑自洽性30%，SRS片