面向服務的體系結構
『壹』 SOA是什麼
SOA是一個組件模型，它將應用程序的不同功能單元（稱為服務）進行拆分，並通過這些服務之間定義良好的介面和契約聯系起來。
介面是採用中立的方式進行定義的，它應該獨立於實現服務的硬體平台、操作系統和編程語言。這使得構建在各種各樣的系統中的服務可以以一種統一和通用的方式進行交互。
SOA是一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義介面進行通訊，不涉及底層編程介面和通訊模型。SOA可以看作是B/S模型、XML（標准通用標記語言的子集）/Web Service技術之後的自然延伸。
SOA將能夠幫助軟體工程師們站在一個新的高度理解企業級架構中的各種組件的開發、部署形式，它將幫助企業系統架構者以更迅速、更可靠、更具重用性架構整個業務系統。較之以往，以SOA架構的系統能夠更加從容地面對業務的急劇變化。
(1)面向服務的體系結構擴展閱讀：
SOA的主要優勢：
1、SOA可通過互聯網伺服器發布，從而突破企業內網的限制，實現與供應鏈上下游夥伴業務的緊密結合。通過SOA架構，企業可以與其業務夥伴直接建立新渠道，建立新夥伴的成本得以降低。
2、SOA與平台無關，減少了業務應用實現的限制。要將企業的業務夥伴整合到企業的「大」業務系統中，對其業務夥伴具體採用什麼技術沒有限制。
3、SOA具有低耦合性特點，業務夥伴對整個業務系統的影響較低。在企業與各業務夥伴關系不斷發生變化的情況下，節省的費用會越來越多。
4、SOA具有可按模塊分階段進行實施的優勢。可以成功一步再做下一步，將實施對企業的沖擊減少到最小。
『貳』 什麼是面向服務體系結構(一)
不幸的是，任何一個在IT業有資深經歷的人，都會指出有許多軟體系統違背了愛因斯坦的這句名言。其中要麼是一些軟體系統太簡單以至於不能完成所期望的任務，要麼就是太復雜，使得構建和維護成本急速增長，更不要說去整合不同的軟體系統。要想達到一個合適的簡單度，看起來就像是一場夢。到底錯在那兒呢？鬆散的耦合我們不必要往深里去想問題所在。當我們構建的軟體系統越多時，就會看到許多相似的情形和模式出現。很自然我們想到去復用已存系統的功能，而不是一切從頭做起。 現實依賴是一種事件間的狀態，表現在一個系統依賴於其它系統所提供的功能。如果世界上只包含現實依賴，那麼愛因斯坦的檢測很久以前就通過了。問題就在於我們又建立了一些人為依賴，這些人為依賴與現實依賴共存。 如果你到國外出差，你知道你必須要攜帶電源適配器，否則你將會碰到麻煩。你需要電源是現實依賴，而你的插頭必須與當地電源插座匹配，這是人為依賴。不同國家有不同尺寸和形狀的插頭，他們有些小而緊湊，有些大而笨重。 這里的經驗是我們不能去除人為依賴，但是我們能減小它。如果系統中的人為依賴已被減小，理想上將其最小化，我們就獲得了鬆散耦合。某種意義上，愛因斯坦所說的就是鬆散耦合。我么可以將愛因斯坦的這句名言改寫為：「人為依賴應被最小化，但現實依賴不應該被改變」。 SOA的定義與解釋 現在可以去定義面向服務體系結構。SOA是一種體系結構，目標是在軟體代理交互中獲得鬆散耦合。一個服務是一個服務提供者為一個服務消費者獲得其想要的最終結果的一個工作單元。服務者與消費者都以軟體代理代表他們自己的角色。 這聽起來有些太抽象，但是SOA確實無處不在。讓我們在你的住房中找到一個SOA的例子。例如播放一個CD,你可以將要播放的CD放入CD機中，CD機將為你播放這張CD，CD機提供了一個CD播放服務。這里的好處就是你可以用不同的CD機去播放同一張CD。他們能提供同樣的CD播放服務，但是服務質量是不同的。 SOA的思想明顯不同於面向對象的編程，面向對象編程強烈的建議你應該將數據與其操作綁定。因此在面向對象編程風格中源碼天空 ，每張CD 有它自己的CD播放機，他們之間不能被拆開。這聽起來很奇怪，但是這就是我們建立許多已存軟體系統的方式。
『叄』 什麼是面向服務的體系結構
面向服務架構（Service-Oriented Architecture，SOA） 面向服務架構又稱「面向服務的體系結構內」， 是Gartner於2O世紀容9O年代中期提出的面向服務架構的概 念。2002年的l2月，Gartner提出「面向服務的架構( SOA)」是「現代應用開發領域最重耍的課題」之後。 國內外計算機專家、學者掀起了對SOA的積極研究與探索。
『肆』 soa和soap分別是什麼
SOA,即面來向服務源的體系結構(Service-Oriented Architecture,也叫面向服務架構),是指為了解決在Internet環境下業務集成的需要,通過連接能完成特定任務的獨立功能實體實現的一種軟體系統架構。SOA是一個組件模型,它將應用程序的不同功能單元(稱為服務)通過這些服務之間定義良好的介面和契約聯系起來。介面是採用中立的方式進行定義的,它應該獨立於實現服務的硬體平台、操作系統和編程語言。
SOAP：簡單對象訪問協議，簡單對象訪問協議（SOAP）是一種輕量的、簡單的、基於 XML 的協議，它被設計成在 WEB 上交換結構化的和固化的信息。 SOAP 可以和現存的許多網際網路協議和格式結合使用，包括超文本傳輸協議（ HTTP），簡單郵件傳輸協議（SMTP），多用途網際郵件擴充協議（MIME）。它還支持從消息系統到遠程過程調用（RPC）等大量的應用程序。
『伍』 除了面向服務體系結構 還有哪些
面向服務架構（Service-Oriented Architecture，SOA） 面向服務架構又稱「面向服務的體系結構」， 是Gartner於2O世紀9O年代中期提出的面向服務架構的概 念。2002年的l2月，Gartner提出「面向服務的架構( SOA)」是「現代應用開發領域最重耍的課題」之後。 國內外計算機專家、學者掀起了對SOA的積極研究與探索。
『陸』 什麼是面向服務體系結構
面向服務的體系結構，是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯系起來。介面是採用中立的方式進行定義的，它應該獨立於實現服務的硬體平台、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。
*******************************
您好，答案已經給出，請您瀏覽一遍
有什麼不懂的地方歡迎回復我！
如果滿意請及時點擊【採納為滿意答案】按鈕
或者客戶端的朋友在右上角評價點【滿意】
您的採納，
是我答題的動力
也同時給您帶來知識和財富值
***************************************************
『柒』 軟體工程面向服務的體系結構應該基於哪些標准
面向服務架構（Service-Oriented Architecture，抄SOA） 面向襲服務架構又稱「面向服務的體系結構」， 是Gartner於2O世紀9O年代中期提出的面向服務架構的概 念。2002年的l2月，Gartner提出「面向服務的架構( SOA)」是「現代應用開發領域最重耍的課題」之後。 國內外計算機專家、學者掀起了對SOA的積極研究與探索。
『捌』 面向服務架構的利用價值
對 SOA 的需要來源於需要使業務 IT 系統變得更加靈活，以適應業務中的改變。通過允許強定義的關系和依然靈活的特定實現，IT 系統既可以利用現有系統的功能，又可以准備在以後做一些改變來滿足它們之間交互的需要。
下面舉一個具體的例子。一個服裝零售組織擁有 500 家國際連鎖店，它們常常需要更改設計來趕上時尚的潮流。這可能意味著不僅需要更改樣式和顏色，甚至還可能需要更換布料、製造商和可交付的產品。如果零售商和製造商之間的系統不兼容，那麼從一個供應商到另一個供應商的更換可能就是一個非常復雜的軟體流程。通過利用 WSDL 介面在操作方面的靈活性，每個公司都可以將它們的現有系統保持現狀，而僅僅匹配 WSDL 介面並制訂新的服務級協定，這樣就不必完全重構它們的軟體系統了。這是業務的水平改變，也就是說，它們改變的是合作夥伴，而所有的業務操作基本上都保持不變。這里，業務介面可以作少許改變，而內部操作卻不需要改變，之所以這樣做，僅僅是為了能夠與外部合作夥伴一起工作。
另一種形式是內部改變，在這種改變中，零售組織現在決定它還將把連鎖零售商店內的一些地方出租給專賣流行衣服的小商店，這可以看作是採用店中店（store-in-store）的業務模型。這里，雖然公司的大多數業務操作都保持不變，但是它們現在需要新的內部軟體來處理這樣的出租安排。盡管在內部軟體系統可以承受全面的檢修，但是它們需要在這樣做的同時不會對與現有的供應商系統的交互產生大的影響。在這種情況下，SOA 模型保持原封不動，而內部實現卻發生了變化。雖然可以將新的方面添加到 SOA 模型中來加入新的出租安排的職責，但是正常的零售管理系統繼續如往常一樣。
為了延續內部改變的觀念，IT 經理可能會發現，軟體的新配置還可以以另外的一種方式加以使用，比如出租粘貼海報的地方以供廣告之用。這里，新的業務提議是通過在新的設計中重用靈活的 SOA 模型得出的。這是來自 SOA 模型的新成果，並且還是一個新的機會，而這樣的新機會在以前可能是不會有的。
垂直改變也是可能的，在這種改變中，零售商從銷售他們自己的服裝完全轉變到專門通過店中店模型出租地方。如果垂直改變完全從最底層開始的話，就會帶來 SOA 模型結構的顯著改變，與之一起改變的還可能有新的系統、軟體、流程以及關系。在這種情況下，SOA 模型的好處是它從業務操作和流程的角度考慮問題而不是從應用程序和程序的角度考慮問題，這使得業務管理可以根據業務的操作清楚地確定什麼需要添加、修改或刪除。然後可以將軟體系統構造為適合業務處理的方式，而不是在許多現有的軟體平台上常常看到的其他方式。
正如您可以看到的，在這里，改變和 SOA 系統適應改變的能力是最重要的部分。對於開發人員來說，這樣的改變無論是在他們工作的范圍之內還是在他們工作的范圍之外都有可能發生，這取決於是否有改變需要知道介面是如何定義的以及它們相互之間如何進行交互。與開發人員不同的是，架構師的作用就是引起對 SOA 模型大的改變。這種分工，就是讓開發人員集中精力於創建作為服務定義的功能單元，而讓架構師和建模人員集中精力於如何將這些單元適當地組織在一起，它已經有十多年的歷史了，通常用統一建模語言（Universal Modeling Language，UML），並且描述成模型驅動的體系結構（Model-Driven Architecture，MDA）。
對於面向同步和非同步應用的，基於請求/響應模式的分布式計算來說，SOA是一場革命。一個應用程序的業務邏輯（business logic）或某些單獨的功能被模塊化並作為服務呈現給消費者或客戶端。這些服務的關鍵是他們的松耦合特性。例如，服務的介面和實現相獨立。應用開發人員或者系統集成者可以通過組合一個或多個服務來構建應用，而無須理解服務的底層實現。舉例來說，一個服務可以用.NET或J2EE來實現，而使用該服務的應用程序可以在不同的平台之上，使用的語言也可以不同。