本科软件工程专业二年级《软件工程》课程“需求获取”专题教案_第1页
本科软件工程专业二年级《软件工程》课程“需求获取”专题教案_第2页
本科软件工程专业二年级《软件工程》课程“需求获取”专题教案_第3页
本科软件工程专业二年级《软件工程》课程“需求获取”专题教案_第4页
本科软件工程专业二年级《软件工程》课程“需求获取”专题教案_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

本科软件工程专业二年级《软件工程》课程“需求获取”专题教案

一、教学内容与学情靶向分析

(一)课程定位与内容解构

本节专题“需求获取”隶属于《软件工程》课程需求工程模块,是软件生命周期前端核心活动的奠基性内容。该内容既承接前期软件工程概述、过程模型等宏观理念,又为后续需求建模、规格说明验证、系统设计交付提供原始输入依据。在学科知识体系中,需求获取处于“问题域向解决方案域映射”的枢纽位置,直接决定项目成败的经济学权重(业界数据显示,需求阶段缺陷修复成本仅为交付后的1/200)。从课程思政视角切入,本内容天然蕴含“以用户为中心”的责任伦理、严谨求证的科学精神以及沟通共情的人文素养,是实现工程教育与价值引领同频共振的优质载体。

(二)学情精准画像

授课对象为本科软件工程专业二年级学生,已完成高级语言程序设计、数据库原理、Web前端开发等前序课程,具备基础的编程能力与系统思维。认知层面:学生普遍持有“编码即开发”的朴素认知,对需求阶段的价值认知模糊,习惯于接受明确指令而非主动挖掘模糊需求。技能层面:多数学生曾在课程实践中被动等待用户陈述需求,缺乏主动引导、追问、澄清的交互技巧;对涉众识别、冲突消解等社会学方法近乎空白。情感态度层面:二年级处于专业认同形成期,对工程化方法既渴望掌握又存在畏难情绪,对非技术性软技能的重视程度显著不足。基于此,本设计将着力打破“技术本位”惯性,建立“需求先于设计、沟通重于编码”的专业价值观。

二、教学目标体系建构

依据布鲁姆认知目标修订版及工程教育认证毕业要求指标点,确立三维融合目标体系:

(一)知识与技能目标

1.精准复述需求获取的核心定义、在软件工程框架中的位置及关键输入输出工件(【重要】)。

2.独立辨析功能性需求与非功能性需求的本质差异,并能对原始用户陈述进行快速归类(【高频考点】)。

3.系统阐述五种主流获取方法(用户访谈、问卷调查、观察法、文档分析、原型法)的操作规程、适用场景及优劣边界(【非常重要】)。

4.运用联合应用开发模式组织一次微型需求工作坊,产出结构化的用户故事及初步需求列表(【热点】【难点】)。

(二)过程与方法目标

1.通过模拟涉众沟通演练,体验从“未知”到“已知”的需求探索过程,掌握开放式与封闭式问题穿插使用的提问策略。

2.借助真实项目案例溯源,分析需求获取失败的典型模式(如先入为主、术语屏障、涉众遗漏),建立风险前置的防御思维。

3.在小组协作中实践协商与妥协技巧,理解需求获取本质上是社会技术系统的共识构建过程。

(三)情感态度与价值观目标

1.认同“软件是知识与智慧的凝结而非纯代码产物”的工程价值观,增强对模糊性与不确定性的专业容忍度。

2.培育“用户代言人”的职业伦理意识,警惕技术精英主义的傲慢,尊重不同涉众群体的利益表达。

3.激发对非功能需求(如无障碍设计、数据隐私)的社会责任感,将技术决策置于更宽广的人文关怀视域中审视。

三、教学重点、难点及突破策略

(一)教学重点

1.五种核心需求获取方法的规程与适用场景(【非常重要】【高频考点】)。

2.从用户原始话语到结构化需求信息的转化机制(【重要】【高频考点】)。

3.功能性需求与非功能性需求的识别与分离(【重要】)。

(二)教学难点

1.原型法在模糊需求场景下的迭代演进逻辑(【难点】【热点】)。

2.联合应用开发中多方涉众的利益冲突识别与共识达成(【难点】【热点】)。

3.隐性知识(用户未言明的信念、惯例、痛点)的外显化挖掘技巧(【难点】)。

(三)突破策略

1.针对原型法难点:引入“低保真-中保真-高保真”渐进实物化演示,结合在线协作工具模拟迭代反馈闭环,使抽象原理具象化。

2.针对冲突共识难点:编排角色扮演剧本,使学生在对立观点碰撞中亲历“协商-折衷-共赢”的完整周期。

3.针对隐性知识难点:运用认知心理学“情境行动”理论,通过观察法视频案例拆解,训练学生捕捉非言语线索与行动模式的能力。

四、教学理念、模式与策略选择

(一)主导理念

秉持“建构主义”与“项目化学习”深度融合的改革方向,将课堂重构为“需求工程实验室”。遵循CDIO工程教育模式(构思-设计-实施-运作),以真实问题为锚点,以迭代反馈为引擎,实现知识习得与能力生成的有机统一。同时引入设计思维中的同理心训练模块,跨学科汲取心理学访谈技术、人类学田野调查方法、管理学冲突解决理论,形成软件工程与社会科学方法论的交融。

(二)教学模式

采用“三阶八环”翻转课堂模式:

课前阶段:微课自学+前置测评。

课中阶段:情境唤醒-策略建模-协同建构-反刍深化-迁移实战-复盘升华。

课后阶段:拓展研习-档案袋评价。

(三)方法选择

1.案例教学法:以一正一反两个产业级案例贯穿全程,构建认知锚点。

2.模拟演练法:设置高度拟真的涉众沟通场景,在行动中反思。

3.思维示证法:教师通过实时屏幕录制,外显需求分析的心智加工路径,破解内隐知识传递难题。

4.同伴互评法:依据评价量规对小组交付物进行交叉评议,激活批判性思维。

五、教学资源与环境配置

(一)物理环境

智慧教室布局,六边形拼接桌支持6人小组协作,四面可书写的玻璃墙供即兴概念图绘制。每组配备一台触控大屏用于实时投射讨论成果,教室内设“涉众角”用以角色扮演时的场景区隔。

(二)数字资源

1.自建SPOC平台专题页面:包含微课视频(需求获取总论、访谈技巧精讲、原型法演示)、典型失败案例库(某大型医疗系统需求纰漏纪实)、专家访谈录(资深需求工程师谈关键事件)。

2.交互工具:在线白板工具(用于虚拟原型协作)、实时词云生成器(汇聚全班问题焦点)、电子投票系统(涉众优先级排序)。

3.教具:实物原型设计套件(纸、笔、便利贴、白板笔),服务于低保真原型快速构建。

六、教学实施过程(核心环节,总时长180分钟,含课间休息)

(一)课前启化阶段:微课自学与前置任务

1.学生登录SPOC平台观看三段微课视频(总时长22分钟),分别阐述需求获取的定义价值、访谈基本话术、原型演进概貌。微课中嵌入即时测验题(如判断陈述属于功能/非功能需求),系统自动反馈正误并推送解析。

2.前置任务:以小组为单位,寻找校园内一个真实业务场景(如图书馆预约系统、食堂排队动线、社团纳新流程),尝试进行一次非正式观察,记录至少3条潜在需求。该任务旨在激活经验图式,将抽象方法拉近至可感知生活域。

(二)课中深化阶段(160分钟)

一、情境唤醒与认知冲突激发(15分钟)

1.导入活动:播放精心剪辑的2分钟短片,呈现某国际知名软件公司因需求遗漏导致1.2亿美元项目失败的新闻剪辑。随即抛出核心诘问:“代码零缺陷,为何项目依然覆没?”学生快速在个人终端键入直觉归因,词云实时聚合高频词汇(如用户没说清、需求老变、领导干预)。教师指向词云中最大字号词条——“我们根本没有找到正确的人提问”,顺势破题。

2.问题链推进:为什么用户无法一次性说清需求?如果用户自己都不知道要什么,工程师是否应自行推断?需求获取究竟是收集还是创造?通过连续追问,使学生从技术乐观主义坠入认知困惑,从而产生对新知工具的强烈渴求。

二、策略建模与概念系统建构(35分钟)

1.需求获取方法论全景图绘制(15分钟)

教师在大屏逐步展开概念拓扑图,核心节点为“获取方法-涉众网络-输出工件”三元结构。首先锚定五种经典方法图标(访谈、问卷、观察、文档、原型),逐一揭示其学理渊源:访谈源自临床心理学,问卷借道社会学调查,观察脱胎于人类学田野工作,文档分析效法历史考据,原型法则与工业设计中的快速成型同源。跨学科视角下,学生顿悟软件工程并非孤立技术域,而是人类认知世界方法的数字化映射。

2.方法适用矩阵深度加工(20分钟)

教师呈现二维坐标系(横轴为问题确定性程度,纵轴为涉众可接触性),引导学生将五种方法放置于矩阵恰当位置。例如:文档分析适用于确定性高、间接接触场景;原型法适用于确定性低、需频繁交互场景。【非常重要】在此环节,教师同步标记高频考点标识,并插入2008年某省级政务平台案例——因过早采用问卷调查而错失关键用户洞察,导致设计方向彻底跑偏。通过反例强化方法择机的重要性,使学生建立“没有万能方法,只有适配决策”的情境理性。

三、协同建构与焦点技能演练(50分钟)

1.访谈技巧微格演练(25分钟)

本轮聚焦【高频考点】【难点】“隐性知识挖掘”。教师首先示证一段正反对比录像:版本甲中,需求师机械念题板,用户仅作“是/否”答复,信息量极浅;版本乙中,需求师发现用户对某字段填写面露迟疑,立即暂停预设流程,追问“您刚才犹豫了一下,是有什么顾虑吗”,用户由此吐露工作流中的潜规则变通。

学生随即两人一组互为访谈者与用户。用户角色领到一张任务卡,描述自己作为图书管理员“难以言表”的痛点(如荐购系统表单虽完备但操作割裂,导致宁愿手工登记)。访谈者需在5分钟内挖掘至少2条隐形需求。演练后观察员依据量规反馈。教师巡场时高频点拨:“听故事而非审犯人”“追问‘您刚才提到……能举个例子吗’”。本环节实时录制典型片段,随机抽取投屏供全班点评。

2.原型法循环冲刺(25分钟)

发布迷你挑战:为校园心理咨询中心设计预约模块低保真原型。用户角色(由教师扮演)初始陈述极为模糊:“希望预约简单些”。小组在10分钟内用纸笔构建第一版原型。用户测试时,教师刻意制造挫折——“这个下拉菜单是什么意思?”“为什么必须先选日期再选咨询师,我通常只认某位老师”。小组立刻迭代第二版原型,将流程改为咨询师优先视图。三轮迭代后,全班汇聚共识:原型不是演示成品,而是沟通探针;每一次用户困惑都是需求显性化的珍贵契机。【热点】【难点】教师在此处嵌入认知心理学“分布式认知”理论,指出原型承载了用户与设计师共同思考的外部表征。

四、反刍深化与难点破壁(25分钟)

1.联合应用开发模拟舱(20分钟)

设置复杂涉众场景:某三甲医院门诊叫号系统升级,涉众包括门诊办主任(强调统计效率)、护士长(关注异常插队处理)、老年患者代表(要求字体巨大、步骤极简)、年轻医生(希望界面显示患者既往史敏感词需高亮)。四组各领一个角色,剩余一组担任需求工程师团队,主持JAD联合研讨会。

教师在此环节刻意植入冲突激素:护士长角色被指示坚决反对系统自动排队算法,坚持保留人工干预权限;老年患者代表反复质疑电子屏闪烁过快。需求师团队必须在20分钟内产出一个最小可行性共识方案。

研讨过程中,教师关注学生是否使用“我听到您的核心关切是……”“我们将通过……机制来回应您的需求”等共识构建话术。多数小组在最初5分钟陷入立场混战,经教师介入提醒“把立场转化为利益诉求”,局面逐渐转向。最终各方案均保留患者年龄自适应界面(解决老年患者关切),同时为护士站设计插队授权快捷按键(解决效率与柔性平衡)。本环节高频标注【难点】【热点】,并关联PMBOK干系人管理知识域,强化跨学科迁移。

2.认知冲突回解与概念纠偏(5分钟)

返回课前词云问题:“用户没说清”。现在请学生重新诊断:是用户无能,还是我们缺乏挖掘工具?全班形成新共识——需求获取本质是认知镜像过程,工程师与用户互为认知脚手架。至此,认知冲突圆满化解。

五、迁移实战与能力外显(25分钟)

1.复合案例攻坚(15分钟)

发放某跨境电商仓储管理系统真实需求摘要(已脱敏),原文包含7条用户零散陈述,如“拣货员总是忘带扫描枪”“有些商品包装规格特殊,放不进标准货架”“夜班补货效率只有白班60%”。个人作业:5分钟内完成三件事——标注哪些是功能/非功能需求;至少推荐两种需求获取方法补全信息并说明理由;针对“特殊包装存储”撰写一个访谈追问脚本。随后组内轮转评议,推荐优秀脚本班内展示。

2.需求条目化训练(10分钟)

教师演示从用户叙述到标准需求条目的转化规范(原子性、可验证、无设计约束)。学生将前述案例中某一陈述改写为符合ISO/IEC29148标准的需求条目。典型错误辨析:将“系统应该提供修改功能”修正为“授权用户应能够更正已提交订单中的收货地址,更正记录需留存审计日志”。本细节【高频考点】得分点密集呈现。

六、复盘升华与价值内化(10分钟)

1.知识拓扑共建

全班依托在线白板,从“需求获取”中心节点发散,添加本课所学概念、方法、工具、案例、警示。教师巡视时捕捉亮点连接,如某组在原型法与访谈法之间建立双向箭头,批注“原型输出物可成为访谈刺激物”。此环节将碎片知识编织成网状结构,强化长时记忆。

2.伦理升维

展示一组对比数据:主流软件项目中仅23%的非功能需求通过初期获取得到,而67%的用户数据泄露事件与遗漏非功能需求直接相关。教师沉重陈述:“如果今天你遗漏了一条无障碍访问需求,明天可能就有数百位视障人士被数字世界拒之门外”。全场静默中,学生自行将课前观点“需求获取是为把软件做好”修正为“需求获取是为给所有人创造公平数字权利”。课程思政自然达成,无痕且深沉。

(三)课后延伸阶段:拓展研习与档案袋评价

1.必做作业

以小组为单位,为校园失物招领系统进行全面需求获取。必须组合使用至少三种获取方法(含观察法或原型法),提交一份需求获取计划书+原始记录扫描件+最终需求列表。作业评价量规公开,权重分布:方法组合合理性30%,隐性需求挖掘深度40%,需求条目规范性30%。

2.选做拓展

(1)阅读领域经典:推荐《探索需求》第二章,撰写千字读书笔记,重点回应“为何传统的‘问-答’模式注定失效”。

(2)跨学科研习:选修心理学系“访谈与问卷调查”课程或管理学“组织行为学”相关章节,撰写方法论迁移报告。

(3)技术前沿追踪:试用基于生成式AI的需求获取辅助工具,评测其在歧义消解与完整性检查方面的效能,形成评测短文。

七、学习评价与反馈设计

(一)过程性评价(占比60%)

1.前置任务完成度(5%):依据平台视频观看时长、测验正确率自动赋分。

2.课堂即时表现(30%):含微格演练互评得分、JAD模拟角色贡献度(同伴匿名评价)、原型迭代参与频次。

3.随堂测验(10%):第90分钟插入限时5分钟选择题小测,聚焦方法适用场景辨析,系统自动生成错题集。

4.概念图贡献度(15%):课后拓扑图中节点新增与关联质量,由教师与助教共同评定。

(二)终结性评价(占比40%)

小组项目需求获取专项成果。量规包含四个一级维度:

1.涉众全面性(8%):是否识别易遗漏人群(如后勤、外包方、监管机构)。

2.方法适切性(12%):所选方法是否匹配项目特征,有无提供方法择机理由。

3.隐性发现(12%):至少含3条用户未曾明示但真实存在的痛点。

4.规范达标(8%):需求条目符合原子性、无歧义、可验证标准。

八、教学反思与持续改进预案

(一)预设成效

1.认知升级:学生将彻底破除“需求=用户告诉我的话”这一前科学概念,建立起需求获取是系统化工程与创造性活动交融的复合认知。

2.技能迁移:多数小组能在后续课程实践中有意识地设计访谈提纲,并主动运用原型与用户迭代沟通。

3.价值认同:对非功能需求及弱势群体权益的关注显著提升,设计方案中无障碍特征出现频率提高。

(二)敏感点预案

1.角色扮演冷场:备有“戏剧即兴”暖场技巧,教师可扮作极端用户以荒诞动作破冰。

2.工具使用过载:若在线白板操作占用过多认知资源,立即切换为纸质便利贴+手机拍照投屏的低技术策略。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论