SOA簡介SOA建模與實踐大綱基本概念-1SOA,即ServiceOrientedArchitecture：SOA是一種IT體系結構風格，或SOA是包含運行環境、編程模型、架構風格和相關方法論等在內的一整套新的分布式軟件系統構造方法和環境，涵蓋服務的整個生命周期：建模-開發-整合-部署-運行-管理。SOA支持將業務轉換為一組相互鏈接的服務或可重復業務任務，可以對這些服務進行重新組合，以完成特定的業務任務，從而讓您的業務快速適應不斷變化的客觀條件和需求。基本概念-2SOA優點服務利用基于SOA的系統構建方法，如圖中所示的一樣，一個基于SOA架構的系統中的所有的程序功能都被封裝在一些功能模塊中，利用這些已經封裝好的功能模塊組裝構建所需要的程序或者系統，而這些功能模塊就是SOA架構中的不同的服務(services)。WebService基本協議UDDIWSDLSOAP其他協議BPELWS-SecurityWS-PolicySCA/SDOXML與Web服務簡單說來，XML是最低級的通用語言。它是一種可擴展標記語言，不同的平臺和語言都能理解它。很多Web服務標準中都使用了XML。標記的內容將由定義語法的模式進行驗證或解析。Web服務是能夠進行重用的功能構建塊。必須由提供者系統使用標準協議和語義對其進行發布、查找（發現）和調用。這是使用具有不同語法和相關結構的XML進行的。WSDLWeb服務描述語言（WebServicesDescriptionLanguage，WSDL）是一個XML實例文檔，符合用于服務請求方和服務提供者之間的通信的W3C標準XML語法。它描述Web服務如何工作。正是由于WSDL文件，Web服務才被稱為“自描述”，因為可以從WSDL文件生成SOAP消息。事實上，很多工具都可以從WSDL文件創建客戶機代碼。WSDL文件包含以下元素：Type：使用某種語法（如XML模式）的數據類型定義（string、int）Message：要傳遞的數據Part：消息參數Operation：服務支持的操作的抽象描述PortType/Interface：一個或多個端點支持的操作的抽象集。此名稱已更改，因此可能會遇到兩者中的任何一個。Binding：特定端口類型的具體協議和數據格式規范Port/Endpoint：綁定和網絡地址的組合。此名稱也已更改，因此可能會遇到兩者中的任何一個。Service：相關端點的集合，包括其關聯的接口、操作、消息等。WSDL結構統一描述、發現和集成(UDDI)簡單對象訪問協議(SOAP)SOAP是用于在網絡上交換基于XML的消息的協議。通常，使用HTTP作為傳輸協議，但也可以使用其他協議，如SMTP等。SOAP消息包含以下元素：Envelope：必需的元素，用于將文檔標識為SOAP消息Header：包含應用程序特定的信息Body：必需的元素，定義調用和響應信息Fault：包含有關出現的錯誤的信息SOAP內容可由WSDL文件確定。SOA設計原則軟件工程的演變體系結構范式服務和流程SOA架構特性基本原則IBMSOAFoundation軟件工程的演變瀑布模型原型方法迭代方法敏捷方法軟件危機重文檔、重過程輕量級、人性化體系結構范式-1企業體系結構和面向服務的體系結構具有相同的目標，即通過集成的IT策略支持業務。企業體系結構定義： 企業體系結構是這樣一種做法，即應用描述組織的流程、信息系統、個人和組織子單元的全面而嚴格的方法，從而使其與組織的核心目標和策略方向保持一致。OpenGroupArchitectureForum(TOGAF)體系結構定義：系統的正式描述，或用于指導其實現的組件級別的系統詳細計劃。組件的結構、它們相互間的關系以及控制其設計及將來發展的原則和指導方針。體系結構范式-2體系結構為以下任務提供支持：在不同的抽象級別進行設計和建模將規范與實現分離構建靈活的系統確保滿足業務需求分析需求更改的影響確保遵循相關原則體系結構范式-3體系結構從過去單個應用包羅一切的客戶/服務器的模式，逐漸演變到三層和多層結構的各種分布式計算模式。今天，人們開始談論和實踐面向服務、更加分布化的架構范式。設計風格和體系結構范式（ArchitectureParadigm）：使用哪些抽象手段來為問題域建模？如何定義組成部分之間的協作和結構關系？如何定義從外界所看到的系統結構和行為？是什么設計原則在指導我們的架構決策？有什么最佳實踐和模式可供借鑒？SOA架構特性基本原則-1無狀態

以避免服務請求者依賴于服務提供者的狀態。單一實例 避免功能冗余。明確定義的接口 接口穩定，明確；數據隱藏。自包含和模塊化 業務穩定、重復出現的活動和組件，獨立進行部署、版本控制、自我管理和恢復。基本原則-2IBMSOAFoundation-1SOAFoundation參考模型IBMSOAFoundation-2SOAFoundation解決方案堆棧IBMSOAFoundation-3IBMSOAFoundation-3服務總線架構企業服務總線外部服務提供者業務服務編排內部服務請求者企業外部服務請求者內部服務提供者ESB網管ESB名空間業務服務注冊SOA方法學傳統方法學SOA方法學SOMA服務發現服務規約服務實現傳統方法學-1傳統方法學-2傳統方法學將項目周期分為分析、設計和開發三個階段，縱坐標將域分為應用、架構和業務。流程建模（BPM）用于業務領域的分析和設計，如業務流程的定義、業務數據的定義等；企業架構（EA）和方案架構（SA）側重在架構領域的分析和設計，如根據業務需求確定目前目標業務系統和IT系統，根據目標系統需求設計主要架構元素和它們之間的關系；面向對象的分析和設計（OOAD）則貫穿分析、設計和開發三個階段，它主要分析細粒度的業務需求，如用例，分析和設計實現這些需求的類和對象，以及它們之間的關系。SOA方法學-1SOA方法學-2面向服務的分析和設計貫穿項目周期的三個階段和IT系統的三個域。這暗示著，在操作層面上，面向服務的分析和設計會和其他方法學緊密相聯。SOMA-1SOMA，即面向服務的建模和架構。為了開始面向服務的分析和設計，如下的輸入需要被用在分析和設計的過程中：業務領域（BusinessDomain）和業務功能域（BusinessFunctionArea）業務流程（BusinessProcess）業務目標（BusinessGoal）現有系統（ExistingSystem）SOMA-2服務發現-1自上而下（領域分解）方式 自上而下的領域分解方式從業務著手進行分析，選擇端到端的業務流程進行逐層分解至業務活動，并對其間涉及的業務活動和業務對象進行變化分析。業務組件模型是業務領域分解的輸入之一。端到端的業務流程是業務領域分解的另一個輸入。變化分析的目的是將業務領域中易變的部分和穩定的部分區分開來。服務發現-2服務發現-3中間對齊（業務目標建模）方式

中間對齊的業務目標建模方式的目的是幫助發現與業務對齊的服務，并確保關鍵的服務在流程分解和已有資產分析的過程中沒有被遺漏。 業務目標建模將業務目標分解成子目標，然后分析哪些服務是用來實現這些子目標的。在這個過程中，為了可以度量這些服務的執行情況并進而評估業務目標，我們會發現關鍵業務指標、度量值和相關的業務事件。

服務規約-1使用三種服務發現的方式，我們發現服務候選者組合，并按照業務范圍劃分為服務目錄。同時為服務規約做好準備。服務規約階段的主要任務是：規范性地描述服務各個方面的屬性，其中既包括輸入/輸出消息等功能性屬性，服務安全約束和響應時間等服務質量約束；以及服務在業務層