《我们应当怎样做需求分析？》链接地址：http://blog.csdn.net/yqmfly/article/details/7679781
软件需求分析总分为1、需求调研2、需求分析3、需求确认三大部分，对每一个部分又有更具体的的划分，要想做好软件需求分析，就要把握好这三步！
需求调研包括（拜访、研讨会、需求研讨、迭代、需求捕获等方式）
拜访也就是面对面的交流，直接接触到相关人员和相关的利益群体，通过他们最直接的表达来进行的调研方式。面对直接的利益体，不可能泛泛而谈，这需要提前做好准备，因为我们可能会遇到不同的群体和领导层。他们对软件的认识和理解对不在同一层面上。交谈的内容自然也不尽相同。研讨会作为需求调研的一个重要方式之一，把同一人群或同一业务的相关人员组织到一起，以商议和探讨的方式总结出统一的要求和看法，效率会有所提升，但容易出现混乱的情况，这需要很好的组织和策划。随着时间的改变，需求不会一直不变的。我们的需求调研是一个循环的过程。需求捕获->需求整理->需求验证->再需求捕获••••••，所以需求调研需要良好的沟通和交流。
需求捕获(requirement elicitation)是需求工程的主体。对于所建议的软件产品，捕获需求是一个确定和理解不同用户类的需要和限制的过程。获取用户需求位于软件需求三个层次的中间一层。业务需求决定用户需求，它描述了用户利用系统需要完成的任务。从这些任务中，分析者能获得用于描述系统活动的特定的软件功能需求，这些系统活动有助于用户执行他们的任务。需求捕获和分析包括对原始需求变更控制，版本控制，从需求到产品和模块的可追溯性，成品交付和产品的状态跟踪。需求捕获是在问题及其最终解决方案之间架设桥梁的第一步。捕获需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求捕获集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。
需求分析包括（功能角色分析、业务流程分析、用例说明、查询报表分析、愿文分析法、领域驱动设计、非功能需求）
我们本学期的重点内容便是这里，做好需求分析需要养成良好的习惯，这些都要生成文档，同时也是关系到软件的具体功能实现和设计。我们同常用到的手段是图形分析法，因为这很直接，包括用例图，类图，业务流程图，数据流图，活动图，时序图等等。
需求确认包括（需求列表、一个需求列表的实例、快速原型法、需求规格说明书评审与签字确认会等内容）
我觉得这是官方的意义上的需求分析的最后部分，也是一个责任的书面确定。