基于SOA架構(gòu)與云計算技術(shù)的ERP系統(tǒng)設(shè)計方案

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

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

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

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

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

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

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

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

IT技術(shù)的開展是推動ERP開展的另一驅(qū)動力，畢竟ERP應(yīng)用是以“技術(shù)導(dǎo)向〞為推動的應(yīng)用技術(shù)，具體表現(xiàn)在，計算機(jī)新技術(shù)的不斷出現(xiàn)將會為ERP提供越來越靈活與強(qiáng)大功能的軟硬件平臺，多層分布式結(jié)構(gòu)、面向?qū)ο蠹夹g(shù)、中間件技術(shù)與Internet的開展會使ERP的功能與性能迅速提高。圖1.1企業(yè)ERP系統(tǒng)結(jié)構(gòu)圖ERP技術(shù)及應(yīng)用的開展趨勢B/S架構(gòu)的ERP已經(jīng)盛行

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

1〕SOA是一種軟件架構(gòu)思想，并不是一種產(chǎn)品。

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

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

1〕軟件架構(gòu)靈活；

2〕核心業(yè)務(wù)標(biāo)準(zhǔn)化；

3〕接口標(biāo)準(zhǔn)化，具有很好的兼容性；

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

1)一層架構(gòu)：客戶端、應(yīng)用效勞器和數(shù)據(jù)庫效勞器都在同一臺機(jī)器上部署；

2)兩層架構(gòu)：數(shù)據(jù)庫效勞和應(yīng)用效勞在同一臺效勞器上部署，客戶端訪問效勞器上的資源或數(shù)據(jù)；

3)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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