系统分析与设计-知识点教案 第二章 需求获取

知识点：交互式需求获取教学学时1学时教学目的理解和应用交互式需求获取方法教学重点和难点重点：问卷调查法，访谈法难点：联合应用开发JAD，需求调研会教学内容及方法(1)问卷调查法•问卷调查：指开发方就用户需求中一些个性化、需要进一步明确的需求(或问题)，通过向用户发问卷调查表的方式，达到彻底弄清楚项目需求的一种需求获取方法。•开发方对需求有一定的了解，只是部分问题通过此法获得需求。问卷调查法的步骤：开发方根据合同和以往类似项目的经验，整理出一份《用户需求说明书》和待澄清需求(问题)的《问卷调查表》，并提交给用户。用户阅读《用户需求说明书》，并回答《问卷调查表》中提出的问题。如果《用户需求说明书》中有描述不正确或未包括的需求，用户可一并修改和补充。开发方分析用户返回的《用户需求说明书》和《问卷调查表》。如仍有问题，重复上一步骤；否则执行下一步骤。开发方整理出《用户需求说明书》，交给用户签字确认。•特点–方法简单–侧重点明确–可缩短需求获取时间，降低需求获取成本。（2）访谈法作为最容易入手、使用最多的需求获取方法，以口头形式，根据被询问者的答复搜集客观、不带偏见的事实材料。结构式访谈（又称标准化访谈），是一种对访谈过程高度控制的访谈，严格按定向的标准程序进行，访谈对象必须按照统一的标准和方法选取（一般采用概率抽样），访谈过程也高度标准化（即对所有被访者提出的问题、提问的次序和方式以及对被访者回答的记录方式等是完全统一的），通常采用统一设计、有一定结构的问卷以保证这种统一性。无结构式访谈是没有定向标准化程序、半控制或无控制的自由交谈。正式的访谈过程：1）选择访谈对象：在正式访谈之前，选择和谁访谈是访谈的第一步。比如，面比较广的访谈需要选择何种访谈群体，面比较窄的个体访谈需要选择何种访谈个体，这些都会影响其后访谈的内容和效果。2）访谈准备：为了对访谈的主要目标和主要内容有明确的认识，访谈前要准备一组“访谈提纲"，以保证每次访谈能覆盖调查的主要内容。访谈前尽可能地详细了解被访者的基本情况和主要特征。访谈的时间和地点的确定应该以被访者方便为主要原则。3）实施访谈：在进入正题之前，可以先谈谈访谈对象身边的、较熟悉的事情，以消除拘束感。在被访者回答问题的过程中，访谈员要专心听，并认真记笔记，给被访者一种正式感、受尊重感和谈话有价值感。掌握正确的记录方法。访谈通常采用两种方式进行记录。一种是当场记录，一种是事后记录。4）访谈结果整理5）访谈结果确认访谈法的优点有：访谈的开展调教较为简单，经济成本较低；能获得包括事实、问题、被访者观点、被访者态度等各种信息类型在内的广泛内容；通过访谈，需求工程师可以与涉众（尤其是用户）相互之间建立友好关系。访谈的缺点和局限性有：访谈比较耗时，时间成本较高；访谈者的记忆和交流能力对结果影响较大，访谈的成功在很大程度上依赖于需求工程师的人际交流能力；交谈中常见的概念结构不同、模糊化表述、默认知识、潜在知识和态度偏见等各种问题在访谈中都不可避免，进而影响访谈的效果，导致产生不充分的、不相关的或者错误的数据。（3）联合应用开发JADJAD是一种前馈会议，用来帮助参与者吸取信息、做出决策、计划后续工作，有助于让持有各种观点的涉众在各类问题上尽快取得合理共识。JAD的步骤：1）准备会议。最重要的部分是确定会议目标和指导与会人员。2）引导议程。即协调员需要充分了解业务需求，决定让何人在何时发言，在讨论陷入困境时进行头脑风暴，在讨论变得激烈或对抗时维持秩序，且控制会议内容不跑题。3）生成文档。即记录员需要积极捕获其他JAD角色引出的各类需求，生成JAD需求获取表，并妥善保留最终文档和中间讨论要点。（4）需求调研会•基本含义：开发方和用户召开若干次需求讨论会议，达到彻底明确项目需求的目的。•应用：开发方不清楚项目需求，但用户清楚项目需求。即用户表达需求，开发方根据经验描述需求。会议讨论的步骤一般开发方根据双方制订的《需求调研计划》召开某个需求主题沟通会；会后，开发方整理出《需求调研记录》，提交用户确认；如果此主题还未明确，则再次沟通；否则转入下一步；所有主题需求沟通完毕，开发方根据历次《需求调研记录》，整理出《用户需求说明书》，提交用户签字确认。•注意事项–事先确定会议主题、范围、参会人员；–事先将相关资料送达参会人员，让参会人员开会前理解会议整体背景，有利于会议的顺利召开；–确定会议地点和时间，做好后勤保障；–选好主持人，把握会议方向、进度、调整会议气氛；–保证每人都有5－10分钟的发言时间，不允许他人打断，也不允许超过发言时间；–会后将会议纪要发送给参会人员、取得对结果的认同。知识点测评假设项目组需要开发一个基层党建工作网站，服务于某个居民类型复杂、人员流动性大的老社区。（1）如果在需求获取阶段采用问卷调查法，让学生设计一系列有针对性的调查问卷。（2）如果在需求获取阶段采用访谈法，让学生给出完整的访谈名单。（3）如果在需求获取阶段采用联合应用开发法，让学生给出详细的会议步骤。（4）如果在需求获取阶段采用需求调研法，让学生给出完整的参会名单。拓展阅读（1）卡洛琳·贾瑞特（CarolineJarrett）；问卷调查：更高效的调研设计与执行；清华大学出版社，2023。（2）威廉·R.米勒，斯蒂芬·罗尔尼克

著，郭道寰，王韶宇，江嘉伟

译；动机式访谈法：改变从激发内心开始；华东理工大学出版社，2022。（3）安妮特·拉鲁；学会倾听；中国科学技术出版社，2023。知识点：非干扰式需求获取教学学时2学时教学目的理解和应用非干扰式需求获取方法教学重点和难点重点：单据分析法，报表分析法。难点：观察法，体验法。教学内容及方法（1）观察法需求调研者自身前往工作现场，观察他人是如何工作的，做了什么、采用何种工具、送出去什么、何时填写了何种单据、制作了何种报表等。常见的观察法有：采样法（传统、简单的观察方法）、情景法（深入到用户中，长期、浸入式的观察方法）、话语分析（对用户之间交谈行为的观察）、协议分析（对用户任务的观察）、任务分析（专门针对人机交互行为进行的观察）等。观察法适用于以下情况：（1）用户无法完成主动的信息告知，或者用户与需求工程师之间的语言交流无法产生有效结果；（2）用户无法完成主动告知的原因归结于事件的情景性，此处的情景性是指某些事件只有在和他们发生时的具体情景环境联系起来才能得到理解。（2）体验法需求调研者亲自到相关部门去顶岗，做一段时间的业务工作，有了亲自体验自然更容易理解这个岗位的工作。体验法最大的优点就在于对业务的理解会比较深刻。因为采用这种方法的需求分析人员就成为了某业务岗位的一员，就成了自己帮自己做软件，那对于需求的把握就十分具体真实了。（3）单据分析法分析用户当前使用的纸质或电子单据，通过研究这些单据所承载的信息，分析其产生、流动的方式，从而熟悉业务，挖掘需求。单据分析法的第一项工作是收集单据，此环节需要注意：收集单据要全面，宁可错收一把,不可放过一个；收集单据的过程也是很好的调研过程，手机单据应该亲自跑到工作现场，一边收集，一边观察，一边访谈；只收集用过的单据，重点关注单据中已经填写的内容；每种单据需要收集多张，不同填写者的填写内容、方式可能不一样，故需要收集多则20张，少则5、6张。单据分析法的第二项工作是分析单据，其核心在于对单据上的所有字段进行分析。单据的分析与收集在现实需求获取过程中往往是并行进行的：1）理清每个单据的源头：了解单据是由哪个部门的哪个岗位发出的。2）理清单据的流动路径：单据流动有几种常见方式，有些单据在流动的过程中会有分叉。3）理清每个字段的前因后果：分析每个岗位对每个单据做了些什么，获得什么信息，对工作有何帮助。4）注意边角上的不正规内容：单据的边角上甚至背面也可能会填写内容，这往往意味着当前的管理方式已经有了变化。（4）报表分析法通过分析用户使用的报表获取需求。在分析报表之前，需要了解生成报表的触发条件：领导有临时要求时，相关责任人根据收集的信息制作；到了某个周期性的时间点时，例如随处可见的日报、月报等；发生了某件事时，例如订单完成后，需要给客户出具一个与这个订单相关的分析报表。系统层面：根据用户录入的查询条件生成报表；到了某时间点时，系统自动生成报表储存在数据库中；在空闲时间段运算生成报表储存在数据库中。知识点测评结合本书采用的Web应用开源项目JPetStore，假如学生是一个猫舍信息管理系统的需求分析师。（1）如果在需求获取阶段采用观察法，让学生给出基本步骤。（2）如果在需求获取阶段采用单据分析法，让学生给出可能存在的单据以及具体的操作步骤。拓展阅读（1）安妮特·拉鲁；学会倾听；中国科学技术出版社，2023。（2）丹尼·L.乔金森

著，张小山，龙筱红

译；参与观察法；重庆大学出版社，2015。（3）库拉克等著，韩柯等译

著；用例通过背景环境获取需求；机械工业出版社，2004。知识点：非传统需求获取教学学时1学时教学目的了解和应用非传统需求获取方法教学重点和难点重点：原型法，敏捷法。难点：敏捷法教学内容及方法（1）原型法1）界面原型•基本含义：开发方根据自己了解的用户需求，描绘出应用系统的功能界面，再与用户进行交流和沟通。–即通过“界面原型”这一载体，使双方逐步明确项目需求。•应用：开发方和用户都不清楚项目需求情况，可视化界面原型是双方理解需求的载体。界面原型的步骤开发方根据自己所了解的用户需求，采用界面描绘出应用系统的功能界面；将功能界面提交给用户，并与用户沟通，挖掘出新的需求或者就需求达成理解上的一致；开发方对不断获取的需求进行增量式整理，根据新的需求丰富和细化界面原型；双方经过多次界面原型的交互，开发方最终整理出《用户需求说明书》，提交给用户签字确认。特点：•由于开发方和用户都不清楚项目需求情况，因此项目风险较大。•通过该方法，能加速项目需求的“浮现”和双方对需求的一致理解，从而减小由于需求问题给项目带来的风险。2）可运行原型系统•基本含义：开发方根据合同中规定的基本需求，在以往类似项目应用系统的基础上进行少量修改得出一个可运行系统，通过“可运行系统”这一载体，达到彻底挖掘项目需求的目的。•应用：适合开发方清楚项目需求而用户不清楚项目需求的情况。可运行原型系统的步骤开发方根据所了解的需求，在以往类似项目的基础上，快速“构建”出一个可运行系统；通过向用户演示“可运行原型系统”，逐步挖掘并让用户确认项目需求；开发方对不断获取的需求进行增量式整理，并根据新的需求丰富可运行原型系统；双方经过多次可运行原型系统的交互，开发方最终整理出《用户需求说明书》，提交给用户签字确认。特点：正式系统一般可以在该“可运行原型系统”的基础上演化而成，为后续开发工作节省工作量和成本。（2）敏捷法一种应对需求快速变化的软件开发方法，以Scrum为例来说明敏捷法在需求获取中的应用。Scrum是一种迭代式增量软件开发过程，是当今使用最广泛的敏捷框架之一。Scrum框架可用于管理专为5-9人的跨职能小型团队而设计的工作，团队的工作将被分解为若干可在统一的时间内完成的行动。整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了定义、需求分析、设计、实现与测试。Scrum团队由Scrum管理员、产品负责人和团队成员组成。ScrumMaster：团队领导和设施提供商，负责以下职责：实现所有角色和功能之间的紧密合作、清除所有阻碍、保护团队免受任何干扰、跟踪进度和流程、确保正确利用AgileInspect＆Adapt流程。产品负责人：从业务角度运行产品的人，承担以下责任：定义要求并确定其价值的优先顺序、设定发布日期和内容、在迭代和发布计划会议中确保团队正在努力实现最有价值的要求、代表客户的声音、接受符合完成定义和定义的验收标准的用户故事。开发团队：自组织，没人可以决定开发团队如何把ProductBacklog变成潜在可发布的功能。开发团队是跨职能的,团队作为一个整体，拥有创造产品增量所需要的