系统分析与设计 课件 第二章 需求获取

第二章需求获取目录contents010203交互式需求获取非干扰式需求获取非传统式需求获取04本章小结交互式需求获取012.1交互式需求获取做新产品或新项目的时候，第一个需要思考的就是如何高效获取足够多的原始需求？作为需求工程的核心要素，需求获取自然是项目经理高度重视的环节之一。闭门造车是显然不行的，那么一般常见的需求获取方法都有哪些呢？需求获取技术主要分为“交互式方法”和“非交互式方法”两类本节主要介绍交互式方法2.1.1问卷调查法

问卷（又称调查表），以问题的形式系统地记载调查内容，其核心是为了收集涉众对于某个特定问题的态度行为、特征价值观点或信念等信息而设计的一系列问题。问卷调查法（也称问卷法），是调查者运用统一设计的问卷向被选取的调查对象了解情况或征询意见的调查方法。定根据问卷载体的不同还有问卷填答者的不同可以进一步划分2.1.1问卷调查法5/2/20266根据载体不同进行划分：纸质问卷调查网络问卷调查种类划分根据问卷填答者不同进行划分：自填式问卷调查——按照问卷传递方式的不同，可分为报刊问卷调查、邮政问卷调查和送发问卷调查代填式问卷调查——按照与被调查者交谈方式的不同，可分为访问问卷调查和电话问卷调查2.1.1问卷调查法特点1书面调查，即调查者用书面的形式提出问题，被调查者也用书面的形式回答问题。特点2抽样调查，即被调查者是通过抽样方法选取的，且调查对象一般较多。特点3定量调查，即通过样本统计量推断总体。特点特点4标准化调查，即按照统一设计的有一定结构的问卷所进行的调查。2.1.1问卷调查法优缺点优点以设计好的问卷工具进行调查，标准化的问卷和低成本的实施方式可以进行大规模的调查，节省时间、经费和人力；问卷的设计要求规范化并可计量，使得调查结果容易量化，便于统计处理与分析，也方便进行数据挖掘，现有的相关统计分析软件有助于数据分析，有些甚至能直接用于设计问卷。缺点需求获取是立足现在、服务未来的，需要了解用户的意图、动机和思维过程，这类问卷调查往往效果不佳或问题设计难；问卷多是开放式问题，采用由用户自己填答问卷的方式，调查结果广而不深，其质量和回收率常常得不到保证，分析和统计等工作也会受影响。2.1.2访谈法

作为最容易入手、使用最多的需求获取方法，访谈法以口头形式，根据被询问者的答复搜集客观、不带偏见的事实材料。定根据是否有定向标准化程序划分：结构型访谈——是一种对访谈过程高度控制的访谈，严格按定向的标准程序进行，访谈对象必须按照统一的标准和方法选取（一般采用概率抽样），访谈过程也高度标准化（即对所有被访者提出的问题、提问的次序和方式以及对被访者回答的记录方式等是完全统一的），通常采用统一设计、有一定结构的问卷以保证这种统一性。非结构型访谈——没有定向标准化程序、半控制或无控制的自由交谈。2.1.2访谈法——访谈过程第一步访谈对象确认第二步访谈准备第三步访谈预约第四步访谈实施第五步访谈结果整理第六步访谈结果确认2.1.2访谈法——访谈过程选择访谈对象正式访谈之前，选择和谁访谈是访谈的第一步。比如，面比较广的访谈需要选择何种访谈群体，面比较窄的个体访谈需要选择何种访谈个体，这些都会影响其后访谈的内容和效果。访谈准备为了对访谈的主要目标和主要内容有明确的认识，访谈前要准备一组“访谈提纲"（如表2.1所示），以保证每次访谈能覆盖调查的主要内容。访谈前尽可能地详细了解被访者的基本情况和主要特征访谈的时间和地点的确定应该以被访者方便为主要原则。实施访谈在进入正题之前，可以先谈谈访谈对象身边的、较熟悉的事情，以消除拘束感，以便于将话题逐步地引向访谈的内容，这样可以创造有利于访谈的气氛。

在被访者回答问题的过程中，访谈员要专心听，并认真记笔记，给被访者一种正式感、受尊重感和谈话有价值感。掌握正确的记录方法。访谈通常采用两种方式进行记录。一种是当场记录，一种是事后记录。访谈结果整理：访谈结束后，需要对访谈结果进行整理，如有必要，还可以电话交流。访谈结果确认：访谈双方需对访谈结果达成一致，此过程不需要正式确认签字，邮件、甚至头口确认都可以。2.1.2访谈法优缺点优点谈的开展调教较为简单，经济成本较低；能获得包括事实、问题、被访者观点、被访者态度等各种信息类型在内的广泛内容；通过访谈，需求工程师可以与涉众（尤其是用户）建立相互之间的友好关系。缺点访谈比较耗时，时间成本较高；访谈者的记忆和交流能力对结果影响较大，访谈的成功在很大程度上依赖于需求工程师的人际交流能力；交谈中常见的概念结构不同、模糊化表述、默认知识、潜在知识和态度偏见等各种问题在访谈中都不可避免，进而影响访谈的效果，导致产生不充分的、不相关的或者错误的数据。2.1.3联合应用开发JADBM的ChuckMorris和TonyCrawford在20世纪70年代末提出了联合应用开发（JointApplicationDevelopment，简称JAD），JAD通过一连串的合作研讨会（即JAD会议），将目标系统的涉众（可能是系统分析师、企业架构师、解决方案架构师、软件开发人员、管理人员）聚集在一起，高效地获取需求。定JAD是一种前馈会议，用来帮助参与者吸取信息、做出决策、计划后续工作，有助于让持有各种观点的涉众在各类问题上尽快取得合理共识。角色分配是让集体成员专注于自己份内工作的重要手段，JAD常见角色有项目经理、与会者、协调员、记录员。其中，协调员的职责是（和项目经理一起）策划会议、协调会议中的交流、帮助准备文档、会后加速跟进事宜；与会者对会议内容有话语权和决定权，选择合适的与会者是JAD会议成功的关键因素，不恰当的与会者难以得到正确的解决方案。2.1.3联合应用开发JAD——步骤第一步准备会议第二步引导议程第三步生成文档

最重要的部分是确定会议目标和指导与会人员。首先，拥有妥善描述的会议目标可以让与会者做好会议准备，帮助项目经理和协调员确定会议策略和长度，并且保证讨论切题。

即协调员需要充分了解业务需求，决定让何人在何时发言，在讨论陷入困境时进行头脑风暴、在讨论变得激烈或对抗时维持秩序，且控制会议内容不跑题。

即记录员需要积极捕获其他JAD角色引出的各类需求，生成如表2.2所示的JAD需求获取表，并妥善保留最终文档和中间讨论要点。2.1.3联合应用开发JAD对比传统方法

较于传统方法，JAD有以下优点：成倍地加快了开发速度，它将拥有不同观点、来自不同知识域、专注于不同关注点的利益相关者聚集在一个个研讨式的JAD会议上，集体讨论可能满足需求的最佳解决方案；增大了客户的满足感，因为客户参与了开发的全过程；所有与会者将对各类需求达成一致，且所有需求都以书面形式提出，以便于后续开发。2.1.4需求调研会

需求调研通过用户访谈、可用性测试、问卷调查、数据分析等方法，对目标系统进行定性和定量的分析，目的是依据需求调研的结果，进行下一步的需求分析和软件设计工作定2.1.4需求调研会——步骤第一步确定参会对象第二步准备会议第三步现场调研第四步整理会议结果做需求调研的时候，必须找对干系人。完成调研计划的确认、调研背景资料的准备这两方面工作，此阶段的工作质量将对能否顺利开展需求调研起到关键保障作用。根据调研计划完成各项需求调研任务，并取得用户认同。调研结束后要完成会议纪要、主要需求信息的确认和跟进等工作。非干扰式需求获取022.2.1观察法

所谓观察法，就是需求调研者自身前往工作现场，观察他人是如何工作的，做了什么、采用何种工具、送出去什么、何时填写了何种单据、制作了何种报表等。定常见的观察法有：采样法（传统、简单的观察方法）、情景法（深入到用户中，长期、浸入式的观察方法）、话语分析（对用户之间交谈行为的观察）、协议分析（对用户任务的观察）、任务分析（专门针对人机交互行为进行的观察）等。2.2.1观察法情况1用户无法完成主动的信息告知，或者用户与需求工程师之间的语言交流无法产生有效结果情况2用户无法完成主动告知的原因归结于事件的情景性，此处的情景性是指某些事件只有在和他们发生时的具体情景环境联系起来才能得到理解。适用情况2.2.1观察法优缺点优点（1）它能通过观察直接获得资料，不需其他中间环节。因此，观察的资料比较真实。（2）在自然状态下的观察，能获得生动的资料。（3）观察具有及时性的优点，它能捕捉到正在发生的现象。（4）观察能搜集到一些无法言表的材料。缺点（1）受时间的限制，某些事件的发生是有一定时间限制的，过了这段时间就不会再发生。（2）受观察对象限制。如研究青少年犯罪问题，有些秘密团伙一般不会让别人观察的。（3）受观察者本身限制。一方面人的感官都有生理限制，超出这个限度就很难直接观察。另一方面，观察结果也会受到主观意识的影响。（4）观察者只能观察外表现象和某些物质结构，不能直接观察到事物的本质和人们的思想意识。（5）观察法不适应于大面积调查。2.2.2体验法

所谓体验法，就是需求调研者亲自到相关部门去顶岗，做一段时间的业务工作，有了亲自体验自然更容易理解这个岗位的工作。定2.2.2体验法优缺点优点

最大的优点就在于对业务的理解会比较深刻。因为采用这种方法的需求分析人员就成为了某业务岗位的一员，就成了自己帮自己做软件，那对于需求的把握就十分具体真实了。就好比写一个医院管理系统，就去当几天医生、护士、挂号员等，其所获取的需求偏离用户需求的可能性会大大降低。缺点

耗时费力、成本较大。从学习某项工作、到自己上手操作、到熟悉业务的各个方面、再到深刻领悟其中精髓，时间太短做不到、时间过长则投入成本太大。2.2.3单据分析法

分析用户当前使用的纸质或电子单据，通过研究这些单据所承载的信息，分析其产生、流动的方式，从而熟悉业务，挖掘需求。定在没有信息化管理系统时，一个组织的单据体系就是它的信息体系，填写单据的过程就是信息录入的过程，单据传递的过程就是信息流转的过程，最终单据进入的档案室就是数据库。因此，通过分析单据来获得关于信息管理的需求可以收到事半功倍之效。2.2.3单据分析法第一步收集单据第二步分析单据（1）收集单据要全面，宁可错收一把、不可放过一个；（2）收集单据的过程也是很好的调研过程，手机单据应该亲自跑到工作现场，一边收集，一边观察，一边访谈；（3）只收集用过的单据，重点关注单据中已经填写的内容；（4）每种单据需要收集多张，不同填写者的填写内容、方式可能不一样，故需要收集多则20张，少则5、6张。其核心在于对单据上的所有字段进行分析，但由于单据上的数据往往来自于用户的业务运作过程（有的环节甚至具有较强的专业性），因而一旦把单据分析透彻、公司整体运行过程也基本了解清楚，使得单据分析成为一项颇具难度、但回报也高的工作。2.2.3单据分析法单据的分析与收集在现实需求获取过程中往往是并行进行的，可以从以下方面着手：（1）理清每个单据的源头：了解单据是由哪个部门的哪个岗位发出的。（2）理清单据的流动路径：单据流动有几种常见方式，有些单据在流动的过程中会有分叉。（3）理清每个字段的前因后果：分析每个岗位对每个单据做了些什么，获得什么信息，对工作有何帮助。（4）注意边角上的不正规内容：单据的边角上甚至背面也可能会填写内容，这往往意味着当前的管理方式已经有了变化。2.2.4报表分析法

通过分析用户使用的报表获取需求。报表是一个信息系统的集大成者，分析正在使用的报表，可以深入到管理者的管理神经，弄清楚当前公司管理者感兴趣的信息，加深理解管理脉络，有助于理解信息系统的最终需求。定在没有信息化管理系统时，一个组织的单据体系就是它的信息体系，填写单据的过程就是信息录入的过程，单据传递的过程就是信息流转的过程，最终单据进入的档案室就是数据库。因此，通过分析单据来获得关于信息管理的需求可以收到事半功倍之效。2.2.4报表分析法报表&单据的区别尽管都来自于客户的业务过程，但报表跟单据是有本质区别的：单据：单据是在业务处理过程中用户填写的纸质文件，往往是一个信息采集、传递的过程。报表：报表则是根据一定的规则对批量数据进行检索、统计、汇总，是一个信息加工、分析的过程。2.2.4报表分析法生成报表的触发条件业务层面：（1）领导有临时要求时，相关责任人根据收集的信息制作；（2）到了某个周期性的时间点时，例如随处可见的日报、月报等；（3）发生了某件事时，例如订单完成后，需要给客户出具一个与这个订单相关的分析报表。系统层面：（1）根据用户录入的查询条件（例如日期范围、部门等）生成报表。这种方式是最常用的一种方式，绝大部分报表都是这么制作的（2）到了某时间点时，系统自动生成报表储存在数据库中；（3）在空闲时间段运算生成报表储存在数据库中。非传统需求获取方法032.3.1原型法

原型法是一种循环往复、螺旋式上升的工作方法，更多地遵循了人们认识事物的规律，因而更容易被人们掌握和接受。定原型法强调用户的参与和主导作用，通过开发人员与用户之间的相互作用，使用户的要求得到较好的满足。不但能及时沟通双方的想法，缩短用户和开发人员的距离；而且能更及时、准确的反馈信息，使潜在问题能尽早发现并及时解决，增加了系统的可靠性和适用性。2.3.1原型法——基本过程第一步快速分析，弄清用户的基本信息需求第二步构造原型，开发初始原型系统第三步用户和开发人员共同评价原型第四步形成最终的管理信息系统第一步是在需求分析人员和用户的紧密配合下,快速确定软件系统的基本要求。也就是把原型所要体现的特性(界面形式、处理功能、总体结构、模拟性能等)描述出一个基本的规格说明。在快速分析的基础上，根据基本规格说明应要尽快实现一个可运行的系统。原型系统可先考虑原型系统应必备的待评价特性，暂时忽略一切次要的内容（例如安全性、健壮性、异常处理等）。这个阶段是双方沟通最为频繁的阶段，是发现问题和消除误解的重要阶段。其目的是验证原型的正确程度，进而开发新的原型并修改原有的需求。如果用户和开发者对原型比较满意，则将其作为正式原型。经过双方继续进行细致的工作，把开发原型过程中的许多细节问题逐个补充、完善、求精，最后形成一个适用的管理信息系统。2.3.1原型法流程图2.3.1原型法优缺点优点

符合人类认识事物的规律，系统开发循序渐进，反复修改，确保较好的用户满意度；开发周期短，费用相对少，应变能力强；用户参与了系统全过程的开发，知道哪些有问题、哪些是错误的、哪些需要改进等，能消除用户的担心，提高了用户参与开发的积极性；由于用户参与了开发过程，将有利于系统的移交、运行和维护，减少用户的培训时间。缺点

因为需要大量运算、逻辑性较强的程序模块，很难通过简单的了解就构造出一个可供用户评价和提出修改建议的模型，所以原型法不适合大规模系统的开发，只适用于小型、简单、处理过程比较明确、没有大量运算和逻辑处理过程的软件；开发过程管理要求高，整个开发过程要经过“修改—评价—再修改”的多次反复；用户过早看到系统原型，误认为系统就是这个模样，易使用户失去信心；开发人员易将原型取代系统分析；缺乏规范化的文档资料。2.3.2敏捷法

敏捷法是一种应对需求快速变化的软件开发方法，本书以Scrum为例来说明敏捷法在需求获取中的应用。Scrum是一种迭代式增量软件开发过程、是当今使用最广泛的敏捷框架之一，但它并不是敏捷开发的全部，而且也并非所有的Scrum都是敏捷的。定Scrum框架可用于管理专为5-9人的跨职能小型团队而设计的工作，团队的工作将被分解为若干可在统一的时间内完成的行动，称为“冲刺”。什么是迭代式呢？就是一层一层更迭代换，在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了定义、需求分析、设计、实现与测试。采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求，并开始新一轮的迭代。2.3.2敏捷法

通常，当大型项目可以分解为若干2-4周的冲刺时，即可采用Scrum。Scrum非常看重反馈循环，并通过“回顾”的方式建立这一循环。Scrum的非