阅读博客“我们应当怎样做需求分析”中几个典型案例，结合网上查阅的资料得出一些心得总结
软件需求分析，就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求
软件需求的三个层次：业务需求、用户需求和功能需求
1．业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们
在项目视图与范围文档中予以说明。
2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（use
case）文档或方案脚本说明中予以说明。
3．功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的
任务，从而满足了业务需求。
在软件需求规格说明书（SRS）中说明的功能需求充分描述了软件系统所应具有的外部行为。软件
需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。对一个大
型系统来说，软件功能需求也许只是系统需求的一个子集，因为另外一些可能属于子系统（或软件部
件）。
作为功能需求的补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和
执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或
实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是
通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为
重要。
需求提出：软件需求的提出主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。开发人员和用户确定一个问题领域，并定义一个描述该问题的系统。这样的定义称作系统规格说明，并且它在用户和开发人员之间充当合同。这个方面主要是与用户进行沟通·和交流，初步了解用户需要这个系统干什么，需要这个系统帮助他完成什么样的任务。通过和用户的初步交流沟通，就可以初步描绘出这个软件的大概面目，为我们的绘制出软件的前景。
需求描述：软件需求描述则是工作人员的任务。在问题分析阶段分析人员的主要任务是：对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。而这个阶段就是根据前面需求提出所绘制的框架进行功能的填充，实现用户的原始功能，并且对原始功能进行分析，排除歧义性等不利因素，以此对用户的原始功能进行修改和完善。
需求审核：审核则是分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体，并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点，必须尽快更正，再行检查。即是分析人员、软件设计人员和客户三方面配合，对所整理出的需求进行最后的审核和改善，以此确定最终的需求方案。