过去十多年来，由于两个方面取得重大发展，商界在信息技术上投入空前的资本。第一项发展是企业框架应用程序的引进，如供应链管理 (SCM)、企业资源规划 (ERP) 及客户关系管理 (CRM)，这些应用程序旨在重新设计核心业务运作。这些企业框架应用程序是高度复杂的系统，其实施需要投入大量资本、专门的技术资源及运作重组。成功部署这些企业框架的公司，其核心运作效率大大提高，并将效率转化为竞争优势。
　　第二项发展是互联网应用程序、电子邮件及万维网的出现。这些应用程序以开放式标准为基础，采用面向消息的范例，其实施相对较为容易。它们的部署为人们之间的信息通讯提供了新的能力和效率，反过来，又提高了工作场所应变能力和执行的灵敏性。在各个地方的公司中，企业应用程序的增加总是同时伴随着计算与网络基础结构的扩建，其目的在于促进信息交换与通讯。

　　在发展各种技术过程中出现的复杂性并非由系统本身的多样性造成。这当然难于驾驭，但只要这些系统能够带来优势，那么这些问题都可以解决。由于安装和竞争要求将封闭的信息保持在企业平台内，可供其他平台（应用程序集成）、组织内人员（工作流自动化）以及外部合作伙伴及客户（企业间数据内部交换）访问和使用，由此产生的编程资源及 IT 预算限制已成为一个长期的难题。对信息的需求随使用信息的人数和应用程序数成正比例增长。当今任何组织均普遍具有信息处理和通讯能力，对信息的需求空前高涨。每个具备互联网知识的员工用一台能够上网的计算机即可轻松访问无穷的信息或有用的计算功能，但并不一定是对出色完成其日常业务任务最有用的相关信息和计算功能。信息技术实际提供的功能与理论上能够提供的功能之间的差距越来越大，这是集成和流程自动化项目永远成为大多数组织的首要 IT 任务的主要原因。

　　问题在于，企业框架应用程序包含成千上万的程序模块、数据库及数据文件，其操作过程、控制以及访问机制多样、严格而又难以折衷。开发扩展的程序功能，或尝试使信息能够以这些系统中未定义的方式访问，需要投入巨大的资源、时间和资本，因为集成开发涉及的工作包含大量的后续低级编程任务。编写直接界面（即点对点集成）是最普遍的信息交换方法。精通界面应用程序各自 API 的程序员指定、设计、编码并调试自定义程序，以便访问源应用程序的数据（通常为二进制格式），映射并转换各自数据结构，必要时处理数据，并使数据进入目标应用程序。这样产生一组紧密耦合、具有高度针对性的功能，这些功能以过程代码的形式存在并执行，就象应用程序本身一样。这种开发工作通常用人年来衡量。该流程呈高度线性；每一步均依赖上一步的完成，不能轻易转出，或者完全转入由分布式资源执行的独立任务。因此，扩充系统以满足不断增长的集成项目工作负荷，只意味着增加越来越多的编程资源。集成项目消耗资源的程度可以用 N 的二次方程式表示：N* (N-1)/2，其中 N 表示界面端点数量。如果组织有一个全网状分布式矩阵，并且该矩阵只有 20 个内部交换端点（很少的数量），则需要开发 190 个程序内部交换机。由于每个集成实例均专门化，并且在模块级别上不能重新使用的单片编码结构中列出，因此总体编程效率不会因编程资源的增加而提高。由于集成或然费用越来越高，它们占据了 IT 部门的大部分资源和预算。因此，如果在某个组织中，显然需要自动化解决方案的功能仍以手工方式执行，这不足为奇。

　　另一种集成方法是部署一个中间件集成集线器或排队平台。这些产品的概念是，捕获企业框架应用程序的专有数据格式（许多情况下使用附带的适配器），然后使用中间件平台的映射、转换和传输工具促进应用程序端点（现已去耦合）之间的数据交换。中间件平台还为事务交换、事件监控、错误捕获以及安全提供额外的支持机制。这种平台确实可以大大降低过程编码量，并且对程序员实际了解端点行为的要求最低，但它们并不一定是可行的解决方案。它们的成本太高（软件和实施成本通常达百万美元），本身的权利与专利错综复杂。与点对点集成相同，实现这些平台的潜在效率需要高度专门化的资源，并且创建的集成界面需要保持紧密耦合。它们代表另一种封闭式系统体系结构，这种体系结构将信息与其内部作业结合以产生一种进行中的依赖性。

　　软件开发团体和最终用户都十分清楚，使信息可供多个应用程序和流程使用的高成本线性流程，是妨碍当今企业内更有效地使用其信息技术的主要障碍。这正妨碍企业形成敏捷的、以流程为中心的企业环境，而这种环境可以组织、监控及调节自身，从而根据企业环境内的微小及整体变化实现操作均衡。

　　幸运的是，现在出现了一种新的计算范例，它正证明它能够极大改善应用程序集成及流程自动化开发效率低下的情况，而软件标准组织已迅速展开工作以编写其协议方法。这种范例的定义概念是将集成流程从程序层提升到信息（文档）和传输层（消息传递）。通过将信息与其操作所在的应用程序分离，将其作为纯文本展示，并采用自述 XML 元数据赋予其含义和结构，然后该信息可以用任何能够分析和解释 XML 元数据的应用程序进行处理。即使是应用程序本身的操作功能和调用方法也可以使用 XML 进行描述和展示，从而允许执行它们而不考虑其所在位置、其原始开发方法或者它们的运行平台。这是 Web Services 协议、Simple Object Application Protocol (SOAP) 和 Web Services Definition Language (WSDL) 的根本前提。

如下图:企业的信息集成