BPI 与 Web 服务
2.71/5 (14投票s)
本文提供了关于业务流程集成 (BPI) 的基本信息和一些技术方法...
执行摘要
本文提供了关于业务流程集成 (BPI) 的基本信息，以及通常用于实现它的几种技术方法。它描述了业务流程集成、增长和集成的好处。
引言
当今世界，一个业务周期包含更多的应用程序。在当前的商业环境下，这些应用程序需要相互通信才能完成一个业务周期。组织在业务流程中投入大量资金以集成所有这些业务应用程序。这可能是由于应用程序基础设施不连通。也就是说，每个应用程序都在不同的环境中运行，并使用各种数据方法和通信格式。通常，这种集成是通过 ISV 完成的。它们通过执行与集中式 EAI 中间件类似的功能来促进集成，从支持绑定到在不同公司提供的服务之间路由消息。这涉及到大量的投资。一些商业专业人士认为，这种应用程序集成成本高昂，但没有为客户增加任何价值。因此，商业专业人士希望以更好的方式集成这些应用程序。本文提供了关于业务流程集成 (BPI) 和涉及的集成技术方法的基本信息。
业务流程集成 (BPI)
为了在当今经济中取得竞争优势并获胜，组织必须无缝地集成公司内部及其整个数字市场中的业务流程和技术。
如前所述，业务周期中涉及的应用程序数量日益增多，并且需要相互交互。例如，在业务周期中，ERP 包可能在 X 环境中运行，并且可能需要与 Y 环境中运行的 CRM 应用程序进行通信。因此，集成这些应用程序已成为必须。集成业务周期中涉及的业务应用程序的过程称为业务流程集成 (BPI)。BPI 可以是企业内部的，也可以是企业之间的。
BPI – EAI 和 B2Bi
业务流程集成可以根据企业中涉及的应用程序进行分类。如果集成在企业内部，则称为 EAI，如果集成在企业之间，则称为 B2Bi。
EAI 模型
企业可能需要集成企业级别的业务应用程序。如果应用程序集成在企业级别，则此模型称为 EAI。也就是说，内部集成是 EAI。它不能用于增强与业务合作伙伴的关系。企业应用程序集成有望实现不同系统之间不同应用程序的信息流，而无需定制的通信链接，从而有效解决了客户端-服务器的可伸缩性和互操作性问题。
B2Bi
属于不同企业的业务应用程序的集成称为 B2Bi。也就是说，B2Bi 是外部应用程序/公司之间的集成。例如，在一个业务供应商中运行的 ERP 包需要与其合作伙伴的销售应用程序集成。因此，在不同企业中集成这两个应用程序称为 B2Bi。这两个术语背后的核心概念几乎相同。
下图显示了不同类型的业务集成
图 1：业务流程集成 - EAI 和 B2Bi
业务流程集成的技术方法
业务流程集成是通过不同的技术方面来实现的，具体取决于系统的业务性质。以下是 BPI 通常采用的不同方法。
EAI-EDI
通过 EDI 进行的企业应用程序集成是实现业务流程集成的第一种方法。该模型在不产生开发和维护定制内部解决方案的许多问题的情况下实现集成。它定义了一种结构化的集成方式。这种业务集成基于预定义的固定数据格式，如 EDIFACT、ANSI X 12 等。因此，该模型在这些应用程序之间建立了具体的绑定。EAI-EDI 模型为长期合作伙伴关系带来了更好的结果。下图显示了 EAI-EDI 模型的示例模型。
图 2. 示例图：业务流程集成 - EAI -EDI
EAI-EDI 方法需要专业的专用资源。因此，这种方法在资源方面很昂贵。由于通信基于固定的数据格式，因此它缺乏对业务变化的快速响应和实时数据交换。由于集成基于商定的固定数据格式，因此很难添加新的业务合作伙伴。
为了克服这一点，企业一直期望一种通用的数据格式，任何参与集成的应用程序都可以采用。使用通用标准（XML）进行业务集成在此处开始。
XML 驱动的 B2Bi
在此模型中，业务应用程序通过平台无关的结构化数据格式 (XML) 进行集成。XML 提供了一种“自我描述”数据的方式，因此信息提供者可以轻松地以接收者易于理解的形式指定封装数据的语义。由于 XML 本身描述了数据，因此消除了对附加翻译器的需求。这种方法为集成提供了灵活性。下图显示了 XML 驱动的 B2Bi 方法的示例图。
图 3：示例图：业务流程集成 - XML 驱动的 B2Bi
尽管 B2Bi 模型提供了高度集成的、面向多个业务的方法，但它缺乏面向服务的架构 (SOA)。也就是说，在 SOA 模型中，业务功能应该作为一个单独的服务。因此，公司可以使用多个客户端和多种客户端类型来访问服务。
XML Web 服务
Web 服务是独立的模块化业务应用程序，它们具有开放的、面向互联网的、基于标准的接口。在这种方法中，应用程序公开的功能将作为 Web 服务公开。这些服务可以由独立客户端访问。Web 服务为客户端提供动态集成。因此，这适用于第三方供应商。Web 服务使企业能够自由选择具有不同平台或组件的业务合作伙伴。下图显示了 XML Web 服务方法的 P001 基本框图。
图 4：业务流程集成 – Web 服务模型
由于 Web 服务能够集成不同的客户端应用程序，它带来了有效的业务和良好的投资回报 (ROI)。它带来了松耦合的架构，因此可以非常有效地集成新的业务合作伙伴，从而节省最少的时间。
为了增加 Web 服务行业的价值，本文的下一节将展示一些关于 Web 服务增长的案例分析。
Web 服务增长 – 市场预测
Web 服务于 2000 年开始，并寄予厚望。Web 服务被广泛认为是应用程序集成和互操作性演进的“下一步”。这项技术对许多软件开发人员和行业专业人士来说仍然很年轻，但 IT 行业正在押注这项技术将使系统集成成本降低 20%。仅此一项就可能推动 Web 服务在系统集成市场的采用，该市场预计将在 2005 年达到 1420 亿美元。
IDC 预测，Web 服务衍生的软件、服务和硬件总机会将从 2004 年的 16 亿美元飙升至 2007 年的 340 亿美元。
一些分析报告…
报告 1：Web 服务市场份额的应用集成预测，2002-2007
来源：WinterGreen Research Inc.
图 5：业务流程集成 – Web 服务市场预测 - WinterGreen Research Inc.
报告 2：XMethods 列出的服务数量
来源：XMethods
图 6：业务流程集成 – Web 服务市场增长 - XMethods
IDC 预测，2003 年企业集成支出将达到 500 亿美元。Gartner 预测，2003 年 Web 服务软件市场将达到 17 亿美元。
Gartner 的 2004 年预测是 Web 服务市场将达到 51 亿美元。目前，印度有 180 多家 ISV（独立软件供应商）正在使用 .NET 开发解决方案。已有 18 个 .NET 解决方案可供部署。
印度的 ISV，如 Infosys、Wipro、Satyam 和TCS，是最早使用 .NET 开发 Web 服务的几家公司之一。
BPI 的好处
BPI 使企业能够通过整合不同的业务合作伙伴来开拓新的收入机会，成本最低。BPI 使企业能够非常快速地响应客户。BPI 使企业能够更好地规划和决策。BPI 减少了与所有相关决策相关的所有管理时间。BPI 在实施后占用的技术人员时间最少。它为企业提供了响应竞争压力和市场需求的灵活性。
结论
在本篇文章中，我们了解了业务流程集成是什么。文章还重点介绍了此集成中涉及的不同技术方法以及业务合作伙伴如何进行集成。此外，还通过一些增长分析报告，说明了 Web 服务的增长。成熟的 Web 服务分布式模型为业务合作伙伴的集成提供了一个理想的模型。Web 服务提供了松耦合的架构。因此，业务合作伙伴的集成非常容易实现，一切都很顺利。由于 XML Web 服务在市场上尚属年轻，它在协议级别缺乏安全控制，并且缺乏事务管理功能。WS-I、OASIS 的团队正在努力识别解决方案以克服这些问题并增加其价值。