需求的核心组件的定义，需求的核心组件是什么，为什么需要掌握核心组件

需求的核心组件的定义，需求的核心组件是什么，为什么需要掌握核心组件！

需求核心组件即：构成需求的核心要素，其在产品经理和需求分析师对需求分析过程并转化为功能需求至关重要，也是一种强大的分析手段。

需求的核心组件构成：对象（Object）、数据（Data）、过程（Process）、规则（Rule），四大组成部分。

应用需求核心组件我们来举一个例子：系统发送消息。那么应用需求核心组件如何进行分解。

• 对象（需求涉及实体）：系统；
• 过程（完成的动作或活动）：发送消息；
• 数据（信息）：消息内容；
• 规则（业务规则）：什么时候发，满足什么条件才能发。

这么简单的需求分解出来，其实就转化为了具体问题，没有解决的问题或者不清晰的元素，我们就需要去弄明白，这样才不会疏漏任何细节。

需求是复杂的，产品经理在进行需求分析中，如果没有合适的方法去分析和分解需求，那么会造成关系对象的疏漏、信息的缺失、架构的不完整亦或是系统支撑性不足等问题。理解和掌握需求中的核心组件，能让产品经理在需求分析时准确把握核心要素，让业务需求转化成功能需求时的逻辑分析和思路更加清晰，思维更加缜密。

二、需求分析组件的概念和简述

1. 对象（Object）

对象是与业务过程有交互、有关系的人、事物，或者其他软件系统、模块。

没有哪个业务过程是不涉及多个对象进行运转的，当我们进行需求分析时一定要分析出其中涉及的对象，这些对象具象化有可能是你的软件系统、你的用户、你的用户的客户、上下游的软件系统。对象分得越清晰，越能站在不同的对象角度去思考和分析需求的使用场景和衍生场景。

2. 过程（Process）

过程是业务完成的动作或者活动。它是构成需求核心组件的第二大组件，也可以描述为流程。

有些人认为流程都是工作流，审批流等复杂性流程，其实简单的一个动作也叫流程，这里统一称过程吧。过程或流程是一个对象到另一个对象之间涉及的动作或者活动，其通常是由动词加名词进行构成描述，我们常常说的，行为、任务、流程和用例皆可代表过程。

3. 数据（Data）

数据是业务过程中所涉及到的所有信息，我们常说的信息系统和信息技术、信息通信，都无时无刻不在提醒我们软件系统中信息的重要性。

无论你做成的软件功能是自动化完成的活动还是需要收工进行录入完成的活动，尽管活动的形式可以千变万化千姿百态，技术可以千变万化，遗漏了数据需求将造成严重的需求疏漏，对于信息化时代，这种遗漏无疑是致命的。再好的软件，再精美的界面，再牛逼的技术架构，如果客户无法管理、呈现、使用他们需要的业务信息，开发完成也是一场徒劳。所以，数据需求更需要我们详细分析和挖掘。

4. 规则（Rule）

规则定义了业务过程的约束和规则，它代表系统、模块、功能在满足什么样的约束下做出什么样的反应，从而使整个业务过程按照逻辑和我们事先定义的准则进行流转和做出响应。

常常听到几个词：“验证”、“确认”、“检查”、“决定”或者“评估”，这几个动词常常都需要涉及到规则和约束，来判断后续过程的走向和处理过程，因此规则可以说代表了系统的决策点，也是整个需求的关系链逻辑。