我们的软件产品或项目有三个层次和三个方面。
一、先来看看需求的三个层面
软件要求有三个不同的级别：业务要求、用户要求和功能要求。
业务需求(Business requirement )代表组织或客户的高层次目标。 业务需求通常来自项目投资者、购买产品的客户、实际用户的管理员、市场营销部门或产品策划部门。 业务需求说明了为什么要开发组织希望实现的目标这一系统。 使用前景和范围文档记录业务要求。 本文档有时也称为有关项目配置文件或市场要求的文档。
“用户要求”(user requirement )描述用户的目标或用户对系统要求的任务。 用例、场景描述和事件——响应表都是表达用户需求的有效方法。 也就是说，用户的需求表明了用户可以使用系统做什么。
功能要求(functional requirement )规定了开发人员必须在产品中实现的软件功能，用户可以利用这些功能执行业务并满足业务需求。 功能要求有时也称为“行为要求”。 这是因为系统总是用“当然”来表示：“系统应该发送电子邮件，通知用户您已经接受了预定。” 功能要求的说明是开发人员需要实现什么。 注意：用户的需求不一定会转化为成功的需求。 产品特性、特性(feature )是一系列逻辑上相关的功能需求，可为用户提供满足业务目标的功能。 对于商业软件，特性是一系列有助于客户意识到并决定是否购买的需求，是产品说明书中由重要符号标识的部分。 客户想要获得的产品特性和用户对任务的需求并不完全一样。 一个特性可以包含多个用例，并且每个用例必须满足多个功能要求，以便用户可以执行任务。
“系统要求”(system requirement )用于描述包含多个子系统的产品，即系统的顶层要求。 该系统可以仅包括软件系统，也可以包括软件和硬件子系统两者。 因为人也是系统的一部分，所以一部分系统功能可能由人来承担。
商业规则包括企业方针、政府条例、工业标准、会计标准、计算方法等。 业务计划本身不是软件要求，因为它不在特定软件系统的范围内。 但是，业务规则往往限制可以运行特定用例的用户，或者规定系统必须实施特定功能以满足相关规则。 在某些情况下，功能中的特定质量属性(由功能实现)也基于业务规则。 因此，当您追溯特定功能要求时，您会发现其来源是特定的业务规则。
功能要求在软件要求规格书(SRS )中有记载。 SRS完整地描述了软件系统的预期特性。 SRS我们通常将其视为文档，但实际上，SRS也是包含需求信息的数据库和电子表格； 存储在业务需求管理工具中的信息。对于小项目，这可能是一叠索引卡。 开发、测试、质量保证、项目管理、其他相关项目功能均使用SRS。
除此之外，关于需求水平还有其他方法。
组织级要求-业务要求-用户要求-功能要求(有时称为行为要求)。
组织级需求：一般表达了组织的愿景和目标。 对于大型公司，一般通过资深顾问和咨询公司获得，并提供咨询报告。 例如在ITSM和企业信息化方面。 典型的组织级别需求包括降低成本、降低库存成本、提高企业IT服务部门的价值、通过ISO20000、提高IT服务效率和提高员工满意度。
业务需求：是每个业务流程和业务单元完成组织使命和实现组织愿景的需要。 业务需求服从组织的需求。
用户需求：用户级需求是在业务级需求下，各岗位合作完成业务所具有的需求。 软件要求规格书中的要求主要是这一部分。
功能需求：同样，代表着满足产品或软件需求的能力。 通常，管理员或产品市场部门的负责人负责定义软件业务需求，以提高企业运营效率(对信息系统而言)或产品市场竞争力(对业务软件而言)。 的所有用户需求都必须满足业务需求。 需求分析师从用户的需求出发，推导出产品对用户来说应该具有什么样的功能。 开发人员根据功能和非功能要求设计解决方案，在限制范围内实现所需功能并达到规定的质量
和性能指标。当一项新的特性、用例或功能需求被提出时，需求分析员必须思考一个问题：“它在范围内 吗？”。如果答案是肯定的，则该需求属于需求规格说明，反之则不属于。但答案也许是“不在，但应该在”，这时必须由业务需求的负责人或投资管理人来决定： 是否扩大项目范围以容纳新的需求。这是一个可能影响项目进度和预算的商业决策。二、需求的三个方面
除了功能需求外，SRS中还包含非功能需求，包括性能指标和对质量属性的描述。
质量属性 （quality attribute）对产品的功能描述作了补充，它从不同方面描述了产品的各种特性。这些特性包括可用性、可移植性、完整性、效率和健壮性，它们对用户或 开发人员都很重要。其他的非功能需求包括系统与外部世界的外部界面，以及对设计与实现的约束。还有一项称为可用性（usability）的质量属性，它规 定了业务需求中“有效”（efficiently）一词的含义。
约束 （constraint）限制了开发人员设计和构建系统时的选择范围。约束，在产品的架构设计中，是需要被首先考虑的问题。
如果说产品的功能代表了产品的能力，那么产品的质量属性代表了产品的品质，产品的约束代表了产品必须去满足的或者适应的条件！用人说“用户体验”是产品的 灵魂，对于个人级的软件这么说或许很恰当，当对于企业级甚至是行业级的产品，其灵魂有两个：一个是产品带个用户的价值，另一个是产品的品质，简单的说，就 是价值和品质。但其成为一个产品的前提应该是满足约束，否则就不应该设计、开发、进入市场而成为一个垃圾。
用户需求 功能需求 区别
简单的就是：
用户需求。用户需要在应用系统中实现什么东西，为实现这个目标，需要用户提供的全部的详细的业务说明，业务流程，表格样式等。
功能需求。将用户需求归类分解为计算机可以实现的子系统和功能模块，用设计语言描述和解释用户的需求，以达到可以指导程序设计的目的。
转载于:https://www.cnblogs.com/haxianhe/p/9271216.html