SOA的架構功能需求分析論文1500字

　　現如今，大家都不可避免地會接觸到論文吧，論文是指進行各個學術領域的研究和描述學術研究成果的文章。相信寫論文是一個讓許多人都頭痛的問題，以下是小編收集整理的SOA的架構功能需求分析論文1500字，歡迎大家分享。

　　今天，很多公司都試圖採用“服務驅動”的方式來提高敏捷性和響應能力，這不僅表現在與客戶和合作夥伴的互動上，也表現在IT基礎架構的設計和建立上。“服務驅動”要求IT實施面向服務的架構（SOA），將企業應用中的分散功能組合成基於標準、可互操作的“服務”，並快速組合和重用這些服務來滿足業務需求。SOA的中心是服務，而不是應用。透過實施SOA，公司能提高效率，更快地推出服務，並提高敏捷性，以響應不斷變化的業務需求。

　　為了最佳化IT基礎架構以交付服務，並將SOA從理想轉化為現實，IT需要一個“智慧化”的基礎架構，以促進和簡化服務的重用，並在當今典型的IT環境（各種技術、協議和應用並存）中可靠地整合服務。IT正在實施一個抽象層，以簡化基礎架構，隱藏底層多種不同應用和技術造成的複雜性。在幾年前，這意味著提供一個用於定製企業應用的平臺。而到了今天，抽象層則基於服務，將企業流程表示為服務（由松耦合的業務邏輯片斷組裝而成），供其他服務和終端使用者使用。

　　在簡單高效的SOA基礎架構的支援下，IT將可以實現“服務驅動”的願景，快速推出新服務，在幾乎不中斷IT基礎架構的情況下重用有價值的業務功能；使IT與業務需求保持一致，響應業務流程的更改，併為使用者提供更卓越的服務。

　　為使IT架構儘可能快地響應業務需求，需要改變架構自身的角色。面向服務的架構就是提供改變的一種方式。SOA有明確的特徵，它與目前大多數大公司定義的架構方式根本不同。這些特徵完全能夠適應更快的變化，並能加強業務與企業IT之間的協作。因此SOA架構功能需求主要體現在如下方面：

　　1、基於服務

　　IT通常為了滿足一個特定業務領域的要求而出現或發展，只考慮那個領域的利益。IT通常都根據專案來投資和建立，目的是解決特定要求，故易出現功能重複的情況。由於採用“逐個專案”的開發方式，在程式碼或元件級別來共享功能的傳統方法已經宣告失效。

　　基於服務的IT方法改變了功能的開發和交付方式。功能被一次性地考慮、分解和部署在企業的所有級別中，這降低了成本，加快了交付，提高了IT適應變化的能力。除要改變IT投資和管理方法外，基於服務的方法還要求在功能的打包和部署方式上做出改變。SOA還考慮使功能轉化為服務的可能方式，以及這些服務的管理和監控方法。

　　2、基於標準

　　傳統IT交付的另一個方面是每個專案通常都選取最有利的方法去滿足自身需求。這導致了技術增生。當考慮如何使建立在這些技術上的應用交換資訊時，就會顯露出問題。以前像CORBA和DCOM等基於標準的元件模型效果不好，因為缺少執行它們的技術，還可能延緩支援標準的開發，或二種情況都有。更新技術（如XML、Web服務及UDDI等）為支援重用的、基於標準的SOA奠定了基礎，支援這些標準的技術很容易得到，並真正做到了平臺中立。

　　3、企業焦點

　　如果在業務部門內按專案來開發IT，實現企業範圍的流程或資訊的視覺化與管理將變得極其困難。許多機構透過成立企業架構小組或委員會來解決這些問題。這些小組通常只關注技術選擇，而沒有執行其他建議的權力。除加強管理外，這些小組需要一個機制，從而依據標準方式，按適當粒度和使用者社群視覺化水平去定義、配置、監控和管理對企業功能的訪問。只有一個構建合理的、基於服務的且符合正確管理原理的`企業架構，才能提供所需要的部署平臺。

　　4、業務焦點

　　在大多數企業中，業務使用者需要多種應用去完成他們的日常工作，各個獨立的應用是為不同的需求組合而建立的，這又是一個傳統IT交付的副產品，會造成浪費工作、增加培訓費用、過度依賴專業技能、重複記錄資料和缺乏對全部業務流程的可視性和控制等諸多弊端。SOA的目的為業務在使用者可以想象的級別上提供功能，使其日常使用變得易於理解、說明、測試和操作。

　　在實施SOA策略時，IT並不會“取代和淘汰”現有基礎架構，而是將這些應用展示為服務，供其他業務流程和應用重用，從而降低成本和複雜性。這就是說，要成功地實施SOA，必須有一個支援在異構環境中執行動態互動的整合層。這個整合層必須考慮IT環境固有的“演變”特性；必須支援不斷地改進現有服務，並能隨著業務的擴大而快速地新增新服務，以滿足新客戶、合作伙伴和業務的需求；必須對服務使用者隱藏服務端點的更改；還必須自動管理服務互動。這樣，改變服務不會產生中斷點（與此相對，點對點的人工實施方法不夠可靠，可能產生中斷點，從而耗費大量資金）。這樣的整合層稱為“企業服務匯流排（介面管理平臺）”。