对SOA的误解

以前对SOA的认识总是局限于web service，所以总认为SOA的最大优势在于异构程序间的互操作性，因此感觉如果系统只在一个平台上开发完成的话就不需要SOA。其实SOA的最大厉害之处在于让业务人员有效地参与到系统构建中来，它可以很好地填补Bussiness和Application的gap。

现在最牛的人是连接Bussiness和Application的系统架构师，他们要做的事情就是把业务人员需求转变成程序的设计，这个确实很难，这也是很多项目失败的原因。用户抱怨系统不是他们想要的，程序员抱怨业务人员不懂软件。现在的项目流程大概都是系统架构师从业务人员的需求通过自己的经验和方法，构建程序设计方案，然后再拿给下面的程序人员去实现。如果SOA成为主流设计方法，那么整个方法流程就有很大的变化，业务人员可以通过一些model工具，比如WebSphere Bussiness Modeler，在不需要任何编程基础的情况下，完成符合他意愿的Bussiness Model，这些model就是用户真正想要的bussiness process。下面的问题就是要实现这些process。设计人员可以基于这些model，构建具体的UML，比如可以把model导入到Rational architecture，这样可以保证你是在bussiness driven的情况下构建程序架构，而不是像原来那种application driven。接着编码人员基于UML去实现各个程序模块。然后把bussiness model和具体的实现代码整合在一起，具体来说可以用Webshpere Integration Developer来实现。接着可以把这些中间成品导入到一些runtime环境中去测试，比如WAS, WPS等，并且可以借助很多测试和monitor工具对模块进行测试，比如RFT，RPT，Tivoli。如果结果不满意，可以让业务人员和程序人员同时参与修改，业务人员修改bussiness model，程序人员修改application，然后再进行整合和测试，这是一种很科学，很良性循环的流程。最后可以通过如Portal等工具把后台系统展现给用户使用。这大概就是基于SOA的思想下的软件开发流程。仔细想想它确实有提高效率，降低风险的好处。

以上提高的一些工具都是现在IBM最为主流的产品线，所以不然发现IBM对SOA的重视程度。IBM现在基本上提供了对SOA各个环节的支持。

虽然屏蔽异构系统间的差异，整合异构系统是SOA的一大利器，但这不是SOA的核心，SOA的核心是怎样通过最接近客户的想法去构建软件系统