简单地说，所谓需求就是用户对软件的要求。我比较喜欢把需求分成功能需求和非功能需求两类。功能需求比较好理解，头条能不能看新闻，能不能看视频，能不能发文章，能不能制顶等等等等，这类关于软件功能的要求就是功能性需求。功能性需求一般要通过程序设计来满足。
功能性需求 这是最主要也是最常见的需求。这类需求是要求实现某一项实际功能的，这个功能一般都会通过某种形式展现出来。一个软件最基本的就是功能性需求。在APP开发初期，应尽可能保证功能性需求的优先度，它们是一款APP的灵魂所在。
用户需求 （user requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
改造产品是具有指导意义的，适用于理解产品以及指导写产品需求文档。毕竟产品也是一个世界，而且似乎真是值得好好玩味的三点。描述一个产品往往是这样：通过这个产品的什么功能内容给谁带来了什么？产品经理描述产品需求就像是：站在一个造物者去造物（软件产品）的角度来阐述所造之物。
从软件开发的角度进行划分，软件需求可分为功能需求、非功能需求、设计约束三种类型。
软件开发中的需求分析主要包含以下几类需求：功能需求：功能需求描述了系统或软件应该具备的功能和行为。它涵盖了系统的各种操作和交互方式，包括输入、输出、数据处理、用户界面等方面。功能需求帮助开发团队了解系统应该具备的具体功能和行为。
软件开发中的需求分析主要包含什么需求：功能性需求 这是最主要也是最常见的需求。这类需求是要求实现某一项实际功能的，这个功能一般都会通过某种形式展现出来。一个软件最基本的就是功能性需求。在APP开发初期，应尽可能保证功能性需求的优先度，它们是一款APP的灵魂所在。
业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。2·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。3·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。
软件需求的层次包括业务需求、用户需求、功能需求、系统需求。业务需求 表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。
软件需求的三个层次：业务需求、用户需求和功能需求。业务需求 反映了组织机构或客户对系统、产品的高层次的目标追求，定义了项目的远景和范围，即确定了项目的发展方向、功能范围、目标客户及价值来源。会形成一份“远景与范围文档”。用户需求 描述用户用该产品可以完成哪些任务。
【答案】：业务需求是用户高层领导机构决定的，它确定软件的目标、规模和范围。业务需求一般在 进行需求分析之前就应该确定，需求分析阶段要以此为参照制定需求调研计划、确定用户核心 需求和软件功能需求。业务需求通常比较简洁，大约三一五页纸就可以描述清楚，也可以将它 直接作为需求规格说明书中的一部分。
软件需求的构成可以分为三个层次：业务需求、用户需求和功能需求，以及非功能需求。业务需求，即 business requirement，它反映了组织或客户对系统高层次的目标期待，通常在项目视图与范围文档中明确阐述。用户需求（user requirement），通过使用实例文档或方案脚本文档，详细描述用户完成任务所需的功能和流程。
软件需求包括3个不同的层次――业务需求、用户需求和功能需求，除此之外，每个系统还有各种非功能需求。业务需求表示组织或客户高层次的目标，业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门，业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。
我们首先看需求的三个层次软件需求包括3个不同的层次――业务需求、用户需求和功能需求。 业务需求（Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
进行需求获取时应该注意如下问题：（1）识别真正的客户。
应能适当地调整收集范围。在收集需求信息的开始，开发人员并不知道用户需求信息量的大小，可以根据系统的范围适当扩大收集范围。但也不能过于扩大收集范围，因为在扩大的范围内收集的需求信息有些可能不是真正的需求，这将导致开发人员要花费大量的精力和时间来理解和分析这些需求信息。
如果范围太大，你将要收集比真正需要更多的需求，以传递足够的业务和客户的值，此时获取过程会拖延。如果项目范围太小，那么客户就会提出很重要的但又在当前产品范围之外的需求。当前的范围太小，以致不能提供一个令人满意的产品。
识别用户类和用户代表。保证软件开发组织分析需求的一致性和完整性。在此基础上确定目标系统的不同用户类型，在需要项目澄清时，接触客户组织中适当的联系点并解决问题。（4）获取具体需求。获取开发组织以需求规格说明文档的形式得出讨论结果。（5）确定目标系统的业务工作流。
需求获取阶段 在需求获取阶段，需要做好收集和管理两件事。这些需求既有产品经理主动挖掘的，也有从用户、运营、业务方、领导等渠道被动获取的，无论哪个渠道来的需求，都需要有一个正式的地方进行管理，也就是我们通常所说的需求池。
软件需求的三个层次：业务需求、用户需求和功能需求。业务需求 反映了组织机构或客户对系统、产品的高层次的目标追求，定义了项目的远景和范围，即确定了项目的发展方向、功能范围、目标客户及价值来源。会形成一份“远景与范围文档”。用户需求 描述用户用该产品可以完成哪些任务。
软件需求的构成可以分为三个层次：业务需求、用户需求和功能需求，以及非功能需求。业务需求，即 business requirement，它反映了组织或客户对系统高层次的目标期待，通常在项目视图与范围文档中明确阐述。用户需求（user requirement），通过使用实例文档或方案脚本文档，详细描述用户完成任务所需的功能和流程。
软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。业务需求（ business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。
软件需求包括三个不同的层次，即业务需求、用户需求和功能需求。业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。
我们首先看需求的三个层次软件需求包括3个不同的层次――业务需求、用户需求和功能需求。业务需求 （Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
在软件开发的旅程中，理解软件需求的层次结构是至关重要的。它如同软件设计的基石，分为三层：业务需求，用户需求，以及功能需求。业务需求是宏观的指导，它描绘了项目的核心目标；用户需求则更为具体，关注的是用户期望完成的任务；而功能需求则是开发人员实现这些任务的基石，明确软件需要实现的功能特性。
1、软件需求是指用户或客户对软件产品或系统所期望的功能、性能、设计约束等具体要求的描述，这些要求反映了用户或客户使用软件的目的和期望达到的效果。详细来说，软件需求是软件开发过程中的基础，它们描述了软件产品或系统应该具备的特性、能力和行为。
2、软件需求的含义：把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。
3、IEEE软件工程标准词汇表（1997年）中定义需求为：（1）用户解决问题或达到目标所需的条件或权能（Capability）。（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。（3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。
4、用户需求 （user requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。