在实现面向服务的架构的时候，业务用户和IT团队该不该去推动开发进程呢M？而那两种可选方案可能正逐渐成为主要的选择。一家应用开发服务提供商则说，这两种模型都将带来麻烦。

　　应用开发服务机构Exigen Services说它已经开发出了一条中间路线。其主管工程技术的副总裁Ilja Vinogradov指出两种模型均存在缺陷。

    “自顶向下”的方法从企业审视其业务流程开始，然后考虑其系统所需提供的底层技术服务。
 
　　“自顶向下的麻烦在于分析阶段相当冗长，” Vinogradov说，“结果可能会以还没能实现就已经过时的结构而告终。”Vinogradov说，由于业务流程所涉及东西的复杂性，自顶向下方法仅分析就耗时半年并非罕见。

　　此外，业务用户对于已有服务间的依赖关系的熟悉程度并没有开发团队那么强。这大大增加了开发新服务的时间。

　　“‘自下而上’的方法则先审视其所提供的服务，然后再将那些服务构建到业务流程中去”，Vinogradov说，“一个纯自底向上方法的问题是它通常开始时规模很小，仅涉及少数系统。”

　　正由于此，开发者团队将会在涉及到整个业务流程的复杂性时遇到麻烦。Vinogradov说，这通常会导致若干SOA实施相互重叠、难以集成的后果。

　　SOA实施的中间路线

　　Exigen致力于同客户端一起，找出一种相对于典型的实现模型而言，可将业务用户和开发者更紧密地联系在一起的方法。

　　该公司在软件、金融服务及电信等行业里都在协助着与客户一起进行工作。

　　“你可以用纯粹系统集成的角度或者纯粹业务流程集成的角度来讨论SOA，” Vinogradov ，“但他们是相互联系的。”
 
　　中间路线方法包含了一种更为概括性的自顶向下的分析，而设计则与自底向上的实现模型联姻。

　　第一阶段包括了BPM的高层次分析，识别出关键服务和流程。此处的目标是定义范围和概念。

　　“那个阶段我们没有过度关注于实现定义，” Vinogradov，“因为它的灵活性足以在短期内完成自顶向下的阶段。”。

　　Vinogradov说这通常会花费4-8周的时间。到了那个时候，他说，告诉客户SOA实施需花费多少时间和金钱就会容易得多。

　　在这种方法下，服务开发通常可以与初步分析并行开始。一般而言， Exigen的目标是3个月的发布周期。