当业务流程跨多个系统流动时，集成要求对于任何项目的成功都是至关重要的。作为业务分析师，我们有责任了解端到端的业务和系统流程，并在需求收集流程中记录下移交。收集系统之间集成需求的系统方法将确保系统之间以及业务流程之间的平滑交互。下面的“集成需求分析框架”提供了一种系统的方法来记录集成项目的需求。
信息映射
数据信息映射是分析和记录系统的各种属性的系统过程，这些属性映射到另一个集成系统的属性。此练习的输出是一个数据映射文档，它将作为开发团队的指导文档。
重要的是要了解系统的强制属性，并确保正确映射它们，以避免任何集成失败。例如，如果需要订单ID才能将数据发送到财务系统，则我们需要确保将订单ID字段标记为必填字段，并将其映射到CRM系统的相应字段。
理解集成中涉及的每个系统中数据元素的定义以相互映射适当的属性至关重要。跨系统映射元素的单个错误可能导致业务用户之间的混乱。例如，如果财务系统中的开票开始日期需要映射到CRM系统中的“发货交货日期”，并且如果日期映射错误导致开票开始日期映射到“发货开始日期”，则可能导致客户的错误账单。因此，对于业务分析师而言，为任何集成项目记录数据映射文档都非常重要。
在某些情况下，可能需要在目标系统上转换为相应的格式/值，而不是直接映射到其他属性。我们需要确保相应的转换/公式已相应记录在案。
信息模型
每个系统都有一种组织数据元素并在它们之间建立关系的系统方法，这就是它的数据模型。在集成2个不同的系统时，必须连接集成系统的数据模型。
重要的是要了解系统之间的数据是否具有一对一或一对多或多对多的关系。通常，一个系统中的单个记录可以链接到另一个系统中的多个记录，反之亦然。
例如，一个发票可以有多个产品（即一对多），如果没有记录，则最终报告中每个产品的发票金额可能会出现，这会导致总发票金额不准确（虚增）。因此，在记录需求时，具体说明系统之间的数据模型关系非常重要。
数据源连接器（唯一键）
为了在系统之间链接数据，在系统之间具有链接数据元素很重要。例如，为了将雇员的信息从一个系统传输到另一个系统，可以将雇员的雇员ID用作连接属性。
在其他一些情况下，可能必须具有多个唯一元素，以便可以将多个元素组合在一起以形成唯一标识符。例如，要更新订单上的产品详细信息，仅将订单号作为唯一键可能还不够。为了识别订购的每个产品，系统需要结合订购号和产品号来准确地传递信息。作为业务分析师，我们需要谨慎确定单个元素是否足以用作唯一键，或者是否需要使用元素组合来形成唯一键。
集成整合频率
确定系统之间信息传输的频率至关重要。通常，频率将是“实时”或“批处理”。准时的信息可用性与所消耗的技术资源之间必须达到平衡。通常，与批处理集成相比，实时集成会消耗更多的技术资源并具有更高的成本。
作为业务分析师，我们需要根据业务需求的关键性来确定系统之间所需的信息传输频率。在某些用例中，实时集成将是唯一的选择。例如，患者的健康监控设备和控制系统之间的集成需要是实时的。鉴于某些用例，必须根据成本与收益做出决策，才能在实时与批处理集成之间进行选择。例如，有些企业需要在运货和开票系统之间进行实时集成，而有些企业可以使用批处理程序。
数据量
确定跨系统流动的数据量非常重要。通常，这可以帮助开发团队确定正确的技术体系结构，这是我们在获得集成需求时从开发团队那里获得的第一个问题。
如果该集成取代了手动集成，那么一种理想的方法是研究现有的数据传输量以估计数据负载。如果集成是系统之间的新连接，则业务分析师可能需要分析在每个系统上执行的数据操作以及需要流向其他系统的数据量。
安全
根据用户在组织中的角色，保持数据完整性和可见性很重要。在大多数情况下，一个系统中的“安全性”设置不会流到其他系统。因此，记录跨系统数据的安全性/可见性很重要。
错误处理
值得记录一下在集成失败时是否需要通知某人。通常，通知将发送给系统管理员或数据管理管理员
尽管每个集成项目在需求方面可能都是唯一的，但遵循上述定义的框架将确保捕获大多数需求，以成功实施该项目。