SOA推荐的是自顶而下的方式，它要求企业内部从自己本身的业务出发，由技术支撑来做到业务灵活装配与重用。在SOA的实施过程中主要是一个业务标准化的过程，即企业内的各部门或与企业的合作伙伴通过一套标准化的通用技术标准来交互信息或互操作（例如使用WSDL或SCA）。

　　个人在SOA的实施实践中，经常出现以下情况：

　　1.企业缺乏顶层设计能力

　　当前大多数企业是缺乏SOA的顶层设计的能力的。这就是意味着，在实际的设计是由乙方提出来的。就算乙方再强也能难理解到企业业务的整体性、关联性；何况还要提出基于业务的交互标准。所以在企业的顶层设计方面就是一个天生的不足。虽说CBM、SOMA体系完整，但是在实际情况中，发挥不了它们的优势，因为基础条件就不符合。

　　在现实中，企业一般是遵循自下而上的设计，由于各部门、各厂商的不一致（系统实现、利益等等方面），导致在走这条路的时候，协调异常的难，最终做出来的东西是利益各方妥协的结果，不是统一标准的结果，随着时间的推移，做出来东西没人说得清楚是个什么东西，更没有标准规范可言。

　　2.不重视方法论，而在着眼于眼前的实现

　　对于企业来说，根本就不在乎企业的整体性、长远性和规范性的软性实现；它们只重视做出来是什么结果。由于这个软性规范的缺失，直接导致企业资产的重用性差，延续性不强。比如，企业由一有软件公司来做项目的一、二期，到三期换一家公司来做，发现无法重用与兼容，只能推倒重来。另外，也是由于这种重视眼前的结果，导致购买产品用法不当，因为购买某个产品就是为了实现某个需求，而不是考虑整体的应用来购买。例如，使用MB作业务逻辑的处理；WSRR只作注册表来用；BPM当工作流来用等等。

　　3.SOA不是一种新技术、新方法。它只是一种实现的方式

　　SOA只是一种实现方式，一种应用的模式，不是什么新潮的玩意。它的重点是应用它的理论去实现，而不是一定要购买什么产品来实现，更不会因为购买了某个或多个产品，就是SOA。实施SOA的核心是理论与规范，从整体出发来设计和实现。它需要的是一体系的标准规范（是企业内部信息化的标准规范）和支持这些标准规范的技术手段有效的结合。忽略了任何一方面的工作，都会导致整体的失衡。

　　SOA实施需要企业与软件公司通过合作，从整体性出发，完善各种标准规范和运作方式才是成功的基础。