比如说，看图1。它展示了一个主机的CRM包中的用户界面及一个键入Account页面的组合应用。组合应用软件程序在运行时展现了来自其他应用的重要信息，如订单管理、存货控制、财务数据等等。除非你在CRM包方面特别地擅长，你将不会知道为了展示这些数据访问了三个或是四个系统。而且，不想那些通常要求信息复制和与中心数据仓库同步的门户，组合应用软件程序能基于一个及时系统找回它的累积信息。

　　企业捣浆糊和门户网站另一个关键的差异是前者往往采用嵌入的语义的协作性(即逻辑跨孤岛的关系)同时后者则要求用户自己做出其精神上的决策。

　　图2展示了用户界面。在这个例子中，你能看到在一个HTML界面中用户是如何保留的，还有平稳地与来自与多个系统的数据交互。观察组合应用是如何将信息从多个孤立的系统(包括内部和外部)拉进实时，并协调数据为一个单一的用户界面。当然，这只是配置这样一个解决方案的一种方式。

图2：图1中展示的同一个门户页面，只是其底层的数据源展示了出来。

　　让我们看看一个组合应用软件程序的质量。

　　一个组合应用软件程序的通常的特性

　　虽然很难让两个开发者在一个组合应用软件程序的组成部分上达成一直，当还是存在一些获得普遍接受的特性：

　　实时存取——如果用户被迫看来自其他信息孤岛的陈旧信息，就不需要获得太多。比如说，想像一个错误的决策，其可能基于一个销售电话，如果用户认为客户的帐户已经开始征收，而实际上所有过期的发票已经在三天前支付了。

• 　　最小化跨信息孤岛的运动——将数据留在其本来的信息系统中是组合应用背后一个关键的原理。尽管如此，存在奇怪的场合，其要求复制外键或是其他参考信息到变化的孤岛中。
• 　　事物处理——这是组合应用软件程序的一个更加具有争议性(因此可选的)的特性。如果底层系统的商业逻辑和规则允许它(而如果用户拥有授权)，那么基于事物处理的交互在理论上是可以通过单一用户界面实现的。尽管如此，正如我马上要描述的，大多数组织选择在第二或第三阶段配置事物处理组合应用。
• 　　准时制集成——对于组合应用的一个普遍的关注就是他们的绩效影响。尽管如此，实现无任何资源消耗直到用户通过用户界面发出请求依然是很重要的。比如说，你可能已经架构了你的企业捣浆糊从一个ERP系统中获得关于客户的交易历史的信息。在很多情况下，虽然ERP系统只在用户要求该具体信息时进行链接。
• 　　语义协作性——这个特性指的是企业捣浆糊的理解和处理所有应用之间数据关系的能力。比如说，组合应用需要知道在CRM包中的客户编号以转换为在帐单系统中的一个帐户标志符。这是在不同信息孤岛同步中保持交叉引用信息的主要原因。
  共4页。 9 1 2 3 4 :