浅谈需求捕获的技术和方法.docVIP

浅谈需求捕获的技术和方法 摘要：需求Requirements elicitation)属于需求范畴客户的过程本文详细阐述了方法 关键词：需求需求 1、前言 在建筑行业中开发商和客户会详细讨论各种细节，并会反复论证建筑方案等，因为他们明白完工以后修改或变更细节的危害性。然而，在软件开发行业中，软件项目中50%左右的问题都是在需求工程阶段埋下的祸根。我们正处在问题定义阶段在这一阶段我们必须从客户的角度，用客户的语言描述所有的东西 1、不清楚的客户需求 客户对需求只有朦胧的感觉，需求很难被描述清楚。就算一些客户心里清楚想要什么，但有时却说不明白，无法阐述真正的需求。如果客户不懂软件开发，客户也可能会提出不切实际的需求，这样就导致沟通和协商方面的困难。 2、需求自身经常变动 软件开发过程中必然会存在需求的变更，这些变化给需求捕获和分析带来很大的困难。 3、分析人员或客户理解有误 客户表达的需求，不同的分析人员可能有不同的理解，如果理解有误就会导致最终的软件产品与用户期望存在很大差异。同时由于客户可能不懂软件系统，也可能会误解软件系统分析人员的建议或答复。 4、需求捕获阶段考虑解决方案 在需求捕获过程中马上开始考虑各种可能的解决方案决方案的设计应该等到分析阶段完成之后才开始进行可能的解决方案来重新设计需求产生的结果 针对存在的各种困难，在传统的需求interviews)、场景(scenarios)、观察和社会分析（observations and social analysis）、头脑风暴(brainstorming)、原型法(prototyping)等需求捕获技术和方法，生成用户需求的基线，作为后续阶段的工作基础。 2、需求捕获技术比较 2.1面谈(interviews) 用户访谈一般需要与进行大量的知识交流会谈项目干系人项目干系人 2.2场景(scenarios) 基于场景的需求捕获方法，又称情景实例的分析方法，是基于对应用环境的某一特定情景的描述来阐述用户的需求。关键在于场景的抽取和描述，从场景的结构化描述中抽取活动图、场景、角色、数据关系图等，从而形成需求模型。各种场景也是现实世界的实例，可以用语言、图表、视图等媒介来表示，是最终用户来模拟实际交互的一种场景实例。从现实的实例出发，又归结到形式化的表示，将需求捕获过程中的所有利益相关者组织在一起，以不同类型的场景作为诱导，自然的诱导出用户对于系统的需求，并通过从场景中定义各种角色、数据以及其中的关系验证用户的描述，最终形成需求模型。 基于场景的需求捕获有点在于它从具体的应用场景出发，给出软件系统与环境的主要交互活动的客观描述。它强调从客户熟悉的场景中，发现需求，并将场景作为一种沟通方式，使需求捕获更加直观，易于需求提供者理解和识别，充分发挥需求提供者的主动性。但是，目前基于场景的需求捕获方法缺少公认的场景结构，不利于建立有效的场景需求分析方法。 2.3观察和社会分析（observations and social analysis） 人们常常发现很难描述他们为什么这么做，因为那看起来非常自然。对于需求分析人员来说，客户认为很自然的事情往往不会被提到，从而该类需求可能会被忽略掉，但是这确实需求的一部分内容。所以有时，最好的需求捕获方式就是去了解和观察客户实际的工作流程，且实际的工作流程往往不同于正式的，预先规定的流程。通过观察业务中的过去数据包含对未来有用的信息，软件需求捕获人员分析历史数据及当前数据，从中发现隐藏的关系即关联规则等，进而预测未来可能发生的行为或发展趋势。 2.4头脑风暴(brainstorming) 由于头脑风暴使用了没有拘束的规则，大家就能够更自由地思考，进入思想的新区域，从而产生很多的新观点和问题解决方法。参加者有了新观点和想法并大声说出来，或者在其他人提出的观点之上建立新观点。所有的观点都会被记录下但不进行批评。只有头脑风暴会议结束的时候，才对这些观点和想法进行评估。头脑风暴的特点是让与会者敞开思想，使各种设想在相互碰撞中激起脑海的创造性或者发行其现实可行性，这是一种集体开发创造性思维和需求获取方法。采用头脑风暴的需求获取方法优点在于在最短的时间内每一个人思维都能得到最大限度的开拓，能有效开阔思路，激发灵感面对任何难题再也不必一个人冥思苦想，孤独求索 2.5原型法(prototyping) 软件的界面是人与计算机之间的媒介。在软件开发的前期，用户对于待开发的系统很模糊，甚至没有自己的理想模型，对于软件分析人员来说，用户提出的要求就很难量化，需求细节很容易被需求分析人员忽略。界面原型法可以使用户在较短的时间内看到待开发系统的雏形，并帮助用户完善自己的理想模型。根据软件系统的需求产生出的软件系统界面原型，用户可以感性的认识到未来系统