这周我对第八章 需求分析 做了一些小的研究。我一直认为不管在何种行业，用户需求和用户的使用体验永远是应该被放在第一位的。因为一切的产品和项目最终的落实点都在于服务用户，即以人为本的思想准则。
而软件需求同样如此。软件需求其实说白了也是用户需求。软件团队应该如何准确而全面的找到这些需求，主要有以下步骤：
1.获取和引导需求
首先软件团队要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出真正的需求。不同的项目需要不同的手段，这一步骤也被叫做“需求捕捉”，形容真正的需求稍纵即逝，需要考火眼金睛和敏捷的身手来发现和抓住他们。另外，很多时候用户并不知道自己确切的需求，或者不愿意完整的表达。这时候就需要软件团队设身处地的站在用户的角度进行深入的思考，从而引导出用户的具体需求。再来，软件团队还可以分析技术的发展趋势以及产业的变化、社会发展的大趋势，推测用户会产生哪些新的需求。
2.分析和定位需求
这是指对从各个方面获取的需求进行规整，定义需求的内涵，从各个不同的角度将需求量化（包括需求实现的最后期限，实现需求大致所需的时间和资源成本，各个不同需求的优先级，需求带来的收益等）
3.验证需求
软件团队要跟利益相关者沟通，通过分析报告、技术原型、用户调查或演示等形式来他们验证软件团队对于这些需求的认知。
4.在软件产品的生命周期中管理需求
在软件的生命周期中，需求在不断的变化，技术在发展，团队成员的能力也在提高。原来认为重要的东西可可能现在已经不再重要，有些功能原来很难实现，单在现在的技术上得到了满足。这些我们都需要不断的对需求进行重新审核并作出相应的调整。
下面介绍一种对用户需求的主要获取方式——用户调研
在现今比较常见且低成本的一种调研方式是：用户调差问卷。这种方法是向用户提供事先设计好的问题，让用户回答。在这个问题设计中其实大有学问。首先要保持问题的准确性和相关性，尽量避免使用含糊不清的形容词、副词来描述问题，问题设立尽量表意清晰，客观，不具备引导性。用户调查问卷的问题有以下几种方式：a.全开放式问题。这种问题能让用户畅所欲言，但对于反馈信息的整理和量化比较困难。b.二项选择题。即让用户单纯的回答是或否，这类问题便于统计处理，分析也比较容易，但用户没办法进行进一步的阐述，无法表现出意见差异的程度，了解的情况也不够深入。c.多项选择题。d.顺位选择题，能比较直观的统计出用户关于相应需求选项的优先级。
但不管处于什么方法，归根结底都是为了更好的统计出用户的需求及其优先级情况，只有切实的抓住用户的需求并在满足其需求的前提下去设计产品，才能更好的抓住用户、抓住市场。