需求分析理论有哪些(需求分析理论的内容)
需求分析对产品开发的成败至关重要，因此详细定义和描述需求非常重要。但是，不同的系统往往有不同的需求定义，这也导致了需求术语的混乱。本周，一个小编将根据多年的需求工作经验
需求分析对产品开发的成败至关重要，因此详细定义和描述需求非常重要。但是，不同的系统往往有不同的需求定义，这也导致了需求术语的混乱。本周，一个小编将根据多年的需求工作经验，详细解释不同术语的概念和区别:
商务(商务)
“业务”是从内容上划分的，指的是“核心域”。
比如餐厅系统中的订单和菜品的关系属于“业务知识”，折扣的计算规则属于“业务规则”。
“业务”从范围上的划分是指“组织层面”。
例如，“业务建模”是组织级别的建模，“业务用例”是组织向其他组织提供的服务，“业务流程”是组织内部各系统之间协作的过程。
建筑(建筑学)
维基百科是这样描述“建筑”的:
软件架构是系统的草图。软件体系结构描述的对象是直接构成系统的抽象组件。组件之间的连接清晰且相对细致地描述了组件之间的通信。
在实现阶段，这些抽象组件被细化成实际的组件，比如一个特定的类或对象。
归纳:架构是多个系统共享的抽象机制。
1:内部，系统提供的各种功能不属于“架构”
2:共享，架构是一种复用机制。它独立于单个系统，可以围绕它组装成一个系统家族。
例如，下图显示了某个领域中各种领域概念之间的关系。无论映射哪些非核心域(Android或iOS，Vue或React)来获取系统，机制都可以存在。
业务架构
业务架构有两个含义:
第一，组织的内部机制。“业务”理解为“组织”。
第二，系统内的核心域机制。“业务”是指“核心领域”。
用户(用户)
用户也可以是第三方支付系统”，用户是与系统交互的人。与用户的交互可以分为主动交互和被动交互。
需求分析中的“用户”问题:
(1)随意揣测“用户”
如下图。人很容易有先入为主的需求。流程中的人被认定为优化方案的“使用者”，然后被逐一调查。
(2)“用户”混淆了演员和观众。
用例设计将软件视为一部电影，演员在舞台上表演，观众(涉众)在舞台上观看，观众根据他们的地位就座。
一个演员表演什么是由观众的口味决定的。先照顾好前面的观众，再照顾后面的观众。
用例“Actor”和“Stakeholder”被用来代替“user ”,以弥补“user”这个词令人困惑的概念。
客户/用户需求
基于客户的认知或直觉需求，往往是反映用户需求的理想状态。
我希望汽车有时尚的外观和出色的性能。
用户的要求是无法直接实现的，因为用户对自己的要求往往是模糊的。在设计的时候，我们需要通过原型、参考等方法，把客户的需求具体化。
市场需求
市场需求不等于客户需求。市场需求不仅描述了目标客户的需求，也反映了竞争对手针对这种需求的表现。
比如竞争对手是如何实现的？如果没有实现，被竞争对手取代的可能性有多大？如果是的话，怎样做才能超越竞争对手？
市场需求是产品经理分析后的客户需求，反映了客户和竞争的情况。
产品需求
IPD将产品需求定义为“产品包需求”，因为我们交付给客户的不是一个孤立的产品，而是一个解决方案。同时，客户是否购买一个产品，不仅取决于产品本身，还取决于品牌、服务、渠道等因素。产品需求要广而不深，与产品相关的方方面面都需要考虑清楚，而不是为了某一点而被精确定义。需要从客户购买决策的全过程来考虑。
一般会涉及到:价格、渠道、包装、性能、易用性、保证、服务、社会接受度、品牌等。；
设计要求
要求是“设计+需求”。在设计需求阶段，设计和需求已经整合，设计承载着需求。
在定义设计需求的时候，要在深度上下功夫，细化到可以通过设计实现的程度，可以由具体的物理模块来承载。
设计需求按产品需求分解，分解后形成与该产品需求对应的设计需求列表。
规范
规格是对需求的具体描述。而需求和规格本来就是集成的，所以就有了产品需求规格。
比如“OA要支持IE浏览器”是要求，规范是:“需要支持Ie6、Ie7、Ie8”。“声音要达到120 dB ~190 dB”，这本身就要求+规格。
特点
功能这个词在软件行业经常被提及。特征是产品需求，更准确的说，特征是产品需求明显区别于其他产品的个性化需求。
产品通常分为三类:BSA(基本、满意、有吸引力)，即基本需求、最佳满足需求和更有吸引力的需求；特点是:一个需求。
测试要求
测试需求通常是产品需求，R&D的设计需求没有明确定义，所以开发人员设计和开发它们。测试人员无法从需求中找到测试点，将需求细化到可以提取测试点的粒度。
内部需求
在定义产品需求时，我们应该更加关注外部客户的需求。其实产品是有内部客户的，我们也要关注内部客户的需求。
比如制造和客服都是内部客户。设计时不考虑制造要求，导致制造效率低，良品率低，影响产品市场表现；
制造部门和客户服务部门的需求是内部需求，需要在产品开发的前期识别，成为产品需求和设计需求的一部分，在设计和开发中实现。
外部需求
外部需求是指客户、渠道、合作伙伴、用户等的需求。和外部附属单位。
在分析过程中，贯穿销售过程，从生产线下至顾客手中的各个环节都要详细分析，每个环节产生的需求称为外部需求。
外部需求要重点关注，一个环节得不到满足，就无法转化为真正的商业利益。
业务需求
业务需求以客户的业务发展、财务和战略为基础，反映客户高层的要求，涉及产品的整体宏观要求。
比如ERP产品可以提高50%的库存周转率。
业务需求反映了客户的业务需求，具体的业务需求需要通过产品需求和设计需求来细化和实现。
功能
说到功能这个词，研究对象一般是系统，功能是需求。
功能需求描述系统整体为其他系统提供的服务，将其他系统给予它的输入转化为其他系统需要的输出。
“功能需求”不够准确。
例如，如果以自助柜员机(ATM)为研究对象，
提现是功能，登录也是功能，手续费计算也是功能。功能有多大？
用例要严格得多:在用例中:
“提现”是一个用例，“登录”是用例中的一轮，“计算手续费”是一个步骤。
组件
模块(模块)。指出研究对象一般是系统。表示系统的组件。这个词和function一样不准确，不清楚module是控件？一节课？由几个类组成的组件？
功能和模块
“功能”是系统提供的外部服务，“模块”是系统的内部结构。
比如某项“功能”的完成需要几个“模块”的配合，某个“模块”也会参与几项“功能”的完成。下图显示“模块6”被重复使用。所以“功能”和“模块”不能直接映射，否则系统会有很多冗余。
功能性包装
功能包描述了几个功能的集合。
