【IT168专稿】作为一种底层架构，SOA支持着诸多服务之间的联系。它可以帮助公司把多个应用结合起来，从而改善工作流程、提高用户的工作效率。然而，就在SOA展示其不可替代的优势（例如,,可以重复使用应用、延长遗留应用的使用寿命、改善业务流程，以及节省开发方面的时间和费用等等）的同时，IT部门一旦出现失误，就会很快抵消SOA的好处。

    以下是IT部门在SOA方面最常遇到的几个错误以及应对之法。

失误一：在真空状态下工作

    Jeff Gleason是美国中西部提供保险和退休服务的一家大公司的IT战略主管。他在过去六年里完成了差不多十几个SOA项目，他说自己很早就认识到这一点：项目要取得成功，需要得到IT部门外面的认可和同意。“你一定要真正让每个人参与进来――从编程人员、利益相关者到最终用户，那样SOA才能成功。”

    Gleason建议IT同行要有耐心，并且向开发人员和业务部门负责人清楚地传达SOA项目的目标。他说：“你还要设定期望值。譬如说，最终用户一定要知道虽然一开始可能需要比较长的时间才能完成任务，但以后会加快速度。”

    譬如说，他曾与呼叫中心用户合作，开发了一套服务，让他们可以同时查看不同系统里所保存的诸多政策信息。这与查看每项政策需要访问不同网络的做法截然不同。

    Archie Roboostoff是加利福尼亚州库珀蒂诺的NetManage公司的产品管理主管，他也认为，事先进行沟通至关重要。他说：“许多错误的源头是IT人员总体上不了解业务部门的日常工作。”

    譬如说，他遇到过这样一家公司：IT人员投入了大量的时间和资金为遗留应用开发SOA，结果后来却发现，这些程序在三年内并没有得到使用。他说：“从那家公司，你看到了业务部门做的工作与IT部门做的工作脱节。”

    他建议IT部门与业务部门一起坐下来，弄清楚最终用户的日常任务是什么。他说：“这样一来，你构建的SOA拥有的服务能够准确地体现最终用户所做的任务。”

    此外，反馈周期也是同等重要，这样可以让开发人员、编程人员、业务领导和最终用户评述服务、提议改进方法。“你不能部署好SOA后一走了之。SOA必须不断完善。”Roboostoff如是说。