Zhang说有很多关于SOA的标准是一件好事。“这表明软件行业正朝着广泛采用SOA方向前进，”他说。“挑战是还不存在通用的、一致的架构框架来指导这些标准的进化、完善和集成。很多标准都不成熟。”
在这些标准成熟之前，CIO怎样才能趟过这滩泥地呢?技术官员和行业专家给出了这样的建议：密切的监视这些标准的发展并且努力保证你的选择是开放的，但是一定不要拖延关键SOA项目的启动。一些策略可以帮助你避免陷入标准的困境中。
首先，当你做你的SOA规划的时候，你可以创建一个关键标准的列表，不是全面的标准列表。Forrester Research的分析师Randy Heffner说，比如，像SOAP和WSDL这样的标准已经被广泛的采纳了，包括WS-Security等标准即将被广泛采纳的。但是其他的一些需要构建和高质量服务进行操作的WebServices的规范——比如管理、交易和高级安全的标准——仅仅成熟到适合具有冒险精神的技术采纳者，他说。
对于涌现出来的SOA和WebServices标准，Heffner说CIO应该注意以下的一些：SOAP 1.1， WSDL 1.1， WS-I Basic Profile 1.0 or 1.1， UDDI 3.0.2， WS-Security 1.0 or 1.1， WS-BPEL 2.0， BPMN， WSRP 1.0， XML Schema 1.0， XSLT 1.0， XPath 1.0， XQuery 1.0， XML Signature和XML Encryption。
CIO应该支持基于标准的SOA而不是本地的协议，Heffner说，“但是不要为了仅仅是使用标准而牺牲任何应用的必须的服务质量(quality of service，缩写QoS)。”如果一个应用必须有比WebServices所能提供的更高的QoS，“那么做技术的变通，但是这些变通能够保持和出现的规范的设计模型的密切联系，”他说。CIO是否有必要了解哪些厂商支持哪些标准?“不用全面了解，”Heffner说。“但是需要做出主要的软件基础架构决定的CIO应该掌握候选厂商当前和未来对于SOA和WebServices规范支持的图表。”你也需要理解你现在厂商的计划，他说。否则，你会冒险投资于可能无法满足组织的长期商业目标或者SOA策略的技术。
很多的组织会寻找临时的解决方案——比如中间件——来克服缺乏成熟标准的困难。“从CIO的角度来讲，他们冒着很大的压力来采用一个中间件平台来填补缺乏的标准，但是从某种程度来讲，这不会将他们锁定到它，”Jim Stogdill说，他是帮助客户启动SOA项目的国防和能源咨询公司Gestalt LLC的CTO。
但是重要的是不要在一个中间件厂商上投入太多，“因为这会在以后的转换中带来太多的分裂，”他说。
Stogdill建议组织机构坚持比较常用的标准，比如SOAP和WSDL，“并且关注你的那些提供服务的商业应用厂商：接着使用非干扰的中间件通过这些服务接口将商业应用集成起来。
谈到它的故事，通用汽车在它早期SOA尝试中学习到鉴别对于该公司想要达到的目标哪些标准是最重要的。GM在2000年发起了它的第一个SOA项目，一个叫做Northstar的项目，作为它的全球在线汽车展示服务(GM全球购买力)。Northstar的目标：设立一个全球的通用SOA计划，足够灵活的支持GM业务的动态性，Zhang说。为了达到这个目标，GM设计了一个架构，将业务功能从业务处理流程(业务功能被实施的顺序)中分离出来。该公司还将业务数据的物理位置从使用这些数据的业务功能分离出来，以及将用户界面从业务处理流程、业务功能和业务数据分开，Zhang说。
2001年，GM成功的在超过40个国家部署了Northstar架构。这个架构帮助GM快速的实现各种业务需要，比如满足数据位置的监管，基于业务签订条约来改变业务处理流程以及给予每个国家的文化差异来变化终端用户的软件体验，Zhang说。
从此，该公司还在其他的面向消费者的在线服务中使用SOA，包括GM的OnStar服务，它计划开发一个企业范围的策略和管理计划来在内部和外部的合作伙伴中广泛的部署SOA，Zhang说。作为GM下一代SOA实施计划的一部分，他还评估了最新的标准和技术。
如今对GM来说，最重要的规范是那些帮助对跨服务层(表示层、业务处理层等等)的服务接口进行标准化的规范。其次最重要的是那些帮助对每个服务层中服务的实现进行标准化的规范。
文章来源于领测软件测试网 https://www.ltesting.net/