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

1、目錄1 前言41.1 企業(yè)ERP系統(tǒng)的需求描述41.2 ERP技術(shù)與應(yīng)用的發(fā)展趨勢51.2.1 B/S架構(gòu)的ERP已經(jīng)盛行51.2.2 SOA架構(gòu)的引入，使ERP全面升級51.2.3 平臺化ERP的柔性大大增強51.2.4 與其它信息系統(tǒng)的集成61.2.5 整合業(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.2 B/S架構(gòu)的ERP系統(tǒng)82.3 C/S 架構(gòu)和B/S 架構(gòu)的優(yōu)缺點分析92.3.1 C/S 系統(tǒng)優(yōu)缺點92.3.2 B/S 系統(tǒng)優(yōu)缺點92.3.3 結(jié)論103 國外最新ERP產(chǎn)品技術(shù)架構(gòu)103.1 主流ERP產(chǎn)品簡要介紹103.1.1 Orac

2、le EBusiness Suite103.1.2 SAP NetWeaver123.1.3 用友U9123.2 ERP系統(tǒng)架構(gòu)設(shè)計的共同特點133.2.1 基于互聯(lián)網(wǎng)的三層體系架構(gòu)143.2.2 面向服務(wù)架構(gòu)（SOA）143.2.3 模塊化和組件化的體系架構(gòu)144 基于SOA架構(gòu)的ERP系統(tǒng)154.1 SOA技術(shù)簡介154.1.1 SOA概念與簡介154.1.2 基于SOA技術(shù)的體系結(jié)構(gòu)164.1.3 SOA的實現(xiàn)方式-WebService194.2 基于SOA的ERP系統(tǒng)架構(gòu)設(shè)計224.2.1 SOA架構(gòu)基礎(chǔ)技術(shù)224.2.2 SOA架構(gòu)設(shè)計方案254.2.3 SOA架構(gòu)實現(xiàn)264.2.4

3、 SOA架構(gòu)的服務(wù)管理組件：ESB274.3 ERP系統(tǒng)架構(gòu)技術(shù)的時間線305 系統(tǒng)實現(xiàn)的關(guān)鍵技術(shù)325.1 關(guān)鍵技術(shù)框架與工具325.1.1 三層分布式架構(gòu)325.1.2 基于WEB的B/S架構(gòu)開發(fā)技術(shù)345.1.3 統(tǒng)一認證技術(shù)345.1.4 構(gòu)件開發(fā)技術(shù)365.1.5 工作流系統(tǒng)405.1.6 權(quán)限管理系統(tǒng)455.1.7 表單生成技術(shù)495.1.8 插件化開發(fā)框架515.2 系統(tǒng)性能優(yōu)化技術(shù)525.2.1 分布式技術(shù)應(yīng)用525.2.2 AJAX局部更新545.2.3 預(yù)加載技術(shù)555.2.4 數(shù)據(jù)庫查詢優(yōu)化555.2.5 數(shù)據(jù)庫讀寫分離565.3 系統(tǒng)運營部署設(shè)計565.3.1 服務(wù)器集

4、群技術(shù)565.3.2 虛擬化數(shù)據(jù)中心技術(shù)576 應(yīng)用云計算技術(shù)的ERP系統(tǒng)616.1 云計算技術(shù)簡介616.1.1 IaaS基礎(chǔ)設(shè)施即服務(wù)626.1.2 PaaS平臺與服務(wù)656.1.3 SaaS軟件即服務(wù)656.1.4 云計算產(chǎn)生背景分析696.2 應(yīng)用云計算技術(shù)的ERP系統(tǒng)706.2.1 SaaS模式的ERP與傳統(tǒng)ERP的比較706.2.2 SaaS模式的ERP系統(tǒng)架構(gòu)設(shè)計706.2.3 SaaS模式的ERP系統(tǒng)的應(yīng)用前景726.3 云計算安全設(shè)計736.3.1 云端數(shù)據(jù)存儲加密736.3.2 網(wǎng)絡(luò)數(shù)據(jù)傳輸加密746.3.3 數(shù)據(jù)安全管理規(guī)746.3.4 云端加密的利與弊766.4 應(yīng)用物

5、聯(lián)網(wǎng)技術(shù)的ERP系統(tǒng)766.4.1 物聯(lián)網(wǎng)技術(shù)766.4.2 物聯(lián)網(wǎng)應(yīng)用案例服裝行業(yè)796.4.3 RFID,無線移動數(shù)據(jù)的收集技術(shù)806.5 應(yīng)用移動技術(shù)的ERP系統(tǒng)816.5.1 移動ERP系統(tǒng)介紹816.5.2 移動ERP系統(tǒng)結(jié)構(gòu)圖827 總結(jié)848 參考文獻851 前言1.1 企業(yè)ERP系統(tǒng)的需求描述    ERP實施的主體企業(yè)的需求永遠是ERP技術(shù)發(fā)展的主動力，由于全球一體化進程的加劇，使得企業(yè)所面臨的競爭環(huán)境發(fā)生了巨大的變化，對ERP提出了新的需求，具體表現(xiàn)在50：    1) 全球化市場的發(fā)展與產(chǎn)業(yè)鏈之間合作經(jīng)營生產(chǎn)方式

6、的出現(xiàn)，使得ERP能支持異地企業(yè)運營、異種語言操作和異種貨幣交易；    2) 企業(yè)過程重組與協(xié)作方式的變化使得ERP能支持基于全球圍的可重構(gòu)過程的供應(yīng)鏈與供應(yīng)網(wǎng)絡(luò)結(jié)構(gòu)；    3) 企業(yè)需要應(yīng)對新生產(chǎn)與經(jīng)營方式的靈活性與敏捷性使得ERP也越來越靈活的適應(yīng)多種生產(chǎn)制造方式的管理模式；    4) 由于行業(yè)特性越來越明顯，因此ERP的行業(yè)化發(fā)展趨勢越來越明顯；    5) 企業(yè)的快速發(fā)展使得ERP的柔性越來越高以適應(yīng)企業(yè)的動態(tài)變化；    6) 企

7、業(yè)的低成本策略使得ERP可以按需配置、大大縮短實施周期。  IT技術(shù)的發(fā)展是推動ERP發(fā)展的另一驅(qū)動力，畢竟ERP應(yīng)用是以“技術(shù)導(dǎo)向”為推動的應(yīng)用技術(shù)，具體表現(xiàn)在，計算機新技術(shù)的不斷出現(xiàn)將會為ERP提供越來越靈活與強大功能的軟硬件平臺，多層分布式結(jié)構(gòu)、面向?qū)ο蠹夹g(shù)、中間件技術(shù)與Internet的發(fā)展會使ERP的功能與性能迅速提高。圖1.1 企業(yè)ERP系統(tǒng)結(jié)構(gòu)圖1.2 ERP技術(shù)與應(yīng)用的發(fā)展趨勢1.2.1 B/S架構(gòu)的ERP已經(jīng)盛行    B/S模式是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。隨著Windows 98/Windows 2000將瀏覽器技術(shù)捆綁植入操作系統(tǒng)

8、部，這種結(jié)構(gòu)更成為當今應(yīng)用軟件的首選體系結(jié)構(gòu)。顯然B/S結(jié)構(gòu)應(yīng)用程序相對于傳統(tǒng)的C/S結(jié)構(gòu)應(yīng)用程序?qū)⑹蔷薮蟮倪M步。    網(wǎng)絡(luò)應(yīng)用系統(tǒng)的發(fā)展正在改變著ERP系統(tǒng)的開發(fā)與其實施方法 ,傳統(tǒng)ERP體系結(jié)構(gòu)逐漸被由客戶、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器組成的三層B/S結(jié)構(gòu)所替代 ,并有了統(tǒng)一的通訊協(xié)議TCP/IP和統(tǒng)一的基于Web瀏覽器的用戶界面。B/S ERP把傳統(tǒng)的依賴于、人盯人的管理方式變革為目標導(dǎo)向、流程驅(qū)動、智能的電子商務(wù)流程。并且該B/S架構(gòu)的ERP可以把企業(yè)部流程與企業(yè)外部流程連接起來，與客戶、合作伙伴、供應(yīng)商協(xié)同完成供應(yīng)鏈業(yè)務(wù)操作52。1.2.2 SOA架構(gòu)的引

9、入，使ERP全面升級SOA（Service-Oriented Architecture 面向服務(wù)架構(gòu)）的概念是由Gartner公司給出的，Gartner對SOA的定義為“客戶端/服務(wù)器的軟件設(shè)計方法，一項應(yīng)用由軟件服務(wù)和軟件服務(wù)使用者組成SOA與大多數(shù)通用的客戶端/服務(wù)器模型的不同之處，在于它著重強調(diào)軟件組件的松散耦合，并使用獨立的標準接口。其核心是：  1）SOA是一種軟件架構(gòu)思想，并不是一種產(chǎn)品。  2）SOA的重點是面向服務(wù)，此服務(wù)包括企業(yè)的部與外部的每一個業(yè)務(wù)細節(jié)，比如企業(yè)中財務(wù)應(yīng)收發(fā)票的處理就是一個服務(wù)。SOA的思想是把這些服務(wù)從復(fù)雜的環(huán)境中獨立出來組件化封裝，然

10、后通過標準的接口使不同的服務(wù)之間相互調(diào)用。  3）SOA是一種軟件架構(gòu)思想，通過使企業(yè)中一個個細化的服務(wù)標準化，來達到企業(yè)的IT系統(tǒng)跟隨企業(yè)的動態(tài)變化的目的。1.2.3 平臺化ERP的柔性大大增強    在ERP應(yīng)用實施的過程中，用戶的滿意度一直不高。主要原因是產(chǎn)品更新周期加快、市場響應(yīng)要求提高，對ERP的個性化要求越來越高，這是導(dǎo)致ERP實施成功率不高的重要原因之一。      經(jīng)過多年的積累，人們已經(jīng)總結(jié)出了ERP系統(tǒng)中業(yè)務(wù)的核心，其架構(gòu)、業(yè)務(wù)模型、標準化高的業(yè)務(wù)處理均是可封裝的，如果我們把這部分封裝

11、起來，再開發(fā)出輔助這個平臺的客戶化工具，就可以形成業(yè)務(wù)化平臺。同樣如此，如果對ERP進行分析、研究，將ERP的相關(guān)部分封裝起來，再加上工具包，就可以形成平臺化的ERP。   平臺級企業(yè)信息解決方案提供了一個軟件平臺，置多種管理軟件組件和快捷的二次開發(fā)工具，其組件可以通過多種語言來開發(fā)，開發(fā)出一個個的小模塊，然后把每一個小模塊獨立起來建成一個組件，最后把這些組件組裝起來形成最終的成品。那么對這些組件進行調(diào)用，管理和刪減、添加與修改，甚至重新構(gòu)架都可以，而這樣對某一部分的改動根本不會影響到其它功能。這就是平臺帶來的靈活性，易操作性，使它在進行小的改動時可以直接通過系統(tǒng)上的某些功

12、能來實現(xiàn)，而不必要通過改源代碼的方式來處理，可以降低企業(yè)信息化軟件的開發(fā)難度，提高開發(fā)效率，提高系統(tǒng)的柔性和可擴展性。一方面管理信息化廠商通過平臺提供的組件能很方便地滿足用戶個性化的需求，以與用戶在發(fā)展過程中各種各樣變化的需求。另一方面將應(yīng)用軟件的業(yè)務(wù)邏輯和開發(fā)技術(shù)相對分開，使得應(yīng)用軟件的開發(fā)者可以僅關(guān)注應(yīng)用的業(yè)務(wù)任務(wù)，而不必關(guān)注其技術(shù)的實現(xiàn)。這使管理與業(yè)務(wù)人員參與應(yīng)用軟件的開發(fā)成為可能。    平臺化軟件的基本特性如下：    1）軟件架構(gòu)靈活；    2）核心業(yè)務(wù)標準化；  

13、60; 3）接口標準化，具有很好的兼容性；    4）提供客戶化工具包。1.2.4 與其它信息系統(tǒng)的集成1） ERP與客戶關(guān)系管理的進一步整合  ERP將更加面向市場和面向顧客，通過基于知識的市場預(yù)測、訂單處理與生產(chǎn)調(diào)度、基于約束調(diào)度功能等進一步提高企業(yè)在全球化市場環(huán)境下更強的優(yōu)化能力；并進一步與客戶關(guān)系管理CRM結(jié)合，實現(xiàn)市場、銷售、服務(wù)的一體化，使CRM的前臺客戶服務(wù)與ERP后臺處理過程集成，提供客戶個性化服務(wù)，使企業(yè)具有更好的顧客滿意度。2）ERP與電子商務(wù)、供應(yīng)鏈SCM、協(xié)同商務(wù)的進一步整合ERP將面向協(xié)同商務(wù)（Collaborative Com

14、merce），支持企業(yè)與貿(mào)易共同體的業(yè)務(wù)伙伴、客戶之間的協(xié)作，支持數(shù)字化的業(yè)務(wù)交互過程；ERP供應(yīng)鏈管理功能將進一步加強，并通過電子商務(wù)進行企業(yè)供需協(xié)作，如汽車行業(yè)要求 ERP的銷售和采購模塊支持用電子商務(wù)或EDI實現(xiàn)客戶或供應(yīng)商之間的電子訂貨和銷售開單過程；ERP將支持企業(yè)面向全球化市場環(huán)境，建立供應(yīng)商、制造商與分銷商間基于價值鏈共享的新伙伴關(guān)系，并使企業(yè)在協(xié)同商務(wù)中做到過程優(yōu)化、計劃準確、管理協(xié)調(diào)。3）ERP與產(chǎn)品數(shù)據(jù)管理的整合產(chǎn)品數(shù)據(jù)管理 PDM(Product Data Management)將企業(yè)中的產(chǎn)品設(shè)計和制造全過程的各種信息、產(chǎn)品不同設(shè)計階段的數(shù)據(jù)和文檔組織在統(tǒng)一的環(huán)境中。近年

15、來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ù)準備工作量，并進一步加強了企業(yè)管理系統(tǒng)與CAD、CAM系統(tǒng)的集成，進一步提高了企業(yè)的系統(tǒng)集成度和整體效率。4）ERP與制造執(zhí)行系統(tǒng)的整合為了加強ERP對于生產(chǎn)過程的控制能力，改變ERP"重計劃，輕控制"的弱點，將進一步加強"事前計劃、事中控制、事后審核"的功能，ERP將與制造執(zhí)行系統(tǒng)MES(Manufacturing executive System)、車間層操作控制系統(tǒng)SFC更緊密的結(jié)合，形成

16、實時化的ERP/MES/SFC系統(tǒng)。該趨勢在流程工業(yè)企業(yè)的管控一體化系統(tǒng)中體現(xiàn)得最為明顯。5）ERP與工作流管理系統(tǒng)的進一步整合全面的工作流規(guī)則保證與時間相關(guān)的業(yè)務(wù)信息能夠自動地在正確時間傳送到指定的地點。ERP的工作流管理功能將進一步增強，通過工作流實現(xiàn)企業(yè)的人員、財務(wù)、制造與分銷間的集成，并能支持企業(yè)經(jīng)營過程的重組，也使 ERP的功能可以擴展到辦公自動化和業(yè)務(wù)流程控制方面。6）ERP與企業(yè)知識門戶進一步整合企業(yè)知識門戶（Enterprise Knowledge Portal，EKP）所關(guān)注的是企業(yè)部員工和信息容，它的核心是知識管理（KM），通過與ERP 系統(tǒng)的集成，使得企業(yè)任何員工都可以實

17、時地與工作團隊中的其他成員取得聯(lián)系、尋找到能夠提供幫助的專家或者快速連接到相關(guān)的知識，它的建立和使用可以大大提高企業(yè)圍的知識共享，并由此提高企業(yè)員工的工作效率。 1.2.5 整合業(yè)務(wù)流程的監(jiān)測與評估“用于測量成功的業(yè)務(wù)應(yīng)用解決方案是連續(xù)改進的關(guān)鍵：財務(wù)表現(xiàn)的共享, SC效力，知識資本的價值以與顧客的滿意度都是新的評測方法?！盙artner。2 傳統(tǒng)ERP產(chǎn)品技術(shù)架構(gòu)2.1 傳統(tǒng)C/S架構(gòu)的ERP系統(tǒng)    信息系統(tǒng)架構(gòu)示意圖：    1) 一層架構(gòu)：客戶端、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器都在同一臺機器上部署；  

18、;  2) 兩層架構(gòu)：數(shù)據(jù)庫服務(wù)和應(yīng)用服務(wù)在同一臺服務(wù)器上部署，客戶端訪問服務(wù)器上的資源或數(shù)據(jù)；    3)  三層架構(gòu)：應(yīng)用服務(wù)和數(shù)據(jù)庫服務(wù)分離，分別部署在不同的服務(wù)器上，應(yīng)用服務(wù)采取集群部署，達到性能上的需求。圖2.1 不同分級層次的系統(tǒng)架構(gòu)圖    從企業(yè)信息系統(tǒng)架構(gòu)設(shè)計看，三層分布式架構(gòu)是一種典型應(yīng)用；甚至可以過渡到多層分布式架構(gòu)，如擴展出緩存服務(wù)、負載均衡服務(wù)等；這些都是用戶對系統(tǒng)快速響應(yīng)和系統(tǒng)可靠性的需求。2.2 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)用，用

19、戶借助網(wǎng)絡(luò)的方便快捷，可以隨時隨地辦公，處理業(yè)務(wù)數(shù)據(jù)?，F(xiàn)代企業(yè)普通存在多區(qū)域分支機構(gòu)，或者業(yè)務(wù)人員需要差旅或在家辦公，傳統(tǒng)的C/S架構(gòu)日益不能滿足移動辦公的需要，B/S 架構(gòu)的ERP系統(tǒng)剛好可以解決這一需要。圖2.2 B/S架構(gòu)的ERP系統(tǒng)部署圖2.3 C/S 架構(gòu)和B/S 架構(gòu)的優(yōu)缺點分析2.3.1 C/S 系統(tǒng)優(yōu)缺點C/S 模式的優(yōu)點1：1) 由于客戶端實現(xiàn)與服務(wù)器的直接相連，沒有中間環(huán)節(jié)，因此響應(yīng)速度快。（當數(shù)據(jù)少時，C/S在局域網(wǎng)響應(yīng)快；當數(shù)據(jù)超過十萬時，C/S軟件變慢，B/S軟件能維持穩(wěn)定速度）2) 操作界面交互性強、控件組件形式多樣，可以充分滿足客戶快速操作的要求。3) C/S結(jié)構(gòu)

20、的管理信息系統(tǒng)能實現(xiàn)的復(fù)雜的數(shù)據(jù)處理操作，不用過多考慮網(wǎng)絡(luò)的不穩(wěn)定性。C/S 模式的缺點：1) 需要專門的客戶端安裝程序，分布功能弱，針對點多面廣且不具備網(wǎng)絡(luò)條件的用戶群體，不能夠?qū)崿F(xiàn)快速部署安裝和配置。2) 兼容性差，對于不同的開發(fā)工具，具有較大的局限性。若采用不同工具，需要重新改寫程序，跨平臺難度大，無法輕易實現(xiàn)Windows、Linux、iOS系統(tǒng)的同時開發(fā)和部署。3) 開發(fā)成本較高，需要具有一定專業(yè)水準的技術(shù)人員才能完成。（就開發(fā)小型企業(yè)管理軟件，針對部使用的系統(tǒng)而言，C/S開發(fā)人員比B/S開發(fā)人員的成本低了許多）。2.3.2 B/S 系統(tǒng)優(yōu)缺點B/S結(jié)構(gòu)的優(yōu)點： 1) 是互聯(lián)網(wǎng)應(yīng)用，

21、具有分布性特點，可以隨時隨地進行查詢、瀏覽等業(yè)務(wù)處理。 2) 業(yè)務(wù)擴展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能。 3) 維護簡單方便，只需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新。 4) 開發(fā)簡單，共享性強。       B/S 結(jié)構(gòu)的缺點： 1) 操作是以鼠標為最基本的操作方式，無法滿足快速操作的要求，尤其是在大量數(shù)據(jù)錄入操作、復(fù)雜交互的情況下，需要提升交互設(shè)計能力。 2) 頁面加載刷新時，響應(yīng)速度受網(wǎng)絡(luò)連接的穩(wěn)定性影響。2.3.3 結(jié)論    目前，從架構(gòu)設(shè)計來看，ERP系統(tǒng)采用B/S架構(gòu)和C/S架構(gòu)是

22、并存存在的，B/S的架構(gòu)的系統(tǒng)更有發(fā)展前景，從長遠來看，由于互聯(lián)網(wǎng)發(fā)展，網(wǎng)絡(luò)帶寬提升，HTML5技術(shù)出現(xiàn)的等因素，B/S的架構(gòu)的系統(tǒng)是將來的發(fā)展趨勢。3 國外最新ERP產(chǎn)品技術(shù)架構(gòu)3.1 主流ERP產(chǎn)品簡要介紹3.1.1 Oracle EBusiness Suite Oracle EBS 產(chǎn)品介紹     Oracle EBS是Oracle E-Business Suite的縮寫，是Oracle公司的ERP產(chǎn)品，全球銷量僅次于SAP（另一款ERP產(chǎn)品）。 Oracle EBS是一整套企業(yè)級應(yīng)用軟件，包括：采購管理、庫存管理、銷售管理、車間管

23、理、物料清單與工藝管理、生產(chǎn)計劃、成本管理、應(yīng)付賬款管理、應(yīng)收賬款管理、現(xiàn)金管理、總帳管理、項目會計、項目制造、客戶關(guān)系管理、供應(yīng)商門戶等模塊。 純互聯(lián)網(wǎng)技術(shù)架構(gòu)Oracle 電子商務(wù)套件采用標準的100基于互聯(lián)網(wǎng)的三層體系架構(gòu)；無論是數(shù)據(jù)庫層、應(yīng)用層以與最前端的最終用戶操作界面都100支持基于JAVA 的先進互聯(lián)網(wǎng)技術(shù)37。   Oracle 電子商務(wù)套件的技術(shù)架構(gòu)特點，提供了軟件系統(tǒng)基于數(shù)據(jù)中心運行的集中管理基礎(chǔ)。使所有關(guān)于軟件系統(tǒng)的推廣、升級和日常維護工作可以基于數(shù)據(jù)中心進行，從而達到最大限度地降低客戶端軟硬件和維護成本，降低服務(wù)器端的軟件維護工作容。圖

24、3.1 Oracle 應(yīng)用軟件技術(shù)架構(gòu) 模塊化開放架構(gòu)Oracle 電子商務(wù)套件應(yīng)用產(chǎn)品采用模塊化和組件化的先進軟件技術(shù)體系架構(gòu)，應(yīng)用軟件產(chǎn)品可以細化成為許多細粒度的模塊，不同的客戶應(yīng)用可以選擇不同的組件或模塊組合形成適合于企業(yè)需求的軟件平臺方案；基于同一共享數(shù)據(jù)庫和統(tǒng)一數(shù)據(jù)模型的數(shù)據(jù)層面的高度集成架構(gòu)，保證各應(yīng)用模塊之間的緊密無縫集成和平滑的業(yè)務(wù)流轉(zhuǎn)37。圖3.2 Oracle 電子商務(wù)套件的模塊化開放架構(gòu)3.1.2 SAP NetWeaver SAP NetWeaver 產(chǎn)品介紹    SAP NetWeaver是SAP的集成技術(shù)平

25、臺和自從SAP Business Suite以來的所有SAP應(yīng)用的技術(shù)基礎(chǔ)。SAP NetWeaver是一個面向服務(wù)的應(yīng)用和集成平臺。SAP NetWeaver為SAP的應(yīng)用提供開發(fā)和運行環(huán)境，也可以用來和其它應(yīng)用和系統(tǒng)進行自定義的開發(fā)和集成。SAP NetWeaver是使用開放標準和事實上的工業(yè)標準進行開發(fā)的，可以用icrosoft?NET，Sun燡ava EE，和IBM燱ebSphere等這些技術(shù)平臺進行擴展和互操作44。 SAP NetWeaver 技術(shù)架構(gòu)    SAP 企業(yè)系統(tǒng)架構(gòu)是以SOA架構(gòu)技術(shù)作為基礎(chǔ)框架進行開發(fā)的。ERP, CRM,

26、 SCM, SAP Business Suite, SRM, PLM系統(tǒng)都是獨立的子系統(tǒng)，這些系統(tǒng)之間的交互都是通過SOA服務(wù)進行。圖3.3 SAP 企業(yè)系統(tǒng)架構(gòu)3.1.3 用友U 用友U9 產(chǎn)品介紹    用友U9完全基于SOA架構(gòu)的世界級企業(yè)管理軟件，用友U9面向快速發(fā)展與成長的型制造企業(yè)復(fù)雜應(yīng)用，以“實時企業(yè)、全球商務(wù)”為核心理念，完全適應(yīng)多組織供應(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)，幫助企

27、業(yè)快速響應(yīng)變化，支持經(jīng)營、業(yè)務(wù)與管理模式的創(chuàng)新。 用友U9 技術(shù)架構(gòu)     UFIDA U9完全采用面向服務(wù)架構(gòu)（SOA），實現(xiàn)了全程模型驅(qū)動開發(fā)（MDD）模式，達到降低集成和開發(fā)成本的目的。 UAP使企業(yè)管理軟件具有多項新技術(shù)應(yīng)用特點：企業(yè)信息資源變得可重用、透明化，并且系統(tǒng)具有高可擴展性，讓業(yè)務(wù)處理更加高效、簡潔、安全。 UAP還提供了統(tǒng)一的集成開發(fā)環(huán)境（IDE），用戶可以使用包括企業(yè)建模、領(lǐng)域建模、服務(wù)設(shè)計、UI設(shè)計、報表設(shè)計、規(guī)則設(shè)計、數(shù)據(jù)庫設(shè)計等全方位的設(shè)計器，并通過可視化的界面和友好的交互操作，自動生成用戶所需要的各種服務(wù)部件

28、。 UAP完全支持企業(yè)級的集成與應(yīng)用協(xié)同，如Office集成、移動商務(wù)、企業(yè)搜索、智能客戶端等多項領(lǐng)域35。圖3.4 用友U9技術(shù)架構(gòu)3.2 ERP系統(tǒng)架構(gòu)設(shè)計的共同特點    通過國外最新ERP產(chǎn)品的功能與技術(shù)架構(gòu)比較，得出：基于SOA架構(gòu)的技術(shù)框架是共同采用的，而且更加強調(diào)了多設(shè)備的支持，完全基于互聯(lián)網(wǎng)模式的系統(tǒng)。產(chǎn)品名稱是否B/S是否SOA架構(gòu)是否模塊化構(gòu)建是否支持移動設(shè)備是否分布式部署Oracle EBusiness Suite是是是支持是SAP NetWeaver是是是支持是用友U9是是是支持是金蝶EAS是是是支持是OpenERP(開源)是下一版本支持完

29、全模塊化支持是表3.1 各主流ERP產(chǎn)品系統(tǒng)架構(gòu)比較3.2.1 基于互聯(lián)網(wǎng)的三層體系架構(gòu)    采用標準的100基于互聯(lián)網(wǎng)的三層體系架構(gòu),無論是數(shù)據(jù)庫層、應(yīng)用層以與最前端的最終用戶操作界面都100支持WEB的互聯(lián)網(wǎng)技術(shù)，特別是應(yīng)用層，直接采用互聯(lián)網(wǎng)先進技術(shù)，不需要任何中間轉(zhuǎn)換過程，在體現(xiàn)先進互聯(lián)網(wǎng)技術(shù)的同時，最大限度的減少了中間環(huán)節(jié)，保證了系統(tǒng)處理的高性能和高穩(wěn)定性。3.2.2 面向服務(wù)架構(gòu)（SOA）    完全采用面向服務(wù)架構(gòu)（SOA），實現(xiàn)了全程模型驅(qū)動開發(fā)（MDD）模式，達到降低更加強調(diào)系統(tǒng)的基礎(chǔ)，采用松耦合，降低系統(tǒng)的耦合度。

30、SOA的實現(xiàn)方式都是采用了基于 協(xié)議的WebService的技術(shù)，數(shù)據(jù)交換格式采用XML，SOAP。3.2.3 模塊化和組件化的體系架構(gòu)模塊化和組件化的先進軟件技術(shù)體系架構(gòu)，應(yīng)用軟件產(chǎn)品可以細化成為許多細粒度的模塊，不同的客戶應(yīng)用可以選擇不同的組件或模塊組合形成適合于企業(yè)需求的軟件平臺方案；基于同一共享數(shù)據(jù)庫和統(tǒng)一數(shù)據(jù)模型的數(shù)據(jù)層面的高度集成架構(gòu)，保證各應(yīng)用模塊之間的緊密無縫集成和平滑的業(yè)務(wù)流轉(zhuǎn)。4 基于SOA架構(gòu)的ERP系統(tǒng)4.1 SOA技術(shù)簡介4.1.1 SOA概念與簡介 SOA的基本概念      面向服務(wù)的體系結(jié)構(gòu)（Ser

31、vice-Oriented Architecture，SOA）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以使用一種統(tǒng)一和通用的方式進行交互26。簡介SOA(Service-Oriented Architecture)，面向服務(wù)架構(gòu)，它可以根據(jù)需求通過網(wǎng)絡(luò)對松散耦合的粗粒度應(yīng)用組件進行分布式部署、組合和使用。服務(wù)層是SOA的基礎(chǔ)，可以直接被應(yīng)用調(diào)用，從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性。SOA是一種粗粒度、松耦合

32、服務(wù)架構(gòu)，服務(wù)之間通過簡單、精確定義接口進行通訊，不涉與底層編程接口和通訊模型。SOA可以看作是B/S模型、XML/Web Service技術(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)用軟件能夠面面俱到的解決集團企業(yè)的所有管理問題，那是再好不過了。但現(xiàn)實中是不可能的，更普遍的是，不同的應(yīng)用往往選擇不

33、同的平臺和應(yīng)用系統(tǒng)，以便充分發(fā)揮各個廠商的特長。支持SOA的ERP系統(tǒng)為集團企業(yè)的信息化提供了伸縮空間，企業(yè)可以根據(jù)需要選擇最合適的解決方案。     2) 降低企業(yè)的IT成本     以往多數(shù)企業(yè)在建設(shè)企業(yè)的ERP系統(tǒng)時是從項目的角度出發(fā)的，比如ERP項目、CRM項目等，事后當企業(yè)的IT系統(tǒng)越來越多的時候，才會考慮系統(tǒng)的集成問題，但這時候往往集成的難度就很大了。而SOA要求企業(yè)在建設(shè)IT系統(tǒng)之初就要考慮這些問題，也就是要考慮服務(wù)之間的接口問題。這樣就會使企業(yè)的IT成本大大降低。   

34、 同時，SOA將改變以往的軟件購買模式。目前，多數(shù)企業(yè)在購買軟件時往往是成熟性軟件，需一個模塊或一個系統(tǒng)的購買，企業(yè)在購買時往往無法將那些企業(yè)不需要的功能剔除出去，這樣，企業(yè)就不得不為此多付出資金、培訓(xùn)成本等許多不必要的成本。而支持SOA的集團財務(wù)軟件則可以幫助企業(yè)實現(xiàn)真正的按需購買，企業(yè)需要什么功能就購買相應(yīng)的服務(wù)，幫助企業(yè)避免不必要的支出。    3) 實現(xiàn)企業(yè)的動態(tài)變革    支持SOA的集團財務(wù)系統(tǒng)使企業(yè)的IT人員不必太多的關(guān)心企業(yè)IT系統(tǒng)的底層技術(shù)，而更多的去考慮集團財務(wù)的業(yè)務(wù)處理以與財務(wù)業(yè)務(wù)與IT的接合。同時，以往企業(yè)在開

35、發(fā)集團財務(wù)系統(tǒng)時，在重復(fù)功能上浪費了大量的人力與財力，同時系統(tǒng)在開發(fā)完成后，如果企業(yè)業(yè)務(wù)變化，系統(tǒng)將很難更改或者更改的成本很高。而SOA面對的是一個個獨立的服務(wù)，服務(wù)之間可以通過標準接口來相互調(diào)用，這樣企業(yè)在重復(fù)功能上就可以直接通過接口調(diào)用，而不必去重新開發(fā)。企業(yè)的業(yè)務(wù)發(fā)生變化時，只需要修改相對應(yīng)的服務(wù)即可，降低了修改的難度與復(fù)雜度，保證了企業(yè)的IT系統(tǒng)的動態(tài)變化。4.1.2 基于SOA技術(shù)的體系結(jié)構(gòu) SOA是松耦合的系統(tǒng)    這種具有中立的接口定義（沒有強制綁定到特定的實現(xiàn)上）的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點： 

36、60;  1) 是它的靈活性，當組成整個應(yīng)用程序的每個服務(wù)的部結(jié)構(gòu)和實現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)存在。    2) 而另一方面，緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當需要對部分或整個應(yīng)用程序進行某種形式的更改時，它們就顯得非常脆弱。對松耦合的系統(tǒng)的需要來源于業(yè)務(wù)應(yīng)用程序需要根據(jù)業(yè)務(wù)的需要變得更加靈活，以適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級別、業(yè)務(wù)重點、合作伙伴關(guān)系、行業(yè)地位以與其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至會影響業(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需（On demand）業(yè)務(wù)，在按需業(yè)務(wù)

37、中，一旦需要，就可以對完成或執(zhí)行任務(wù)的方式進行必要的更改。SOA 系統(tǒng)原型的一個典型例子是通用對象請求代理體系結(jié)構(gòu)（Common Object Request Broker Architecture，CORBA），它已經(jīng)出現(xiàn)很長時間了，其定義的概念與 SOA 相似。然而，現(xiàn)在的 SOA 已經(jīng)有所不同了，通過使用基于 XML 的語言（稱為 Web 服務(wù)描述語言（Web Services Definition Language，WSDL）來描述接口，服務(wù)已經(jīng)轉(zhuǎn)到更加動態(tài)且更靈活的接口系統(tǒng)中，非以前 CORBA 中的接口描述語言（Interface Definition Language，IDL）可

38、比了。 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ù)的擴展。在這樣的市場、與客戶需求下，從而催生了軟件產(chǎn)品一種新的設(shè)計或架構(gòu)的理念：面向服務(wù)架構(gòu)（SOA架構(gòu)）。    對 SOA 的需要來源于需要使業(yè)務(wù) IT 系統(tǒng)變得更加靈活，以適應(yīng)業(yè)務(wù)中的改變。通過允許強定義的關(guān)系和依然靈活的特定實現(xiàn)，IT 系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準備在以后做

39、一些改變來滿足它們之間交互的需要。    SOA是一場革命。一個應(yīng)用程序的業(yè)務(wù)邏輯（business logic）或某些單獨的功能被模塊化并作為服務(wù)呈現(xiàn)給消費者或客戶端。這些服務(wù)的關(guān)鍵是他們的松耦合特性。例如，服務(wù)的接口和實現(xiàn)相獨立。應(yīng)用開發(fā)人員或者系統(tǒng)集成者可以通過組合一個或多個服務(wù)來構(gòu)建應(yīng)用，而無須理解服務(wù)的底層實現(xiàn)。舉例來說，一個服務(wù)可以用.NET或J2EE來實現(xiàn)，而使用該服務(wù)的應(yīng)用程序可以在不同的平臺之上，使用的語言也可以不同。讓 SOA 系統(tǒng)適應(yīng)改變的能力是最重要的部分，對于開發(fā)人員來說，這樣的改變無論是在他們工作的圍之還是在他們工作的圍之外都有可能發(fā)生

40、，這取決于是否有改變需要知道接口是如何定義的以與它們相互之間如何進行交互。與開發(fā)人員不同的是，架構(gòu)師的作用就是引起對 SOA 模型大的改變。這種分工，就是讓開發(fā)人員集中精力于創(chuàng)建作為服務(wù)定義的功能單元，而讓架構(gòu)師和建模人員集中精力于如何將這些單元適當?shù)亟M織在一起，它已經(jīng)有十多年的歷史了，通常用統(tǒng)模語言（Universal Modeling Language，UML），并且描述成模型驅(qū)動的體系結(jié)構(gòu)（Model- Driven Architecture，MDA）。 SOA架構(gòu)的定義或特性    SOA架構(gòu)，是一種粗粒度、開放式、松耦合的服務(wù)結(jié)構(gòu)，要求軟件

41、產(chǎn)品在開發(fā)過程中，按照相關(guān)的標準或協(xié)議，進行分層開發(fā)。通過這種分層設(shè)計或架構(gòu)體系可以使軟件產(chǎn)品變得更加彈性和靈活，且盡可能的與第三方軟件產(chǎn)品互補兼容，以達到快速擴展，滿足或響應(yīng)市場或客戶需求的多樣化、多變性。一個典型的SOA架構(gòu)示意如下：圖4.1 SOA架構(gòu)的系統(tǒng)圖示 基于SOA技術(shù)架構(gòu)的價值.1 未來企業(yè)的應(yīng)變之道    持續(xù)增長的客戶需求、瞬息萬變的市場和日趨激烈的全球化競爭，使得企業(yè)必須不斷提升自身IT與企業(yè)管理系統(tǒng)的敏捷性和適應(yīng)性。 現(xiàn)在，每個企業(yè)都需要把握業(yè)務(wù)流程發(fā)展的變革，預(yù)測業(yè)務(wù)環(huán)境的變化，以便對競爭者做出快速響應(yīng)，確保企

42、業(yè)的生存、發(fā)展和快速成長27。    面向服務(wù)架構(gòu)技術(shù)（Service-Oriented Architecture，SOA）的出現(xiàn)，標志著設(shè)計、開發(fā)、部署新的企業(yè)應(yīng)用系統(tǒng)，并將其與原有應(yīng)用系統(tǒng)、業(yè)務(wù)流程進行集成的方式出現(xiàn)了根本性變化。    采用SOA架構(gòu)，可以帶來顯著的商業(yè)和技術(shù)利益：    1）提升商業(yè)決策能力，通過將商業(yè)服務(wù)和信息進行聚合成為一系列動態(tài)的、組合的商業(yè)應(yīng)用，企業(yè)決策者可以更便捷地獲得更準確、更全面、更深入的信息，可以更敏捷地對各種變化做出反應(yīng)。    2）

43、獲得更高的員工生產(chǎn)率，SOA可以改進商業(yè)流程，使得員工更加關(guān)注關(guān)鍵性、增值業(yè)務(wù)流程，基于服務(wù)更好地進行協(xié)作，通過各種方式訪問和操作業(yè)務(wù)數(shù)據(jù)和信息，大大提升生產(chǎn)率。     3）建立與供應(yīng)商和顧客的更強的聯(lián)系，SOA增強了端到端的應(yīng)用模式，跨越企業(yè)組織邊界，更好地集成現(xiàn)有的信息系統(tǒng)，通過服務(wù)的編排和聚合，使其更好地融合在業(yè)務(wù)流程里。     4）可以更快、更節(jié)省地搭建IT和業(yè)務(wù)應(yīng)用系統(tǒng)，基于SOA和標準化服務(wù)組件，可以根據(jù)業(yè)務(wù)流程需要，更快地搭建業(yè)務(wù)系統(tǒng)；同時，也可以更好地利用原有的IT和業(yè)務(wù)系統(tǒng)的投資，并保證其符合

44、業(yè)務(wù)流程的需要。     5）可以增強IT和業(yè)務(wù)系統(tǒng)的可管理性和安全性，通過安全服務(wù)的部署和SOA治理，可以實現(xiàn)更強的安全性管理和監(jiān)控，確保了整個架構(gòu)置于統(tǒng)籌和管理之下。.2 完全SOA架構(gòu)所帶來的價值    1）確保總體架構(gòu)的合理規(guī)劃，全面整合信息，徹底消除應(yīng)用孤島，全面實現(xiàn)過程、人員和信息的實質(zhì)集成、高度協(xié)調(diào)，實現(xiàn)更高的互操作性與協(xié)同、更敏捷的業(yè)務(wù)流程、更全面的信息可見性；    2）企業(yè)的IT與應(yīng)用系統(tǒng)架構(gòu)將更具伸縮性，IT價值將得到充分的發(fā)揮，全面提升未來企業(yè)的競爭優(yōu)勢；&

45、#160;   3）降低集成成本和風險，降低維護成本：隨著企業(yè)業(yè)務(wù)的發(fā)展，非SOA應(yīng)用在IT和應(yīng)用系統(tǒng)中相互集成的成本和風險日益增大，系統(tǒng)運行將變得繁冗和低效；相應(yīng)地，為維護應(yīng)用孤島與更多的流程接口，甚至是重復(fù)、重疊的業(yè)務(wù)功能系統(tǒng)，企業(yè)IT與應(yīng)用系統(tǒng)維護成本將不可避免地日益增大。    4）基于SOA架構(gòu)的IT與應(yīng)用系統(tǒng)可以增量部署到位，但毫無疑問，選擇完全SOA架構(gòu)是正確、長遠和明智的決策。4.1.3 SOA的實現(xiàn)方式-WebService WebService的概念    WebService是一

46、種構(gòu)建應(yīng)用程序的普遍模型,可以在任何支持網(wǎng)絡(luò)通信的操作系統(tǒng)中實施運行;它是一種新的web應(yīng)用程序分支，是自包含、自描述、模塊化的應(yīng)用，可以發(fā)布、定位、通過web調(diào)用。WebService是一個應(yīng)用組件,它邏輯性的為其他應(yīng)用程序提供數(shù)據(jù)與服務(wù).各應(yīng)用程序通過網(wǎng)絡(luò)協(xié)議和規(guī)定的一些標準數(shù)據(jù)格式（ ，XML，Soap)來訪問WebService,通過WebService部執(zhí)行得到所需結(jié)果.Web Service可以執(zhí)行從簡單的請求到復(fù)雜商務(wù)處理的任何功能。一旦部署以后，其他WebService應(yīng)用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務(wù)28。 WebService的關(guān)鍵技術(shù)和規(guī)則.1

47、 技術(shù)和規(guī)則    在構(gòu)建和使用Web Service時,主要用到以下幾個關(guān)鍵的技術(shù)和規(guī)則:1) XML:描述數(shù)據(jù)的標準方法.2) SOAP:簡單對象訪問協(xié)議.3) WSDL:Web服務(wù)描述語言.4) UDDI(Universal Description, Discovery and Integration):通用描述、發(fā)現(xiàn)與集成，它是一種獨立于平臺的，基于XML語言的用于在互聯(lián)網(wǎng)上描述商務(wù)的協(xié)議。.2 相關(guān)實際上，WebService的主要目標是跨平臺的可互操作性。為了達到這一目標，WebService完全基于XML（可擴展標記語言）、XSD（XM

48、LSchema）等獨立于平臺、獨立于軟件供應(yīng)商的標準，是創(chuàng)建可互操作的、分布式應(yīng)用程序的新平臺。由此可以看出，在以下三種情況下，使用WebService會帶來極大的好處。具體如下：1) 跨防火墻的通信如果應(yīng)用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和服務(wù)器之間的通信將是一個棘手的問題。因為客戶端和服務(wù)器之間通常會有防火墻或者代理服務(wù)器。在這種情況下，使用DCOM就不是那么簡單，通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個用戶手中。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應(yīng)用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大，程序很難維護。2) 應(yīng)用程序

49、集成企業(yè)級的應(yīng)用程序開發(fā)者都知道，企業(yè)里經(jīng)常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應(yīng)用程序經(jīng)常需要從運行在IBM主機上的程序中獲取數(shù)據(jù)；或者把數(shù)據(jù)發(fā)送到主機或UNIX應(yīng)用程序中去。即使在同一個平臺上，不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過WebService，應(yīng)用程序可以用標準的方法把功能和數(shù)據(jù)“暴露”出來，供其它應(yīng)用程序使用。3) B2B的集成用WebService集成應(yīng)用程序，可以使公司部的商務(wù)處理更加自動化。但當交易跨越供應(yīng)商和客戶、突破公司的界限時會怎么樣呢？跨公司的商務(wù)交易集成通常叫做B2B集成。WebService是

50、B2B集成成功的關(guān)鍵。通過WebService，公司可以把關(guān)鍵的商務(wù)應(yīng)用“暴露”給指定的供應(yīng)商和客戶。例如，把電子下單系統(tǒng)和電子發(fā)票系統(tǒng)“暴露”出來，客戶就可以以電子的方式發(fā)送訂單，供應(yīng)商則可以以電子的方式發(fā)送原料采購發(fā)票。當然，這并不是一個新的概念，EDI(電子文檔交換)早就是這樣了。但是，WebService的實現(xiàn)要比EDI簡單得多，而且WebService運行在Internet上，在世界任何地方都可輕易實現(xiàn)，其運行成本就相對較低。不過，WebService并不像EDI那樣，是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個關(guān)鍵部分，還需要許多其它的部分才能實現(xiàn)

51、集成。用WebService來實現(xiàn)B2B集成的最大好處在于可以輕易實現(xiàn)互操作性。只要把商務(wù)邏輯“暴露”出來，成為WebService，就可以讓任何指定的合作伙伴調(diào)用這些商務(wù)邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業(yè)也能實現(xiàn)B2B集成。4) 軟件和數(shù)據(jù)重用軟件重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。WebService在允許重用代碼的同時，可以重用代碼背后的數(shù)據(jù)。使用WebService，再也不必像以前那樣，

52、要先從第三方購買、安裝軟件組件，再從應(yīng)用程序中調(diào)用這些組件；只需要直接調(diào)用遠端的WebService就可以了。舉個例子，要在應(yīng)用程序中確認用戶輸入的地址，只需把這個地址直接發(fā)送給相應(yīng)的WebService，這個WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認這個地址是否在相應(yīng)的郵政編碼區(qū)域。WebService的提供商可以按時間或使用次數(shù)來對這項服務(wù)進行收費。這樣的服務(wù)要通過組件重用來實現(xiàn)是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個數(shù)據(jù)庫還是不能實時更新的。另一種軟件重用的情況是，把好幾個應(yīng)用程序的功能集成起來。例如

53、，要建立一個局域網(wǎng)上的門戶站點應(yīng)用，讓用戶既可以查詢聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票。現(xiàn)在Web上有很多應(yīng)用程序供應(yīng)商，都在其應(yīng)用中實現(xiàn)了這些功能。一旦他們把這些功能都通過WebService“暴露”出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。將來，許多應(yīng)用程序都會利用WebService，把當前基于組件的應(yīng)用程序結(jié)構(gòu)擴展為組件/WebService的混合結(jié)構(gòu)，可以在應(yīng)用程序中使用第三方的WebService提供的功能，也可以把自己的應(yīng)用程序功能通過WebService提供給別人。兩種情況下，都可以重用

54、代碼和代碼背后的數(shù)據(jù)。 SOA的WebService實現(xiàn)    SOA是一種軟件架構(gòu)，而不是局限于某個技術(shù)的組合，它超越了技術(shù)圍。SOA的關(guān)鍵是“服務(wù)”。W3C將服務(wù)定義為：“服務(wù)提供者完成一組工作，為服務(wù)使用者交付所需的最終結(jié)果。最終結(jié)果通常是使用者的狀態(tài)發(fā)生變化，但也可能是提供者的狀態(tài)改變，或者雙方都產(chǎn)生變化”。服務(wù)是網(wǎng)絡(luò)中可用的軟件資源。服務(wù)提供者通過標準機制提供服務(wù)，使用者通過網(wǎng)絡(luò)有計劃地使用服務(wù)。服務(wù)儲備庫發(fā)布服務(wù)所在位置，并在使用者請求服務(wù)時定位服務(wù)。服務(wù)使用者和提供者的角色不是惟一的，服務(wù)提供者也可以是使用者，反之亦然。SOA具體的實現(xiàn)

55、有很多，包括Web Service，Ses-sionBean，JINI等，但隨著Web Service技術(shù)被越來越重視，其己經(jīng)成為構(gòu)建SOA的主要技術(shù)。圖4.2 標準WebService技術(shù)和SOA架構(gòu)系統(tǒng)對比    從上圖比較得出，SOA自治的WebService實現(xiàn)架構(gòu)中，增加了對服務(wù)的管理，包括：業(yè)務(wù)對象管理、業(yè)務(wù)流程管理，服務(wù)策略，服務(wù)安全等的考慮。 基于SOA的Application為什么選擇SOA？不同種類的操作系統(tǒng)，應(yīng)用軟件，系統(tǒng)軟件和應(yīng)用基礎(chǔ)結(jié)構(gòu)（application infrastructure）相互交織，這便是IT企業(yè)的現(xiàn)狀。一

56、些現(xiàn)存的應(yīng)用程序被用來處理當前的業(yè)務(wù)流程（business processes），因此從頭建立一個新的基礎(chǔ)環(huán)境是不可能的。企業(yè)應(yīng)該能對業(yè)務(wù)的變化做出快速的反應(yīng)，利用對現(xiàn)有的應(yīng)用程序和應(yīng)用基礎(chǔ)結(jié)構(gòu)（application infrastructure）的投資來解決新的業(yè)務(wù)需求，為客戶，商業(yè)伙伴以與供應(yīng)商提供新的互動渠道，并呈現(xiàn)一個可以支持有機業(yè)務(wù)（organic business）的構(gòu)架。SOA憑借其松耦合的特性，使得企業(yè)可以按照模塊化的方式來添加新服務(wù)或更新現(xiàn)有服務(wù)，以解決新的業(yè)務(wù)需要，提供選擇從而可以通過不同的渠道提供服務(wù)，并可以把企業(yè)現(xiàn)有的或已有的應(yīng)用作為服務(wù)， 從而保護了現(xiàn)有的IT基礎(chǔ)建

57、設(shè)投資。圖4.3 采用SOA架構(gòu)的應(yīng)用示例4.2 基于SOA的ERP系統(tǒng)架構(gòu)設(shè)計4.2.1 SOA架構(gòu)基礎(chǔ)技術(shù) SOA服務(wù)架構(gòu)為了實現(xiàn)SOA，企業(yè)需要一個服務(wù)架構(gòu), 服務(wù)消費者（service consumer）可以通過發(fā)送消息來調(diào)用服務(wù)。這些消息由一個服務(wù)總線（service bus）轉(zhuǎn)換后發(fā)送給適當?shù)姆?wù)實現(xiàn)。這種服務(wù)架構(gòu)可以提供一個業(yè)務(wù)規(guī)則引擎（business rules engine），該引擎容許業(yè)務(wù)規(guī)則被合并在一個服務(wù)里或多個服務(wù)里。這種架構(gòu)也提供了一個服務(wù)管理基礎(chǔ)（service management infrastructure），用來管理服務(wù)，類似審核，列表（b

58、illing），日志等功能。此外，該架構(gòu)給企業(yè)提供了靈活的業(yè)務(wù)流程，更好地處理控制請求（regulatory requirement），例如Sarbanes Oxley（SOX），并且可以在不影響其他服務(wù)的情況下更改某項服務(wù)29。圖4.4 SOA服務(wù)架構(gòu) SOA基礎(chǔ)結(jié)構(gòu)要運行，管理SOA應(yīng)用程序，企業(yè)需要SOA基礎(chǔ)，這是SOA平臺的一個部分。SOA基礎(chǔ)必須支持所有的相關(guān)標準，和需要的運行時容器29。圖4.5 SOA基礎(chǔ)架構(gòu)SOAP， WSDL， UDDIWSDL，UDDI和SOAP是SOA基礎(chǔ)的基礎(chǔ)部件。WSDL用來描述服務(wù)；UDDI用來注冊和查找服務(wù)；而SOAP，作為傳輸層，用

59、來在消費者和服務(wù)提供者之間傳送消息。SOAP是Web服務(wù)的默認機制，其他的技術(shù)為可以服務(wù)實現(xiàn)其他類型的綁定。一個消費者可以在UDDI注冊表（registry）查找服務(wù)，取得服務(wù)的WSDL描述，然后通過SOAP來調(diào)用服務(wù)。WS-I Basic ProfileWS-I Basic Profile，由Web服務(wù)互用性組織（Web Services Interoperability Organization）提供，是SOA服務(wù)測試與互用性所需要的核心構(gòu)件。服務(wù)提供者可以使用Basic Profile測試程序來測試服務(wù)在不同平臺和技術(shù)上的互用性。J2EE 和 .Net盡管J2EE和。NET平臺是開發(fā)SO

60、A應(yīng)用程序常用的平臺，但SOA不僅限于此。像J2EE這類平臺，不僅為開發(fā)者自然而然地參與到SOA中來提供了一個平臺，還通過他們在的特性，將可擴展性，可靠性，可用性以與性能引入了SOA世界。新的規(guī)，例如 JAXB（Java API for XML Binding），用于將XML文檔定位到Java類；JAXR（Java API for XML Registry）用來規(guī)對UDDI注冊表（registry）的操作；XML-RPC（Java API for XML- based Remote Procedure Call）在J2EE1.4中用來調(diào)用遠程服務(wù)，這使得開發(fā)和部署可移植于標準J2EE容器的Web服務(wù)變得容易，與此同時，實現(xiàn)了跨平臺（如。NET）的服務(wù)互用。服務(wù)品質(zhì)在企業(yè)中，關(guān)鍵任務(wù)系統(tǒng)（mission-critical system，譯注：關(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)鍵了。）用來解決高級需求