写这样的blog很容易被人砸砖头，而且我现在在专心做BPEL的研究(http://hongsoft.iteye.com/admin/blogs/287353)，也没有必要现在趟这个混水。不过想想，还是有话要说。
定义：
SOA是一种做架构的范式，这个范式的核心目标是做到业务敏捷，核心思路是通过服务的方式。
分析：
1）首先它是做架构的范式。TOGAF是它的一个抽象，而某个具体的企业软件架构是它的一个实例。
2）SOA的核心目标是做到业务敏捷。它是从业务的角度切入的。
3）从技术的角度看，它是面向服务的。不是基于服务，而是面向服务（学VB的人应该听过基于对象）。
进一步分析：
1）谁来考虑SOA？架构师。 不是技术人员，也不是业务人员。SOA架构师向CIO或者CTO汇报。
2）SOA的目标和出发点是什么？业务。这句话不像很多媒体写的那么虚，是很实在的一句话。业务与IT的一致性表现为什么？粗鲁一点说就是：业务分析人员画的业务分析图对应的后台文件，可以被软件设计人员拿来用；软件设计人员做的设计对应的文件，可以被软件开发人员拿来用。这点在http://hongsoft.iteye.com/admin/blogs/288992有非常具体的分析。
3）SOA在服务方面包括什么内容？请看http://www.iteye.com/topic/289341
有人说SOA是纯业务方面的概念。我倒是认为SOA与技术的关系是非常紧密的，我说的技术并不是coding，
不要相信SOA是 业务概念的说法。其实你去查查SOA的原始来源，和看看SOA的名词,就很明白了。
如果你一定要说SOA是纯业务概念，请看看BPM，他的业务概念和SOA有无区别？
BPM谈到的业务和SOA谈到的业务是完全相同的，客户碰到的业务问题也是完全相同的。但是解决办法有多个，其中一个是BPM，另外一个是SOA。所以，SOA是为了解决“某个”业务问题，而提出的一个架构的范式。
