| 出版日期：2002-03-11 总期号：1099 本年期号：16 |
|
 |
集成点的选择
孙喜杰 最近几年来，企业应用软件市场呈爆炸式增长，企业以空前的速度配置各种应用软件，如： ERP、CRM、ERM、SCM等等。这些应用软件是各式各样的，它们都存在一个共同的问题：如何集成在一起工作。 当一个企业配置应用系统时，一个关键的问题是，如何使应用软件快速而又有效地与企业全部的计算环境集成在一起。我们如何使应用软件与其它的应用软件和数据库快速集成？我们如何构建一个框架，以简化这些应用集成数据的任务？ 在确定集成框架之前，我们需要回答下列问题： · 这些企业应用系统带来的复杂性是什么？ · 用户（在本文中，用户是指负责设计和维护集成的人）进行集成的过程中，如何简化这些复杂性？ 
集成点的结构图 通过对第一个问题的理解和第二个问题的解决，我们可以大大减小实施和维护应用集成所需的时间和努力，而并不损害数据集成的质量。 存在什么样的集成点？ 除了用户接口，应用程序存在很多输入数据的集成点。典型的集成点包括： · 应用程序的数据库（基于表的应用程序、接口表，或储存过程）； · ASCII码文件输入输出程序； · API (应用程序接口)； · 文档类型接口(基于专有格式的接口，例如，SAP的IDOCs 或更标准化的方式，例如，XML)。 为了对付数据集成中的一些复杂问题，多数应用程序供应商开发专用代码。这些代码可能存在在应用程序中或数据库的存储过程代码中。在本文中，我们将看到，供应商代码不能消除集成过程中固有的复杂性。各种各样的集成点如图1所示。 选择哪一个集成点？ 决定使用哪一个集成点的第一步，是确认供应商当前支持哪一个。调查一下主流最好的企业应用软件供应商，很难发现有两家支持相同的集成点。 决定使用哪一个集成点的第二步，是确认所进行的集成项目的要求。这是一个需要折衷的领域；性能和控制之间的折衷是最普遍的。在折衷范围的一端是满足以最小的控制实现高容量数据的集成和有效性的要求。在这种情况下，直接编写数据库表，通过一个大容量的装载程序，以避免校验层的空闲，是非常有效的。在折衷范围的另一端是，进行应用程序间数据传输的实时集成，要求企业规则处理和校验处在高层次上。在这种情形下，隔离这些另外的层是不明智的。 设计集成方案时，要确保考虑了集成点的最大集，只有这样，用户才可以顺利地进行企业中的应用集成。在性能——控制的折衷范围内，尽量提供操作的灵活性。选择好集成点之后，企业必须指定项目管理者以运行项目，同时项目管理者需要资深的顾问支持。所需要资深人员包括，具有适当业务经验的人、信息技术设计师、网络专家、EAI 应用和中间件专家，以及集成遗留应用程序或应用软件方面的人才。具有EAI应用技巧的信息技术咨询公司是这样的专家和经验的最好来源。不仅如此，他们还可以很好地在某些领域内提供高水平的技术转移。 |
||||||||||||||||||||||||||
