EAI概述，需求，功能，技术要点----4. EAI项目开发过程

 4.      EAI项目开发过程

简单地描述一下如何基于EAI平台来构建跨已有系统的新业务。我们还是以TIBCO EAI平台为例。

a)      统计新业务需要连接的老的技术，软件和系统。对照EAI平台提供的Adapter（包括Business Works里的简单Adapter）是否都可以支持。如果EAI平台不支持，需要开发新的Adapter。

b)     适配器完成的只是对已有系统接口的封装，在已有系统和Business Works流程间做数据格式转换。在业务数据内容层，需要由EAI应用开发者分析各个系统上的数据语义模型，归纳概括出适用于整个应用系统的数据语义模型，即业务数据的Schema。对于一些应用，EAI应用开发者还可以直接使用一些行业标准，如FIXML。

c)      分析新业务逻辑，进行层次模块划分，把模块对应于Business Works的流程。决定各个流程的粒度，互联方式和部署方案。

 

这里只是针对本系列文章的内容，简单描述基于EAI平台开发EAI应用的几个重要的工作。可以看到正是由于EAI平台帮我们做了已有系统数据和接口到统一数据和接口之间的转换，同时提供了图形化的流程编排工具，让EAI应用开发变得快捷而可靠，并且具有很好的扩展性。当然适配器+流程工具的组合并不能覆盖EAI应用所有的需求，对于复杂的数据计算处理，复杂的逻辑规则控制，还需要其他的产品或者技术来配合，比如使用程序完成数据计算处理然后由EAI平台调用，比如使用规则引擎来完成复杂逻辑规则控制或者业务活动监控（Business Activity Monitor）。这些内容，我另外成文记录。

总结。整个四篇文章描述了EAI的需求起源，实现这些需求的中心思路，已有EAI平台软件的介绍，基于EAI平台开发EAI应用的主要工作。可以看到EAI在技术层面解决的是和已有技术，软件或者系统的集成连接问题，在设计层面，好的EAI平台一样支持应用开发者使用SOA的思想来构建基于分布式服务集合的企业应用系统。

最后给EAI做个概括:

EAI(Enterprise Application Integration)=EII (Enterprise Interface Integration)+EDI(Enterprise Data Integration)+EPO(Enterprise Process Orchestration) 。