第二部分就接着上篇的说起，收集需求的工具与技术。

 6.问卷调查（Questionnaire and Survey）

问卷调查（Questionnaire and Survey）是指通过设计书面问题，向为数众多的受访者快速收集信息。如果受众众多、需要快速完成调查，受访者地理位置分散，并想要使用统计分析法，就适宜采用问卷和/或调查方法。

通过设计书面问题，向为数众多的受访者快速收集信息

--使用统计分析法

--需要快速完成调查

--想要使用统计分析法   

   与访谈法相比，问卷调查可以在短时间内，以低廉的代价从大量的回答中收集数据；问卷调查允许回答者匿名填写，大多数干系人可能会提供真实信息；问卷调查的结果比较好整理和统计。问卷调查最大的不足就是缺乏灵活性，但也有其他缺点。因此，很多时候较好的做法是将访谈和问卷调查结合使用。具体来说，就是先设计问题，制作成问卷调查表，下发填写完后，进行详细的分组、整理和分析，以获得基础信息。然后，再针对分析的结果进行小范围的干系人访谈，作为补充。

 7.观察（Observation）

观察（Observation）是指直接观察个人在各自的环境中如何开展工作和实施流程。当产品使用者难以或不愿说明他们的需求时，就特别需要通过观察来了解细节。

•    直接观察个人在各自的环境中如何开展工作和实施流程

•    当产品使用者难以或不愿说明他们的需求时，通常由观察者从外部来观察使用者的工作，也称为“工作跟踪”

•    观察可以由参与观察者进行，需要实际执行一个流程或程序，体验要求该流程或程序是如何实施的，以便挖出隐藏的要求

观察也称为工作跟踪，通常由观察者从外部来观察使用者的工作。观察也可以由参与观察者进行，参与观察者需要实际执行一个流程或程序，体验该流程或程序是如何实施的，以便挖掘出隐藏的要求。

8.原型法

      原型法（Prototype）是一种根据干系人初步需求，利用产品开发工具，快速地建立一个产品模型展示给干系人，在此基础上与干系人交流，最终实现干系人需求的产品快速开发的方法。原型是有形的实物，它使干系人有机会体验最终产品的模型，而不是只讨论抽象的需求陈述。原型法符合渐进明细的理念，因为原型需要重复经过开发、试用、反馈、修改等过程。在经过足够的重复之后，就可以从原型中获得足够完整的需求，并进而进入设计或制造阶段。

      例如，在软件产品开发中，原型是系统的一个早期可运行的版本，它反映最终系统的部分重要特性。如果在获得一组基本需求说明后，通过快速分析构造出一个小型的系统，满足干系人的基本要求，使得干系人可在试用原型系统的过程中得到亲身感受和受到启发，做出反应和评价，然后开发者根据干系人的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改，获得新的原型版本，如此周而复始，逐步减少分析和通信中的误解，弥补不足之处，进一步确定各种需求细节，适应需求的变更，从而提高了最终产品的质量。

• 在实际制造产品之前，先造出该产品的实用模型，并据此征求对需求的反馈意见

• 在经过足够的重复之后，就可以从原型法中获得足够完整的需求，并进而进入设计或制造阶段

• 故事板StoryBoard就是一个原型法的例子

  9.标杆对照

      标杆对照（Benchmarking）将实际或计划的做法与其他类似组织的做法（例如，流程、操作过程等）进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的“类似组织”可以是内部组织，也可以是外部组织。

      标杆对照是将实际或规划中的项目实践与可比项目的实际进行对照，以便识别最佳实践，形成改进意见，并为绩效考核提供一个基础。

这些可比项目可以来自执行组织内部或外部分，也可以来自同一或不同应用领域。

10.系统交互图

      系统交互图（Context Diagram）是范围模型的一个例子，它是对产品范围的可视化描述，显示系统（过程、设备、信息系统等）与参与者（用户、独立于本系统之外的其他系统）之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。例如，软件需求分析中的DFD、用例图都可以看作是系统交互图。

      11.文件分析

      文件分析（Document Analysis）就是通过分析现有文档，识别与需求相关的信息来挖掘需求。可供分析的文档很多，包过商业计划、营销文档、协议、招投标文件、建议邀请书、业务流程、逻辑数据模型、业务规则库、应用软件文档、用例文档、其他需求文档、问题日志、政策、程序和法规文件等。