1、論文題目 erp 系統(tǒng)流程模塊重用的設(shè)計與實現(xiàn) 工程領(lǐng)域 軟 件 工 程 指導教師 作者姓名 學 號 200892343018 摘摘 要要 nferp 項目中流程是由 bpel4ws 通過對現(xiàn)有的 web 服務，外加 web 服務 用戶自行開發(fā)的判斷邏輯 web 服務進行調(diào)用而實現(xiàn)的。它有效的利用了已有資源， 并結(jié)合了 soa 理論的優(yōu)點，可以方便的調(diào)用基于 soa 架構(gòu)的中間件，大大的提 高了項目的開發(fā)速率和模塊化的復用度。 本文介紹了解企業(yè)資源計劃（簡稱 erp）技術(shù)發(fā)展、erp 實施過程中遇到的 模塊重用以及與其他系統(tǒng)整合等問題、soa 架構(gòu)的優(yōu)勢與商業(yè)可執(zhí)行流程語言 （bpel4ws）

2、相關(guān)內(nèi)容、利用 bpel4ws 解決模塊重用問題等。最后通過江蘇常 州市南方軸隨廠的 nferp 實施為依據(jù)，介紹利用 bepl4ws 進行 erp 系統(tǒng)中的 模塊重用。 本文重點介紹了 bpel4ws 的技術(shù)的使用方法和 web 服務調(diào)用方式。通過 對 nferp 實施過程中對生產(chǎn)管理流程中的排產(chǎn)流程詳細介紹，描述了 bpel4ws 在實際流程實現(xiàn)的原理和編寫過程。 排產(chǎn)過程是 nferp 生產(chǎn)管理子系統(tǒng)中最為復雜的一個系統(tǒng)。由于其獨立于 平臺之外的特點，使得可以充分的發(fā)揮以往積累下來的業(yè)務邏輯模塊的作用，而 無需重新編程。 根據(jù)當今企業(yè)發(fā)展的趨勢論述 soa 的架構(gòu)思想在企業(yè)信息化發(fā)展中所

3、起到 的作用。 關(guān)鍵詞關(guān)鍵詞：企業(yè)資源計劃，面向服務架構(gòu)，商業(yè)流程可執(zhí)行語言，軟件架構(gòu) abstract the process of nferp is realized by bpel4ws transferring existing web service and the users development of web service. it makes good use of existing resources and integrates the advantages of soa theory, so it can invoke the middleware based on s

4、oa .as a result, it will improve the development rate of the project and the modular multiplexing degrees. this thesis discusses how to realize the reuse of erp (enterprise resource planning) by using bpel4ws (business process executive language for web service) from the following aspects: knowing t

5、echnology development of erp, the problems occurred in the process of erp implement, the advantage of soa (service oriented architecture) and something related to bpel4ws, solving module reusing problems by using bpel4ws. the thesis discusses how to solve module reusing problems by using bpel4ws bas

6、ed on the implement of nferp in south axis company, changzhou, jiangsu province. the thesis mainly introduces the usage of bpel4ws and web service. it tries to describe the programming of bpel4ws and its realization principle by introducing the production scheduling process in using nferp. the produ

7、ction scheduling process is the most complicated system in the nferp manufacturing management. because of its characteristics outside the independent, platform, it can make full use of its function of business logic module accumulated before and need not reprogramming. finally, it expounds the soa p

8、laying an extremely important role in enterprises informatization development according to the development trend of the enterprise key words: erp, soa, bpel, software architecture 目 錄 第一章第一章 緒緒 論論 .1 1.1 erp 理論的發(fā)展過程.1 1.1.1 基本 mrp.1 1.1.2 閉環(huán) mrp.2 1.1.3 制造資源計劃（mrp-ii）.2 1.1.4 企業(yè)資源計劃（erp）.2 1.2 nferp

9、 項目的背景和實施存在的問題.3 1.2.1 nferp 項目的提出.3 1.2.2 重用已有業(yè)務邏輯模塊時存在的問題 .4 1.2.3 與其他系統(tǒng)整合時存在的問題 .4 1.3 典型的解決方案 .4 1.3.1 sap 的解決方案.5 1.3.2 微軟 erp 的解決方案.8 1.3.3 oracle 的解決方案.10 1.3.4 其他系統(tǒng)的解決方案.11 1.3.5 本文的主要內(nèi)容和章節(jié)安排 .11 1.4 本章小結(jié) .12 第二章第二章 bpel4ws 技術(shù)背景技術(shù)背景.13 2.1 soa 技術(shù)介紹.13 2.1.1 web 服務 .14 2.1.2 可擴展標記語言.14 2.1.3

10、簡單對象訪問協(xié)議.15 2.1.4 web 服務描述語言（wsdl）.15 2.1.5 通用服務發(fā)現(xiàn)和集成協(xié)議（uddi） .16 2.1.6 uddi 的使用 .16 2.2 bpel4ws 技術(shù)介紹.18 2.3 wsdl 在 bpel4ws 中的作用.18 2.4 bpel4ws 技術(shù)特點.19 2.5 bpel4ws 的使用方法.19 2.6 本章小結(jié) .20 第三章第三章 bpel4ws 在在 erp 流程模塊重用中的實現(xiàn)流程模塊重用中的實現(xiàn).21 3.1 企業(yè)在 web 服務中的角色 .21 3.1.1 web 服務提供商的職能 .21 3.1.2 web 服務用戶的職能 .21

11、3.2 web 服務提供商提供的 web 服務分類.22 3.2.1 業(yè)務邏輯 web 服務 .22 3.2.2 判斷邏輯 web 服務 .23 3.2.3 web 服務的調(diào)用 .24 3.3 bpel4ws 在 erp 流程模塊重用中的實現(xiàn).25 3.3.1 產(chǎn)品 a 的排產(chǎn)流程 .25 3.3.2 web 服務組成排產(chǎn)流程 .30 3.3.3 產(chǎn)品 a 排產(chǎn)流程的 bpel4ws 代碼.32 3.3.4 產(chǎn)品 a 子零件排產(chǎn)流程 .34 3.3.5 整合排產(chǎn)流程.38 3.4 本章小結(jié) .39 第四章第四章 bpel4ws 在在 nferp 當中的實現(xiàn)當中的實現(xiàn).40 4.1 nferp

12、的整體架構(gòu).40 4.1.1 nferp 的模塊.40 4.1.2 nferp 系統(tǒng) web 服務.42 4.2 bpel4ws 在 nferp 架構(gòu)中的作用.42 4.2.1 通過 bpel4ws 將 web 服務組成業(yè)務邏輯.42 4.2.2 web 服務組成業(yè)務邏輯的實例 .43 4.3 bpel4ws 在 nferp 生產(chǎn)管理中的排產(chǎn)流程中的實現(xiàn).45 4.3.1 某種軸承件的排產(chǎn)流程 .46 4.3.2 移動已排產(chǎn)軸承件子流程 .48 4.3.3 軸承外圈、內(nèi)圈和滾珠生產(chǎn)計劃插入時間軸 .51 4.3.4 軸承件排產(chǎn)流程中流程的聯(lián)接 .53 4.4 nferp 中 web 服務的來源

13、.54 4.5 bpel4ws 的使用界面.54 4.6 bpel4ws 用例測試.55 4.7 本章小結(jié) .58 第五章第五章 總結(jié)與展望總結(jié)與展望 .59 5.1 bpel4ws 實現(xiàn)系統(tǒng)流程模塊重用.59 5.2 在 nferp 中應用 bpel4ws 的優(yōu)勢.59 5.3 nferp 系統(tǒng)流程模塊重用的展望.59 5.4 本章小結(jié) .60 致致 謝謝 .61 參考文獻參考文獻 .62 第一章 緒 論 本章闡述了 erp 理論的發(fā)展過程，nferp 項目的背景和實施存在的問題以 及 sap、oracle 等 erp 供應商對這些問題的解決方案。 通過對 erp 供應商提供的解決方案的分析

14、以及對 nferp 項目睥背景的描述 提出了一個新的解決方案。它是通過 bpel4ws 進行流程管理調(diào)用的方式來解決 nferp 項目實施過程所遇到的問題。 1.1 erp 理論的發(fā)展過程 erp 是由美國 gartner group inc.咨詢公司首先提出來的。 20 世紀 60 年代的制造業(yè)為了打破“發(fā)出訂單，然后催辦”的計劃管理方式， 設(shè)置了安全庫存量，為了需求與訂貨提前期提供緩沖。20 世紀 70 年代，企業(yè)的 管理者們已經(jīng)清楚地認識到，真正的需要是有效的訂單交貨日期，因而產(chǎn)生了對 物料清單的管理與利用，形成了物料需求計劃（以下簡稱 mrp） 。20 世紀 80 年 代，企業(yè)的管理者

15、們又認識到制造業(yè)要有一個集成的計劃，以解決阻礙生產(chǎn)的各 種問題。要以生產(chǎn)與庫存控制的集成方法來解決問題，而不是以庫存來彌補或以 緩沖時間的方法去補償，于是制造資源計劃（以下簡稱 mrp-ii）產(chǎn)生了。20 世 紀 90 年代以來，隨著科學技術(shù)的進步及其不斷向生產(chǎn)與庫存控制方面的滲透， 解決合理庫存與生產(chǎn)控制問題所需要處理的大量信息和企業(yè)資源管理的復雜化， 要求信息處理的效率更高。傳統(tǒng)的人工管理方式難以適應以上系統(tǒng)，這時只能信 靠計算機系統(tǒng)來實現(xiàn)。而且信息的集成度要求擴大到企業(yè)的整個資源的利用和管 理，因此產(chǎn)生了新一代的管理理論與計算機系統(tǒng)企業(yè)資源計劃（以下簡稱 erp） 1. erp 的形成大

16、致經(jīng)歷了 4 個階段：基本 mrp 階段、閉環(huán) mrp 階段、mrp-ii 階段以及 erp 的形成階段。 1.1.1 基本 mrp mrp 是物料需求計劃。20 世紀 60 年代中期，美國 ibm 公司的管理專家約 瑟夫奧利佛博士提出了獨立需求和相關(guān)需求的概念，將企業(yè)內(nèi)的物料分成獨立需 求物料和相關(guān)需求物料兩種類型。并在此基礎(chǔ)之上總結(jié)出了新的管理理論：物料 需求計劃(mrp)。mrp 提出物料的訂貨量是根據(jù)需求來確定的，這種需求應考慮 產(chǎn)品的結(jié)構(gòu)。 1.1.2 閉環(huán) mrp 閉環(huán) mrp 是在基本 mrp 基礎(chǔ)之上形成的。閉環(huán) mrp 理論認為生產(chǎn)計劃與 物料需求計劃（mrp）應該是可行的，

17、即考慮能力的約束，或者對能力提出需求 計劃，在滿足能力需求的前提下，才能保證物料需求計劃的執(zhí)行和實現(xiàn)。閉環(huán) mrp 克服了基本 mrp 的單向信息與管理思想不一致的缺點。管理信息在閉環(huán) mrp 中是閉環(huán)的信息流，由輸入至輸出再循環(huán)影響至輸入端，從而形成信息回路。 1.1.3 制造資源計劃（mrp-ii） mrp-ii 是制造資源計劃。1977 年 9 月，美國著名生產(chǎn)管理專家奧列弗懷特 提出制造資源計劃（mrp-ii） 。它是一個圍繞企業(yè)的基本經(jīng)營目標，以生產(chǎn)計劃 為主線，對企業(yè)制造的各種資源進行統(tǒng)一計劃和控制的有效系統(tǒng)。 閉環(huán) mrp 的運行過程主要是物流的過程，但生產(chǎn)的運作過程，產(chǎn)品從原材

18、 料的投入到成品的產(chǎn)出過程都伴隨著企業(yè)資金的流通過程，對這一點，閉環(huán) mrp 卻無法反映出來。并且資金的運作會影響到生產(chǎn)的運作，如采購計劃制定后，由 于企業(yè)的資金短缺而無法按時完成，這樣就影響到整個生產(chǎn)計劃的執(zhí)行。 mrp-ii 集成了應收、應付、成本及總賬的財務管理。其采購作業(yè)根據(jù)采購單、 供應商信息、收貨單及入庫單形成應付款信息；可根據(jù)采購作業(yè)成本、生產(chǎn)作業(yè) 信息、產(chǎn)品結(jié)構(gòu)信息、庫存領(lǐng)料信息等產(chǎn)生生產(chǎn)成本信息；能把應付款信息、應 收款信息、生產(chǎn)成本信息和其他信息等記入總賬。產(chǎn)品的整個制造過程都伴隨著 資金流通的過程。通過對企業(yè)生產(chǎn)成本和資金運作過程的掌握，調(diào)整企業(yè)的生產(chǎn) 經(jīng)營規(guī)劃和生產(chǎn)計劃

19、，因而得到更為可行、可靠的生產(chǎn)計劃2。 1.1.4 企業(yè)資源計劃（erp） erp 理論繼承和發(fā)展了 mrp-ii 理論。erp 的主線也是計劃，但 erp 將管理 的重心轉(zhuǎn)移至財務上，在企業(yè)整個經(jīng)營運作過程中貫穿了財務成本控制的概念。 企業(yè)的所有資源包括三大流：物流、資金流和信息流。erp 是建立在信息技 術(shù)基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進管理思想，全面集成了企業(yè)的所有資源信息，并 為企業(yè)提供決策、計劃、控制與經(jīng)營業(yè)績評估的全方位和系統(tǒng)化的管理平臺。 erp 利用企業(yè)的所有資源，包括內(nèi)部資源和外部資源，為企業(yè)制造產(chǎn)品或提高服 務創(chuàng)造最優(yōu)的解決方案。 1.2 nferp 項目的背景和實施存在的問題

20、nferp 是江蘇省常州市南方軸承廠（以下簡稱公司）實施的 erp 系統(tǒng)的簡 稱。在 nferp 實施的過程中主要存在著兩個問題：如何使用已存在的業(yè)務邏輯 模塊和與公司其他管理系統(tǒng)的共享。 1.2.1 nferp 項目的提出 公司屬于大批量生產(chǎn)模式，同一型號產(chǎn)品產(chǎn)量在 10-100 萬。公司也屬于勞動 密集型產(chǎn)業(yè)范疇，對員工的管理直接影響的公司的效益。隨著公司技術(shù)和效率的 提高，原本采用的人工管理模式已經(jīng)不能滿足公司的需求。公司領(lǐng)導和員工迫切 需求用軟件系統(tǒng)來輔助現(xiàn)有的人工管理模式。最后，nferp 項目一期正式啟動。 根據(jù)在現(xiàn)場調(diào)研的實際情況，由于該公司屬于勞動密集型產(chǎn)業(yè)，因此，生產(chǎn) 現(xiàn)場管

21、理尤為重要。項目小組最后確定了 nferp 項目的模塊劃分。nferp 主要 包括生產(chǎn)管理、開發(fā)管理、倉庫管理、物料管理、銷售管理、綜合管理六個模塊。 生產(chǎn)管理主要是針對加工車間的各項工作進行管理。公司是勞動密集型加工 公司，因此，生產(chǎn)管理是 nferp 項目最重要的一個模塊。它將根據(jù)各個部件、 零件、外購物資的采購生產(chǎn)周期、需要生產(chǎn)的數(shù)量以及加工優(yōu)先等級自動生成生 產(chǎn)計劃安排。最后為每一個加工工位安排合理的加工任務3. 開發(fā)管理主要是針對產(chǎn)品設(shè)計過程的管理。新產(chǎn)品研發(fā)是關(guān)系到公司長遠發(fā) 展的重要組成部分。設(shè)計人員的設(shè)計過程是非常復雜。由于管理的混亂，常常出 現(xiàn)加工現(xiàn)場使用的圖紙并不是待加工產(chǎn)

22、品的最新圖紙。為了改變這種混亂的局面， nferp 將每份新產(chǎn)品建立檔案，其中包括設(shè)計過程、修改內(nèi)容、完成狀況、活動 版本。同時，圖紙的改動也將及時的通知到各個相部門和加工工位，以保證加工 工位加工時采用的是該產(chǎn)品的最新圖紙。 倉庫管理主要是針對成品、半成品以及零件庫存的管理。庫存是要占用資金 的。為了合理的利用有限的資源，倉庫庫存管理將合理安排各種物料的庫存狀態(tài)。 這個狀態(tài)既不能影響正常的生產(chǎn)，也不能過多而造成資金浪費。它在某種程度上 提高了公司的資金利用率。 銷售管理主要是針對產(chǎn)品銷售的管理。公司的客戶 crm（資源管理系統(tǒng)） 可以滿足對客戶管理的要求，但是，crm 系統(tǒng)中的產(chǎn)品數(shù)據(jù)與公司

23、最新的產(chǎn)品 數(shù)據(jù)是存在一定的時間差。通過銷售管理系統(tǒng)將公司產(chǎn)品數(shù)據(jù)與銷售過程中產(chǎn)生 的訂單等產(chǎn)品數(shù)據(jù)進行交換，將提高公司 crm 系統(tǒng)的管理水平。 綜合管理主要是針對人力資源和固定資產(chǎn)的管理。人力資源和固定資產(chǎn)是公 司發(fā)展的重要因素，二者缺一不可。通過綜合管理可以將整個公司人力和固定資 產(chǎn)的管理無紙化和規(guī)范化。 1.2.2 重用已有業(yè)務邏輯模塊時存在的問題 業(yè)務邏輯模塊的重用是指業(yè)務邏輯模塊在不同的實施方案中重用。erp 系統(tǒng) 開發(fā)完成后，當新的 erp 系統(tǒng)實施時，可以將此 erp 項目中相關(guān)的業(yè)務邏輯模 塊拿來重用。 nferp 開發(fā)和實施時，將使用在以往的項目當中已經(jīng)存在的業(yè)務邏輯模塊。

24、 這些業(yè)務邏輯模塊是在過去企業(yè)管理軟件開發(fā)和實施過程中積累下來的。如果能 夠成功的利用這些業(yè)務邏輯模塊將有效的提高 nferp 的開發(fā)和實施的速度。 由于以往開發(fā)和實施的項目使用了多種不同的開發(fā)語言，造成 nferp 開發(fā) 和實施過程中，重用這些業(yè)務邏輯模塊的諸多不便4。 1.2.3 與其他系統(tǒng)整合時存在的問題 公司已經(jīng)存在三種企業(yè)管理軟件：oa、capp 和 crm 等。這些系統(tǒng)和 nferp 是由不同的供應商開發(fā)和實施。這些系統(tǒng)間如果存在數(shù)據(jù)交互時，必然會 產(chǎn)生分歧。由于不同的供應商都不愿意為這些額外的工時付費，因此，在 nferp 開發(fā)和實施后期進行系統(tǒng)整合時，可能會因為供應商們不愿意付

25、出這些額外的工 時而遭到托期。 1.3 典型的解決方案 nferp 開發(fā)和實施存在的問題在知名的 erp 系統(tǒng)中都可以找到不同的解決 方案。sap 和 oracle 可以說是 erp 行業(yè)的領(lǐng)先者。在網(wǎng)絡(luò)高速發(fā)展的情況下， 每個 erp 提供商都提出了一些基于網(wǎng)絡(luò)的 erp 解決方案。 1.3.1 sap 的解決方案 sap 通過企業(yè)服務體系(enterprise services architecture)和 sap netweaver， 為企業(yè)的資產(chǎn)帶來杠桿效益，使企業(yè)輕松適應變化，迅速成長，并保持低成本。 集成化技術(shù)平臺 sap netweaver 可以幫助企業(yè)跨越技術(shù)和機構(gòu)組織的界限，

26、 實現(xiàn)人員、信息和業(yè)務流程的集成，其設(shè)計實現(xiàn)了與 microsoft.net、sun 的 j2ee 和 ibm websphere 的全面互操作，并通過這些技術(shù)得到進一步擴展。sap netweaver 是 mysap business suite 和 sap xapps 的技術(shù)基礎(chǔ)，確保最高的可 靠性、安全性和可擴展性，可以支持企業(yè)的關(guān)鍵業(yè)務流程正常運行。這種基于 web 的業(yè)務平臺提供了一整套全面而且緊密集成的功能，通過預先配置的商業(yè)內(nèi) 容，降低對定制集成的需求及總體擁有成本(tco)。 sap netweaver 的所有功能均完全基于開放技術(shù)和標準，其主要功能如下： 企業(yè)門戶使工作人員可

27、以以統(tǒng)一、個人化且基于角色的方式來接入異構(gòu) it 環(huán)境，從而提高涵蓋客戶、供應商、合作伙伴和員工的整個商業(yè)流程的效率。 協(xié)作幫助在不同小組和社區(qū)間實現(xiàn)動態(tài)而經(jīng)濟高效的通信。這包括虛擬 協(xié)作室和實時協(xié)作工具，如新聞、聊天、小組工作日程、應用共享和文件庫。 多渠道接入允許通過移動設(shè)備和語音系統(tǒng)接入企業(yè)系統(tǒng)，可以將商業(yè)流 程擴展到企業(yè)開展業(yè)務的任何地方5。 知識管理管理并使用戶可以接入各種非結(jié)構(gòu)化信息，如文本文件、幻燈 片或音頻文件。這包括集成搜索、內(nèi)容管理、發(fā)布、分類和工作流程管理功能及 用于第三方知識庫的開放框架。 商業(yè)智能使企業(yè)可以綜合、分析和分發(fā)關(guān)鍵信息。這包括一整套功能強 大的可在所有層次

28、上支持企業(yè)作出明智決策的工具，這些工具用于創(chuàng)建和發(fā)布定 制的交互式報告和應用。 主數(shù)據(jù)管理在異構(gòu) it 環(huán)境中提高整個企業(yè)網(wǎng)絡(luò)中的信息完整性。提供 服務來合并、協(xié)調(diào)并集中管理企業(yè)的主數(shù)據(jù)，包括業(yè)務伙伴信息、產(chǎn)品資料和結(jié) 構(gòu)以及技術(shù)資產(chǎn)信息。 集成代理使 extensible markup language(可擴展標記語言，xml)和 simpleobject access protocol(簡單對象訪問協(xié)議，soap)可以在不同來源的應用 組件之間通信。根據(jù)開放標準定義軟件組件、接口、映射和基于內(nèi)容的路由規(guī)則。 商業(yè)流程管理允許企業(yè)在動態(tài) it 環(huán)境中模擬和推動商業(yè)流程。允許將 基礎(chǔ)應用合并到

29、一個涵蓋整個價值鏈的自適應性端到端流程中6. 應用平臺在同一環(huán)境中支持 j2ee 和 abap 編程語言。獨立于現(xiàn)有數(shù)據(jù) 庫和操作系統(tǒng)，全面支持獨立于平臺的 web 業(yè)務和商業(yè)應用及開放而且符合標 準的開發(fā)環(huán)境。 生命周期管理提供全面的技術(shù)來管理軟件生命周期的各個階段：從設(shè)計、 開發(fā)、部署、實施、版本確定和測試直到長期運行工作，如行政管理和變更管理。 綜合應用。這包括各種工具、方法、規(guī)則和模式，正是它們使 sap 及其合 作伙伴可以高效地開發(fā) sap xapps 綜合應用，同時充分利用所有集成層的優(yōu)勢。 sap netweaver 是基于專業(yè)標準的集成化應用平臺，能夠大幅度降低系統(tǒng)整 合的復雜

30、性。其組件包括門戶、應用服務器、商務智能解決方案以及系統(tǒng)整合和 數(shù)據(jù)整合技術(shù)。在運用 sap netweaver 之后，企業(yè)將可以實現(xiàn)現(xiàn)有技術(shù)的全部價 值，并能夠為未來的 sap 或非 sap 應用鋪平道路。結(jié)果是：企業(yè)將有機會以顯 著降低和持久穩(wěn)定的 it 總體擁有成本，實現(xiàn)整個系統(tǒng)靈活性的顯著提高。瓶頸 就此消失，企業(yè)可在要求的時間內(nèi)達成業(yè)務目標。企業(yè)的整個 it 基礎(chǔ)架構(gòu)已經(jīng) 由單一接受任務運作提升到可持續(xù)變革的層面。sap 的用戶，則能獲取更多益處： sap netweaver 為所有的 sap 解決方案都進行了預先整合，這將大幅度降低系 統(tǒng)整合的相關(guān)成本。但無論是 sap 用戶或非

31、sap 用戶都可以發(fā)現(xiàn)，在當今所有 軟件供應商中，只有 sap 定位于既提供整合技術(shù)，也提供與應用程序整合的技術(shù)。 sap netweaver 是一種可隨時用于業(yè)務運作、面向服務的平臺，適用于 sap 的 所有解決方案，并且與 sap 基于最新企業(yè)服務架構(gòu)(esa)提供服務的方式相符7。 集成化技術(shù)平臺 sap netweaver 如圖 1-1 所示。 基于 netweaver，企業(yè)將能夠?qū)崿F(xiàn)各個層面充分的集成，降低信息系統(tǒng)建設(shè) 的總體成本(tco)。歸納起來，可以實現(xiàn)如下 4 個方面的集成。 第一層面，將現(xiàn)有的各形各色的管理系統(tǒng)、辦公系統(tǒng)、文檔系統(tǒng)等集中到企 業(yè)的信息門戶內(nèi)，實現(xiàn)企業(yè) it

32、系統(tǒng)的單一入口。這個層面上，稱之為“員工的集 成”(people integratioin)。 圖 1-1 sap netweaver 第二層面，將各種存放在數(shù)據(jù)庫當中的管理信息，以及分散在集團內(nèi)部不同 地方的非結(jié)構(gòu)化信息(市場信息、報告等文檔信息)集中起來，實現(xiàn)支持經(jīng)營決策 的信息倉庫(bi)和知識管理系統(tǒng)。這個層面，稱之為“信息的集成”(information integration)。 第三個層面提供的是“流程的集成”。保留仍然有價值的現(xiàn)有系統(tǒng)意味著一個 連續(xù)的業(yè)務流程可能在不同的系統(tǒng)內(nèi)執(zhí)行。 sap 的 netweaver 平臺能夠?qū)⒎稚⒃诓煌到y(tǒng)的業(yè)務處理連接起來，形成一 個自動化的

33、流程。對于使用者來說，就好像是操作在一套系統(tǒng)上。最后的層面是 “平臺的集成”，企業(yè)往往現(xiàn)存大量的信息系統(tǒng)，以及隨著收購合作等帶來的形形 色色原有系統(tǒng)。在這個層面上，sap 提供的是支持開放標準的底層架構(gòu)，可以實 現(xiàn)靈活的互接。值得一提的是，全球的大部分領(lǐng)先公司使用的都是 sap 的解決 方案。可以預見，如果使用 sap 的信息平臺，將來和這些國際巨頭的 it 系統(tǒng)對 接時，所需成本和時間是顯著的減少8。 sap netweaver 是推動基于企業(yè)服務體系(enterprise services architecture)的 解決方案的動力引擎，也是 sap xapps 系列解決方案的基礎(chǔ)。sa

34、p xapps 包含一 系列新型業(yè)務應用，能夠在不同的應用基礎(chǔ)設(shè)施上打造易于操作的動態(tài)團隊流程， 以此推動整個企業(yè)的創(chuàng)新。 正由于 sap netweaver 可以為創(chuàng)新的跨平臺商業(yè)流程奠定堅實基礎(chǔ)，可以滿 足企業(yè)對靈活而且面向未來的解決方案的需求，從而能幫助企業(yè)實現(xiàn)持續(xù)的業(yè)務 增長，成功邁向未來。 sap 致力于實現(xiàn)與 ibm 和 microsoft 解決方案的可互操作性，并在開放戰(zhàn)略、 現(xiàn)場服務、技術(shù)和支持中心方面與其他公司合作。所以 sap netweaver 可與 ibm websphere 及 microsoft.net 技術(shù)全面互操作并進行擴展。從而充分保障了 企業(yè)對這些系統(tǒng)的已有

35、投資和有效利用。 sap netweaver 可以集成企業(yè)當前的 it 設(shè)施，從而使企業(yè)從現(xiàn)有運行的系 統(tǒng)中獲得更多的價值和更多的商業(yè)信息;另一方面，sap netweaver 中的預配置商 務內(nèi)容有助于縮短新應用的實現(xiàn)周期以及可衡量的經(jīng)濟收益期投資回報期 (roi)。 sap netweaver 消除了企業(yè)對耗時長久且高額成本的點到點集成項目的需求。 由于只需要使用一個功能全面的平臺，因此 sap netweaver 可使企業(yè)的 it 集成 系統(tǒng)更加靈活，同時最大限度地降低企業(yè)的集成成本。 安全性和軟件易于管理性將使企業(yè)受益匪淺。這些優(yōu)點一起發(fā)揮作用，可以 以最低的總投資成本來支持企業(yè)的關(guān)鍵

36、應用的整個生命周期6. 1.3.2 微軟 erp 的解決方案 微軟基于收購了歐洲的 navision 公司，分別提供面向制造行業(yè)的 navision 和 axapta 產(chǎn)品，并基于微軟.net 技術(shù)對產(chǎn)品進行改進推出了新的版本。微軟 erp 的系統(tǒng)流程完全支持典型制造企業(yè)的管理流程，如圖 1-2 所示。 圖 1-2 微軟 erp 系統(tǒng)流程圖 微軟 erp 的系統(tǒng)流程與制造企業(yè)的管理流程保持一致，特別是支持當前競爭 激烈的多品種小批量生產(chǎn)模式。從系統(tǒng)流程上可以看出，微軟 erp 提供了完善的 制造企業(yè)管理功能，包括客戶管理、產(chǎn)品配置管理、銷售需求管理、生產(chǎn)計劃和 生產(chǎn)控制、采購管理和庫存管理。微

37、軟 erp 強大而全面的制造企業(yè)管理功能能夠 支持不同的生產(chǎn)模式，包括按定單制造、按定單配置、按定單裝配、按庫存生產(chǎn) 等。系統(tǒng)的主要模塊功能如下： 1.財務管理，支持企業(yè)的所有財務活動的管理，包括總帳、固定資產(chǎn)、應收/ 應付帳等，支持多貨幣，多語言9。 2.銷售管理，管理銷售有關(guān)的所有流程，包括客戶管理、銷售訂單管理、銷 售預測、銷售與應收帳的集成、銷售價格和折扣管理以及傭金管理。支持集團企 業(yè)公司間的銷售訂單處理。 3.采購管理，管理采購有關(guān)的所有流程，包括供應商管理、采購定單管理、 采購預測、采購與應付帳的集成、采購價格和貿(mào)易協(xié)議管理等。支持集團企業(yè)公 司件的采購定單處理。 4.庫存管理，

38、管理與庫存有關(guān)的所有流程，包括物料主數(shù)據(jù)的定義、bom 管 理、多級倉庫信息的定義、庫存物料的接收和發(fā)放、庫存盤點、abc 分類、庫存 成本核算等。其倉庫管理模塊提供了管理更復雜倉庫處理流程的功能。微軟 erp 的庫存管理為企業(yè)提供了從不同細節(jié)層次管理和查看庫存信息的選擇，包括倉庫、 庫位、批次、序列號等。微軟 erp 的 bom 管理支持拖放操作、支持多版本管理、 顯示所有層級、完整的物料清單和工藝路線概況。 5.主計劃管理，微軟 erp 提供強大的主生產(chǎn)計劃管理功能。主計劃模塊同時 靜態(tài)主計劃和動態(tài)主計劃，能夠幫助企業(yè)根據(jù)訂單、預測和能力進行合理計劃， 進行 atp 和 ctp 計算。主計

39、劃模塊提供了靈活的參數(shù)設(shè)置功能，企業(yè)可以根據(jù) 自己的業(yè)務特點選擇合適的計劃時間范圍、計劃策略，選擇計劃是否考慮有限能 力和有限物料，選擇計劃是否把訂單、預測、在途定單、報價單等全部考慮在內(nèi)。 主計劃模塊基于參數(shù)設(shè)置運行 mrp10，給出建議的采購和生產(chǎn)定單，并且根據(jù) 按照供應商、需求期間進行采購定單的合并。 6.生產(chǎn)管理，生產(chǎn)管理模塊對企業(yè)生產(chǎn)過程進行跟蹤和控制，其處理對象是 主計劃模塊產(chǎn)生的生產(chǎn)定單。該模塊支持生產(chǎn)定單管理、工藝路線管理和生產(chǎn)成 本核算。微軟 erp 的生產(chǎn)管理模塊按照八個步驟對生產(chǎn)定單進行跟蹤和控制，這 八個步驟體現(xiàn)為生產(chǎn)定單的狀態(tài)變化，包括已創(chuàng)建、已計劃、已下發(fā)、已啟動、

40、 報告完成、成本核算。 7.生產(chǎn)模塊的計劃功能提供操作計劃和任務計劃兩種選擇，企業(yè)可以通過操 作計劃對生產(chǎn)定單的工序進行計劃，通過任務計劃對工序中的準備活動、加工活 動、等待活動進行計劃。生產(chǎn)定單的所有管理最終歸結(jié)為成本核算，微軟 erp 的 生產(chǎn)管理模塊支持分步、按定單進行成本核算，其成本核算功能與財務模塊緊密 集成10. 8.車間管理，目前很少 erp 系統(tǒng)提供車間管理功能，微軟 erp 提供強大的車 間管理功能，實現(xiàn)車間生產(chǎn)數(shù)據(jù)的實時采集。車間管理是一個整合的時間和數(shù)據(jù) 的采集模塊,用于管理時間和出勤員工,以及關(guān)于生產(chǎn)和項目的數(shù)據(jù)錄入，同時也 產(chǎn)生支付薪資的數(shù)據(jù)。 1.3.3 oracl

41、e 的解決方案 oracle e-business suite 是第一套也是唯一搭配單一全球資料庫作業(yè)的應用軟 體，聯(lián)接前后端的整個業(yè)務處理流程并使其自動化，為您提供完善、統(tǒng)合且關(guān)鍵 資料的基礎(chǔ)，例如各業(yè)務、產(chǎn)品和地區(qū)的銷售業(yè)績、庫存量與營收。不必再等待 資料通過獨立的資料匯聚與分析系統(tǒng)。企業(yè)高階主管可取得日常商業(yè)情 報，了 解公司過去、現(xiàn)在與未來的經(jīng)營績效，進而每天都可以提升獲利能力。 oracle 應用系統(tǒng)提供彈性欄位設(shè)計，讓使用者對于標準系所提供之欄位不足 之處加以擴充，不需要修改程式本體，以降低維護修改的復雜度。 使用者僅需使用瀏覽器，即可經(jīng)由安全認證藉由 lan 或 internet

42、，存取個人 授權(quán)內(nèi)資料，而 it 人員采中央控管資料庫及應用程式伺服器，大幅降低系統(tǒng)維 護的困難度。 oracle 應用系統(tǒng)采用業(yè)界公認高穩(wěn)定性、高可靠性資料庫資料，并提供一致 性與延展性的服務，客戶也可透過 oracle 所提供使用簡易分析工具做出自定義報 表。 缺乏足夠的業(yè)務流程模板和軟件功能的支持，在實施中 oracle 軟件經(jīng)常被發(fā) 現(xiàn)無法滿足企業(yè)管理上的要求。比如在大型制藥企業(yè)中必須的批次管理、質(zhì)量管 理、設(shè)備維護管理等，而 oracle 軟件根本沒有此類模塊。雖然 oracle 公司一再的 夸大告訴客戶其軟件的二次開發(fā)技術(shù)十分靈活，但是這實際上也就是在告訴用戶 這套軟件功能不夠，用

43、戶得自己去編程序11。 1.3.4 其他系統(tǒng)的解決方案 其他的 erp 系統(tǒng)也都各有亮點。微軟的 erp 憑借其在操作系統(tǒng)上的統(tǒng)治地 位也占據(jù)了一定的市聲份額。它可以完美的與系統(tǒng)相結(jié)合，為客戶更多的自定義 需求提出更好的解決方案12。 天心 erp 憑借 30 多年的項目開發(fā)和實施經(jīng)驗，在國內(nèi)市場上也有一定的份 額。天心 erp 的優(yōu)勢在于管理經(jīng)驗的沉淀和積累。 國內(nèi)用友 erp 憑借自己多年在財務方面的優(yōu)勢，主打其財務方面的長處。對 于國內(nèi)中小企業(yè)來講也提出了不錯的解決方案。但其在平臺化發(fā)展上與其他公司 還存在一定的差距。不過它也可以說是國內(nèi)比較值得驕傲的 erp 供應用商了13。 1.3.

44、5 本文的主要內(nèi)容和章節(jié)安排 本文主要介紹了基于 web 服務的商業(yè)可執(zhí)行語言（business process excutive language for web service 即 bpel4ws）在 nferp 流程模塊上的應用。 互聯(lián)網(wǎng)的迅速發(fā)展以及 web 服務理論的提出后，涌現(xiàn)了很多 web 服務提供 商。它們提供了豐富的 web 服務資源。這些 web 服務是相對獨立的，各自實現(xiàn) 不同的業(yè)務邏輯。nferp 項目正是在這種環(huán)境下提出的。它借助 bpel4ws 對已 經(jīng)存在的和自行開發(fā)的業(yè)務邏輯 web 服務按順序調(diào)用執(zhí)行實現(xiàn)系統(tǒng)的功能。由于 不同的項目之間調(diào)用 web 服務的條件

45、是不同的，因此，nferp 在利用 bpel4ws 管理業(yè)務邏輯間的流程時，運用了自行開發(fā)的判斷邏輯 web 服務14。 本文最后通過對 nferp 系統(tǒng)實施過程的詳細論述說明了 bpel4ws 是如何 調(diào)用已經(jīng)存在的 web 服務和如何區(qū)分判斷邏輯 web 服務。 本文的章節(jié)安排如下： 第二章介紹了 bpel4ws 技術(shù)背景以及 bpel4ws 中常用的一些節(jié)點的使用 方法。并通過一個 bpel4ws 流程實例介紹了 bpel4ws 的使用方法以及開發(fā)過 程。 第三章介紹了 bpel4ws 在 erp 流程模塊重用的應用。本章通過對 web 服 務種類的劃分。簡單介紹了 bpel4ws 在

46、erp 生產(chǎn)管理中排產(chǎn)流程模塊的使用方 法。 第四章通過講述 nferp 項目中排產(chǎn)流程模塊是如使用 bpel4ws 來說明 bpel4ws 重用模塊的方式。nferp 排產(chǎn)流程分別詳細地描述了對產(chǎn)品和產(chǎn)品子 零件的排產(chǎn)過程。 第五章主要講述了 nferp 的總結(jié)與展望。 1.4 本章小結(jié) 本章詳細介紹了 erp 系統(tǒng)的原理，本項目存在的問題和實施存在的問題。本 章還詳細分析和介紹了其他 erp 系統(tǒng)及其解決方案。 第二章 bpel4ws技術(shù)背景 本章介紹了 bpel4ws 的相關(guān)技術(shù)和使用方法。通過對 soa 與 bpel4ws 、bpel4ws 技術(shù)的介紹、wsdl 在 bpel4ws 中

47、的應用、bpel4ws 技術(shù)特點以 及 bpel4ws 的使用方法等方面說明了 bpel4ws 技術(shù)背景。 bpel4ws 是以 bpel 為基礎(chǔ)發(fā)展起來的。bpel 全稱是 business process executive language，即可執(zhí)行商業(yè)流程語言。 bpel4ws 是以 soa 為基礎(chǔ)的。soa 全稱是 services oriented architecture,即 面向服務架構(gòu)15。它通過對 web 服務的管理來實現(xiàn)商業(yè)流程。商業(yè)流程是指商 業(yè)業(yè)務流程，例如：審批流程、生產(chǎn)裝配流程等。 2.1 soa 技術(shù)介紹 bpel4ws 是基于 soa 架構(gòu)的商業(yè)可執(zhí)行語言。它

48、本身就是為 soa 架構(gòu)設(shè) 計的。soa 的全稱是 service oriented architecture 即面向服務架構(gòu)。 1996 年，gartner 公司提出 soa 概念。當時的技術(shù)水平和市場環(huán)境尚不具備 真正實施 soa 的條件。web 服務概念的提出可以說是 soa 的發(fā)端。整個 soa 理論需要可擴展標記語言(xml）技術(shù)、簡單對象訪問協(xié)議(soap)、web 服務描 述語言（wsdl） 、通用服務發(fā)現(xiàn)和集成協(xié)議（uddi）等的支撐和協(xié)助。 soa 是架構(gòu)和組織 it 基礎(chǔ)結(jié)構(gòu)以及業(yè)務功能的一種方法。它要求開發(fā)人員 將應用設(shè)計為服務的集合。 設(shè)計人員需要跳出應用本身進行思考。

49、他需要考慮現(xiàn)有服務的重用，或思索 他所設(shè)計的服務如何能夠被其他項目重用。單獨、獨立、封裝完善的服務所具有 的關(guān)鍵好處是可以采用不同的組裝方式將它們組合成較大型的多種服務，并以此 來實現(xiàn)重用。 soa 不僅僅提供了一種新的架構(gòu)方式，它也使得管理更加的方便。讓管理員 直接管理開發(fā)人員所開發(fā)的相同的服務，其效率遠遠高于管理單個應用。它也有 助于管理員和分析師針對不同的應用進行業(yè)務流程的優(yōu)化。 2.1.1 web 服務 web service(以下簡稱 web 服務)是 soa 架構(gòu)中常用的一種開發(fā)模型。每一 個 web 服務都提供一個特有的服務。它獨立于其他 web 服務存在。 web servic

50、e 是建立可互操作的分布式應用程序的新平臺。它類似于 com 或 dcom。但與 com 藏器待時 dcom 又是不盡相同。 web service 平臺是一套標準，它定義了應用程序如何在 web 上實現(xiàn)互操作 性。web service 提供方可以用任何你喜歡的語言，在任何平臺上寫 web service，只要使用方可以通過 web service 標準對這些服務進行查詢和訪問。 2.1.2 可擴展標記語言 可擴展標記語言（extensible markup language 即 xml）是由萬維網(wǎng)聯(lián)盟 （w3c）發(fā)布的用于網(wǎng)頁設(shè)計和數(shù)據(jù)交換的新技術(shù)。傳統(tǒng)的 html 由于自身特 點的限制，

51、不能有效地解決上述問題：作為一種簡單的表示性語言，它只能顯示 內(nèi)容而無法表達數(shù)據(jù)內(nèi)容。而這一點恰恰是電子商務、智能搜索引擎所必需的。 另外，html 語言不能描述矢量圖形、數(shù)學公式、化學符號等特殊對象，在數(shù)據(jù) 顯示方面的描述能力也不盡如人意。最重要的是：html 只是 sgml（standard generalized markup language，標準通用置標語言）的一個實例化的子集，可擴 展性差。這一切都成為 web 技術(shù)進一步發(fā)展的障礙。 sgml 是一種通用的文檔 結(jié)構(gòu)描述置標語言，為語法置標提供了異常強大的工具，同時具有極好的擴展性， 因此在數(shù)據(jù)分類和索引中非常有用。但 sgml

52、復雜度太高，不適合網(wǎng)絡(luò)的日常應 用，加上開發(fā)成本高、不被主流瀏覽器所支持等原因，使得 sgml 在 web 上的 推廣受到阻礙。在這種情況下，開發(fā)一種兼具 sgml 的強大功能、可擴展性以及 html 的簡單性的語言勢在必行。由此誕生了 xml 語言。 xml 是由 w3c（萬 維網(wǎng)聯(lián)盟）于 1998 年 2 月發(fā)布的一種標準。它同樣是 sgml 的一個簡化子集， 它將 sgml 的豐富功能與 html 的易用性結(jié)合到 web 的應用中，以一種開放的 自我描述方式定義了數(shù)據(jù)結(jié)構(gòu)，在描述數(shù)據(jù)內(nèi)容的同時能突出對結(jié)構(gòu)的描述，從 而體現(xiàn)出數(shù)據(jù)之間的關(guān)系。這樣所組織的數(shù)據(jù)對于應用程序和用戶都是友好的、

53、可操作的16。 2.1.3 簡單對象訪問協(xié)議 簡單對象訪問協(xié)議（simple object acess protocol 即 soap）是一種輕量的、 簡單的、基于 xml 的協(xié)議。它被設(shè)計成在 web 上交換結(jié)構(gòu)化的和固化的信 息。soap 可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議 （hypertext transfer protocol 即 http） ，簡單郵件傳輸協(xié)議（simple message transfer protocol,即 smtp） ，多用途網(wǎng)際郵件擴充協(xié)議（multipurpose internet mail extension protocol

54、即 mime） 。它還支持從消息系統(tǒng)到遠程過程調(diào)用 （remote procedure call 即 rpc）等大量的應用程序。 soap 包括三個部分：soap 封裝、soap 編碼規(guī)則、soap rpc 表示。 soap 封裝定義了一個框架，該框架描述了消息中的內(nèi)容是什么，誰應當處 理它以及它是可選的還是必須的。 soap 編碼規(guī)則定義了一種序列化的機制，用于交換應用程序所定義的數(shù)據(jù) 類型的實例。 soap rpc 表示定義了用于表示遠程過程調(diào)用和應答的協(xié)定。 soap 消息基本上是從發(fā)送端到接收端的單向傳輸。但它們常常結(jié)合起來執(zhí) 行類似于請求/應答的模式。所有的 soap 消息都使用 x

55、ml 編碼。一條 soap 消息是一個包含有一個必需的 soap 的封裝包、一個可選的 soap 標頭和一個 必需的 soap 體塊的 xml 文檔17. 2.1.4 web 服務描述語言（wsdl） web 服務描述語言（wsdl）是一種 xml 格式。它用于將網(wǎng)絡(luò)服務描述為 一組端點，這些端點對包含面向文檔信息或面向過程信息的消息進行操作。這種 格式首先對操作和消息進行抽象描述，然后將其綁定到具體的網(wǎng)絡(luò)協(xié)議和消息格 式上以定義端點。相關(guān)的具體端點即組合成為抽象端點（服務） 。可以對 wsdl 進行擴展，這樣無論通信時使用何種消息格式或網(wǎng)絡(luò)協(xié)議，都可以對端點及其消 息進行描述。 wsdl 文

56、檔可以分為兩部分。頂部分由抽象定義組成，而底部分則由具體描 述組成。抽象部分以獨立于平臺和語言的方式定義 soap 消息，它們并不包含任 何隨機器或語言而變的元素。這就定義了一系列服務，截然不同的網(wǎng)站都可以實 現(xiàn)。隨網(wǎng)站而異的東西如序列化便歸入底部分，因為它包含具體的定義。 2.1.5 通用服務發(fā)現(xiàn)和集成協(xié)議（uddi） 通用服務發(fā)現(xiàn)和集成協(xié)議（uddi）規(guī)范定義了一種發(fā)布和發(fā)現(xiàn)網(wǎng)絡(luò)服務信 息的方式。它是一套公開的實現(xiàn)規(guī)則，允許企業(yè)注冊他們所提供的網(wǎng)絡(luò)服務信息， 以便其他的企業(yè)能夠找到他們。 網(wǎng)絡(luò)服務是一個公司所實現(xiàn)的特定的商業(yè)功能，通常通過 internet 連接為其 他公司或軟件程序使用這

57、些服務提供途徑。它將成為電子商務的編程重心。例如， 一個公司使用另外一個公司的服務，通過 internet 連接直接發(fā)送采購單。 網(wǎng)絡(luò)服務發(fā)現(xiàn)過程看似非常簡單。在默認所有信息都知道的情況下，它是一 個已知的商務伙伴有一個已知的電子商務網(wǎng)關(guān)。如果需要找出任意商務伙伴具有 某種服務，它就比較困難了。可以選擇打電話給各個商務伙伴，通過這種方式來 找到電子商務網(wǎng)關(guān)。也可以通過使用在每個公司網(wǎng)站上的網(wǎng)絡(luò)服務描述文件。網(wǎng) 絡(luò)爬行者可以訪問一個已注冊的 url，并且能夠發(fā)現(xiàn)和索引網(wǎng)頁上的文字。然而 這種網(wǎng)絡(luò)爬行者方法，決定于網(wǎng)絡(luò)爬行者定位每個網(wǎng)站及網(wǎng)站上服務描述文件的 能力。這種分布式方法具有升級潛力，但是

58、缺少一種機制來保證服務描述文件格 式的一致性以及跟蹤它們所發(fā)生的變化的方便性。 uddi 所采用依賴于一個企業(yè)分布式注冊方法，它們的服務描述文本是使用 通用的 xml 格式。uddi 方案的核心部分是 uddi 業(yè)務登記邏輯，即 uddibusinessregistrations，一個 xml 格式的用來描述事物實體和它的事物服務 的文件。一個 uddi 業(yè)務登記邏輯所提供的信息包括三個部分：“白頁”包括地址、 協(xié)議和已有標識；“黃頁”包括基于分類標準的工業(yè)類型；“綠頁”是關(guān)于企業(yè)所包 含的服務技術(shù)信息，包括網(wǎng)絡(luò)服務說明參考和根據(jù)發(fā)現(xiàn)機制對各種文件和網(wǎng)址提 供的標識支持18。 2.1.6 ud

59、di 的使用 uddi 包括企業(yè)在網(wǎng)上注冊的共享操作。在很大程度上，程序和程序員使用 uddi 業(yè)務登記數(shù)據(jù)庫即 uddibusinessregistry 查找有關(guān)服務的信息，對于程序 員，可以準備與廣告宣傳的網(wǎng)絡(luò)服務相一致的系統(tǒng)，或者向其他調(diào)用的人描述他 們的網(wǎng)絡(luò)服務。uddibusinessregistry 可以在企業(yè)層面上檢查一個特定的合作伙 伴是否擁有特定的網(wǎng)絡(luò)服務接口，以發(fā)現(xiàn)在特定行業(yè)內(nèi)擁有特定類型服務的公司， 找到有關(guān)某個合作伙伴或預期的合作伙伴的信息，以便了解與該服務進行交互所 需的技術(shù)細節(jié)。 從 xml 和 soap 中，可以往意到，集成和互用性問題已經(jīng)在各層簡化了。 xml

60、提供了一個跨平臺的方法來進行數(shù)據(jù)編碼和格式化。soap 是以 xml 為基 礎(chǔ)的，它定義了一種對系統(tǒng)間的交換信息進行打包的簡單方法。soap 對于 http 的綁定是以這個打包協(xié)議為基礎(chǔ)的，并且定義了在系統(tǒng)之間進行遠程調(diào)用 的方法，這種方法與個別公司選擇的程序設(shè)計語言或操作系統(tǒng)無關(guān)。以前的方法 包括復雜的分布式對象標準或技術(shù)橋接軟件。最后，這些方法沒有一種被證明是 經(jīng)濟的。采用 xml 和 soap，這種跨語言、跨平臺的方法簡化了兩個公司的系 統(tǒng)彼此兼容的問題19。 即使某個公司考慮到了 xml 和 soap，任何兩個公司都可能在實施通信基 礎(chǔ)設(shè)施中，仍存在巨大的差異。正如任何一個行業(yè)權(quán)威人士