阅读链接地址：http://blog.csdn.net/yqmfly/article/details/7679781
通过阅读博客相关知识，使得我们懂得软件需求分析的质量对软件开发的影响是深远的、全局性的，高质量需求对软件开发往往起到事半功倍的效果，所谓“磨刀不误砍柴功”。软件需求分析用软件工程的定义来讲，它就是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。
研发人员要将需求按重要程度进行分级，是必不可少的步骤。需求分类好了，自然就可以在以重要需求为出发点，兼顾次要需求的基础上来进行设计。在开发者与用户（代表）交流时，切记避免使用如“大概”、“应该”、“可能”等词语，这是初入行者和懒于写文档的人都容易出现这种问题，但结果是，概括性的语言无限放大了大家对需求的理解，造成歧义。所以，需求越具体、详细就越好，磨刀不误砍柴功。
需求分析是分多阶段的，理想的流程是需求交流—〉分析整理—〉需求确认—〉变更控制，实际情况下该流程会多次循环往复，其中需求交流需要我们有理解、设计能力，更要有与人交往的沟通能力，我们要在和客户的交流中展露出我们的专业，不仅能快速树立起我们的形象，作为之后交流的基础，更有利于今后的开发，让我们在开发中占有主导地位，形成良性循环。不同的展现会直接影响到后期的项目开发。同时还要兼顾项目的准备工作，搞清面向的角色，对不同层次的人要进行不同的询问。我们需要和各个类型的客户打交道，逐个拜访，搞好关系，培养起感情，也会开一个好头。分析整理需要我们对功能角色、业务流程、业务领域等进行分析。变更控制（用户追加或补充的需求内容才能称为需求变更）在此过程中非常 重要，它既是原需求的终止，又是新需求的开始，做好变更控制，往往事半功倍。
分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。在软件完成后，制定的软件规格说明还要为评价软件质量提供依据。
软件需求包括三个不同的层次：业务需求、用户需求和功能需求；业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 用户需求 文档描述了用户使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本说明中予以说明。 功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。
需求分析必要流程关系绘图:
