需求的获取有很多种方法，你用了哪几种方法？
只有事先充分了解需求的含义和需求获取的方法，我们才能尽可能完整无误地获取到用户的需求。
在项目的需求分析阶段，首先要创建分析模型，之后写出软件需求规格说明书。
分析建模
分析建模要求我们从不同角度抽象出目标系统的特性，使用精确的表示方法构造系统的模型，验证模型是否满足用户对目标系统的需求， 并在设计过程中逐渐把和实现有关的细节加进模型中，直至最终用程序实现模型。 需求分析过程应该建立3种模型，它们分别是数据模型、功能模型和行为模型。
需求规格说明书
通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，它是我们在需求分析阶段得出的最主要的文档。 说明书通常要求用自然语言完整、准确、具体的描述系统的数据要求、功能要求、性能要求、可靠性和可用性要求、出错处理需求、 接口需求、约束、逆向需求以及将来可能提出的要求。
需求类型
-
功能需求: 和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。 功能需求包括业务需求、用户需求和系统需求。
-
性能需求: 系统整体或系统组成部分应该具有的性能特性，例如CPU使用率、内存使用率等。
-
非功能需求: 非功能需求是衡量软件能否良好运行的定性指标。其中质量属性对系统的影响极大，因此在某些情况下，非功能需求又被用来特指质量属性。 非功能需求包括可靠性、可用性、可维护性、可移植性和效率。
-
质量属性: 系统完成工作的质量，即系统需要在一个合适的程度上实现功能需求。
-
对外接口: 系统和环境中其他系统接口之间需要建立的接口，包括硬件接口、软件接口、数据库接口等。
-
约束: 进行系统构造时需要遵守的约束，例如编程语言、硬件设施等。
需求获取
在需求分析之前我们必须从用户那里获取需求。以下列举了几种常见软件工程常用的需求获取方法，以供参考。
-
用户访谈: 用户访谈是一种最基本的需求获取手段，它是指分析人员以个别访谈或小组合议的形式与用户进行初步的沟通。
-
用户调查: 通过精心设计要问的问题，将其下发到相关的人员手中，让他们填写，再从所填写的内容中获取系统的需求倍息。
-
现场观摩: 现场观摩就是走到客户的工作场所，一边观察，一边听客户讲解，甚至可以安排人员跟随用户一起工作一段时间。。
-
文档考古: 文档考古是指对历史存在的—些文档进行研究，从带有数据的文件、表单、报表等文档中获取所需信息的过程。
-
建立联合分析小组: 建立一个由用户、系统分析员和帮助进行沟通的领域专家参加的联合分析小组来共同完成需求的获取，以此减少交流上的问题。
-
原型法: 原型法就是为了考察某一方面的可行性，尽可能快地建造一个祖糙的系统，这系统实现了目标系统的某些或全部功能， 但是这个系统可能在可靠性、界面的友好性或其他方向上存在缺陷。
-
基于上下文的方法: 基于上下文的方法就是注重于系统的环境、开发组织的业务背景、涉众的特征以及目标等。与前面的方法相比， 它更加注重用户在—定环境下表现出来的行为，通过分析用户的行为得到信息。
进行需求分析时，应注意一切信息与需求都应站在用户的角度上，尽量避免主观臆想， 并尽量将分析进度提交给用户，让用户进行检查与评价，从而提高需求分析的准确性。 在需求获取的过程中，往往是多种方法的结合，取长补短，从而达到更好地获得系统需求的目的。
因为我们所选项目是在一个已经取得成功的软件的基础上进行改良，所以无需花费过多时间在改良之外部分的需求获取上，而应该集中对改良部分进行分析。
因此，我们主要选择原型法来获取需求，即快速开发出MVP，然后不断根据用户意见进行改进。
引用自《软件工程常用的需求获取方法》：http://www.sytm.net/ruanjiankaifa/20131105133049.html