導(dǎo)語：企業(yè)采購業(yè)務(wù)架構(gòu)設(shè)計與實現(xiàn)一文來源于網(wǎng)友上傳，不代表本站觀點，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

摘要:由于技術(shù)的局限性，基于電子數(shù)據(jù)交換（EDI）和可擴展標記語言（XML）的電子采購系統(tǒng)并不能完全滿足企業(yè)對采購的實時性和動態(tài)性要求。該文通過提出基于WebService的企業(yè)采購系統(tǒng)的架構(gòu)說明了如何使用WebService來實現(xiàn)供應(yīng)商庫存的動態(tài)更新和采購雙方業(yè)務(wù)的緊密集成，從而達到企業(yè)采購管理的實時性和動態(tài)性。通過企業(yè)電子采購系統(tǒng)的設(shè)計和實施說明，WebService能夠更好地幫助企業(yè)在不同場景下完成采購業(yè)務(wù)，提高采購業(yè)務(wù)的績效。

關(guān)鍵詞:EDI;XML;WebService;電子采購;采購管理

1引言

許多行業(yè)和公司已成功通過信息技術(shù)實現(xiàn)采購管理的數(shù)字化，有效提高了采購流程的效率。通過采購業(yè)務(wù)流程的信息化改造，采購活動的買賣雙方在交易成本、管理成本、資產(chǎn)利用率方面都得到了改進，但更重要的是采購企業(yè)的采購及時性需求得到了響應(yīng)。因此，基于信息技術(shù)的采購流程優(yōu)化成為多數(shù)公司致力研究的方向[1]。WebService是松散耦合，可重復(fù)使用的軟件組件，在語義上封裝離散功能，并通過標準Internet協(xié)議進行分布式和編程訪問的標準通用標識語言[2]。WebService提供了一種實現(xiàn)分布式組件的標準方法，可通過互聯(lián)網(wǎng)上的標準協(xié)議（如HTTP、XML和SOAP）為不同企業(yè)提供數(shù)據(jù)和業(yè)務(wù)邏輯服務(wù)?！八缮Ⅰ詈稀币馕吨鳺ebService獨立于任何編程語言、平臺和對象模型。使用無處不在的低成本互聯(lián)網(wǎng)，WebService可以輕松地通過Intranet和In-ternet提供可互操作的軟件功能。從分布式計算架構(gòu)的角度來看，WebService描述了面向服務(wù)和基于組件的應(yīng)用程序架構(gòu)。從面向業(yè)務(wù)和概念的角度來看，WebSer-vice是一種可用于構(gòu)建動態(tài)電子商務(wù)模型的支持技術(shù)。伴隨的電子商務(wù)流程由作為WebService實現(xiàn)的離散任務(wù)組成，并在整個增值服務(wù)網(wǎng)絡(luò)中廣泛分布[3-5]。而通過WebService可以降低企業(yè)的采購成本，并提高原本無法實現(xiàn)的采購服務(wù)水平。在實時動態(tài)企業(yè)采購業(yè)務(wù)中，外部貿(mào)易伙伴需要及時獲取企業(yè)內(nèi)部流程或來自內(nèi)部流程的信息，以支持企業(yè)在采購過程中需求變化[6]。本文將通過對EDI、XML和WebService之間差異的研究來討論采購管理中信息技術(shù)的發(fā)展，提出基于Web-Service的企業(yè)電子采購應(yīng)用程序的體系結(jié)構(gòu)和設(shè)計，并提供了利用WebService的獨特動態(tài)綁定功能的電子采購流程的描述，最后實現(xiàn)了支持動態(tài)企業(yè)電子采購系統(tǒng)。

2采購管理與信息技術(shù)的共生關(guān)系與演化

采購管理是一種協(xié)調(diào)訂單履行中涉及的企業(yè)之間的功能和流程的方法，其目標是在規(guī)定時間和地點交付采購合格產(chǎn)品，以使企業(yè)的生產(chǎn)組織總成本最小化。采購管理通?？缍鄠€企業(yè)，包括供應(yīng)商、制造商、運輸承運人、倉庫、零售商以及采購企業(yè)本身[7-8]。從過程的角度來看，采購管理協(xié)調(diào)訂單管理、生產(chǎn)管理、庫存管理、采購、配送、運輸和產(chǎn)品設(shè)計。在采購流程的背景來看，采購業(yè)務(wù)的流程涉及多個企業(yè)之間的合作，例如早期供應(yīng)商參與產(chǎn)品設(shè)計，以及日常采購物料流程的協(xié)調(diào)。在最后一個環(huán)節(jié)中，采購企業(yè)內(nèi)部也需要共享訂單、庫存和生產(chǎn)信息，以便使企業(yè)在多個決策點上做出更有利于協(xié)調(diào)管理的決策。從信息技術(shù)的角度來看，采購管理將多個組織邊界內(nèi)的一組相互關(guān)聯(lián)的活動與不同的計算平臺和數(shù)據(jù)格式同步，使這些活動集成到簡化的高效流程中成為一項重大挑戰(zhàn)[9-10]。因此，信息技術(shù)和相關(guān)標準對采購流程管理的演變產(chǎn)生了重大影響。下面討論從基于EDI的靜態(tài)采購流程向支持WebService的實時和動態(tài)采購流程的演變。2.1EDI。電子數(shù)據(jù)交換（EDI）作為電子商務(wù)主要技術(shù)基礎(chǔ)，已被零售商、制造公司和物流公司廣泛使用，實現(xiàn)了降低貿(mào)易伙伴之間的交易成本[11]。近年來，一些企業(yè)嘗試使用EDI對采購流程進行重構(gòu)。然而，使用EDI難以實現(xiàn)采購鏈上下游企業(yè)之間的數(shù)據(jù)有效集成，部分原因是數(shù)據(jù)批量傳輸?shù)募皶r性問題得到不保證。數(shù)據(jù)批量處理通常難以或不可能及時地在采購鏈不同位置上的多個企業(yè)獲得一致的數(shù)據(jù)。每個企業(yè)都以高度動態(tài)的方式管理其采購業(yè)務(wù)流程，因此企業(yè)之間的采購流程缺乏同步性。在供應(yīng)鏈中的每個公司中，生產(chǎn)、營銷和工程團隊通常不斷更新和改進他們的工作計劃。生產(chǎn)計劃人員可能會改變運營計劃以提高效率，營銷經(jīng)常調(diào)整促銷和定價以更好響應(yīng)市場需求，工程師根據(jù)供應(yīng)商和客戶群體的不斷調(diào)整產(chǎn)品和服務(wù)。鑒于此，很容易看到采購流程中的兩個位置在數(shù)據(jù)批量模式下在任何單個時間點都不能通過數(shù)據(jù)傳輸和處理獲得相同的完整采購數(shù)據(jù)集。EDI可能由公司內(nèi)部的信息部門管理，但許多供應(yīng)商都依靠增值網(wǎng)絡(luò)（VAN）供應(yīng)商提供數(shù)據(jù)傳輸服務(wù)來批量獲取數(shù)據(jù)[12]。這些供應(yīng)商中都需要EDI轉(zhuǎn)換器將業(yè)務(wù)文檔或交易數(shù)據(jù)轉(zhuǎn)換為EDI格式并返回內(nèi)部數(shù)據(jù)系統(tǒng)可用的數(shù)據(jù)格式。這些VAN服務(wù)和EDI轉(zhuǎn)換器的開發(fā)成本都很高。因此，實施EDI的總成本非常高。對企業(yè)而言，大量日常采購業(yè)務(wù)面對中小供應(yīng)商，這些中小供應(yīng)商對EDI的成本承受能力是十分有限的。如果在企業(yè)采購系統(tǒng)中忽略這些中小供應(yīng)商，企業(yè)也無法整合完整的采購鏈。因此需要成本低廉、松散耦合的技術(shù)手段來替代EDI。2.2XML。XML是在1990年底出現(xiàn)的一種數(shù)據(jù)交換標準，以取代B2B電子商務(wù)中的EDI標準。XML應(yīng)該被視為一套標準[13]。XML代表了“可擴展標記語言”，它被認為是可擴展的，因為它不是像EDI和HTML那樣的固定格式。XML已成為便攜式數(shù)據(jù)的標準。與XML相關(guān)的三個抽象級別：（1）XML定義語言有兩個標準：XML1推薦（W3C，2000B）和XML模式（W3C，20011A）；（2）應(yīng)用領(lǐng)域標準（如OASIS標準化的），用于各種商業(yè)文檔或數(shù)據(jù)集；（3）以XML格式編碼的實際業(yè)務(wù)文檔。其他支持標準（如XSL（W3C，2000c）、XMLDOM（W3C，2000c）或SAX（SAXProject，2002））用于XML文檔解析和轉(zhuǎn)換[14-15]。XML相對于EDI有以下幾個優(yōu)勢：1、Unicode：XML使用Unicode，因此可以使用不同的國家語言進行編碼。2、錯誤檢查：XMLDTD和XSD文件基本上是標記語言的定義。它們定義了特定文檔的結(jié)構(gòu)和約束，因此可用于捕獲和驗證業(yè)務(wù)文檔，這是B2B電子商務(wù)的關(guān)鍵功能。3、免費和集成的解析工具：許多免費的XML解析器隨時可用于各種編程語言，并與.NET和J2EE等企業(yè)計算平臺完全集成。開發(fā)人員可以輕松使用這些XML工具構(gòu)建應(yīng)用程序來處理XML數(shù)據(jù)。XML已經(jīng)在數(shù)據(jù)交換領(lǐng)域獲得廣泛應(yīng)用。在許多公司中的協(xié)同辦公系統(tǒng)等信息系統(tǒng)都建立在XML技術(shù)基礎(chǔ)上。因此，采購流程中大部分應(yīng)用系統(tǒng)都可以采用XML實現(xiàn)數(shù)據(jù)跨平臺的交互。但是，基于EDI或XML的業(yè)務(wù)文檔通常以批處理模式處理，處理延遲使得來自采購雙方的最新業(yè)務(wù)數(shù)據(jù)可能無法用于支持實時決策。因此，EDI和XML都不能完全支持以實時方式響應(yīng)企業(yè)采購管理的工作。2.3WebService。WebService通常使用XML進行數(shù)據(jù)格式標準化，使用SOAP進行消息傳遞（即XML消息傳遞協(xié)議）以支持可互操作的軟件組件。WebService可用于開發(fā)新的軟件組件或構(gòu)建包裝器以向外部采購合作伙伴公開業(yè)務(wù)流程。它還可以在內(nèi)部用于為其他系統(tǒng)提供可編程接口，并將Web支持的應(yīng)用程序直接與某些系統(tǒng)系統(tǒng)集成[16]。EDI和XML都可以在供應(yīng)鏈流程所集成的各個應(yīng)用系統(tǒng)之間提供數(shù)據(jù)交換方法，采購數(shù)據(jù)可以在多個系統(tǒng)之間隨意流轉(zhuǎn)。XML仍然用于SOAP下的數(shù)據(jù)交換目的，但是，WebService采用面向服務(wù)和流程的方法來解決采購管理中不同系統(tǒng)的集成問題。使用WebService啟用的應(yīng)用程序可以通過使用舊系統(tǒng)（例如檢查庫存狀態(tài)）和外部供應(yīng)商（例如請求供應(yīng)商報價）的WebService來提供簡化的功能。這些WebService透明地組合在應(yīng)用程序的場景后面，使用戶可以從單個應(yīng)用程序訪問更多的采購鏈功能。SOAP是一種WebService消息傳遞機制，它遵循HTTP請求/響應(yīng)消息模型。因此，采購鏈上所集成的各個系統(tǒng)的運營數(shù)據(jù)可以實時交換。大多數(shù)WebService應(yīng)用程序使用靜態(tài)綁定來調(diào)用在設(shè)計時已知的特定Web-Service。然而，采購管理應(yīng)用本身就是動態(tài)的，因為采購管理上各個層級的條件會隨著時間而變化。例如，隨著產(chǎn)量的增加和出貨量降低成品的庫存水平，成品的庫存水平將不斷波動。使用WebService，供應(yīng)商可以在要進行庫存補貨決策的時間點請求客戶庫存地點的庫存狀態(tài)。然后，WebService可用于推進先前信息技術(shù)的操作，以實現(xiàn)對動態(tài)供應(yīng)鏈條件的實時數(shù)據(jù)更新，從而提供無法以其他方式有效提供給擴展企業(yè)的必要支持。在這種情況下需要動態(tài)綁定方法;但是，很少有文獻資料討論如何使用動態(tài)綁定設(shè)計和實現(xiàn)Webservices應(yīng)用程序。本文將提出一個基于WebService的動態(tài)采購系統(tǒng)架構(gòu)，以便在企業(yè)采購管理中實現(xiàn)這種具有實時性的應(yīng)用系統(tǒng)互連。

3基于WebService的企業(yè)采購系統(tǒng)的架構(gòu)和設(shè)計

企業(yè)管理的一項重要功能是及時購買生產(chǎn)經(jīng)營所需的物資和服務(wù)。一家典型的公司將其收入的至少一半用于商品和服務(wù)的外購，因此供應(yīng)商的選擇和日常物流的控制是企業(yè)提高采購管理效率的關(guān)鍵。在這方面信息技術(shù)支持對提高企業(yè)采購管理績效發(fā)揮了重要作用。3.1電子采購應(yīng)用場景。企業(yè)采購商品和服務(wù)可視為兩個過程：供應(yīng)商選擇和物資購買。企業(yè)在執(zhí)行采購之前選擇供應(yīng)商，并且在產(chǎn)品生命周期內(nèi)對供應(yīng)商進行相對較少的變更，因此可以把供應(yīng)商看作是靜態(tài)的。供應(yīng)商選擇過程包括定義所購買物品的要求、識別潛在供應(yīng)商、請求供應(yīng)商報價、評估報價并最終基于預(yù)期商品性能和價格選擇供應(yīng)商。一旦選擇了供應(yīng)商，就進行物資購買。物資采購過程通常包括計算物資需求量的計算和向潛在供應(yīng)商簽訂采購訂單兩個主要操作。企業(yè)中大量正在進行的采購都是日常采購的。這種形式的采購具有價值小、頻率高的特點，所以采購企業(yè)和物資供應(yīng)商能夠提前確定所采購物資的種類、數(shù)量和交貨時間。此外企業(yè)采購還大量存在另外一種應(yīng)用場景。當(dāng)企業(yè)在生產(chǎn)經(jīng)營過程中面臨意外情況，常常需要通過緊急采購生產(chǎn)物資以恢復(fù)正常的生產(chǎn)經(jīng)營。在此類應(yīng)用場景下常常需要緊急采購、變更或取消采購等。這種類型的采購與日常采購迥異，與潛在供應(yīng)商的銷售預(yù)期也有較大的差距，可能導(dǎo)致無法按時供貨或所采購材料質(zhì)量等不令人滿意等事件發(fā)生。這兩種企業(yè)采購應(yīng)用場景具有類似的流程，如圖1所示。在某些緊急采購的情況下，原先設(shè)定的供應(yīng)商無法滿足加急物資的采購要求，因此需要能夠及時找到合格的供應(yīng)商，此時由WebService啟用的動態(tài)供應(yīng)商標識和訂單功能將非常有用，因為采購企業(yè)可以快速請求和評估潛在供應(yīng)商的報價。在實踐中，WebService注冊數(shù)據(jù)庫將提供有關(guān)潛在供應(yīng)商的信息，這些供應(yīng)商能夠足夠靈活以響應(yīng)此類型的快速和緊急的采購請求。然后，滿足采購要求的潛在供應(yīng)商將通過WebService提交供貨時間和報價，以便采購企業(yè)進行評估。訂單、提交報價和評估的過程需要非?？焖俚貙崟r執(zhí)行。然后，采購企業(yè)評估所有報價，做出采購決定，并將訂單與所選供應(yīng)商一起通過WebService出去。所選供應(yīng)商接收采購訂單并運送物料，物流由物流企業(yè)接收并提供給采購企業(yè)以完成訂單的執(zhí)行。下面針對上述完整的采購流程利用WebService構(gòu)建采購系統(tǒng)架構(gòu)實現(xiàn)全過程的電子采購。3.2電子采購系統(tǒng)的架構(gòu)。系統(tǒng)的整體架構(gòu)設(shè)計如圖2所示。該系統(tǒng)由以下幾個子系統(tǒng)組成。1、電子采購：電子采購是在WebService中實現(xiàn)的軟件組件。它作為一個中間組件來處理與Web-Service注冊中心和潛在供應(yīng)商的WebService的交互。它使用供應(yīng)商WebService注冊中心提供的WebService和供應(yīng)商提供的WebService。電子采購實現(xiàn)為前端用戶界面應(yīng)用程序要使用的WebService服務(wù)。2、用戶界面（UI）子系統(tǒng)：由于電子采購是在WebService中實現(xiàn)的，因此可以使用能夠使用WebSer-vice的各種用戶界面組件輕松實現(xiàn)電子采購UI子系統(tǒng)。UI子系統(tǒng)包括：a)在桌面計算機上運行的GUI客戶端。基于GUI的應(yīng)用程序提供豐富的用戶界面元素和交互。它通常由在采購公司內(nèi)部工作的采購人員使用。b)基于瀏覽器的應(yīng)用程序。Web表示層組件是在服務(wù)器端運行的Web程序。這些Web表示層程序可以使用WebService，并且只要有Internet訪問就可以訪問電子采購系統(tǒng)。c)移動客戶端。諸如手機之類的移動設(shè)備可以通過移動客戶端訪問WebService。移動客戶端可以支持特殊的微瀏覽器來訪問服務(wù)器端的Web程序。移動Web程序需要以適合于請求移動設(shè)備的WML或cHTML等格式呈現(xiàn)Web頁面。3、供應(yīng)商WebService登記子系統(tǒng)：公共UDDI過于通用，沒有從電子采購的角度提供為采購雙方提供足夠的信息，不適用于擬議的電子采購系統(tǒng)。因此，本文開發(fā)了一個私有WebService注冊系統(tǒng)。該WebService注冊系統(tǒng)使用WebService描述語言(WSDL)文件存儲了所有潛在供應(yīng)商以及所能提供物資的信息。注冊系統(tǒng)的數(shù)據(jù)庫存儲所有合格的供應(yīng)商信息的詳細信息，包括其供貨能力、供貨質(zhì)量以及完成電子采購交易所需的各種交互（例如價格報價和訂單）的WSDL。該注冊系統(tǒng)在擴展?jié)撛诠?yīng)商列表時和實現(xiàn)采購流程的實時性方面發(fā)揮著關(guān)鍵作用。電子采購使用該注冊系統(tǒng)的WebSer-vice來訪問供應(yīng)商的WebService信息。4、注冊管理子系統(tǒng)：采購企業(yè)工作人員使用這個子系統(tǒng)來維護供應(yīng)商數(shù)據(jù)和他們的WebService條目，評估潛在供應(yīng)商以確定這些供應(yīng)商是否應(yīng)注冊在私有Web-Service注冊表中。采購企業(yè)工作人員可通過訪問公共服務(wù)目錄不斷地識別和更新供應(yīng)商及其WebService條目。5、供應(yīng)商的WebService：在本文的設(shè)計中，想要加入電子采購系統(tǒng)的供應(yīng)商需要根據(jù)已的WSDL文件定義的一組特定的Web操作來實現(xiàn)電子采購系統(tǒng)所需的WebService。這些Web操作的實現(xiàn)是微不足道的。但是，所有供應(yīng)商都需要支持這些Web操作的相同簽名，即對于來自不同供應(yīng)商的相同操作的名稱、參數(shù)數(shù)量和參數(shù)的數(shù)據(jù)類型必須相同。這些WebService被視為電子采購系統(tǒng)的擴展和不可分割的一部分。提供這些Web-Service使供應(yīng)商能夠?qū)崟r提交報價并被評估報價，且在提交報價和評估報價的過程需要很少或不需要人工來干預(yù)。由于采購企業(yè)意外情況的發(fā)生，采購物資需要在短時間內(nèi)獲得，WebService使電子采購系統(tǒng)能夠快速準備一個“報價請求”，以便許多供應(yīng)商可以快速響應(yīng)可用性、價格和交付，然后是采購企業(yè)的報價評估以及與所選擇的供應(yīng)商進行訂單交易。電子采購系統(tǒng)使采購組織能夠在接近全自動化交易處理的情況下實時采購物資。3.3電子采購系統(tǒng)設(shè)計。電子采購是電子采購系統(tǒng)體系結(jié)構(gòu)的關(guān)鍵要素。它是一個在WebService中實現(xiàn)的中間層業(yè)務(wù)邏輯組件，可用于識別一組合格供應(yīng)商的信息、查詢價格和可用性報價以及提出購買建議。圖3所示的UML序列圖說明了電子采購的設(shè)計，重點是它與系統(tǒng)其他組件的交互。在設(shè)計電子采購系統(tǒng)時，采用了三層體系結(jié)構(gòu)方法，包括表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)層，與企業(yè)應(yīng)用體系結(jié)構(gòu)的模式一致。在采購系統(tǒng)中，實現(xiàn)了一個基于windows的移動Web用戶界面作為系統(tǒng)的表示層。電子采購是業(yè)務(wù)邏輯層，它封裝了采購業(yè)務(wù)規(guī)則，并從表示層組件中隱藏了數(shù)據(jù)服務(wù)層的復(fù)雜性。供應(yīng)商提供的供應(yīng)器-產(chǎn)品數(shù)據(jù)和WSDL條目打包在數(shù)據(jù)服務(wù)層(即WebService注冊中心)中。注冊中心功能可以由一組公共WebSer-vice操作訪問，電子采購可以使用這些操作。圖3所示的子采購系統(tǒng)UML模型顯示了緊急采購的流程。序列圖表示采購企業(yè)為從供應(yīng)商采購材料或服務(wù)而執(zhí)行的一系列操作。使用UML，可以將WebService建模為類。在該序列圖中，WebService被建模為對象（即WebService類的實例）。指定WebService提供的接口的Web方法或Web操作可以建模為消息。Web操作簽名由方法名稱、參數(shù)及其類操作的數(shù)據(jù)類型組成。序列圖中的循環(huán)操作用星號（*）表示。UML序列圖代表了電子采購系統(tǒng)和實時采購過程的典型場景。采購人員被庫存短缺或即將發(fā)生的物料控制系統(tǒng)警告，并登錄到電子采購系統(tǒng)。產(chǎn)品ID被輸入到采購表單表示層組件。最終用戶通過采購表格提交的產(chǎn)品ID將提交給采購服務(wù)（即圖2所示的電子采購）。實現(xiàn)為WebService的采購服務(wù)組件將調(diào)用由WebSer-vice注冊表提供的WebService，以檢索所請求產(chǎn)品的所有合格供應(yīng)商的WSDLs。因此，我們假設(shè)供應(yīng)商資格的過程是獨立的，提前完成，也許是連續(xù)的材料短缺的預(yù)期。對每個合格供應(yīng)商進行價格報價WebService調(diào)用的迭代。XML格式的供應(yīng)商報價將由采購服務(wù)返回并匯總。潛在的所有報價都可以發(fā)送給采購商，采購商應(yīng)用一些既定的業(yè)務(wù)規(guī)則來推薦采購獎勵決策。獎勵決策的業(yè)務(wù)規(guī)則可以簡單到“首先從具有最低報價的供應(yīng)商處購買”或“以最快的交貨時間從供應(yīng)商處購買”，或者與供應(yīng)商質(zhì)量和歷史交付績效等其他因素的組合。例如，如果要使用多個供應(yīng)商，則可以使用所有權(quán)總成本（TCO）來對能夠按時提供所需組件的供應(yīng)商進行評分，作為對訂單分配的輸入。TCO是一種最佳實踐，它將產(chǎn)品價格，購買公司的采購相關(guān)成本以及預(yù)期的供應(yīng)商績效納入決策過程?？冃е笜丝赡馨ü?yīng)商影響的可靠性成本、質(zhì)量成本、資產(chǎn)利用率、停機時間和周期時間以及庫存。然后，用于計算獎勵決策的數(shù)據(jù)將變得更加動態(tài)并且與實時數(shù)據(jù)和采購企業(yè)公司的管理策略保持一致。報價或推薦的采購決定將通過采購表格組件顯示給采購人員。一旦采購企業(yè)作出采購決策，采購訂單將通過WebService發(fā)送給選定供應(yīng)商。采購企業(yè)的工作人員可以動態(tài)地從WebService注冊表中檢索供應(yīng)商的訂單的WSDL。

4動態(tài)電子采購系統(tǒng)的實現(xiàn)

隨著WebService的出現(xiàn)，可以使用由WebService啟用的電子采購系統(tǒng)來促進購買加速購買，其中幾個合格的供應(yīng)商能夠提供所需的產(chǎn)品。此處介紹的采購流程利用了WebService的動態(tài)和實時功能。我們描繪了一個說明性示例，以及描述買方如何隨時訪問并做出關(guān)于供應(yīng)鏈B2B細分中生產(chǎn)設(shè)施的材料電子采購的決策的原型。這種經(jīng)過修改的采購流程可提高供應(yīng)鏈的績效，使供應(yīng)鏈更好地響應(yīng)客戶需求和對這些需求的變化，以及在生產(chǎn)運營中定期發(fā)生的內(nèi)部中斷。4.1設(shè)計WebService注冊數(shù)據(jù)庫和WebSer-vice接口。WebService注冊信息存儲在關(guān)系數(shù)據(jù)庫中，Web-Service被用來提供以便其他子系統(tǒng)或應(yīng)用程序能夠訪問存儲在注冊數(shù)據(jù)庫中的信息接口。圖4用實體關(guān)系圖表示服務(wù)注冊數(shù)據(jù)庫的一部分設(shè)計。訂單歷史實體類型源自歷史采購數(shù)據(jù)，并且可用于在動態(tài)供應(yīng)商選擇過程中確定每個供應(yīng)商的排名或評級，或者用于向多個供應(yīng)商分配加急訂單。雖然本文僅在此實施中使用歷史訂單記錄，但其他指標（例如基于廢品和退貨歷史的產(chǎn)品質(zhì)量）可以類似地合并到流程中。產(chǎn)品來源是一種關(guān)聯(lián)實體類型，提供交叉引用表，指示供應(yīng)商可以提供哪些產(chǎn)品。WebService操作實體類型存儲由所有合格供應(yīng)商提供的每個WebService操作的信息。此處記錄了訪問WebService操作的WSDL條目?？蛇x的UDDI條目屬性用于為在公共UDDI上注冊其Web-Service的供應(yīng)商存儲WebService的相應(yīng)UDDI條目。該數(shù)據(jù)模型支持并與使用TCO的供應(yīng)商評分和訂單分配的實踐相一致。在數(shù)據(jù)模型中，產(chǎn)品源表中的優(yōu)先級屬性用于分配訂單給供應(yīng)商的優(yōu)先級或權(quán)重。與每個產(chǎn)品ID和供應(yīng)商組合相關(guān)聯(lián)的優(yōu)先級值基于傳遞歷史數(shù)據(jù)導(dǎo)出的交付可靠性和產(chǎn)品質(zhì)量性能。優(yōu)先級屬性可用于對供應(yīng)商進行排序，以便在第一選擇供應(yīng)商不能提供全部訂單的情況下，第二供應(yīng)商容易被標識為裝運全部或剩余數(shù)量?；蛘撸?yīng)商可以根據(jù)歷史業(yè)績分配訂單，這通常是以標準采購方式進行的。例如，首選的供應(yīng)商可以被分配75%的正在進行的累積購買決策，而次選供應(yīng)商接收25%?？梢詷?gòu)造優(yōu)先級屬性來支持這一點。為電子采購WebService注冊中心提供接口而開發(fā)的主要WebService操作是：1、獲取供應(yīng)商WSDL(供應(yīng)商ID、Web操作):Web操作是注冊中心中所有供應(yīng)商實施的預(yù)定義操作集。例如，“價格報價”操作允許我們發(fā)送是詢問一個材料或組件的價格報價，并從供應(yīng)商收到報價。“訂單”是允許WebService使用者通過WebService接口從供應(yīng)商訂購產(chǎn)品的操作。此Web方法的返回值是供應(yīng)商的WSDL(由實施Web操作的供應(yīng)商ID標識)。2、設(shè)置供應(yīng)商WSDL（供應(yīng)商ID，Web操作，WS-DL）：此方法用于添加或更新供應(yīng)商的Web操作的WS-DL條目。3、合格供應(yīng)商（產(chǎn)品ID）：根據(jù)產(chǎn)品ID檢索供應(yīng)商的供應(yīng)商ID數(shù)組。4、下訂單(產(chǎn)品ID、數(shù)量、供應(yīng)商ID):使用來自供應(yīng)商ID的產(chǎn)品ID下訂單，目標供應(yīng)商的WebService將調(diào)用“訂單”Web操作來完成此請求。采購管理中的買方和賣方需要聚集在一起以定義一組具有相同操作簽名的標準WebService操作（即操作名稱，相同數(shù)量的參數(shù)以及每個參數(shù)的相同數(shù)據(jù)類型）。這項標準工作對于開發(fā)這種動態(tài)采購系統(tǒng)的成功至關(guān)重要，應(yīng)分配資源和時間，以確保所有供應(yīng)商都了解并同意這種實施。在短期內(nèi)，本文認為需要人為干預(yù)來篩選供應(yīng)商。目前，管理注冊表的功能由采購企業(yè)工作人員使用注冊表管理子系統(tǒng)處理。從長遠來看，如果有市場監(jiān)管部門運營的具有公共性質(zhì)的垂直UDDI可以保證UDDI注冊中心列出的供應(yīng)商的質(zhì)量，然后采購企業(yè)可以將電子采購數(shù)據(jù)庫鏈接到公共UDDI，以不斷更新每個供應(yīng)商的WS-DL，并可以使用內(nèi)部和外部數(shù)據(jù)持續(xù)評估供應(yīng)商績效并自動更新，則可能實現(xiàn)無需人為干預(yù)全自動篩選供應(yīng)商。4.2電子采購系統(tǒng)的實施。在關(guān)系數(shù)據(jù)庫中實現(xiàn)的注冊表包含用于在該電子采購系統(tǒng)中的買方和供應(yīng)商之間進行交互所需的各種Web-Service操作的WebService條目。實現(xiàn)一組WebService以為其他軟件應(yīng)用程序和組件提供與WebService注冊表交互的接口。買方的產(chǎn)品編號與不同供應(yīng)商使用的產(chǎn)品代碼之間的映射存儲在注冊表中，以便向WebService使用者隱藏內(nèi)部物資編號到供應(yīng)商產(chǎn)品編號的轉(zhuǎn)換。本文采用三層架構(gòu)設(shè)計和實施部署了企業(yè)的電子采購系統(tǒng)。表示層可以是傳統(tǒng)的Windows界面、Web用戶界面或移動Web應(yīng)用程序。由于基于WebService的業(yè)務(wù)層和數(shù)據(jù)服務(wù)層組件的實現(xiàn)可以很容易地實現(xiàn)這一點，客戶可以使用傳統(tǒng)客戶端或智能客戶端Applications這些組件。采購服務(wù)軟件組件在用作業(yè)務(wù)層組件的Web-Service中實現(xiàn)。采購服務(wù)可以被視為采購。由于.NETFramework環(huán)境中對WebService開發(fā)的強大支持，因此在MicrosoftWindows2003Server下的VisualStudio.NETProfessional2003中實現(xiàn)電子采購系統(tǒng)?；赪indows的表示層的實現(xiàn)如圖5所示。缺貨庫存的產(chǎn)品ID和所需數(shù)量可由采購企業(yè)內(nèi)部ERP系統(tǒng)生成。采購管理人員根據(jù)附加的數(shù)據(jù)和判斷來修改要購買物資的金額。采購管理人員可以直接為庫存中的產(chǎn)品手動輸入產(chǎn)品編號，然后可以單擊“獲取報價”按鈕將獲取報價請求發(fā)送給符合條件的供應(yīng)商以獲取所請求的產(chǎn)品。供應(yīng)商的報價回復(fù)包括以下信息：供應(yīng)商ID、報價、供應(yīng)商可及時供貨數(shù)量以及以小時為單位的估計運輸時間。用戶可以單擊數(shù)據(jù)網(wǎng)格中每列的標題，按該屬性按升序或降序?qū)Y(jié)果進行排序，以根據(jù)不同的屬性評估這些報價?？梢蚤_發(fā)對業(yè)務(wù)規(guī)則引擎的額外調(diào)用，該業(yè)務(wù)規(guī)則引擎應(yīng)用各種業(yè)務(wù)規(guī)則來進行推薦購買。用戶可以通過單擊數(shù)據(jù)網(wǎng)格中與特定供應(yīng)商報價對應(yīng)的行來選擇報價。然后，用戶將在單擊“下訂單”按鈕之前輸入要從供應(yīng)商訂購的數(shù)量，以通過所選供應(yīng)商提供的訂單WebSer-vice發(fā)出在線訂單。與所選供應(yīng)商的綁定是與動態(tài)完成的。在提交訂單之前將出現(xiàn)確認對話框。訂單提交的結(jié)果將顯示給用戶。采購訂單將在內(nèi)部創(chuàng)建為審計跟蹤并用于跟蹤購買。能夠使用WebService的移動計算設(shè)備可以使用作為WebService實現(xiàn)的分布式組件來訪問采購數(shù)據(jù)和應(yīng)用程序，這將有效擴大電子采購系統(tǒng)的可訪問性。采購企業(yè)的物流主管檢查庫存或供應(yīng)商人員可使用移動應(yīng)用程序及時查詢訂單信息。電子采購系統(tǒng)所提供的良好移動性使采購企業(yè)能夠由適當(dāng)?shù)娜藛T隨時隨地啟動采購流程。4.3模擬測試和性能評估。模擬環(huán)境中的服務(wù)器配置為英特爾酷睿4.00GHzCPU和16GB內(nèi)存。所有供應(yīng)商WebService都在同一臺服務(wù)器上運行，因此網(wǎng)絡(luò)流量不被納入性能測量。在調(diào)用100供應(yīng)商報價WebService的模擬測試中，本文所設(shè)計的電子采購系統(tǒng)獲得了3秒響應(yīng)時間。這是由于電子采購系統(tǒng)中的動態(tài)WebService調(diào)用是同步執(zhí)行的，具有很好的響應(yīng)時間。如果使用具有回調(diào)函數(shù)和多線程異步WebService調(diào)用來實現(xiàn)WebService調(diào)用，則可以進一步提高性能，并且多線程異步機制能夠支持并行處理，使得某些服務(wù)調(diào)用中的延遲可能對系統(tǒng)的整體性能沒有重大影響。

5結(jié)束語

由于早期的信息技術(shù)不支持采購管理流程的實時和動態(tài)需求，本文采用WebService設(shè)計和實現(xiàn)了能夠?qū)崟r進行數(shù)據(jù)交互的企業(yè)電子采購系統(tǒng)。通過所實施的電子采購系統(tǒng)對于快速采購流程的支持，可以看出基于Web-Service的動態(tài)特性采購企業(yè)可以維持一份能夠提供及時供貨能力的動態(tài)供應(yīng)商列表。此外，如果通過WebSer-vice可以廣泛訪問內(nèi)部和外部供應(yīng)商注冊信息，則采購企業(yè)能夠可以使用不同的動態(tài)標準來對供應(yīng)商進行評估從而實現(xiàn)自動分配訂單。通過部署WebService可以降低企業(yè)采購系統(tǒng)的集成成本，并將服務(wù)的及時性提高到一定程度，因此可以預(yù)期WebService在具有全方位采購業(yè)務(wù)戰(zhàn)略的企業(yè)中將發(fā)揮更多的積極意義。

作者:衛(wèi)祥 羅發(fā)政 楊浩 閆慶華