我们的软件产品或者项目，其需求都有三个维度，业务需求、用户需求和功能需求，除此之外，每个系统还有各种非功能需求。不是很了解的朋友，今天一起来了解一下吧！
下图是需求层次关系图，软件需求包括不同的层次：
业务需求（Business requirement）标志组织或客户高层次的额目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。
用户需求（user requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。
如果觉得上面的语言比较难理解，那么下面我们就简单的语言给大家讲解。
什么是用户需求？什么是功能需求？
我觉得：用户需求是针对的是人，描述的是用户想做某件事情所遇到的问题，或想满足的欲望；而功能需求针对的是产品，描述是产品如何解决用户所遇到的问题，或如何满足用户的欲望，是方式、方法；
举个例子：
用户需求：在决定购买之前，用户想方便的比较一下几个同系列产品，以此在选择的时候做出更明智的决定。
功能需求：我们可以让用户把购买的商品，都放入“比较栏”，然后用户再点击“去对比”，就会在一个界面同时对比几个产品。
用户需求是前提条件，功能需求是落下来的产品部分，它是可以交付的。
值得注意的一点是业务需求，有时候用户需求与业务需求是有矛盾 ，那么个功能需求怎么决定呢？
举个例子：
某个商品界面，我发现我的用户不是为了买最便宜的货，我决定产品不把最便宜的商品都展示出来，因为去1、不希望让用户买最便宜货；2、一旦有太便宜的商品，用户就会形成心理落差，觉得贵的商品不值钱（其实贵的商品的性价比比便宜的商品更高）；3、我想提高单笔成交订单额度。
所以我就会只展示相对贵一点的商品。让用户减少选择，就有可能购买价值更贵的商品（业务需求）
如果把最便宜的商品也展示出来，这对于用户需求来说是有价值的；（用户需求）
但是还是坚持了“贵一点”的策略，这就是业务需求主导了功能需求；
业务需求是什么？
业务需求针对是公司，描述是公司想如何解决用户的问题，如何满足用户的欲望，并将利益最大化。重点是在后面，追求商业可行性与利益最大化。
不过放心，大部分互联网公司，他的业务需求很简单：让功能需求最大化满足用户需求，不断追求用户体验，黏住用户后，再谋求规模化利润（比如：广告）。
在软件开发过程中，最为重要的“用户需求”往往和数量巨大的”功能需求“混淆在一起，这会让太多没有直接提供业务价值的需求充斥在需求阶段，这会导致没有突出重点而忽视重要的业务特性,这对业务分析来说是非常有害的。 所以在开发过程中，很有必要加强认识并区分开来。
