因此，对于EAI是否用，如何用，在每个省的具体系统建设中，存在着不同的思路。这里结合中国电信的各省实际情况，以及对当前EAI商用软件平台的研究，探讨在中国电信转型期间的EAI建设思路。
一、 EAI建设原则
电信运营企业是一个复杂的系统体系，它的运作是由多个既相对独立又互相联系的业务部门按照一定的流程协调进行，是人、网络和组织的集成。在企业的信息化发展过程中，根据不同业务环节的需要开发了对应的应用系统，并且和企业外部的多个系统需要进行互联，这是信息化发展的必然过程。随着市场环境的变化，企业经营理念随之更新，必然要求业务整合和流程调整。业务支撑系统必须随时适应这种变化，根据业务整合的要求而进行系统和应用的整合。因此，企业应用集成将是一项伴随业务整合、随着变化的节奏而提出的针对运营支撑系统的重要工作。
在具体实施电信企业应用集成时，需遵循如下原则：
·核心交换数据模型；
通过以上应用集成平台的组成部分，将系统原来的多对多网状模型，转变为星型或云状的连接模型。并可通过开发部署对应的适配器和连接器，将电信企业不同的应用系统挂接到统一的应用集成平台上，形成开放式、松耦合的电信支撑IT架构。各IT系统不再需要进行点对点直联，不再需要知道与之交互系统的通信内部机制，而是统一通过应用集成平台总线和周边系统互联。
周边系统挂接到应用集成平台上有两种模式：
对于第一种模式，基本不需要对原有系统做任何形式的改造。只需在EAI平台针对该业务开发特定的适配器，该适配器调用业务系统提供的服务接口即可。协议可以是SOCKET、SOA、J2EE等。当然也可以在原有服务调用的基础上，面向EAI平台，进行封装一个connector agent，由connector agent对外与EAI平台通信，对内调用业务系统的API。
对于第二种模式，可在原业务系统侧开发封装一个connector agent，由connector agent对外与EAI平台通信，对内调用业务系统的API，或直接访问业务系统的数据库。在这种模式下，只要不涉及到功能的变化，同样也不需要对原有系统进行改动，只需由应用集成商在统一的应用集成架构下，实现原有接口方式即可。
需要注意的是，由于EAI的星型架构，增加了系统间交互的环节，必然导致了系统间交互的性能下降，因此不适合于量大且实时处理性高的系统交互。比如将缴费前移到客服系统，帐务系统只负责销帐的情况。在这种情况下，应考虑页面级的集成，或业务逻辑服务的直接调用。
三、应用集成数据分析
在前面应用集成建设原则中提到，数据分析是应用集成整合的基础。无论运营商采取何种集成方式，首先必须做好系统之间的整合数据分析。
应用集成数据分析包括如下内容：
1. 核心数据交换模型
而在有了EAI的建设思想后，这种硬性要求所有系统遵循和基于一套数据模型来开发和建设的思路改变了，转变成为各自的系统不需要做多大的变化，仍可以维持原有的数据模型，只是在吸取各系统输入和输出的数据需求，以及抽取他们的共性，形成一套核心的数据交换模型。这套核心的数据交换模型只是各个系统的交集，而不是所有系统数据的全集。核心数据交换模型采用面向对象的方式构建，其技术实现就是由一组通用的、跨应用的、与领域相关的业务对象即通用业务对象--GBO（Generic Business Object），实现包含了所有应用系统相互通讯所需要的信息。
形成了核心交换数据模型后，就可以在将网络传输的多对多简化成星型或云状的基础上，再进一步将数据的映射也从多对多的数据映射简化成多对一的数据映射。系统间的数据转换，不再需要像传统模式那样，需要考虑和多个系统的数据模型的对应和映射了，只需要考虑本系统数据模型和GBO的映射关系即可，再由GBO转换成对应系统的数据模型。这样一来，大大简化了数据维护的复杂度，增强了应用集成平台的可扩展性。
对于电信企业新建的系统，可以在规范上要求其数据模型尽可能地向核心交换数据模型方面靠，因为模型越相近，转换的工作量越小，转换的效率越高。
通用业务对象-GBO主要包含三大部分内容：
业务对象BO的类型，实际就是业务对象的类名，比如客户对象、产品对象、订单对象等。
业务对象BO的操作，是业务对象对外提供的服务形式接口，与通用业务对象的数据部分(Meta Data)一起构成与适配器进行交互的完整对象。通用业务对象在业务流程中承载实例化的业务数据，并通过支持的操作(Verb)对外，即通过适配器对应用系统提供服务。
业务对象BO的属性定义(Meta Data)实现共享信息和数据模型的EAI平台化，从而从数据层面完成电信业务模型在EAI平台上的相对独立性。GBO的属性定义支持多层次的描述，比如客户对象下还可以包含多个用户对象的描述。
2. 数据校验和异常处理
对于新系统或同期改造系统，数据的校验工作可由各自系统加入校验模块完成。对于历史系统，可由EAI建设平台集成商在connector中考虑实现。
在数据校验出现异常时，提供多种异常数据的处理方式：
·异常数据的临时存储和恢复。比如三户数据（客户、用户、帐户）在接口传递时，由于网络或其他原因，导致用户数据的传递先于客户数据前达到。此时，该用户数据将无法通过一致性校验（用户对象的客户ID在系统中不存在）。出现这种情况时，不得随意将此异常数据丢失，而是需要将该数据存储到异常数据队列中，并定期检查，是否有正常的客户数据达到。一旦发现达到，则将原异常的用户数据拿出，一并处理。
·异常数据的告警。发现有异常数据时，应能以各种方式进行告警，以便能及时处理。
四、 EAI运行管理
中国电信正在进行EAI建设的几个试点，在实际运行过程中，遇到很多问题，但很多问题分析下来，技术的因素只是一方面，很多管理上的因素在很大程度上影响了EAI的实际运行。比如业务需求变化后，GBO需要进行扩充和改变，涉及到多方协调时，因管理组织不到位，从而制约了需求的响应程度。因此，为了让EAI平台达到可运行、可管理，必须重视如下两个方面。
1. 核心数据模型的管理
·为各协作方制定提供通用业务对象管理守则；
2 . EAI平台的监控
五、 结语
EAI思想和技术的引用，在电信转型期间，给电信企业的IT系统改造和建设，提供了崭新的思路。但在建设EAI的过程中，不能是大家说EAI好，就跟风上EAI。必须根据实际情况认真分析，同时做好扎实的数据分析工作，以及打好周边配套的管理基础。在技术、数据、管理多个方面协同前进，才能收到EAI真正应有的效果。
作者供稿 原文刊登于中国计费网(www.billingchina.com)
