传统的应用集成保持数据和事务在单独的应用中同步。它跨应用仓筒进行连接，从而满足技术需求，但是对于统一这些仓筒，让其向着共同的业务结果前进，它做的却不是很多。因此，组织可能要努力集成应用，在某种程度上让其帮助业务满足它的核心目标。

　　据Forrester研究公司的副总裁兼首席分析师Randy Heffner说，一解决方案是识别出关键业务行为及他们的业务设计焦点。一旦识别出来，这些焦点—如重要业务流程、用户角色和业务事务—可以做为设计点的中心为集成服务，Heffner说。

　　这个称为数字业务设计的策略把应用集成模式归咎于自己的头上：除了让业务用户和流程适应应用仓筒，还有其它的方法。

　　“从历史上看，该集成中心的重点集中在筒仓，进行秘密地连接，”Heffner解释说。“这涉及到重新定设计的重心，因此你将会集中于你的业务设计上，然后这个将会给你提供更好切入点，更好去集成应用，把它们团结起来。”

　　根据组织主要目标的不同，设计业务焦点将会不同。例如，一个追求API管理的公司可能重点集中于业务事务设计上。相反，如果一个处理合伙人门户的组织可能要求强大的业务流程设计。

　　SOA、BPM和业务功能

　　在识别出业务设计焦点之后，企业架构师们应该利用面向业务集成技术，来实现总体业务设计策略，Heffner说。他建议如下：

　　1.建立SOA业务服务。“SOA业务服务给企业架构师提供建立模块处理，而不是技术建立模块，”Heffner说。这有利于保持集成重心在具体的业务设计点上，而远离技术仓筒。

　　2.利用BPM优化业务设计重点。类似于事件流程、嵌入式分析和协作这样的方法，给流程、用户角色和事务增加了灵活性，Heffner说。

　　3.采用业务功能架构的心态。“业务功能架构允许你考虑使用相同的设计模型——从顶部的业务策略，到主要公司目标的设定……和底部的在整个软件中实施他们，”Heffner说。“业务架构提供了更加大的切入点，从更好水平说明什么是业务设计。”

　　Heffner告诫人们把SOA、BPM和业务功能架构看作是仓筒技术。相反，他说，组织应该把他们作为单一的、面向业务的集成方法对待。

　　“你之前拥有BPM卓越中心和SOA卓越中心及业务规则卓越中心的地方，我期望能看到业务设计卓越中心能把他们带到一起，”他说。“然后，如果你只需要其中的一项技术，那么就只用整体的一部分就好了。”