目錄1前言 41.1企業(yè)ERP系統(tǒng)的需求描述 41.2ERP技術及應用的開展趨勢 51.2.1B/S架構的ERP已經盛行 51.2.2SOA架構的引入，使ERP全面升級 5平臺化——ERP的柔性大大增強 5與其它信息系統(tǒng)的集成 6整合業(yè)務流程的監(jiān)測與評估 72傳統(tǒng)ERP產品技術架構 82.1傳統(tǒng)C/S架構的ERP系統(tǒng) 82.2B/S架構的ERP系統(tǒng) 82.3C/S架構和B/S架構的優(yōu)缺點分析 92.3.1C/S系統(tǒng)優(yōu)缺點 92.3.2B/S系統(tǒng)優(yōu)缺點 9結論 103國內外最新ERP產品技術架構 103.1主流ERP產品簡要介紹 103.1.1OracleEBusinessSuite 103.1.2SAPNetWeaver 12用友U9 123.2ERP系統(tǒng)架構設計的共同特點 13基于互聯網的三層體系架構 14面向效勞架構〔SOA〕 14模塊化和組件化的體系架構 144基于SOA架構的ERP系統(tǒng) 154.1SOA技術簡介 154.1.1SOA概念及簡介 15基于SOA技術的體系結構 164.1.3SOA的實現方式-WebService 194.2基于SOA的ERP系統(tǒng)架構設計 224.2.1SOA架構根底技術 224.2.2SOA架構設計方案 254.2.3SOA架構實現 264.2.4SOA架構的效勞管理組件：ESB 274.3ERP系統(tǒng)架構技術的時間線 305系統(tǒng)實現的關鍵技術 325.1關鍵技術框架及工具 32三層分布式架構 32基于WEB的B/S架構開發(fā)技術 34統(tǒng)一認證技術 34構件開發(fā)技術 36工作流系統(tǒng) 40權限管理系統(tǒng) 45表單生成技術 49插件化開發(fā)框架 515.2系統(tǒng)性能優(yōu)化技術 52分布式技術應用 525.2.2AJAX局部更新 54預加載技術 55數據庫查詢優(yōu)化 55數據庫讀寫別離 565.3系統(tǒng)運營部署設計 56效勞器集群技術 56虛擬化數據中心技術 576應用云計算技術的ERP系統(tǒng) 616.1云計算技術簡介 616.1.1IaaS根底設施即效勞 626.1.2PaaS平臺及效勞 656.1.3SaaS軟件即效勞 65云計算產生背景分析 696.2應用云計算技術的ERP系統(tǒng) 706.2.1SaaS模式的ERP與傳統(tǒng)ERP的比擬 706.2.2SaaS模式的ERP系統(tǒng)架構設計 706.2.3SaaS模式的ERP系統(tǒng)的應用前景 726.3云計算平安設計 73云端數據存儲加密 73網絡數據傳輸加密 74數據平安管理標準 74云端加密的利與弊 766.4應用物聯網技術的ERP系統(tǒng) 76物聯網技術 76物聯網應用案例—服裝行業(yè) 796.4.3RFID,無線移動數據的收集技術 806.5應用移動技術的ERP系統(tǒng) 81移動ERP系統(tǒng)介紹 81移動ERP系統(tǒng)結構圖 827總結 848參考文獻 85前言企業(yè)ERP系統(tǒng)的需求描述

ERP實施的主體――企業(yè)的需求永遠是ERP技術開展的主動力，由于全球一體化進程的加劇，使得企業(yè)所面臨的競爭環(huán)境發(fā)生了巨大的變化，對ERP提出了新的需求，具體表現在[50]：

1)全球化市場的開展與產業(yè)鏈之間合作經營生產方式的出現，使得ERP能支持異地企業(yè)運營、異種語言操作和異種貨幣交易；

2)企業(yè)過程重組及協作方式的變化使得ERP能支持基于全球范圍的可重構過程的供給鏈及供給網絡結構；

3)企業(yè)需要應對新生產與經營方式的靈活性與敏捷性使得ERP也越來越靈活的適應多種生產制造方式的管理模式；

4)由于行業(yè)特性越來越明顯，因此ERP的行業(yè)化開展趨勢越來越明顯；

5)企業(yè)的快速開展使得ERP的柔性越來越高以適應企業(yè)的動態(tài)變化；

6)企業(yè)的低本錢策略使得ERP可以按需配置、大大縮短實施周期。

IT技術的開展是推動ERP開展的另一驅動力，畢竟ERP應用是以“技術導向〞為推動的應用技術，具體表現在，計算機新技術的不斷出現將會為ERP提供越來越靈活與強大功能的軟硬件平臺，多層分布式結構、面向對象技術、中間件技術與Internet的開展會使ERP的功能與性能迅速提高。圖1.1企業(yè)ERP系統(tǒng)結構圖ERP技術及應用的開展趨勢B/S架構的ERP已經盛行

B/S模式是一種全新的軟件系統(tǒng)構造技術。隨著Windows98/Windows2000將瀏覽器技術捆綁植入操作系統(tǒng)內部，這種結構更成為當今應用軟件的首選體系結構。顯然B/S結構應用程序相對于傳統(tǒng)的C/S結構應用程序將是巨大的進步。網絡應用系統(tǒng)的開展正在改變著ERP系統(tǒng)的開發(fā)及其實施方法,傳統(tǒng)ERP體系結構逐漸被由客戶、應用效勞器、數據庫效勞器組成的三層B/S結構所替代,并有了統(tǒng)一的通訊協議TCP/IP和統(tǒng)一的基于Web瀏覽器的用戶界面。B/SERP把傳統(tǒng)的依賴于郵件、、人盯人的管理方式變革為目標導向、流程驅動、智能的電子商務流程。并且該B/S架構的ERP可以把企業(yè)內部流程與企業(yè)外部流程連接起來，與客戶、合作伙伴、供給商協同完成供給鏈業(yè)務操作[52]。SOA架構的引入，使ERP全面升級SOA〔Service-OrientedArchitecture面向效勞架構〕的概念是由Gartner公司給出的，Gartner對SOA的定義為“客戶端/效勞器的軟件設計方法，一項應用由軟件效勞和軟件效勞使用者組成……SOA與大多數通用的客戶端/效勞器模型的不同之處，在于它著重強調軟件組件的松散耦合，并使用獨立的標準接口。其核心是：

1〕SOA是一種軟件架構思想，并不是一種產品。

2〕SOA的重點是面向效勞，此效勞包括企業(yè)的內部與外部的每一個業(yè)務細節(jié)，比方企業(yè)中財務應收發(fā)票的處理就是一個效勞。SOA的思想是把這些效勞從復雜的環(huán)境中獨立出來——組件化封裝，然后通過標準的接口使不同的效勞之間相互調用。

3〕SOA是一種軟件架構思想，通過使企業(yè)中一個個細化的效勞標準化，來到達企業(yè)的IT系統(tǒng)跟隨企業(yè)的動態(tài)變化的目的。平臺化——ERP的柔性大大增強在ERP應用實施的過程中，用戶的滿意度一直不高。主要原因是產品更新周期加快、市場響應要求提高，對ERP的個性化要求越來越高，這是導致ERP實施成功率不高的重要原因之一。經過多年的積累，人們已經總結出了ERP系統(tǒng)中業(yè)務的核心，其架構、業(yè)務模型、標準化高的業(yè)務處理均是可封裝的，如果我們把這局部封裝起來，再開發(fā)出輔助這個平臺的客戶化工具，就可以形成業(yè)務化平臺。同樣如此，如果對ERP進行分析、研究，將ERP的相關局部封裝起來，再加上工具包，就可以形成平臺化的ERP。平臺級企業(yè)信息解決方案提供了一個軟件平臺，內置多種管理軟件組件和快捷的二次開發(fā)工具，其組件可以通過多種語言來開發(fā)，開發(fā)出一個個的小模塊，然后把每一個小模塊獨立起來建成一個組件，最后把這些組件組裝起來形成最終的成品。那么對這些組件進行調用，管理和刪減、添加及修改，甚至重新構架都可以，而這樣對某一局部的改動根本不會影響到其它功能。這就是平臺帶來的靈活性，易操作性，使它在進行小的改動時可以直接通過系統(tǒng)上的某些功能來實現，而不必要通過改源代碼的方式來處理，可以降低企業(yè)信息化軟件的開發(fā)難度，提高開發(fā)效率，提高系統(tǒng)的柔性和可擴展性。一方面管理信息化廠商通過平臺提供的組件能很方便地滿足用戶個性化的需求，以及用戶在開展過程中各種各樣變化的需求。另一方面將應用軟件的業(yè)務邏輯和開發(fā)技術相對分開，使得應用軟件的開發(fā)者可以僅關注應用的業(yè)務任務，而不必關注其技術的實現。這使管理與業(yè)務人員參與應用軟件的開發(fā)成為可能。平臺化軟件的根本特性如下：

1〕軟件架構靈活；

2〕核心業(yè)務標準化；

3〕接口標準化，具有很好的兼容性；

4〕提供客戶化工具包。與其它信息系統(tǒng)的集成1〕ERP與客戶關系管理的進一步整合ERP將更加面向市場和面向顧客，通過基于知識的市場預測、訂單處理與生產調度、基于約束調度功能等進一步提高企業(yè)在全球化市場環(huán)境下更強的優(yōu)化能力；并進一步與客戶關系管理CRM結合，實現市場、銷售、效勞的一體化，使CRM的前臺客戶效勞與ERP后臺處理過程集成，提供客戶個性化效勞，使企業(yè)具有更好的顧客滿意度。2〕ERP與電子商務、供給鏈SCM、協同商務的進一步整合ERP將面向協同商務〔CollaborativeCommerce〕，支持企業(yè)與貿易共同體的業(yè)務伙伴、客戶之間的協作，支持數字化的業(yè)務交互過程；ERP供給鏈管理功能將進一步加強，并通過電子商務進行企業(yè)供需協作，如汽車行業(yè)要求ERP的銷售和采購模塊支持用電子商務或EDI實現客戶或供給商之間的電子訂貨和銷售開單過程；ERP將支持企業(yè)面向全球化市場環(huán)境，建立供給商、制造商與分銷商間基于價值鏈共享的新伙伴關系，并使企業(yè)在協同商務中做到過程優(yōu)化、方案準確、管理協調。3〕ERP與產品數據管理的整合產品數據管理PDM(ProductDataManagement)將企業(yè)中的產品設計和制造全過程的各種信息、產品不同設計階段的數據和文檔組織在統(tǒng)一的環(huán)境中。近年來ERP軟件商紛紛在ERP系統(tǒng)中納入了產品數據管理PDM功能或實現與PDM系統(tǒng)的集成，增加了對設計數據、過程、文檔的應用和管理，減少了ERP龐大的數據管理和數據準備工作量，并進一步加強了企業(yè)管理系統(tǒng)與CAD、CAM系統(tǒng)的集成，進一步提高了企業(yè)的系統(tǒng)集成度和整體效率。4〕ERP與制造執(zhí)行系統(tǒng)的整合為了加強ERP對于生產過程的控制能力，改變ERP"重方案，輕控制"的弱點，將進一步加強"事前方案、事中控制、事后審核"的功能，ERP將與制造執(zhí)行系統(tǒng)MES(ManufacturingexecutiveSystem)、車間層操作控制系統(tǒng)SFC更緊密的結合，形成實時化的ERP/MES/SFC系統(tǒng)。該趨勢在流程工業(yè)企業(yè)的管控一體化系統(tǒng)中表達得最為明顯。5〕ERP與工作流管理系統(tǒng)的進一步整合全面的工作流規(guī)那么保證與時間相關的業(yè)務信息能夠自動地在正確時間傳送到指定的地點。ERP的工作流管理功能將進一步增強，通過工作流實現企業(yè)的人員、財務、制造與分銷間的集成，并能支持企業(yè)經營過程的重組，也使ERP的功能可以擴展到辦公自動化和業(yè)務流程控制方面。6〕ERP與企業(yè)知識門戶進一步整合企業(yè)知識門戶〔EnterpriseKnowledgePortal，EKP〕所關注的是企業(yè)內部員工和信息內容，它的核心是知識管理〔KM〕，通過與ERP系統(tǒng)的集成，使得企業(yè)內任何員工都可以實時地與工作團隊中的其他成員取得聯系、尋找到能夠提供幫助的專家或者快速連接到相關的知識，它的建立和使用可以大大提高企業(yè)范圍內的知識共享，并由此提高企業(yè)員工的工作效率。整合業(yè)務流程的監(jiān)測與評估“用于測量成功的業(yè)務應用解決方案是連續(xù)改良的關鍵：財務表現的共享,SC效力，知識資本的價值以及顧客的滿意度都是新的評測方法。〞――Gartner。傳統(tǒng)ERP產品技術架構傳統(tǒng)C/S架構的ERP系統(tǒng)信息系統(tǒng)架構示意圖：

1)一層架構：客戶端、應用效勞器和數據庫效勞器都在同一臺機器上部署；

2)兩層架構：數據庫效勞和應用效勞在同一臺效勞器上部署，客戶端訪問效勞器上的資源或數據；

3)

三層架構：應用效勞和數據庫效勞別離，分別部署在不同的效勞器上，應用效勞采取集群部署，到達性能上的需求。圖2.1不同分級層次的系統(tǒng)架構圖從企業(yè)信息系統(tǒng)架構設計看，三層分布式架構是一種典型應用；甚至可以過渡到多層分布式架構，如擴展出緩存效勞、負載均衡效勞等；這些都是用戶對系統(tǒng)快速響應和系統(tǒng)可靠性的需求。B/S架構的ERP系統(tǒng)B/S架構的ERP系統(tǒng)的出現使得傳統(tǒng)的ERP系統(tǒng)成為互聯網應用，用戶借助網絡的方便快捷，可以隨時隨地辦公，處理業(yè)務數據?，F代企業(yè)普通存在多區(qū)域分支機構，或者業(yè)務人員需要差旅或在家辦公，傳統(tǒng)的C/S架構日益不能滿足移動辦公的需要，B/S架構的ERP系統(tǒng)剛好可以解決這一需要。圖2.2B/S架構的ERP系統(tǒng)部署圖C/S架構和B/S架構的優(yōu)缺點分析C/S系統(tǒng)優(yōu)缺點C/S模式的優(yōu)點[1]：1)由于客戶端實現與效勞器的直接相連，沒有中間環(huán)節(jié)，因此響應速度快?！伯敂祿贂r，C/S在局域網內響應快；當數據超過十萬時，C/S軟件變慢，B/S軟件能維持穩(wěn)定速度〕2)操作界面交互性強、控件組件形式多樣，可以充分滿足客戶快速操作的要求。3)C/S結構的管理信息系統(tǒng)能實現的復雜的數據處理操作，不用過多考慮網絡的不穩(wěn)定性。C/S模式的缺點：1)需要專門的客戶端安裝程序，分布功能弱，針對點多面廣且不具備網絡條件的用戶群體，不能夠實現快速部署安裝和配置。2)兼容性差，對于不同的開發(fā)工具，具有較大的局限性。假設采用不同工具，需要重新改寫程序，跨平臺難度大，無法輕易實現Windows、Linux、iOS系統(tǒng)的同時開發(fā)和部署。3)開發(fā)本錢較高，需要具有一定專業(yè)水準的技術人員才能完成?！簿烷_發(fā)小型企業(yè)管理軟件，針對內部使用的系統(tǒng)而言，C/S開發(fā)人員比B/S開發(fā)人員的本錢低了許多〕。B/S系統(tǒng)優(yōu)缺點B/S結構的優(yōu)點：1)是互聯網應用，具有分布性特點，可以隨時隨地進行查詢、瀏覽等業(yè)務處理。2)業(yè)務擴展簡單方便，通過增加網頁即可增加效勞器功能。3)維護簡單方便，只需要改變網頁，即可實現所有用戶的同步更新。4)開發(fā)簡單，共享性強。B/S結構的缺點：1)操作是以鼠標為最根本的操作方式，無法滿足快速操作的要求，尤其是在大量數據錄入操作、復雜交互的情況下，需要提升交互設計能力。2)頁面加載刷新時，響應速度受網絡連接的穩(wěn)定性影響。結論目前，從架構設計來看，ERP系統(tǒng)采用B/S架構和C/S架構是并存存在的，B/S的架構的系統(tǒng)更有開展前景，從長遠來看，由于互聯網開展，網絡帶寬提升，HTML5技術出現的等因素，B/S的架構的系統(tǒng)是將來的開展趨勢。國內外最新ERP產品技術架構主流ERP產品簡要介紹OracleEBusinessSuiteOracleEBS產品介紹

OracleEBS是OracleE-BusinessSuite的縮寫，是Oracle公司的ERP產品，全球銷量僅次于SAP〔另一款ERP產品〕。OracleEBS是一整套企業(yè)級應用軟件，包括：采購管理、庫存管理、銷售管理、車間管理、物料清單及工藝管理、生產方案、本錢管理、應付賬款管理、應收賬款管理、現金管理、總帳管理、工程會計、工程制造、客戶關系管理、供給商門戶等模塊。純互聯網技術架構Oracle電子商務套件采用標準的100％基于互聯網的三層體系架構；無論是數據庫層、應用層以及最前端的最終用戶操作界面都100％支持基于JAVA的先進互聯網技術[37]。Oracle電子商務套件的技術架構特點，提供了軟件系統(tǒng)基于數據中心運行的集中管理根底。使所有關于軟件系統(tǒng)的推廣、升級和日常維護工作可以基于數據中心進行，從而到達最大限度地降低客戶端軟硬件和維護本錢，降低效勞器端的軟件維護工作內容。圖3.1Oracle應用軟件技術架構模塊化開放架構Oracle電子商務套件應用產品采用模塊化和組件化的先進軟件技術體系架構，應用軟件產品可以細化成為許多細粒度的模塊，不同的客戶應用可以選擇不同的組件或模塊組合形成適合于企業(yè)需求的軟件平臺方案；基于同一共享數據庫和統(tǒng)一數據模型的數據層面的高度集成架構，保證各應用模塊之間的緊密無縫集成和平滑的業(yè)務流轉[37]。圖3.2Oracle電子商務套件的模塊化開放架構SAPNetWeaverSAPNetWeaver產品介紹

SAPNetWeaver是SAP的集成技術平臺和自從SAPBusinessSuite以來的所有SAP應用的技術根底。SAPNetWeaver是一個面向效勞的應用和集成平臺。SAPNetWeaver為SAP的應用提供開發(fā)和運行環(huán)境，也可以用來和其它應用和系統(tǒng)進行自定義的開發(fā)和集成。SAPNetWeaver是使用開放標準和事實上的工業(yè)標準進行開發(fā)的，可以用icrosoft?NET，Sun燡avaEE，和IBM燱ebSphere等這些技術平臺進行擴展和互操作[44]。SAPNetWeaver技術架構

SAP企業(yè)系統(tǒng)架構是以SOA架構技術作為根底框架進行開發(fā)的。ERP,CRM,SCM,SAPBusinessSuite,SRM,PLM系統(tǒng)都是獨立的子系統(tǒng)，這些系統(tǒng)之間的交互都是通過SOA效勞進行。圖3.3SAP企業(yè)系統(tǒng)架構用友U9用友U9產品介紹用友U9完全基于SOA架構的世界級企業(yè)管理軟件，用友U9面向快速開展與成長的中大型制造企業(yè)復雜應用，以“實時企業(yè)、全球商務〞為核心理念，完全適應多組織供給鏈協同、多工廠制造協同、產業(yè)鏈協同、產品事業(yè)部和業(yè)務中心的管理模式，更能支持多生產模式的混合生產與規(guī)劃、多經營模式的混合管理、精益生產、全面本錢、跨國財務等深度應用，具有高度靈活的產品架構，幫助企業(yè)快速響應變化，支持經營、業(yè)務與管理模式的創(chuàng)新。用友U9技術架構

UFIDAU9完全采用面向效勞架構〔SOA〕，實現了全程模型驅動開發(fā)〔MDD〕模式，到達降低集成和開發(fā)本錢的目的。UAP使企業(yè)管理軟件具有多項新技術應用特點：企業(yè)信息資源變得可重用、透明化，并且系統(tǒng)具有高可擴展性，讓業(yè)務處理更加高效、簡潔、平安。UAP還提供了統(tǒng)一的集成開發(fā)環(huán)境〔IDE〕，用戶可以使用包括企業(yè)建模、領域建模、效勞設計、UI設計、報表設計、規(guī)那么設計、數據庫設計等全方位的設計器，并通過可視化的界面和友好的交互操作，自動生成用戶所需要的各種效勞部件。UAP完全支持企業(yè)級的集成與應用協同，如Office集成、移動商務、企業(yè)搜索、智能客戶端等多項領域[35]。圖3.4用友U9技術架構ERP系統(tǒng)架構設計的共同特點通過國內外最新ERP產品的功能及技術架構比擬，得出：基于SOA架構的技術框架是共同采用的，而且更加強調了多設備的支持，完全基于互聯網模式的系統(tǒng)。產品名稱是否B/S是否SOA架構是否模塊化構建是否支持移動設備是否分布式部署OracleEBusinessSuite是是是支持是SAPNetWeaver是是是支持是用友U9是是是支持是金蝶EAS是是是支持是OpenERP(開源)是下一版本支持完全模塊化支持是表3.1各主流ERP產品系統(tǒng)架構比擬基于互聯網的三層體系架構采用標準的100％基于互聯網的三層體系架構,無論是數據庫層、應用層以及最前端的最終用戶操作界面都100％支持WEB的互聯網技術，特別是應用層，直接采用互聯網先進技術，不需要任何中間轉換過程，在表達先進互聯網技術的同時，最大限度的減少了中間環(huán)節(jié)，保證了系統(tǒng)處理的高性能和高穩(wěn)定性。面向效勞架構〔SOA〕完全采用面向效勞架構〔SOA〕，實現了全程模型驅動開發(fā)〔MDD〕模式，到達降低更加強調系統(tǒng)的根底，采用松耦合，降低系統(tǒng)的耦合度。SOA的實現方式都是采用了基于Http協議的WebService的技術，數據交換格式采用XML，SOAP。模塊化和組件化的體系架構模塊化和組件化的先進軟件技術體系架構，應用軟件產品可以細化成為許多細粒度的模塊，不同的客戶應用可以選擇不同的組件或模塊組合形成適合于企業(yè)需求的軟件平臺方案；基于同一共享數據庫和統(tǒng)一數據模型的數據層面的高度集成架構，保證各應用模塊之間的緊密無縫集成和平滑的業(yè)務流轉?；赟OA架構的ERP系統(tǒng)SOA技術簡介SOA概念及簡介SOA的根本概念面向效勞的體系結構〔Service-OrientedArchitecture，SOA〕是一個組件模型，它將應用程序的不同功能單元〔稱為效勞〕通過這些效勞之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它應該獨立于實現效勞的硬件平臺、操作系統(tǒng)和編程語言。這使得構建在各種各樣的系統(tǒng)中的效勞可以使用一種統(tǒng)一和通用的方式進行交互[26]。簡介SOA(Service-OrientedArchitecture)，面向效勞架構，它可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。效勞層是SOA的根底，可以直接被應用調用，從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性。SOA是一種粗粒度、松耦合效勞架構，效勞之間通過簡單、精確定義接口進行通訊，不涉及底層編程接口和通訊模型。SOA可以看作是B/S模型、XML/WebService技術之后的自然延伸。SOA技術的優(yōu)勢通過SOA思想的引入，使得ERP軟件可以做到[50]：1)支持異構集成所謂異構環(huán)境，包括四個層次，硬件平臺、操作系統(tǒng)、數據庫、應用軟件。如果一套硬件、一套操作系統(tǒng)、一套數據庫、一套應用軟件能夠面面俱到的解決集團企業(yè)的所有管理問題，那是再好不過了。但現實中是不可能的，更普遍的是，不同的應用往往選擇不同的平臺和應用系統(tǒng)，以便充分發(fā)揮各個廠商的特長。支持SOA的ERP系統(tǒng)為集團企業(yè)的信息化提供了伸縮空間，企業(yè)可以根據需要選擇最適宜的解決方案。2)降低企業(yè)的IT本錢以往多數企業(yè)在建設企業(yè)的ERP系統(tǒng)時是從工程的角度出發(fā)的，比方ERP工程、CRM工程等，事后當企業(yè)的IT系統(tǒng)越來越多的時候，才會考慮系統(tǒng)的集成問題，但這時候往往集成的難度就很大了。而SOA要求企業(yè)在建設IT系統(tǒng)之初就要考慮這些問題，也就是要考慮效勞之間的接口問題。這樣就會使企業(yè)的IT本錢大大降低。同時，SOA將改變以往的軟件購置模式。目前，多數企業(yè)在購置軟件時往往是成熟性軟件，需一個模塊或一個系統(tǒng)的購置，企業(yè)在購置時往往無法將那些企業(yè)不需要的功能剔除出去，這樣，企業(yè)就不得不為此多付出資金、培訓本錢等許多不必要的本錢。而支持SOA的集團財務軟件那么可以幫助企業(yè)實現真正的按需購置，企業(yè)需要什么功能就購置相應的效勞，幫助企業(yè)防止不必要的支出。3)實現企業(yè)的動態(tài)變革支持SOA的集團財務系統(tǒng)使企業(yè)的IT人員不必太多的關心企業(yè)IT系統(tǒng)的底層技術，而更多的去考慮集團財務的業(yè)務處理以及財務業(yè)務與IT的接合。同時，以往企業(yè)在開發(fā)集團財務系統(tǒng)時，在重復功能上浪費了大量的人力與財力，同時系統(tǒng)在開發(fā)完成后，如果企業(yè)業(yè)務變化，系統(tǒng)將很難更改或者更改的本錢很高。而SOA面對的是一個個獨立的效勞，效勞之間可以通過標準接口來相互調用，這樣企業(yè)在重復功能上就可以直接通過接口調用，而不必去重新開發(fā)。企業(yè)的業(yè)務發(fā)生變化時，只需要修改相對應的效勞即可，降低了修改的難度與復雜度，保證了企業(yè)的IT系統(tǒng)的動態(tài)變化?；赟OA技術的體系結構SOA是松耦合的系統(tǒng)這種具有中立的接口定義〔沒有強制綁定到特定的實現上〕的特征稱為效勞之間的松耦合。松耦合系統(tǒng)的好處有兩點：1)是它的靈活性，當組成整個應用程序的每個效勞的內部結構和實現逐漸地發(fā)生改變時，它能夠繼續(xù)存在。2)而另一方面，緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對局部或整個應用程序進行某種形式的更改時，它們就顯得非常脆弱。對松耦合的系統(tǒng)的需要來源于業(yè)務應用程序需要根據業(yè)務的需要變得更加靈活，以適應不斷變化的環(huán)境，比方經常改變的政策、業(yè)務級別、業(yè)務重點、合作伙伴關系、行業(yè)地位以及其他與業(yè)務有關的因素，這些因素甚至會影響業(yè)務的性質。我們稱能夠靈活地適應環(huán)境變化的業(yè)務為按需〔Ondemand〕業(yè)務，在按需業(yè)務中，一旦需要，就可以對完成或執(zhí)行任務的方式進行必要的更改。SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體系結構〔CommonObjectRequestBrokerArchitecture，CORBA〕，它已經出現很長時間了，其定義的概念與SOA相似。然而，現在的SOA已經有所不同了，通過使用基于XML的語言〔稱為Web效勞描述語言〔WebServicesDefinitionLanguage，WSDL〕〕來描述接口，效勞已經轉到更加動態(tài)且更靈活的接口系統(tǒng)中，非以前CORBA中的接口描述語言〔InterfaceDefinitionLanguage，IDL〕可比了。SOA體系結構作用傳統(tǒng)企業(yè)〔數據庫〕應用軟件產品，如MRP、ERP、OA系統(tǒng)等，在設計或架構上都是緊偶合、封閉式、自成體系，屬于一次性投入一次性完結的產品。這樣的產品很難適應或快速響應市場或客戶靈活多變的需求，以及后續(xù)的擴展。在這樣的市場、及客戶需求下，從而催生了軟件產品一種新的設計或架構的理念：面向效勞架構〔SOA架構〕。對SOA的需要來源于需要使業(yè)務IT系統(tǒng)變得更加靈活，以適應業(yè)務中的改變。通過允許強定義的關系和依然靈活的特定實現，IT系統(tǒng)既可以利用現有系統(tǒng)的功能，又可以準備在以后做一些改變來滿足它們之間交互的需要。SOA是一場革命。一個應用程序的業(yè)務邏輯〔businesslogic〕或某些單獨的功能被模塊化并作為效勞呈現給消費者或客戶端。這些效勞的關鍵是他們的松耦合特性。例如，效勞的接口和實現相獨立。應用開發(fā)人員或者系統(tǒng)集成者可以通過組合一個或多個效勞來構建應用，而無須理解效勞的底層實現。舉例來說，一個效勞可以用.NET或J2EE來實現，而使用該效勞的應用程序可以在不同的平臺之上，使用的語言也可以不同。讓SOA系統(tǒng)適應改變的能力是最重要的局部，對于開發(fā)人員來說，這樣的改變無論是在他們工作的范圍之內還是在他們工作的范圍之外都有可能發(fā)生，這取決于是否有改變需要知道接口是如何定義的以及它們相互之間如何進行交互。與開發(fā)人員不同的是，架構師的作用就是引起對SOA模型大的改變。這種分工，就是讓開發(fā)人員集中精力于創(chuàng)立作為效勞定義的功能單元，而讓架構師和建模人員集中精力于如何將這些單元適當地組織在一起，它已經有十多年的歷史了，通常用統(tǒng)一建模語言〔UniversalModelingLanguage，UML〕，并且描述成模型驅動的體系結構〔Model-DrivenArchitecture，MDA〕。SOA架構的定義或特性

SOA架構，是一種粗粒度、開放式、松耦合的效勞結構，要求軟件產品在開發(fā)過程中，按照相關的標準或協議，進行分層開發(fā)。通過這種分層設計或架構體系可以使軟件產品變得更加彈性和靈活，且盡可能的與第三方軟件產品互補兼容，以到達快速擴展，滿足或響應市場或客戶需求的多樣化、多變性。一個典型的SOA架構示意如下：圖4.1SOA架構的系統(tǒng)圖示基于SOA技術架構的價值未來企業(yè)的應變之道持續(xù)增長的客戶需求、瞬息萬變的市場和日趨劇烈的全球化競爭，使得企業(yè)必須不斷提升自身IT及企業(yè)管理系統(tǒng)的敏捷性和適應性?，F在，每個企業(yè)都需要把握業(yè)務流程開展的變革，預測業(yè)務環(huán)境的變化，以便對競爭者做出快速響應，確保企業(yè)的生存、開展和快速成長[27]。面向效勞架構技術〔Service-OrientedArchitecture，SOA〕的出現，標志著設計、開發(fā)、部署新的企業(yè)應用系統(tǒng)，并將其與原有應用系統(tǒng)、業(yè)務流程進行集成的方式出現了根本性變化。采用SOA架構，可以帶來顯著的商業(yè)和技術利益：1〕提升商業(yè)決策能力，通過將商業(yè)效勞和信息進行聚合成為一系列動態(tài)的、組合的商業(yè)應用，企業(yè)決策者可以更便捷地獲得更準確、更全面、更深入的信息，可以更敏捷地對各種變化做出反響。2〕獲得更高的員工生產率，SOA可以改良商業(yè)流程，使得員工更加關注關鍵性、增值業(yè)務流程，基于效勞更好地進行協作，通過各種方式訪問和操作業(yè)務數據和信息，大大提升生產率。3〕建立與供給商和顧客的更強的聯系，SOA增強了端到端的應用模式，跨越企業(yè)組織邊界，更好地集成現有的信息系統(tǒng)，通過效勞的編排和聚合，使其更好地融合在業(yè)務流程里。4〕可以更快、更節(jié)省地搭建IT和業(yè)務應用系統(tǒng)，基于SOA和標準化效勞組件，可以根據業(yè)務流程需要，更快地搭建業(yè)務系統(tǒng)；同時，也可以更好地利用原有的IT和業(yè)務系統(tǒng)的投資，并保證其符合業(yè)務流程的需要。5〕可以增強IT和業(yè)務系統(tǒng)的可管理性和平安性，通過平安效勞的部署和SOA治理，可以實現更強的平安性管理和監(jiān)控，確保了整個架構置于統(tǒng)籌和管理之下。完全SOA架構所帶來的價值1〕確?？傮w架構的合理規(guī)劃，全面整合信息，徹底消除應用孤島，全面實現過程、人員和信息的實質集成、高度協調，實現更高的互操作性與協同、更敏捷的業(yè)務流程、更全面的信息可見性；2〕企業(yè)的IT及應用系統(tǒng)架構將更具伸縮性，IT價值將得到充分的發(fā)揮，全面提升未來企業(yè)的競爭優(yōu)勢；3〕降低集成本錢和風險，降低維護本錢：隨著企業(yè)業(yè)務的開展，非SOA應用在IT和應用系統(tǒng)中相互集成的本錢和風險日益增大，系統(tǒng)運行將變得繁冗和低效；相應地，為維護應用孤島及更多的流程接口，甚至是重復、重疊的業(yè)務功能系統(tǒng)，企業(yè)IT及應用系統(tǒng)維護本錢將不可防止地日益增大。4〕基于SOA架構的IT及應用系統(tǒng)可以增量部署到位，但毫無疑問，選擇完全SOA架構是正確、長遠和明智的決策。SOA的實現方式-WebServiceWebService的概念WebService是一種構建應用程序的普遍模型,可以在任何支持網絡通信的操作系統(tǒng)中實施運行;它是一種新的web應用程序分支，是自包含、自描述、模塊化的應用，可以發(fā)布、定位、通過web調用。WebService是一個應用組件,它邏輯性的為其他應用程序提供數據與效勞.各應用程序通過網絡協議和規(guī)定的一些標準數據格式〔Http，XML，Soap)來訪問WebService,通過WebService內部執(zhí)行得到所需結果.WebService可以執(zhí)行從簡單的請求到復雜商務處理的任何功能。一旦部署以后，其他WebService應用程序可以發(fā)現并調用它部署的效勞[28]。WebService的關鍵技術和規(guī)那么技術和規(guī)那么在構建和使用WebService時,主要用到以下幾個關鍵的技術和規(guī)那么:1)XML:描述數據的標準方法.2)SOAP:簡單對象訪問協議.3)WSDL:Web效勞描述語言.4)UDDI(UniversalDescription,DiscoveryandIntegration):通用描述、發(fā)現與集成，它是一種獨立于平臺的，基于XML語言的用于在互聯網上描述商務的協議。相關實際上，WebService的主要目標是跨平臺的可互操作性。為了到達這一目標，WebService完全基于XML〔可擴展標記語言〕、XSD〔XMLSchema〕等獨立于平臺、獨立于軟件供給商的標準，是創(chuàng)立可互操作的、分布式應用程序的新平臺。由此可以看出，在以下三種情況下，使用WebService會帶來極大的好處。具體如下：1)跨防火墻的通信如果應用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和效勞器之間的通信將是一個棘手的問題。因為客戶端和效勞器之間通常會有防火墻或者代理效勞器。在這種情況下，使用DCOM就不是那么簡單，通常也不便于把客戶端程序發(fā)布到數量如此龐大的每一個用戶手中。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發(fā)難度大，程序很難維護。2)應用程序集成企業(yè)級的應用程序開發(fā)者都知道，企業(yè)里經常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應用程序經常需要從運行在IBM主機上的程序中獲取數據；或者把數據發(fā)送到主機或UNIX應用程序中去。即使在同一個平臺上，不同軟件廠商生產的各種軟件也常常需要集成起來。通過WebService，應用程序可以用標準的方法把功能和數據“暴露〞出來，供其它應用程序使用。3)B2B的集成用WebService集成應用程序，可以使公司內部的商務處理更加自動化。但當交易跨越供給商和客戶、突破公司的界限時會怎么樣呢？跨公司的商務交易集成通常叫做B2B集成。WebService是B2B集成成功的關鍵。通過WebService，公司可以把關鍵的商務應用“暴露〞給指定的供給商和客戶。例如，把電子下單系統(tǒng)和電子發(fā)票系統(tǒng)“暴露〞出來，客戶就可以以電子的方式發(fā)送訂單，供給商那么可以以電子的方式發(fā)送原料采購發(fā)票。當然，這并不是一個新的概念，EDI(電子文檔交換)早就是這樣了。但是，WebService的實現要比EDI簡單得多，而且WebService運行在Internet上，在世界任何地方都可輕易實現，其運行本錢就相對較低。不過，WebService并不像EDI那樣，是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個關鍵局部，還需要許多其它的局部才能實現集成。用WebService來實現B2B集成的最大好處在于可以輕易實現互操作性。只要把商務邏輯“暴露〞出來，成為WebService，就可以讓任何指定的合作伙伴調用這些商務邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和本錢，讓許多原本無法承受EDI的中小企業(yè)也能實現B2B集成。4)軟件和數據重用軟件重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最根本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。WebService在允許重用代碼的同時，可以重用代碼背后的數據。使用WebService，再也不必像以前那樣，要先從第三方購置、安裝軟件組件，再從應用程序中調用這些組件；只需要直接調用遠端的WebService就可以了。舉個例子，要在應用程序中確認用戶輸入的地址，只需把這個地址直接發(fā)送給相應的WebService，這個WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認這個地址是否在相應的郵政編碼區(qū)域。WebService的提供商可以按時間或使用次數來對這項效勞進行收費。這樣的效勞要通過組件重用來實現是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數據庫，而且這個數據庫還是不能實時更新的。另一種軟件重用的情況是，把好幾個應用程序的功能集成起來。例如，要建立一個局域網上的門戶站點應用，讓用戶既可以查詢聯邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購置電影票?，F在Web上有很多應用程序供給商，都在其應用中實現了這些功能。一旦他們把這些功能都通過WebService“暴露〞出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。將來，許多應用程序都會利用WebService，把當前基于組件的應用程序結構擴展為組件/WebService的混合結構，可以在應用程序中使用第三方的WebService提供的功能，也可以把自己的應用程序功能通過WebService提供給別人。兩種情況下，都可以重用代碼和代碼背后的數據。SOA的WebService實現SOA是一種軟件架構，而不是局限于某個技術的組合，它超越了技術范圍。SOA的關鍵是“效勞〞。W3C將效勞定義為：“效勞提供者完成一組工作，為效勞使用者交付所需的最終結果。最終結果通常是使用者的狀態(tài)發(fā)生變化，但也可能是提供者的狀態(tài)改變，或者雙方都產生變化〞。效勞是網絡中可用的軟件資源。效勞提供者通過標準機制提供效勞，使用者通過網絡有方案地使用效勞。效勞儲藏庫發(fā)布效勞所在位置，并在使用者請求效勞時定位效勞。效勞使用者和提供者的角色不是惟一的，效勞提供者也可以是使用者，反之亦然。SOA具體的實現有很多，包括WebService，Ses-sionBean，JINI等，但隨著WebService技術被越來越重視，其己經成為構建SOA的主要技術。圖4.2標準WebService技術和SOA架構系統(tǒng)比照從上圖比擬得出，SOA自治的WebService實現架構中，增加了對效勞的管理，包括：業(yè)務對象管理、業(yè)務流程管理，效勞策略，效勞平安等的考慮。基于SOA的Application為什么選擇SOA？不同種類的操作系統(tǒng)，應用軟件，系統(tǒng)軟件和應用根底結構〔applicationinfrastructure〕相互交織，這便是IT企業(yè)的現狀。一些現存的應用程序被用來處理當前的業(yè)務流程〔businessprocesses〕，因此從頭建立一個新的根底環(huán)境是不可能的。企業(yè)應該能對業(yè)務的變化做出快速的反響，利用對現有的應用程序和應用根底結構〔applicationinfrastructure〕的投資來解決新的業(yè)務需求，為客戶，商業(yè)伙伴以及供給商提供新的互動渠道，并呈現一個可以支持有機業(yè)務〔organicbusiness〕的構架。SOA憑借其松耦合的特性，使得企業(yè)可以按照模塊化的方式來添加新效勞或更新現有效勞，以解決新的業(yè)務需要，提供選擇從而可以通過不同的渠道提供效勞，并可以把企業(yè)現有的或已有的應用作為效勞，從而保護了現有的IT根底建設投資。圖4.3采用SOA架構的應用例如基于SOA的ERP系統(tǒng)架構設計SOA架構根底技術SOA效勞架構為了實現SOA，企業(yè)需要一個效勞架構,效勞消費者〔serviceconsumer〕可以通過發(fā)送消息來調用效勞。這些消息由一個效勞總線〔servicebus〕轉換后發(fā)送給適當的效勞實現。這種效勞架構可以提供一個業(yè)務規(guī)那么引擎〔businessrulesengine〕，該引擎容許業(yè)務規(guī)那么被合并在一個效勞里或多個效勞里。這種架構也提供了一個效勞管理根底〔servicemanagementinfrastructure〕，用來管理效勞，類似審核，列表〔billing〕，日志等功能。此外，該架構給企業(yè)提供了靈活的業(yè)務流程，更好地處理控制請求〔regulatoryrequirement〕，例如SarbanesOxley〔SOX〕，并且可以在不影響其他效勞的情況下更改某項效勞[29]。圖4.4SOA效勞架構SOA根底結構要運行，管理SOA應用程序，企業(yè)需要SOA根底，這是SOA平臺的一個局部。SOA根底必須支持所有的相關標準，和需要的運行時容器[29]。圖4.5SOA根底架構SOAP，WSDL，UDDIWSDL，UDDI和SOAP是SOA根底的根底部件。WSDL用來描述效勞；UDDI用來注冊和查找效勞；而SOAP，作為傳輸層，用來在消費者和效勞提供者之間傳送消息。SOAP是Web效勞的默認機制，其他的技術為可以效勞實現其他類型的綁定。一個消費者可以在UDDI注冊表〔registry〕查找效勞，取得效勞的WSDL描述，然后通過SOAP來調用效勞。WS-IBasicProfileWS-IBasicProfile，由Web效勞互用性組織〔WebServicesInteroperabilityOrganization〕提供，是SOA效勞測試與互用性所需要的核心構件。效勞提供者可以使用BasicProfile測試程序來測試效勞在不同平臺和技術上的互用性。J2EE和.Net盡管J2EE和。NET平臺是開發(fā)SOA應用程序常用的平臺，但SOA不僅限于此。像J2EE這類平臺，不僅為開發(fā)者自然而然地參與到SOA中來提供了一個平臺，還通過他們內在的特性，將可擴展性，可靠性，可用性以及性能引入了SOA世界。新的標準，例如JAXB〔JavaAPIforXMLBinding〕，用于將XML文檔定位到Java類；JAXR〔JavaAPIforXMLRegistry〕用來標準對UDDI注冊表〔registry〕的操作；XML-RPC〔JavaAPIforXML-basedRemoteProcedureCall〕在J2EE1.4中用來調用遠程效勞，這使得開發(fā)和部署可移植于標準J2EE容器的Web效勞變得容易，與此同時，實現了跨平臺〔如。NET〕的效勞互用。效勞品質在企業(yè)中，關鍵任務系統(tǒng)〔mission-criticalsystem，譯注：關鍵任務系統(tǒng)是指如果一個系統(tǒng)的可靠性對于一個組織是至關重要的，那么該系統(tǒng)就是該企業(yè)的關鍵任務系統(tǒng)。比方，系統(tǒng)對于一個促銷企業(yè)來說就是關鍵任務系統(tǒng)，而文字處理系統(tǒng)就不那么關鍵了?！秤脕斫鉀Q高級需求，例如平安性，可靠性，事物。當一個企業(yè)開始采用效勞架構作為工具來進行開發(fā)和部署應用的時候，根本的Web效勞標準，像WSDL，SOAP，以及UDDI就不能滿足這些高級需求。正如前面所提到的，這些需求也稱作效勞品質〔QoS，qualityofservices〕。與QoS相關的眾多標準已經由一些標準化組織〔standardsbodies〕提出，像W3C〔WorldWideWebConsortium〕和OASIS〔theOrganizationfortheAdvancementofStructuredInformationStandards〕。下面的局部將會討論一些QoS效勞和相關標準。平安Web效勞平安標準用來保證消息的平安性。該標準主要包括認證交換，消息完整性和消息保密。該標準吸引人的地方在于它借助現有的平安標準，例如，SAML〔asSecurityAssertionMarkupLanguage〕來實現web效勞消息的平安。OASIS正致力于Web效勞平安標準的制定?？煽吭诘湫偷腟OA環(huán)境中，效勞消費者和效勞提供者之間會有幾種不同的文檔在進行交換。具有諸如“僅且僅僅傳送一次〞〔once-and-only-oncedelivery〕，“最多傳送一次〞〔at-most-oncedelivery〕，“重復消息過濾〞〔duplicatemessageelimination〕，“保證消息傳送〞〔guaranteedmessagedelivery〕等特性消息的發(fā)送和確認，在關鍵任務系統(tǒng)〔mission-criticalsystems〕中變得十分重要。WS-Reliability和WS-ReliableMessaging是兩個用來解決此類問題的標準。這些標準現在都由OASIS負責。策略效勞提供者有時候會要求效勞消費者與某種策略通信。比方，效勞提供商可能會要求消費者提供Kerberos平安標示，才能取得某項效勞。這些要求被定義為策略斷言〔policyassertions〕。一項策略可能會包含多個斷言。WS-Policy用來標準化效勞消費者和效勞提供者之間的策略通信。控制當企業(yè)著手于效勞架構時，效勞可以用來整合數據倉庫〔silosofdata〕，應用程序，以及組件。整合應用意味著例如異步通信，并行處理，數據轉換，以及校正等進程請求必須被標準化。在SOA中，進程是使用一組離散的效勞創(chuàng)立的。BPEL4WS或者WSBPEL〔WebServiceBusinessProcessExecutionLanguage〕是用來控制這些效勞的語言。WSBPEL目前也由OASIS負責。管理隨著企業(yè)效勞的增長，所使用的效勞和業(yè)務進程的數量也隨之增加，一個用來讓系統(tǒng)管理員管理所有運行在多相環(huán)境下的效勞的管理系統(tǒng)就顯得尤為重要。WSDM〔WebServicesforDistributedManagement〕規(guī)定了任何根據WSDM實現的效勞都可以由一個WSDM適應〔WSDM-compliant〕的管理方案來管理。其它的qos特性，比方合作方之間的溝通和通訊，多個服務之間的事務處理，都在WS-Coordination和WS-Transaction標準中描述，這些都是OASIS的工作。SOA架構設計方案系統(tǒng)采用面向效勞架構來設計其體系結構，每一層的具體功能如下：圖4.6基于SOA架構的ERP系統(tǒng)架構設計

1〕應用表示層采用Portal技術建立企業(yè)信息門戶，通過標準接口與效勞提供方和效勞注冊中心通訊，到達查詢和綁定效勞的目的。功能設計中將利用效勞層和業(yè)務流程編排層提供的效勞和業(yè)務應用流程，以及引入的其他外部WebService，利用了最新的Web2.0技術，包括Ajax、RSS、WebGIS等等來增強用戶體驗。

2〕業(yè)務流程編排層集成了各種業(yè)務規(guī)那么和邏輯規(guī)那么，將效勞層提供的效勞編排成業(yè)務應用流程，滿足了靈活重組企業(yè)內部流程的要求。

3〕效勞層由各種粒度的效勞組成，主要分為粗粒度效勞和細粒度效勞，并按功能的不同將它們分成四類提供給不同的用戶使用。這四類包括：技術功能、業(yè)務功能、業(yè)務事務和業(yè)務流程。其中技術功能主要是由運行根底提供的各種效勞，業(yè)務功能那么是由組件層發(fā)布上來的細粒度效勞。業(yè)務事務那么是粒度稍大的效勞。粒度最大的是業(yè)務流程效勞。在該層通過業(yè)務效勞總線〔BSB〕完成細粒度效勞到粗粒度效勞的整合，從而實現ERP系統(tǒng)的整體功能。本層的主要功能在于分類組織組件層發(fā)布上來的各種效勞、SOA運行根底提供的功能效勞以及從外部引入的各種效勞。

4〕組件層主要向上提供涉及到各種企業(yè)應用的接入組件，以實現系統(tǒng)中不同的功能模塊，并通過WebService接口被包裝成WebService發(fā)布到在組件層之上的效勞層，同時組件層預留其他類型接口供系統(tǒng)調用。

5〕系統(tǒng)層，主要是提供滿足ERP系統(tǒng)的根底架構，如企業(yè)ERP系統(tǒng)中通常需要集成的各個應用系統(tǒng)和數據庫管理系統(tǒng)。通常各個應用系統(tǒng)之間是相互獨立的，他們將通過系統(tǒng)架構中的組件層接入整個SOA企業(yè)信息系統(tǒng)中并受BusinessIntelligence控制。在系統(tǒng)層，通過面向對象技術完成組件層與數據庫的交互。SOA架構實現為了實現構建大型，分布的多層企業(yè)應用技術，使系統(tǒng)具有語言無關、再開發(fā)、可移植性和高性能等優(yōu)點，我們選擇.NET平臺作為基于SOA的Web效勞開發(fā)實現平臺。結合WebServices，采用xfire發(fā)布框架完成SOA架構的實現。

1)應用表示層的技術實現通過AMVC3.0框架對web效勞的良好的支持完成Web層的開發(fā)，以到達表達給用戶一個直觀而且簡單易于使用的用戶界面。在表示層中同時采用與AJAX技術相結合，讓系統(tǒng)頁面在性能上具有比一般Web頁面更快的響應速度。

2)業(yè)務流程編排層的技術實現由于系統(tǒng)的業(yè)務流程比擬靈活，本文采用基于標準的可擴展的WSDL和BPEL〔Web效勞業(yè)務流程執(zhí)行語言〕來定義和描述流程。在BPEL中通過使用結構化活動來定義這些活動之間的相互關系從而創(chuàng)立出復雜的流程，這有利于系統(tǒng)的開放性和通用性。在此根底上采用Web效勞完成流程到前臺應用系統(tǒng)的接口，Web效勞向內通過各種控件完成流程的操作與管理，向外為前臺的開發(fā)提供了一個結構松散、異步操作和具有分布式支撐能力的統(tǒng)一接口。

3)Webservice發(fā)布框架WebService〔Web效勞〕技術那么是一種主要的實現方法。Webservice發(fā)布主要由xfire實現，xfire是一個免費的開源SOAP框架，在它的代碼中有一個輕量級的信息處理模塊通過STAX來與SOAP信息相結合。它不僅可以極大方便地實現這樣一個環(huán)境，并且可以提供許多WebServices標準中高級特征，這些特征在多數的商業(yè)或者開源工具都沒有提供。SOA架構的效勞管理組件：ESB企業(yè)效勞總線ESB簡介企業(yè)效勞總線介紹ESB全稱為EnterpriseServiceBus，即企業(yè)效勞總線。它是傳統(tǒng)中間件技術與XML、Web效勞等技術結合的產物。ESB提供了網絡中最根本的連接中樞，是構筑企業(yè)神經系統(tǒng)的必要元素。ESB的出現改變了傳統(tǒng)的軟件架構，可以提供比傳統(tǒng)中間件產品更為廉價的解決方案，同時它還可以消除不同應用之間的技術差異，讓不同的應用效勞器協調運作，實現了不同效勞之間的通信和整合。從功能上看，ESB提供了事件驅動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內容的路由和過濾，具備了復雜數據的傳輸能力，并可以提供一系列的標準接口[30]。2.企業(yè)效勞總線功能1)總線根底效勞框架：提供系統(tǒng)一致性、平安性、可靠性，以及性能何擴展能力保障的根底技術手段。2)集成效勞：提供根底的集成效勞與用戶定制的應用效勞；支持多種集成效勞模式；支持效勞的封裝、重用、效勞組合、效勞調度。3)公用效勞：提供內置的各種公用效勞。例如，渠道認證效勞，日志效勞等公用效勞。4)效勞管理和效勞標準：提供效勞配置管理的前臺工具集合，并提供行業(yè)的效勞規(guī)約標準。5)系統(tǒng)監(jiān)控：提供多角度的系統(tǒng)實時監(jiān)控與交易報表，提供用戶定制的告警。6)平安體系：提供多種平安機制并支持和第三方平安系統(tǒng)的有效集成，提供有效的平安監(jiān)控機制。傳統(tǒng)的EAI解決方案企業(yè)應用集成經歷了從最初的點到點連接到基于消息的中間件再到基于SOA和ESB的開展歷程[31]。EAI點對點集成結構存在著嚴重的隱患，即隨著應用系統(tǒng)個數的增加。接口的數目將快速增長，其總數為n(n-1)個接口(n為應用系統(tǒng)個數)。應用系統(tǒng)之間存在著高度的耦合性。這為系統(tǒng)的維護帶來巨大的復雜性，任何一個系統(tǒng)的升級和改動都將影響到其他與之相關的應用系統(tǒng)的修改。隨著控制技術和信息技術的開展，企業(yè)信息化涉及到的子系統(tǒng)越來越多，點對點的集成方式已無法滿足需求。圖4.7點對點的EAI技術傳統(tǒng)的EAI技術試圖通過Hub-Spoke結構解決企業(yè)內部的整合問題。在SOA架構中的各效勞之間設置一個類似Hub的中間件，由它充當整個SOA架構的中央管理器的作用。這樣，效勞的請求者和提供者之間有了一個智能的中轉站，效勞的請求者不再需要了解效勞提供者的細節(jié)。圖4.8Hub-Spoke結構的EAI技術SOA的應用場景是復雜的企業(yè)級架構，如果采用Hub的模式來構建SOA根底架構，從純粹邏輯的角度，可能會出現以下問題：首先，如果每個效勞的請求都經過中央Hub的中轉，那么Hub的負擔會很重。速度會隨著參與者的增多而愈來愈慢；其次，這樣的系統(tǒng)會很脆弱，一旦Hub出錯，整個SOA架構都會癱瘓；最后，這樣的架構會破壞SOA的開放性原那么，參與者運行在一個相對封閉的環(huán)境中，擴展起來十分麻煩。企業(yè)效勞總線解決方案概念ESB的概念是從SOA開展而來的。SOA描述了一種IT根底設施的應用集成模型，其中的軟構件集是以一種定義清晰的層次化結構相互耦合，其中，一個ESB是一個預先封裝的SOA實現，它包含了實現SOA分層目標所必需的根底功能部件。ESB是一種是松散耦合的效勞和應用之間標準的集成方式，它可以作用于[31]：1)面向效勞的架構：分布式的應用由可重用的效勞組成。2)面向消息的架構：應用之間通過ESB發(fā)送和接受消息。3)事件驅動的架構：應用之間異步的產生和接收消息。圖4.9ESB企業(yè)效勞總線如上圖所示，ESB比EAI結構靈活的多：首先，它比單一Hub的形式更開放，總線結構有無限擴展的可能；其次，真正表達了SOA的理念，一切皆為效勞，效勞在總線中處于平等的地位。即使我們需要一些Hub，那么它們也是以某種效勞的形式部署在總線上。因此，ESB可作為SOA架構中實現效勞間智能化集成與管理的中介。優(yōu)勢ESB是一個完全面向企業(yè)級的中間件解決方案，可以架構在企業(yè)現有的網絡框架、軟硬件系統(tǒng)之上，構筑出一個企業(yè)級的信息系統(tǒng)解決方案。在ESB中，效勞器猶如一個個汽車站，可以自由地連接和脫離ESB中間件，所有的信息系統(tǒng)都可以通過其發(fā)送或接受任務、指令，它適用于所有的現有的或未來的信息應用平臺。對企業(yè)而言，采用ESB中間件系統(tǒng)作為企業(yè)級信息系統(tǒng)融合方案中的中樞技術，幾乎可以無須添加任何軟硬件設備，就可把過去、現有和未來的IT系統(tǒng)整合在企業(yè)級的信息應用框架下，并且能為企業(yè)提供實時、大容量的信息通信和實時控制、管理和分配消息傳遞的能力。它能大大提高整個網絡和信息系統(tǒng)的使用效率，還能為企業(yè)節(jié)省可觀的整合費用。ESB在SOA系統(tǒng)中的實施階段盡管ESB作為SOA架構系統(tǒng)中的關鍵組件，但是并不是作為根底組件，在開始階段就去開發(fā)。Accenture首席技術官DonRippert認為激活SOA的全部潛力需要通過四個階段，而ESB那么處于第三個階段。他同時指出當前大多數的企業(yè)還只是處于第一個階段，因此ESB實際上對于他們來說并不是迫切需要的[32]。而他所說的四個階段如下所示：1)使用XML，以更標準的方式使用應用程序接口。2)捕獲一些業(yè)務過程，并將它們轉化成為Web效勞。3)引入并全面使用企業(yè)效勞總線。4)產生業(yè)務過程執(zhí)行語言(BusinessProcessExecutionLanguage，BPEL)，它可由業(yè)務過程建模工具完成。BPEL可以改變應用程序的行為，而無需修改軟件。另外，在IBM定義的實施SOA的五個切入點中——人員、流程、信息、連接性、重用，只有連接性和ESB相關。Bobby在他的文章中也說道，僅僅建造一個總線的工程是不可取的。IT部門認為只要建造了一個總線，人們就會圍繞著總線來構造SOA的應用了。但是問題在于，當人們開始構造SOA應用時，他們會發(fā)現那些已經建造好的ESB已經不能滿足當前的需求了。ERP系統(tǒng)架構技術的時間線通過ERP系統(tǒng)架構演變開展的資料分析，特意繪制了架構技術的時間線，如下列圖所示：圖4.10架構技術的演化時間線基于SOA架構的ERP系統(tǒng)是分解掉傳統(tǒng)ERP的緊耦合特性，將ERP系統(tǒng)的內部功能以效勞的方式呈現出來，通過API調用的方式和其它系統(tǒng)交互；借助互聯網B/S架構的先進性，可以在線隨時訪問ERP系統(tǒng)，免安裝和部署，為企業(yè)能夠節(jié)省IT運營本錢，提升ERP系統(tǒng)在企業(yè)內部的重要性。系統(tǒng)實現的關鍵技術關鍵技術框架及工具三層分布式架構三層架構介紹三層架構是[23]：1〕界面層界面層提供給用戶一個視覺上的界面，通過界面層，用戶輸入數據、獲取數據。界面層同時也提供一定的平安性，確保用戶不用看到不必要的機密信息。2〕邏輯層邏輯層是界面層和數據層的橋梁，它響應界面層的用戶請求，執(zhí)行任務并從數據層抓取數據，并將必要的數據傳送給界面層。3〕數據層數據層定義、維護數據的完整性、平安性，它響應邏輯層的請求，訪問數據。這一層通常由大型的數據庫效勞器實現，如Oracle、Sybase、MSSQlServer等。從開發(fā)角度和應用角度來看，三層架構比雙層或單層結構都有更大的優(yōu)勢。三層結構適合群體開發(fā)，每人可以有不同的分工，協同工作使效率倍增。開發(fā)雙層或單層應用時，每個開發(fā)人員都應對系統(tǒng)有較深的理解，能力要求很高，開發(fā)三層應用時，那么可以結合多方面的人才，只需少數人對系統(tǒng)全面了解，從一定程度工降低了開發(fā)的難度。三層架構屬于瘦客戶的模式，用戶端只需一個較小的硬盤、較小的內存、較慢的CPU就可以獲得不錯的性能。相比之下，單層或胖客戶對面器的要求太高。三層架構的另一個優(yōu)點在于可以更好的支持分布式計算環(huán)境。邏輯層的應用程序可以有多個機器上運行，充分利用網絡的計算功能。分布式計算的潛力巨大，遠比升級CPU有效。三層架構的最大優(yōu)點是它的平安性。用戶端只能通過邏輯層來訪問數據層，減少了入口點，把很多危險的系統(tǒng)功能都屏蔽了。另外三層架構還可以支持如下功能：1〕RemoteAccess(遠程訪問資料)，例如可透過Internet存取遠程數據庫；2〕HighPerformance(提升運算效率)解決集中式運算(Centralize)及主從式架構(Client-Server)中，數據庫主機的運算負擔，降低數據庫主機的ConnectionLoad，并可藉由增加AppServer處理眾多的數據處理要求；3〕Client端發(fā)出Request(工作要求)后，便可離線，交由AppServer和DataBaseServer共同把工作完成，減少Client端的等待時間。分布式系統(tǒng)是充分利用效勞器資源，性能優(yōu)勢將系統(tǒng)的表現層、邏輯層和數據層部署到不同的效勞器上，這樣做的好處是獲取系統(tǒng)的可靠性和健壯性。一個典型的三層分布式的系統(tǒng)架構如下列圖所示：圖5.1典型三層分布式系統(tǒng)架構分布式系統(tǒng)介紹分布式系統(tǒng)有如下特點[24]：

1〕協作與互聯分布式系統(tǒng)的重要作用之一就是能夠整合大量地理上分散于各地的信息和效勞，如地圖、電子商務網站、多媒體、大百科全書等?；ヂ摼W上即時通訊系統(tǒng)和聊天室的流行凸顯了分布式系統(tǒng)的另一個重要作用：與家庭、朋友、同事乃至客戶保持聯系。

2〕經濟性包括PDA、筆記本、臺式機和效勞器在內的計算機網絡通常比集中式的大型機具有更高的性價比。例如，它們支持非集中式的、模塊化的應用，這使得共享像大容量的文件效勞器、高清晰度的打印機等昂貴的外設成為可能。相應地，我們可以將選定的應用組件和效勞分配到具有特殊處理屬性的計算機節(jié)點上執(zhí)行，如具有高性能磁盤控制器、大容量內存或增強的浮點運算能力的節(jié)點，而那些簡易的程序就可以運行在相對廉價的硬件上。

3〕性能與可伸縮性成功的軟件通常會隨著時間推移而擁有更多的用戶和需求，因此分布式系統(tǒng)的性能能否擴展以處理不斷增加的負荷至關重要。可以將已聯網計算節(jié)點的處理能力組合起來以獲得性能的極大提升，此外，至少理論上來說，多處理器和網絡更容易擴展。例如，多個計算和通信處理任務可以并行運行在數據中心的不同節(jié)點上，或運行在同一效勞器的不同虛擬機上。

4〕容錯性分布式系統(tǒng)的關鍵目標之一是允許系統(tǒng)發(fā)生局部故障。例如，盡管網絡中的所有節(jié)點都運轉正常，但網絡本身可能會出現故障。類似地，網絡中的某個終端系統(tǒng)，或多處理器系統(tǒng)中的某個中央處理器可能崩潰。這些故障應當能被很好地處理而不影響其他不相關的局部或整個系統(tǒng)。一種常見的容錯實現方式是在多個節(jié)點或網絡上提供重復的效勞。冗余性有助于將單節(jié)點失敗的影響控制在最小范圍內，它可以顯著提高系統(tǒng)在出現局部故障時的可靠性。

5〕內在的分布性某些應用天生就是分布式的，如電信管理網絡〔TMN〕系統(tǒng)、跨區(qū)域部門的企業(yè)級業(yè)務系統(tǒng)、對等網絡〔P2P〕的內容共享系統(tǒng)、企業(yè)之間〔B2B〕的供給鏈管理系統(tǒng)等。分布式在這些系統(tǒng)中已經不再是一個可選項，而是滿足客戶需求至關重要的局部?；赪EB的B/S架構開發(fā)技術完全采用100%WEB，也就是B/S架構的應用軟件才能以云計算模式給客戶提供效勞。因為因為這種模式才能做到跨平臺，兼容各種設備；其架構應該是基于互聯網的架構，核心的業(yè)務邏輯是在后臺效勞器上部署實現，客戶端始終完成數據展現和交互操作。早期的那些基于單機、局域網的C/S結構軟件是無法支持云計算的，雖然有某些軟件公司為了急于搭上云計算這趟車，試圖利用SOA、虛擬化等技術將20甚至30年前的C/S軟件改造成為支持云計算模式，實踐證明這是徒勞的。也是對客戶不負責的。這絕對不是云計算，實際上是一種Multi-Tenant模式，這種模式無法解決高性能、個性化、跨平臺等關鍵問題[2]。統(tǒng)一認證技術SSO簡介SSO英文全稱SingleSignOn，單點登錄。SSO是在多個應用系統(tǒng)中，用戶只需要登錄一次就可以訪問所有相互信任的應用系統(tǒng)。它包括可以將這次主要的登錄映射到其他應用中用于同一個用戶的登錄的機制。它是目前比擬流行的企業(yè)業(yè)務整合的解決方案之一[34]。SSO技術實現機制當用戶第一次訪問應用系統(tǒng)1的時候，因為還沒有登錄，會被引導到認證系統(tǒng)中進行登錄；根據用戶提供的登錄信息，認證系統(tǒng)進行身份校驗，如果通過校驗，應該返回給用戶一個認證的憑據－－ticket；用戶再訪問別的應用的時候就會將這個ticket帶上，作為自己認證的憑據，應用系統(tǒng)接受到請求之后會把ticket送到認證系統(tǒng)進行校驗，檢查ticket的合法性。如果通過校驗，用戶就可以在不用再次登錄的情況下訪問應用系統(tǒng)2和應用系統(tǒng)3了[34]。要實現SSO，需要以下主要的功能：

1)所有應用系統(tǒng)共享一個身份認證系統(tǒng)統(tǒng)一的認證系統(tǒng)是SSO的前提之一。認證系統(tǒng)的主要功能是將用戶的登錄信息和用戶信息庫相比擬，對用戶進行登錄認證；認證成功后，認證系統(tǒng)應該生成統(tǒng)一的認證標志〔ticket〕，返還給用戶。另外，認證系統(tǒng)還應該對ticket進行校驗，判斷其有效性。

2)所有應用系統(tǒng)能夠識別和提取ticket信息要實現SSO的功能，讓用戶只登錄一次，就必須讓應用系統(tǒng)能夠識別已經登錄過的用戶。應用系統(tǒng)應該能對ticket進行識別和提取，通過與認證系統(tǒng)的通訊，能自動判斷當前用戶是否登錄過，從而完成單點登錄的功能。另外：1)單一的用戶信息數據庫并不是必須的，有許多系統(tǒng)不能將所有的用戶信息都集中存儲，應該允許用戶信息放置在不同的存儲中，事實上，只要統(tǒng)一認證系統(tǒng)，統(tǒng)一ticket的產生和校驗，無論用戶信息存儲在什么地方，都能實現單點登錄。2)統(tǒng)一的認證系統(tǒng)并不是說只有單個的認證效勞器認證效勞器之間要通過標準的通訊協議，互相交換認證信息，就能完成更高級別的單點登錄。如：當用戶在訪問應用系統(tǒng)1時，由第一個認證效勞器進行認證后，得到由此效勞器產生的ticket。當他訪問應用系統(tǒng)2的時候，認證效勞器2能夠識別此ticket是由第一個效勞器產生的，通過認證效勞器之間標準的通訊協議〔例如SAML〕來交換認證信息，仍然能夠完成SSO的功能。圖5.2SSO系統(tǒng)架構示意圖WEB-SSO的實現用戶在訪問頁面1的時候進行了登錄，但是客戶端的每個請求都是單獨的連接，當客戶再次訪問頁面2的時候，如何才能告訴Web效勞器，客戶剛剛已經登錄過了呢？瀏覽器和效勞器之間有約定：通過使用cookie技術來維護應用的狀態(tài)。Cookie是可以被Web效勞器設置的字符串，并且可以保存在瀏覽器中。當瀏覽器訪問了頁面1時，web效勞器設置了一個cookie，并將這個cookie和頁面1一起返回給瀏覽器，瀏覽器接到cookie之后，就會保存起來，在它訪問頁面2的時候會把這個cookie也帶上，Web效勞器接到請求時也能讀出cookie的值，根據cookie值的內容就可以判斷和恢復一些用戶的信息狀態(tài)。Web-SSO完全可以利用Cookie技術來完成用戶登錄信息的保存，將瀏覽器中的Cookie和上文中的Ticket結合起來，完成SSO的功能。為了完成一個簡單的SSO的功能，需要兩個局部的合作：1)統(tǒng)一的身份認證效勞。2)修改Web應用，使得每個應用都通過這個統(tǒng)一的認證效勞來進行身份校驗。構件開發(fā)技術早在2000年，GartnerGroup①就預測到2003年至少70%的新應用將主要建立在軟件構件之上。隨著WebServices等技術的開展，將會進一步地推動構件技術的開展，而基于構件的軟件開發(fā)方式也成為軟件開發(fā)的主流技術[15]。什么是軟件構件？工業(yè)化革命的偉大創(chuàng)新在于，功能再復雜的產品也可以由大量標準的零部件組裝而成，分工越細、專業(yè)生產程度越高，總體生產效率就越高。構件技術就是一種類似于“零部件組裝〞的集成組裝式軟件生產方式，它把零件、生產線和裝配運行的概念運用在軟件產業(yè)中，徹底打破了手工作坊式的軟件開發(fā)模式。構件是軟件的構成元素，具有一定的功能和結構，并符合一定的標準，可以完成一個或多個特定的效勞。構件隱藏了具體的實現，通過接口對外提供效勞。一般而言，構件是軟件系統(tǒng)中具有相對獨立功能、可以明確辨識、接口由契約指定、和語境有明顯依賴關系、可獨立部署、可組裝的軟件實體。廣義上講，構件可以是數據，也可以是被封裝的對象類、軟件構架、文檔、測試用例等。軟件生產方式的變革構件技術的出現是對傳統(tǒng)軟件開發(fā)過程的一次變革。構筑在“構件組裝〞模式之上的構件技術，使軟件技術人員擺脫了“一行行寫代碼〞的低效編程方式，直接進入“集成組裝構件〞的更高階段。圖5.3軟件構件開發(fā)技術基于構件的軟件開發(fā)，不僅使軟件產品在客戶需求吻合度、上市時間、軟件質量上領先于同類產品，提高了工程的成功率，而且對軟件的開發(fā)和維護變得簡單易行，用戶可以隨時隨地應應對商業(yè)環(huán)境變化和IT技術變化，實現“敏捷定制〞。從最終用戶的角度來看，采用基于構件技術開發(fā)的系統(tǒng)，在遇到業(yè)務流程變化或系統(tǒng)升級等問題時，不再需要對系統(tǒng)進行大規(guī)模改造或推倒重來，只要通過增加新的構件或改造原來的構件來實現。據已采用構件技術進行軟件開發(fā)的我國某著名軟件企業(yè)的相關統(tǒng)計顯示，構件技術可以使軟件的投放市場時間減少為原來的1/2到1/5，使軟件的缺陷密度降低為原來的1/5到1/10，使軟件的維護本錢降低為原來的1/5到1/10，使整體軟件的開發(fā)本錢降低大約15%，長期工程可降低高達75%的本錢。構件化開發(fā)根本概念構件化，是指軟件體系結構可重組以及軟件組件可重用的系統(tǒng)開發(fā)方法。這種方法的根本內涵是：應用需求領域化，軟件結構框架化，軟件元素構件化，應用原型實例化。構件，是具有一定的功能和結構，并符合一定的標準，可以完成一個或多個特定的效勞的軟件