Can you summarize the following document?
        
  企業系統的架構師認為SOA能夠幫助業務迅速和高效地響應變化的市場條件。服務導向的架構在巨集觀(服務)上,而不是在微觀上(物件),因此提高了重複使用性。同時,服務導向的架構可以簡化與傳統系統的互連和使用。  在某種意義上說,服務導向的架構可以被認為是一種演化,而不是革命。它捕捉到了之前體系架構的許多最佳實踐或實際應用。比如在通訊系統中,近年來進展有限的解決方案多采用完全靜態的繫結來與網路中的其他裝置溝通,但若正式採用SOA方式,解決方案就更能妥善定位,進而突顯定義明確且可高度跨平臺操作介面的重要性。  有些人質疑服務導向的架構是不是1970年代模組化程式設計,1980年代的面向事件設計,1990年代的基於介面/構件設計的一種復興?(1990s)。 服務導向的架構提升了將使用者從服務實現分開的目標。服務可以執行在不同的伺服器上,並通過網路被訪問。 這也大大增加了服務的重用。

  以下指導原則是開發,維護和使用SOA的基本原則:  下面是一些特定的體系架構原則:  除此以外,在定義一個SOA實現時,還需要考慮以下因素:

  服務導向的架構通常被定義為通過Web服務協議棧暴露的服務。與SOA相關的Web服務的標準主要有:  注意,一個系統要成為服務導向的系統並不需要這些協議,比如一些服務導向的系統可以通過CORBA實現。
面向服務的體系結構(英語:service-oriented architecture)並不特指一種技術,而是一種分散式運算的軟體設計方法。軟體的部分元件(呼叫者),可以透過網路上的通用協定呼叫另一個應用軟體元件執行、運作,讓呼叫者獲得服務。SOA原則上採用開放標準、與軟體資源進行互動並採用表示的標準方式。因此應能跨越廠商、產品與技術。一項服務應視為一個獨立的功能單元,可以遠端存取並獨立執行與更新,例如線上查詢信用卡賬單。