对SOA很迷茫解决方法

对SOA很迷茫
我个人觉得SOA对于软件公司来说很方便，只要把业务搞明白了，然后组件化，就可以按照客户的需求随意组合。但是对于企业来说，他的业务是永远不变的吗？没有变化和创新就没有进步。业务一旦发生变化，原来的组件还适用吗？

所以我想问的问题是，SOA所谓的面向业务，这个业务的范围有多大？是整个流程还是把流程细化到每一个细节？如果细化到每一个细节，那它的概念岂不是和OO有点像？我很迷茫。劳烦各位有识之士启发。小弟在这里谢过


------解决方案--------------------
我对SOA也很迷茫，作为程序员，我们如何应对这些思想或逻辑上的变化呢？
------解决方案--------------------
同样，不太理解SOA
------解决方案--------------------
我也不是很清楚,但是建議你先看看設計模式之后可能會理解更深一點,因為面向對象我們大多只是理解表象,深層次沒有理解當然無法理解面向業務這種更深層次的問題
------解决方案--------------------
SOA是面向服务，不是面向组件

在SOA里，你需要思考服务自主，重用和松耦合的问题。你建立的服务应该是足够自主，可以重用，服务间又是非常松耦合的。

一个业务过程大概是这些服务的组合，通常以工作流的形式运行。如果业务改变，也许是需要改动这些服务的具体实现（不是接口），也许需要调整业务过程中的服务的流程，也许需要添加、去掉某些服务。如果业务改变是根本性的，那么也许你需要建立新的服务，新的流程。

至于服务的范围，这个东西，应该是特定于你的业务而言的。流程要细化到什么细节，完全取决于你的业务，但涉及的服务应该有足够的自主性。从宏观上来说，也许跟OO类似，因为其中的一些根本性设计原则是一样的。
------解决方案--------------------
要理解SOA就要理解SOA的动机。


SOA有几条很重要的思想，例如“保护现有投资和遗留资产”“内在复用”。这要从消除“信息孤岛”说起。

企业信息系统越来越多，但他们之间重复建设现象严重，而且非常难集成，因为系统所处的平台不同，不容易对接。

为了解决这个问题，有的人考虑推倒重来，建立更大的系统，然而若干时间之后，又出现新的信息孤岛。

SOA则强调对原有资产的复用，通过 WebService/XML 等跨平台的技术，对系统间进行整合,保护企业的投资。

当然，并不是说企业信息化建设不得不先要建立信息孤岛再拿SOA整合，如果一开始就遵循 SOA 思想，系统就具备

最大的整合潜力，企业可以最大程度地保护信息化建设的投入。



因此，服务特别强调独立（服务应该是能独立完成自己的业务，而不应该依赖其他服务）和集成（方便地被组合）。


------解决方案--------------------
比较同意5楼的观点。
对于楼主的问题，可以把业务细化成不同的粒度，如果无法通过细化来实现了，那就需要重新开发了。
------解决方案--------------------
支持5搂意见，不过真正做好的不知有多少家了。
关注ing

------解决方案--------------------
4楼说的简单明了啊