點擊查看：歷年計算機軟考《系統分析師》復習知識點總結

　　SOA

　　【基本概念】

　　1、SOA定義：

　　一種粗粒度、松耦合的體系結構模型;不同功能單元通過中立方式定義的接口聯系起來;獨立于硬件、操作系統、編程語言;構建的服務以統一通用方式進行交互;

　　SOA涉及三種角色：1)服務提供者(Service Provider);2)服務請求者(Service Requestor);3)服務目錄 (Service Registry)。

　　SOA涉及三個操作：1)發(fā)布(Publish);2)查找(Find);3)綁定(Bind)。

　　2、三個抽象級別：操作、服務、業(yè)務流程;

　　3、3個軟件層次：

　　(1)基礎設計層：OOA、OOD思想，設計開發(fā)底層服務構件;

　　(2)應用結構層：采用EA架構，以表示業(yè)務服務邏輯構建為中心，集中定義服務間接口和服務級協定;

　　(3)業(yè)務組織層：BMP，流程編排與組織;

　　4、SOA常用標準、規(guī)范：

　　SOAP， WSDL， UDDI

　　WSDL，UDDI和SOAP是SOA基礎的基礎部件。WSDL用來描述服務;UDDI用來注冊和查找服務;而SOAP，作為傳輸層，用來在消費者和服務提供者之間傳送消息。SOAP是Web服務的默認機制，其他的技術為可以服務實現其他類型的綁定。一個消費者可以在UDDI注冊表(registry)查找服務，取得服務的WSDL描述，然后通過SOAP來調用服務。

　　5、SOA特征

　　·可從企業(yè)外部訪問

　　·隨時可用

　　·粗粒度的服務接口分級

　　·松散耦合

　　·可重用的服務

　　·服務接口設計管理

　　·標準化的服務接口

　　·支持各種消息模式

　　·精確定義的服務契約

　　6、關鍵問題

　　·發(fā)現服務

　　·服務規(guī)約

　　·服務實現

　　7、基礎架構

　　【優(yōu)勢】

　　SOA是一種可適應的、靈活的體系結構類型，基于SOA構建的系統架構可以在系統的開發(fā)和維護中縮短產品上市時間，因而可以降低企業(yè)系統開發(fā)的成本和風險。因此，當SOA架構師遇到一個十分復雜的企業(yè)系統時，首先考慮的應該是如何重用已有的投資而不是替換遺留系統

　　【作用】

　　SOA解決的是集成的問題，包括數據集成、應用集成、流程集成等，分兩步：一是將業(yè)務系統能力分解為獨立、自治、離散和可復用的服務;二是對服務進行組裝和編排來滿足業(yè)務和流程的變化。

　　SOA本身是集成平臺，本身并不產生能力，本身也不存儲和結構化數據，SOA服務目錄庫能力源自業(yè)務系統，業(yè)務系統提供服務注冊到SOA服務目錄庫，SOA更多是能力集成平臺，可以將業(yè)務系統各個層面能力轉化為數據服務、業(yè)務服務、流程服務和展現層服務。通過SOA集成這些服務，提供統一的服務目錄庫來屏蔽底層業(yè)務系統。

　　【SOA解決方案】

　　【注意事項】

　　最常見的失誤包括：

　　1. 注意供應商專有服務產品 。不要局限于實際上具有專有特征的 SOA 供應商產品;這可能會導致失去真正 SOA 的互操作性和靈活性好處。

　　2. 尋求使用開放標準的穩(wěn)定性 。行業(yè)中的最新開放標準規(guī)范并不一定是最穩(wěn)定的;因此，可能并不成熟，不適合采用。

　　3. 仔細評估遺留資產現代化工作 。選擇特定遺留系統進行現代化工作時，請從企業(yè)的全局出發(fā)進行考慮。SOA 過渡中的豎井 (Silo) 方法可能導致出現冗余。

　　4. 避免“瀑布”式開發(fā)和缺少服務版本控制的情況 。SOA 過渡本質上應該具有迭代的特征。服務生命周期管理應該具有維護服務的多個版本的功能。

　　5. 了解遺留系統的技術限制 。在進行遺留資產現代化工作前，請充分考慮遺留系統的所有技術限制。

　　6. 不要將 SOA 等同于 Web 服務 。了解 SOA(一種體系結構樣式)和 Web 服務(一組 SOA 實現標準)間的差異。

　　7. 避免采用豎井方法處理服務創(chuàng)建和所有關系 。理解傳統應用程序開發(fā)和基于 SOA 的開發(fā)之間的范式轉換。

　　8. 避免使用細粒度服務 。與細粒度應用程序編程接口(Application Program Interfaces，API)相比，服務是更高級的抽象。服務應該為粗粒度的，且與業(yè)務一致。

　　9. 避免點到點調用 。使 SOA 生態(tài)系統具有可管理性，且組件間采用松散耦合方式。加入中介層，以處理服務發(fā)現和調用，并協調不同 SOA 實現間的基礎技術差異。

　　10. 避免不遵循標準的情況 。采用穩(wěn)定的、經過驗證的行業(yè)特定標準。此方法將為您的 SOA 帶來互操作性的好處。

　　11. 使用冗余數據存儲 。將重點放在數據整合策略上。通過創(chuàng)建虛擬數據服務來提供數據冗余性。

　　12. 避免使用“大爆炸”方法 。對于復雜 SOA 過渡，請完全避免使用“大爆炸”方法。請充分認識到，最好的平穩(wěn) SOA 過渡是通過采用迭代方法實現的，并尊重這一事實。

　　13. 分配服務所有關系 。不要讓服務孤立。為其提供一個環(huán)境，讓某個業(yè)務部門作為其所有者。此所有關系使得有人負責維護非功能性服務質量。

　　進行 SOA 治理 。授權治理組織管理整個服務生命周期。

　　【面向服務的開發(fā)】

　　·兩個視圖：服務提供者關注服務實現、封裝、發(fā)布、服務消費者關注服務組合滿足需求;

　　·面向重用的開發(fā);

　　面向服務開發(fā)是對前面已經討論過的面向過程、面向對象、面向方面等開發(fā)方法的補充。它具有以下優(yōu)點：

　　1重用：創(chuàng)建可重用用各種業(yè)務應用的服務能力;

　　2 效率：通過組合現有服務，以快速創(chuàng)建新的服務和業(yè)務應用的能力，這樣就可以集中精力于數據共享，而不是底層實現的能力;

　　3 與技術的松耦合：獨立于服務的執(zhí)行環(huán)境進行服務建模的能力。例如，緊緊盯以服務能夠收發(fā)的消息，而不需要考慮具體的技術實現。

　　4職責的劃分：可以令業(yè)務人員和技術人員分別關注業(yè)務問題和技術問題，雙方通過服務契約進行協同。

　　當 SOA 架構師構建一個企業(yè)級的 SOA 系統架構的時候，關于系統中最重要的元素，也就是 SOA系統中的服務的構建。

　　有一點需要特別注意的地方，就是對于服務粒度的控制。服務粒度的控制 SOA 系統中的服務粒度的控制是一項十分重要的設計任務。通常來說，由于服務的訪問通常是遠程的，所以，對于將暴露在整個系統外部的服務推薦使用粗粒度的接口，而相對較細粒度的服務接口通常用于企業(yè)系統架構的內部。

　　應用服務來設計、開發(fā)和部署應用，需要在思考方式上發(fā)生重大轉變，為了幫助這一轉變的完成，我們可以把 IT部門的職責劃分為兩個部分：

　　1創(chuàng)建服務：處理服務所涉及的復雜的下層技術，確保 Web 服務的描述與服務消費者的需要相一致，而且雙方共享著應該有的數據。

　　2使用服務：組裝新的合成應用(Composite Applications)和業(yè)務流程流(Business Process Flows)，確保共享數據以及業(yè)務流程流能夠準確反映業(yè)務的運營和戰(zhàn)略需求。

　　在項目層次上，架構師通常要指導可重用服務的開發(fā)，并確定一種存放、管理和檢索服務描述的方法。可重用的服務層把業(yè)務操作(比如“獲取客戶信息”、“下訂單”)與下層軟件平臺的實現差異相隔離(就象瀏覽器把服務器的實現語言的差異相隔離一樣)，這樣，就有可能具備把可重用的服務快速組合成更大服務的能力，這樣，組織就具備了使過程自動化和快速適應環(huán)境的優(yōu)點。事實上，定義可重用的服務是面向服務最重要的方面，要實現服務的最高價值，必須在開發(fā)的時候，就考慮與其它服務的互操作，并且通過與其它服務的組合來構建應用。這種思想上的轉變，可能需要某個處于領導職位上的人協調完成檢查設計，以確保它們與新的 IT 目標一致。

　　【與數據倉庫關系】

　　把數據和服務作為企業(yè)的資產

　　主數據(Master Data，MD)指系統間共享數據(例如，客戶、供應商、賬戶和組織部門相關數據)。與記錄業(yè)務活動，變動較大的交易數據相比，主數據(也稱基準數據)變化緩慢，一般每年的變化在 20 %左右。

　　(區(qū)別元數據：元數據是指表示數據的相關信息，比如數據定義等，而主數據是指實例數據，比如產品目錄信息等。)

　　數據存儲層規(guī)劃：為了保證業(yè)務系統的性能同時實現數據的共享、數據分析的需要，將數據存儲層的數據分為三個層次：私有數據層、共享數據層和分析數據層。

　　·私有數據層：主要用于支撐企業(yè)的運營，是典型的操作型數據環(huán)境。包括經營、財務、人力資源、資產管理等已有系統的數據庫，其主要職能在于支撐企業(yè)日常的經營和管理活動的運營需要。

　　·共享數據層：包含業(yè)務共享數據、主數據、系統數據、流程數據和元數據。

　　·分析數據層：該層的數據集主要用于支撐企業(yè)的管理和決策需要，是典型的分析型數據環(huán)境。它從數據倉庫中提取數據并整合管理決策所需要的數據集。

　　【與云計算關系】

　　• 應用系統涉及的跨系統邊界的主數據抽象到主數據管理系統，提高數據服務能力。

　　• 業(yè)務系統下層，業(yè)務模塊分為界面和邏輯兩個部分內容，業(yè)務模塊下沉為提供業(yè)務服務能力的單元

　　• 流程引擎+業(yè)務規(guī)則引擎可以進一步對業(yè)務服務，數據服務進行服務的編排

　　• 展現層可以實現界面層的組裝，可以調用數據服務能力和業(yè)務服務能力

　　【云計算融合】

　　SOA中的ESB能力，流程引擎能力、規(guī)則引擎能力，演化至云計算中的Pssa層;

　　硬件能力(底層虛擬化資源池：計算能力、存儲能力、網絡能力)，可以集成至ESB ;

　　【展望】

　　IBM談到的下一代SOA的概念，說到下一代 SOA 需要做到五件事：連接本地應用和云應用、將應用擴展到移動設備上、連接到物聯網、發(fā)布 API 并將企業(yè)連接到社交網絡、提供可以滿足大數據需求的服務規(guī)模和質量。

　　相關推薦：

　　2018年軟考報名時間※2018軟考考試安排(全年)

　　考試吧特別策劃：2018年計算機軟考報考指南專題

　　軟考各科目模擬試題及答案※各科目復習指導匯總

　　軟考報考條件※軟考報名方法※考試大綱※科目

　　歷年軟考真題及答案匯總※軟件水平考試簡介