芝加哥——用户想要建立一个SOA这一不断增长的情绪太过关注技术和整合，本周Open Group 会议上，与会者为企业设计师和SOA执行者之间的差距而感到惋惜。

　　EAdirections LLC 总经理George S. Paras说 “SOA工作组专注某些特定的实施，往往和企业架构人员所追求的大局相差甚远。”

　　他提醒有关设计者要认识到“SOA不仅是一种技术”，并说目前实施的SOA没有完成任何它可能完成的面向服务事宜。

　　Ovum的分析师Tony Baer表示他反对SOA降低到技术层面。

　　他说“对于面向服务架构，你必须更多地关注业务层面”。

　　Paras强调SOA 理论上要由上而下的进行关注。

　　他说“我们想要从企业的角度来实施面向服务分析，以便从项目角度驱动面向服务设计”。然后他补充到SOA治理只是在项目层面获得了成就，而不是在“企业架构战略业务路线”角度获得了成就。

　　根据Paras的说法，部分问题是因为企业设计师不能保证他们创建的模型以动态方式得到应用。该动态方式致使实施者养成了以筒仓为中心的坏习惯。

　　战略SOA vs.战术SOA

　　Paras设计额度象限图概括了能够定义特定项目的架构措施更低层面的特定项目的架构措施活动，和那些包含企业架构较高层面的措施。他注意到用户二者都会做到，但是他们会需求更高的功能。

　　过程驱动的战略活动：

　　·治理
　　·战略策划
　　·业务量管理

　　以可交付为动机的战术活动：

　　·架构
　　·标准
　　·SOA实施
　　·项目设计

　　Paras说“战略应该是业务的再继续过程，找出我们的位置，以及我们将来成长之后的目标”

　　数据驱动的架构

　　会议的焦点一直围绕数据/对象程序库以及用更为整洁、连贯一致的方式来解决问题。

　　加拿大CGI集团主管技术的副主席Ross Button表示 ，当涉及到信息时，许多公司正在示范性地进行战略转移。未来将会关注数据的使用以及将数据转变为积极的业务组件。这和他所描述的人们传统对于企业计算技术的关注有着很大的区别。

　　他说“我们建立电脑系统，这些系统的首要任务就是让客户把数据输入到数据库里”“这是一个单行道”

　　根据Burton Group 公司行政咨询项目的高级分析师Michael Rollings，由于SOA以及作为服务的软件的出现，应用程序和数据流之间的界限会重新改线。

　　他说“应用程序实际上将会成为由策略管控的一套服务”

　　这就在向用户暗示，Paras列出的流程驱动的功能——管控，战略规划，业务量管理——需要应用到混杂的企业数据环境。

　　他说“也许人们最晚理解的事物要数信息架构，但是却是企业架构最为关键性的部分”。他补充到如果企业设计师只能做好一件事，就是令机构能够处理好信息流。