在企业应用集成（EAI）中，通常使用某种形式的消息来提供松散的耦合，使得企业应用易于更改，可以连接异构系统和操作环境，使得在局部系统出错的时候能更好地恢复，这样可以使系统获得更高的强壮性。 EAI技术主要用于集成遗留系统和新的企业应用。而将遗留系统和新的应用集成是一件困难且昂贵的工作，很大程度是因为必须在各孤立系统之间建立连接，所以需要一种机制来更好地描述如何使一个应用程序能被另外一个应用程序所调用。
　
　　在EAI建模中使用UML可以更好地描述集成的架构。统一建模语言（UML）是用来对软件密集系统进行描述、构造、可视化和文档编制的一种语言。UML的开发者把并行分布式系统的建模作为UML的设计目标，也就是说，UML具有处理这类问题的能力。同样，UML在EAI领域也可以发挥它的作用。
　
　　使用UML来为EAI建模的益处
　　● 更好地阐明产品的架构，使客户能理解产品的配置以及如何在客户的组织中安装；

　　● 使得项目的参与者能更好地理解整个产品的架构，避免项目的参与者的思维被限制在产品的某个局部，而没有从整体上来考虑，防止局部的优化而损害整体的性能；

　　● 在产品的发布材料中包含UML的建模信息可以支持销售和技术支持工作；

　　● 可以帮助开发资源的分配，根据UML架构可以更好地分配开发工作和配置开发资源。

　　应用程序之间的连接和交互是复杂的。要解决这种复杂性，就需要定义一个所关注和聚焦的层次。使用UML来建模，在用于代表不同层次的细节方面比较成功。对EAI来说，比较适合的层次是应用架构（Application Architecture）——对应用程序之间的接口和交互的处理。UML在这一层次建模比较成功。
　　
　　三个进阶

　　EAI可以分为三个进阶:（1）通过连接来进行应用程序集成;（2）通过信息共享来进行应用集成;（3）通过流程协作来进行应用集成。更高的进阶必须在更低的进阶的基础之上进行。 每一进阶都具有自己的特点，需要进行的建模工作和建模对象都有所不同。

　　进阶1：连接

　　在这一阶段，应用程序之间进行同步或者异步的通信来提供商业功能。在这一进阶，需要进行建模的对象有：

　　● 服务请求方和服务供应方；

　　● 同步或者异步的服务请求；

　　● 请求、响应和通知。

　　在这一进阶，集成的多个应用程序共享一个公共的应用架构。应用程序共用通信的数据模型，并且能够激活相应的应用程序来获得服务。

　　进阶2：信息共享

　　在这一进阶，要求能在整个企业系统中更容易添加新的应用和新的功能，而尽可能地减小对已有应用和服务的影响。比较好的一种解决方式就是使用信息共享方式来建模。这种信息共享方式通过应用程序之间业务事件驱动的发布/预定（publication/subscription）通信来实现。可以假定这些应用并不关心是哪个程序在使用它的信息以及接收方期望什么格式的信息。 在这一进阶中，建模的内容有：

　　● 代表业务事件的消息（对不代表业务事件的信息关注较少）。

　　● 消息和业务事件的发布——发布消息的能力。

　　● 队列和主题——必须能够将发送方应用程序的输出容器和接收方应用程序的输入容器分离。

　　● 数据转换——每个应用程序都能以其独特的格式创建和使用消息。应用程序应该能使用适合其开发语言的数据结构。数据的转换也包括了数据的校验。

　　● 信息的预定（subscription）。

　　● 保留信息从创建、处理、转换到使用的历史记录。

　　● 对数据的审查、追踪和挖掘。

　　信息共享用于描述参与的应用程序之间的交互。当系统对于实时性要求很高，并且采用消息/事件技术来通信时，这种共享可以被称为“零延迟信息共享”。

　　进阶3：流程协作(Process Collaboration)

　　在这一进阶的建模内容有：

　　● 语义媒介——在应用程序和B2B协议之间的流程和数据结构的转换。

　　● 企业之间的信息传递——安全、无欺诈、能应付灾难性事件。

　　● B2B级的审查、追踪和挖掘——业务事件可以被审查、分析以及进行数据挖掘。

[1] [2] 下一页  

【责编:Lili】