企業(yè)采購業(yè)務(wù)架構(gòu)設(shè)計(jì)與實(shí)現(xiàn)

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

2、提高了采購流程的效率。通過采購業(yè)務(wù)流程的信息化改造，采購活動(dòng)的買賣雙方在交易成本、管理成本、資產(chǎn)利用率方面都得到了改進(jìn)，但更重要的是采購企業(yè)的采購及時(shí)性需求得到了響應(yīng)。因此，基于信息技術(shù)的采購流程優(yōu)化成為多數(shù)公司致力研究的方向1。WebService是松散耦合，可重復(fù)使用的軟件組件，在語義上封裝離散功能，并通過標(biāo)準(zhǔn)Internet協(xié)議進(jìn)行分布式和編程訪問的標(biāo)準(zhǔn)通用標(biāo)識(shí)語言2。WebService提供了一種實(shí)現(xiàn)分布式組件的標(biāo)準(zhǔn)方法，可通過互聯(lián)網(wǎng)上的標(biāo)準(zhǔn)協(xié)議（如HTTP、XML和SOAP）為不同企業(yè)提供數(shù)據(jù)和業(yè)務(wù)邏輯服務(wù)。“松散耦合”意味著WebService獨(dú)立于任何編程語言、平臺(tái)和對(duì)象模型。使

3、用無處不在的低成本互聯(lián)網(wǎng)，WebService可以輕松地通過Intranet和In-ternet提供可互操作的軟件功能。從分布式計(jì)算架構(gòu)的角度來看，WebService描述了面向服務(wù)和基于組件的應(yīng)用程序架構(gòu)。從面向業(yè)務(wù)和概念的角度來看，WebSer-vice是一種可用于構(gòu)建動(dòng)態(tài)電子商務(wù)模型的支持技術(shù)。伴隨的電子商務(wù)流程由作為WebService實(shí)現(xiàn)的離散任務(wù)組成，并在整個(gè)增值服務(wù)網(wǎng)絡(luò)中廣泛分布3-5。而通過WebService可以降低企業(yè)的采購成本，并提高原本無法實(shí)現(xiàn)的采購服務(wù)水平。在實(shí)時(shí)動(dòng)態(tài)企業(yè)采購業(yè)務(wù)中，外部貿(mào)易伙伴需要及時(shí)獲取企業(yè)內(nèi)部流程或來自內(nèi)部流程的信息，以支持企業(yè)在采購過程中需求變

4、化6。本文將通過對(duì)EDI、XML和WebService之間差異的研究來討論采購管理中信息技術(shù)的發(fā)展，提出基于Web-Service的企業(yè)電子采購應(yīng)用程序的體系結(jié)構(gòu)和設(shè)計(jì)，并提供了利用WebService的獨(dú)特動(dòng)態(tài)綁定功能的電子采購流程的描述，最后實(shí)現(xiàn)了支持動(dòng)態(tài)企業(yè)電子采購系統(tǒng)。 2采購管理與信息技術(shù)的共生關(guān)系與演化 采購管理是一種協(xié)調(diào)訂單履行中涉及的企業(yè)之間的功能和流程的方法，其目標(biāo)是在規(guī)定時(shí)間和地點(diǎn)交付采購合格產(chǎn)品，以使企業(yè)的生產(chǎn)組織總成本最小化。采購管理通常跨多個(gè)企業(yè)，包括供應(yīng)商、制造商、運(yùn)輸承運(yùn)人、倉庫、零售商以及采購企業(yè)本身7-8。從過程的角度來看，采購管理協(xié)調(diào)訂單管理、生產(chǎn)管理、庫存

5、管理、采購、配送、運(yùn)輸和產(chǎn)品設(shè)計(jì)。在采購流程的背景來看，采購業(yè)務(wù)的流程涉及多個(gè)企業(yè)之間的合作，例如早期供應(yīng)商參與產(chǎn)品設(shè)計(jì)，以及日常采購物料流程的協(xié)調(diào)。在最后一個(gè)環(huán)節(jié)中，采購企業(yè)內(nèi)部也需要共享訂單、庫存和生產(chǎn)信息，以便使企業(yè)在多個(gè)決策點(diǎn)上做出更有利于協(xié)調(diào)管理的決策。從信息技術(shù)的角度來看，采購管理將多個(gè)組織邊界內(nèi)的一組相互關(guān)聯(lián)的活動(dòng)與不同的計(jì)算平臺(tái)和數(shù)據(jù)格式同步，使這些活動(dòng)集成到簡化的高效流程中成為一項(xiàng)重大挑戰(zhàn)9-10。因此，信息技術(shù)和相關(guān)標(biāo)準(zhǔn)對(duì)采購流程管理的演變產(chǎn)生了重大影響。下面討論從基于EDI的靜態(tài)采購流程向支持WebService的實(shí)時(shí)和動(dòng)態(tài)采購流程的演變。2.1EDI。電子數(shù)據(jù)交換（ED

6、I）作為電子商務(wù)主要技術(shù)基礎(chǔ)，已被零售商、制造公司和物流公司廣泛使用，實(shí)現(xiàn)了降低貿(mào)易伙伴之間的交易成本11。近年來，一些企業(yè)嘗試使用EDI對(duì)采購流程進(jìn)行重構(gòu)。然而，使用EDI難以實(shí)現(xiàn)采購鏈上下游企業(yè)之間的數(shù)據(jù)有效集成，部分原因是數(shù)據(jù)批量傳輸?shù)募皶r(shí)性問題得到不保證。數(shù)據(jù)批量處理通常難以或不可能及時(shí)地在采購鏈不同位置上的多個(gè)企業(yè)獲得一致的數(shù)據(jù)。每個(gè)企業(yè)都以高度動(dòng)態(tài)的方式管理其采購業(yè)務(wù)流程，因此企業(yè)之間的采購流程缺乏同步性。在供應(yīng)鏈中的每個(gè)公司中，生產(chǎn)、營銷和工程團(tuán)隊(duì)通常不斷更新和改進(jìn)他們的工作計(jì)劃。生產(chǎn)計(jì)劃人員可能會(huì)改變運(yùn)營計(jì)劃以提高效率，營銷經(jīng)常調(diào)整促銷和定價(jià)以更好響應(yīng)市場需求，工程師根據(jù)供應(yīng)商

7、和客戶群體的不斷調(diào)整產(chǎn)品和服務(wù)。鑒于此，很容易看到采購流程中的兩個(gè)位置在數(shù)據(jù)批量模式下在任何單個(gè)時(shí)間點(diǎn)都不能通過數(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ā)成本都很高。因此，實(shí)施EDI的總成本非常高。對(duì)企業(yè)而言，大量日常采購業(yè)務(wù)面對(duì)中小供應(yīng)商，這些中小供應(yīng)商對(duì)EDI的成本承受能力是十分有限的。如果在企業(yè)采購系統(tǒng)中忽略這些中小供應(yīng)商，企業(yè)也無法整合完整的采

8、購鏈。因此需要成本低廉、松散耦合的技術(shù)手段來替代EDI。2.2XML。XML是在1990年底出現(xiàn)的一種數(shù)據(jù)交換標(biāo)準(zhǔn)，以取代B2B電子商務(wù)中的EDI標(biāo)準(zhǔn)。XML應(yīng)該被視為一套標(biāo)準(zhǔn)13。XML代表了“可擴(kuò)展標(biāo)記語言”，它被認(rèn)為是可擴(kuò)展的，因?yàn)樗皇窍馝DI和HTML那樣的固定格式。XML已成為便攜式數(shù)據(jù)的標(biāo)準(zhǔn)。與XML相關(guān)的三個(gè)抽象級(jí)別：（1）XML定義語言有兩個(gè)標(biāo)準(zhǔn)：XML1推薦（W3C，2000B）和XML模式（W3C，20011A）；（2）應(yīng)用領(lǐng)域標(biāo)準(zhǔn)（如OASIS標(biāo)準(zhǔn)化的），用于各種商業(yè)文檔或數(shù)據(jù)集；（3）以XML格式編碼的實(shí)際業(yè)務(wù)文檔。其他支持標(biāo)準(zhǔn)（如XSL（W3C，2000c）、XML

9、DOM（W3C，2000c）或SAX（SAXProject，2002）用于XML文檔解析和轉(zhuǎn)換14-15。XML相對(duì)于EDI有以下幾個(gè)優(yōu)勢(shì)：1、Unicode：XML使用Unicode，因此可以使用不同的國家語言進(jìn)行編碼。2、錯(cuò)誤檢查：XMLDTD和XSD文件基本上是標(biāo)記語言的定義。它們定義了特定文檔的結(jié)構(gòu)和約束，因此可用于捕獲和驗(yàn)證業(yè)務(wù)文檔，這是B2B電子商務(wù)的關(guān)鍵功能。3、免費(fèi)和集成的解析工具：許多免費(fèi)的XML解析器隨時(shí)可用于各種編程語言，并與.NET和J2EE等企業(yè)計(jì)算平臺(tái)完全集成。開發(fā)人員可以輕松使用這些XML工具構(gòu)建應(yīng)用程序來處理XML數(shù)據(jù)。XML已經(jīng)在數(shù)據(jù)交換領(lǐng)域獲得廣泛應(yīng)用。在許

10、多公司中的協(xié)同辦公系統(tǒng)等信息系統(tǒng)都建立在XML技術(shù)基礎(chǔ)上。因此，采購流程中大部分應(yīng)用系統(tǒng)都可以采用XML實(shí)現(xiàn)數(shù)據(jù)跨平臺(tái)的交互。但是，基于EDI或XML的業(yè)務(wù)文檔通常以批處理模式處理，處理延遲使得來自采購雙方的最新業(yè)務(wù)數(shù)據(jù)可能無法用于支持實(shí)時(shí)決策。因此，EDI和XML都不能完全支持以實(shí)時(shí)方式響應(yīng)企業(yè)采購管理的工作。2.3WebService。WebService通常使用XML進(jìn)行數(shù)據(jù)格式標(biāo)準(zhǔn)化，使用SOAP進(jìn)行消息傳遞（即XML消息傳遞協(xié)議）以支持可互操作的軟件組件。WebService可用于開發(fā)新的軟件組件或構(gòu)建包裝器以向外部采購合作伙伴公開業(yè)務(wù)流程。它還可以在內(nèi)部用于為其他系統(tǒng)提供可編程接口

11、，并將Web支持的應(yīng)用程序直接與某些系統(tǒng)系統(tǒng)集成16。EDI和XML都可以在供應(yīng)鏈流程所集成的各個(gè)應(yīng)用系統(tǒng)之間提供數(shù)據(jù)交換方法，采購數(shù)據(jù)可以在多個(gè)系統(tǒng)之間隨意流轉(zhuǎn)。XML仍然用于SOAP下的數(shù)據(jù)交換目的，但是，WebService采用面向服務(wù)和流程的方法來解決采購管理中不同系統(tǒng)的集成問題。使用WebService啟用的應(yīng)用程序可以通過使用舊系統(tǒng)（例如檢查庫存狀態(tài)）和外部供應(yīng)商（例如請(qǐng)求供應(yīng)商報(bào)價(jià)）的WebService來提供簡化的功能。這些WebService透明地組合在應(yīng)用程序的場景后面，使用戶可以從單個(gè)應(yīng)用程序訪問更多的采購鏈功能。SOAP是一種WebService消息傳遞機(jī)制，它遵循HT

12、TP請(qǐng)求/響應(yīng)消息模型。因此，采購鏈上所集成的各個(gè)系統(tǒng)的運(yùn)營數(shù)據(jù)可以實(shí)時(shí)交換。大多數(shù)WebService應(yīng)用程序使用靜態(tài)綁定來調(diào)用在設(shè)計(jì)時(shí)已知的特定Web-Service。然而，采購管理應(yīng)用本身就是動(dòng)態(tài)的，因?yàn)椴少徆芾砩细鱾€(gè)層級(jí)的條件會(huì)隨著時(shí)間而變化。例如，隨著產(chǎn)量的增加和出貨量降低成品的庫存水平，成品的庫存水平將不斷波動(dòng)。使用WebService，供應(yīng)商可以在要進(jìn)行庫存補(bǔ)貨決策的時(shí)間點(diǎn)請(qǐng)求客戶庫存地點(diǎn)的庫存狀態(tài)。然后，WebService可用于推進(jìn)先前信息技術(shù)的操作，以實(shí)現(xiàn)對(duì)動(dòng)態(tài)供應(yīng)鏈條件的實(shí)時(shí)數(shù)據(jù)更新，從而提供無法以其他方式有效提供給擴(kuò)展企業(yè)的必要支持。在這種情況下需要?jiǎng)討B(tài)綁定方法;但是，

13、很少有文獻(xiàn)資料討論如何使用動(dòng)態(tài)綁定設(shè)計(jì)和實(shí)現(xiàn)Webservices應(yīng)用程序。本文將提出一個(gè)基于WebService的動(dòng)態(tài)采購系統(tǒng)架構(gòu)，以便在企業(yè)采購管理中實(shí)現(xiàn)這種具有實(shí)時(shí)性的應(yīng)用系統(tǒng)互連。 3基于WebService的企業(yè)采購系統(tǒng)的架構(gòu)和設(shè)計(jì) 企業(yè)管理的一項(xiàng)重要功能是及時(shí)購買生產(chǎn)經(jīng)營所需的物資和服務(wù)。一家典型的公司將其收入的至少一半用于商品和服務(wù)的外購，因此供應(yīng)商的選擇和日常物流的控制是企業(yè)提高采購管理效率的關(guān)鍵。在這方面信息技術(shù)支持對(duì)提高企業(yè)采購管理績效發(fā)揮了重要作用。3.1電子采購應(yīng)用場景。企業(yè)采購商品和服務(wù)可視為兩個(gè)過程：供應(yīng)商選擇和物資購買。企業(yè)在執(zhí)行采購之前選擇供應(yīng)商，并且在產(chǎn)品生命

14、周期內(nèi)對(duì)供應(yīng)商進(jìn)行相對(duì)較少的變更，因此可以把供應(yīng)商看作是靜態(tài)的。供應(yīng)商選擇過程包括定義所購買物品的要求、識(shí)別潛在供應(yīng)商、請(qǐng)求供應(yīng)商報(bào)價(jià)、評(píng)估報(bào)價(jià)并最終基于預(yù)期商品性能和價(jià)格選擇供應(yīng)商。一旦選擇了供應(yīng)商，就進(jìn)行物資購買。物資采購過程通常包括計(jì)算物資需求量的計(jì)算和向潛在供應(yīng)商簽訂采購訂單兩個(gè)主要操作。企業(yè)中大量正在進(jìn)行的采購都是日常采購的。這種形式的采購具有價(jià)值小、頻率高的特點(diǎn)，所以采購企業(yè)和物資供應(yīng)商能夠提前確定所采購物資的種類、數(shù)量和交貨時(shí)間。此外企業(yè)采購還大量存在另外一種應(yīng)用場景。當(dāng)企業(yè)在生產(chǎn)經(jīng)營過程中面臨意外情況，常常需要通過緊急采購生產(chǎn)物資以恢復(fù)正常的生產(chǎn)經(jīng)營。在此類應(yīng)用場景下常常需要緊

15、急采購、變更或取消采購等。這種類型的采購與日常采購迥異，與潛在供應(yīng)商的銷售預(yù)期也有較大的差距，可能導(dǎo)致無法按時(shí)供貨或所采購材料質(zhì)量等不令人滿意等事件發(fā)生。這兩種企業(yè)采購應(yīng)用場景具有類似的流程，如圖1所示。在某些緊急采購的情況下，原先設(shè)定的供應(yīng)商無法滿足加急物資的采購要求，因此需要能夠及時(shí)找到合格的供應(yīng)商，此時(shí)由WebService啟用的動(dòng)態(tài)供應(yīng)商標(biāo)識(shí)和訂單發(fā)布功能將非常有用，因?yàn)椴少徠髽I(yè)可以快速請(qǐng)求和評(píng)估潛在供應(yīng)商的報(bào)價(jià)。在實(shí)踐中，WebService注冊(cè)數(shù)據(jù)庫將提供有關(guān)潛在供應(yīng)商的信息，這些供應(yīng)商能夠足夠靈活以響應(yīng)此類型的快速和緊急的采購請(qǐng)求。然后，滿足采購要求的潛在供應(yīng)商將通過WebSer

16、vice提交供貨時(shí)間和報(bào)價(jià)，以便采購企業(yè)進(jìn)行評(píng)估。發(fā)布訂單、提交報(bào)價(jià)和評(píng)估的過程需要非常快速地實(shí)時(shí)執(zhí)行。然后，采購企業(yè)評(píng)估所有報(bào)價(jià)，做出采購決定，并將訂單與所選供應(yīng)商一起通過WebService發(fā)布出去。所選供應(yīng)商接收采購訂單并運(yùn)送物料，物流由物流企業(yè)接收并提供給采購企業(yè)以完成訂單的執(zhí)行。下面針對(duì)上述完整的采購流程利用WebService構(gòu)建采購系統(tǒng)架構(gòu)實(shí)現(xiàn)全過程的電子采購。3.2電子采購系統(tǒng)的架構(gòu)。系統(tǒng)的整體架構(gòu)設(shè)計(jì)如圖2所示。該系統(tǒng)由以下幾個(gè)子系統(tǒng)組成。1、電子采購代理：電子采購代理是在WebService中實(shí)現(xiàn)的軟件組件。它作為一個(gè)中間組件來處理與Web-Service注冊(cè)中心和潛在供應(yīng)

17、商的WebService的交互。它使用供應(yīng)商WebService注冊(cè)中心提供的WebService和供應(yīng)商提供的WebService。電子采購代理實(shí)現(xiàn)為前端用戶界面應(yīng)用程序要使用的WebService服務(wù)。2、用戶界面（UI）子系統(tǒng)：由于電子采購代理是在WebService中實(shí)現(xiàn)的，因此可以使用能夠使用WebSer-vice的各種用戶界面組件輕松實(shí)現(xiàn)電子采購UI子系統(tǒng)。UI子系統(tǒng)包括：a)在桌面計(jì)算機(jī)上運(yùn)行的GUI客戶端?；贕UI的應(yīng)用程序提供豐富的用戶界面元素和交互。它通常由在采購公司內(nèi)部工作的采購人員使用。b)基于瀏覽器的應(yīng)用程序。Web表示層組件是在服務(wù)器端運(yùn)行的Web程序。這些Web

18、表示層程序可以使用WebService，并且只要有Internet訪問就可以訪問電子采購系統(tǒng)。c)移動(dòng)客戶端。諸如手機(jī)之類的移動(dòng)設(shè)備可以通過移動(dòng)客戶端訪問WebService。移動(dòng)客戶端可以支持特殊的微瀏覽器來訪問服務(wù)器端的Web程序。移動(dòng)Web程序需要以適合于請(qǐng)求移動(dòng)設(shè)備的WML或cHTML等格式呈現(xiàn)Web頁面。3、供應(yīng)商WebService登記子系統(tǒng)：公共UDDI過于通用，沒有從電子采購的角度提供為采購雙方提供足夠的信息，不適用于擬議的電子采購系統(tǒng)。因此，本文開發(fā)了一個(gè)私有WebService注冊(cè)系統(tǒng)。該WebService注冊(cè)系統(tǒng)使用WebService描述語言(WSDL)文件存儲(chǔ)了所有

19、潛在供應(yīng)商以及所能提供物資的信息。注冊(cè)系統(tǒng)的數(shù)據(jù)庫存儲(chǔ)所有合格的供應(yīng)商信息的詳細(xì)信息，包括其供貨能力、供貨質(zhì)量以及完成電子采購交易所需的各種交互（例如價(jià)格報(bào)價(jià)和訂單）的WSDL。該注冊(cè)系統(tǒng)在擴(kuò)展?jié)撛诠?yīng)商列表時(shí)和實(shí)現(xiàn)采購流程的實(shí)時(shí)性方面發(fā)揮著關(guān)鍵作用。電子采購代理使用該注冊(cè)系統(tǒng)發(fā)布的WebSer-vice來訪問供應(yīng)商的WebService信息。4、注冊(cè)管理子系統(tǒng)：采購企業(yè)工作人員使用這個(gè)子系統(tǒng)來維護(hù)供應(yīng)商數(shù)據(jù)和他們的WebService條目，評(píng)估潛在供應(yīng)商以確定這些供應(yīng)商是否應(yīng)注冊(cè)在私有Web-Service注冊(cè)表中。采購企業(yè)工作人員可通過訪問公共服務(wù)目錄不斷地識(shí)別和更新供應(yīng)商及其WebSer

20、vice條目。5、供應(yīng)商的WebService：在本文的設(shè)計(jì)中，想要加入電子采購系統(tǒng)的供應(yīng)商需要根據(jù)已發(fā)布的WSDL文件定義的一組特定的Web操作來實(shí)現(xiàn)電子采購系統(tǒng)所需的WebService。這些Web操作的實(shí)現(xiàn)是微不足道的。但是，所有供應(yīng)商都需要支持這些Web操作的相同簽名，即對(duì)于來自不同供應(yīng)商的相同操作的名稱、參數(shù)數(shù)量和參數(shù)的數(shù)據(jù)類型必須相同。這些WebService被視為電子采購系統(tǒng)的擴(kuò)展和不可分割的一部分。提供這些Web-Service使供應(yīng)商能夠?qū)崟r(shí)提交報(bào)價(jià)并被評(píng)估報(bào)價(jià)，且在提交報(bào)價(jià)和評(píng)估報(bào)價(jià)的過程需要很少或不需要人工來干預(yù)。由于采購企業(yè)意外情況的發(fā)生，采購物資需要在短時(shí)間內(nèi)獲得，W

21、ebService使電子采購系統(tǒng)能夠快速準(zhǔn)備一個(gè)“報(bào)價(jià)請(qǐng)求”，以便許多供應(yīng)商可以快速響應(yīng)可用性、價(jià)格和交付，然后是采購企業(yè)的報(bào)價(jià)評(píng)估以及與所選擇的供應(yīng)商進(jìn)行訂單交易。電子采購系統(tǒng)使采購組織能夠在接近全自動(dòng)化交易處理的情況下實(shí)時(shí)采購物資。3.3電子采購系統(tǒng)設(shè)計(jì)。電子采購代理是電子采購系統(tǒng)體系結(jié)構(gòu)的關(guān)鍵要素。它是一個(gè)在WebService中實(shí)現(xiàn)的中間層業(yè)務(wù)邏輯組件，可用于識(shí)別一組合格供應(yīng)商的信息、查詢價(jià)格和可用性報(bào)價(jià)以及提出購買建議。圖3所示的UML序列圖說明了電子采購代理的設(shè)計(jì)，重點(diǎn)是它與系統(tǒng)其他組件的交互。在設(shè)計(jì)電子采購系統(tǒng)時(shí)，采用了三層體系結(jié)構(gòu)方法，包括表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)層，與企業(yè)

22、應(yīng)用體系結(jié)構(gòu)的模式一致。在采購系統(tǒng)中，實(shí)現(xiàn)了一個(gè)基于windows的移動(dòng)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注冊(cè)中心)中。注冊(cè)中心功能可以由一組公共WebSer-vice操作訪問，電子采購代理可以使用這些操作。圖3所示的子采購系統(tǒng)UML模型顯示了緊急采購的流程。序列圖表示采購企業(yè)為從供應(yīng)商采購材料或服務(wù)而執(zhí)行的一系列操作。使用UML，可以將WebService建模為類。在該序列圖中，WebService被建模為對(duì)象（即WebSe

23、rvice類的實(shí)例）。指定WebService提供的接口的Web方法或Web操作可以建模為消息。Web操作簽名由方法名稱、參數(shù)及其類操作的數(shù)據(jù)類型組成。序列圖中的循環(huán)操作用星號(hào)（*）表示。UML序列圖代表了電子采購系統(tǒng)和實(shí)時(shí)采購過程的典型場景。采購人員被庫存短缺或即將發(fā)生的物料控制系統(tǒng)警告，并登錄到電子采購系統(tǒng)。產(chǎn)品ID被輸入到采購表單表示層組件。最終用戶通過采購表格提交的產(chǎn)品ID將提交給采購服務(wù)（即圖2所示的電子采購代理）。實(shí)現(xiàn)為WebService的采購服務(wù)組件將調(diào)用由WebSer-vice注冊(cè)表提供的WebService，以檢索所請(qǐng)求產(chǎn)品的所有合格供應(yīng)商的WSDLs。因此，我們假設(shè)供應(yīng)商

24、資格的過程是獨(dú)立的，提前完成，也許是連續(xù)的材料短缺的預(yù)期。對(duì)每個(gè)合格供應(yīng)商進(jìn)行價(jià)格報(bào)價(jià)WebService調(diào)用的迭代。XML格式的供應(yīng)商報(bào)價(jià)將由采購服務(wù)代理返回并匯總。潛在的所有報(bào)價(jià)都可以發(fā)送給采購代理商，采購代理商應(yīng)用一些既定的業(yè)務(wù)規(guī)則來推薦采購獎(jiǎng)勵(lì)決策。獎(jiǎng)勵(lì)決策的業(yè)務(wù)規(guī)則可以簡單到“首先從具有最低報(bào)價(jià)的供應(yīng)商處購買”或“以最快的交貨時(shí)間從供應(yīng)商處購買”，或者與供應(yīng)商質(zhì)量和歷史交付績效等其他因素的組合。例如，如果要使用多個(gè)供應(yīng)商，則可以使用所有權(quán)總成本（TCO）來對(duì)能夠按時(shí)提供所需組件的供應(yīng)商進(jìn)行評(píng)分，作為對(duì)訂單分配的輸入。TCO是一種最佳實(shí)踐，它將產(chǎn)品價(jià)格，購買公司的采購相關(guān)成本以及預(yù)期的

25、供應(yīng)商績效納入決策過程。績效指標(biāo)可能包括供應(yīng)商影響的可靠性成本、質(zhì)量成本、資產(chǎn)利用率、停機(jī)時(shí)間和周期時(shí)間以及庫存。然后，用于計(jì)算獎(jiǎng)勵(lì)決策的數(shù)據(jù)將變得更加動(dòng)態(tài)并且與實(shí)時(shí)數(shù)據(jù)和采購企業(yè)公司的管理策略保持一致。報(bào)價(jià)或推薦的采購決定將通過采購表格組件顯示給采購人員。一旦采購企業(yè)作出采購決策，采購訂單將通過WebService發(fā)送給選定供應(yīng)商。采購企業(yè)的工作人員可以動(dòng)態(tài)地從WebService注冊(cè)表中檢索供應(yīng)商的訂單的WSDL。 4動(dòng)態(tài)電子采購系統(tǒng)的實(shí)現(xiàn) 隨著WebService的出現(xiàn)，可以使用由WebService啟用的電子采購系統(tǒng)來促進(jìn)購買加速購買，其中幾個(gè)合格的供應(yīng)商能夠提供所需的產(chǎn)品。此處介紹的

26、采購流程利用了WebService的動(dòng)態(tài)和實(shí)時(shí)功能。我們描繪了一個(gè)說明性示例，以及描述買方如何隨時(shí)訪問并做出關(guān)于供應(yīng)鏈B2B細(xì)分中生產(chǎn)設(shè)施的材料電子采購的決策的原型。這種經(jīng)過修改的采購流程可提高供應(yīng)鏈的績效，使供應(yīng)鏈更好地響應(yīng)客戶需求和對(duì)這些需求的變化，以及在生產(chǎn)運(yùn)營中定期發(fā)生的內(nèi)部中斷。4.1設(shè)計(jì)WebService注冊(cè)數(shù)據(jù)庫和WebSer-vice接口。WebService注冊(cè)信息存儲(chǔ)在關(guān)系數(shù)據(jù)庫中，Web-Service被用來提供以便其他子系統(tǒng)或應(yīng)用程序能夠訪問存儲(chǔ)在注冊(cè)數(shù)據(jù)庫中的信息接口。圖4用實(shí)體關(guān)系圖表示服務(wù)注冊(cè)數(shù)據(jù)庫的一部分設(shè)計(jì)。訂單歷史實(shí)體類型源自歷史采購數(shù)據(jù)，并且可用于在動(dòng)態(tài)

27、供應(yīng)商選擇過程中確定每個(gè)供應(yīng)商的排名或評(píng)級(jí)，或者用于向多個(gè)供應(yīng)商分配加急訂單。雖然本文僅在此實(shí)施中使用歷史訂單記錄，但其他指標(biāo)（例如基于廢品和退貨歷史的產(chǎn)品質(zhì)量）可以類似地合并到流程中。產(chǎn)品來源是一種關(guān)聯(lián)實(shí)體類型，提供交叉引用表，指示供應(yīng)商可以提供哪些產(chǎn)品。WebService操作實(shí)體類型存儲(chǔ)由所有合格供應(yīng)商提供的每個(gè)WebService操作的信息。此處記錄了訪問WebService操作的WSDL條目?？蛇x的UDDI條目屬性用于為在公共UDDI上注冊(cè)其Web-Service的供應(yīng)商存儲(chǔ)WebService的相應(yīng)UDDI條目。該數(shù)據(jù)模型支持并與使用TCO的供應(yīng)商評(píng)分和訂單分配的實(shí)踐相一致。在數(shù)據(jù)

28、模型中，產(chǎn)品源表中的優(yōu)先級(jí)屬性用于分配訂單給供應(yīng)商的優(yōu)先級(jí)或權(quán)重。與每個(gè)產(chǎn)品ID和供應(yīng)商組合相關(guān)聯(lián)的優(yōu)先級(jí)值基于傳遞歷史數(shù)據(jù)導(dǎo)出的交付可靠性和產(chǎn)品質(zhì)量性能。優(yōu)先級(jí)屬性可用于對(duì)供應(yīng)商進(jìn)行排序，以便在第一選擇供應(yīng)商不能提供全部訂單的情況下，第二供應(yīng)商容易被標(biāo)識(shí)為裝運(yùn)全部或剩余數(shù)量。或者，供應(yīng)商可以根據(jù)歷史業(yè)績分配訂單，這通常是以標(biāo)準(zhǔn)采購方式進(jìn)行的。例如，首選的供應(yīng)商可以被分配75%的正在進(jìn)行的累積購買決策，而次選供應(yīng)商接收25%。可以構(gòu)造優(yōu)先級(jí)屬性來支持這一點(diǎn)。為電子采購WebService注冊(cè)中心提供接口而開發(fā)的主要WebService操作是：1、獲取供應(yīng)商WSDL(供應(yīng)商ID、Web操作):W

29、eb操作是注冊(cè)中心中所有供應(yīng)商實(shí)施的預(yù)定義操作集。例如，“價(jià)格報(bào)價(jià)”操作允許我們發(fā)送是詢問一個(gè)材料或組件的價(jià)格報(bào)價(jià)，并從供應(yīng)商收到報(bào)價(jià)?！坝唵巍笔窃试SWebService使用者通過WebService接口從供應(yīng)商訂購產(chǎn)品的操作。此Web方法的返回值是供應(yīng)商的WSDL(由實(shí)施Web操作的供應(yīng)商ID標(biāo)識(shí))。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下訂單，目標(biāo)供應(yīng)商的WebService

30、將調(diào)用“訂單”Web操作來完成此請(qǐng)求。采購管理中的買方和賣方需要聚集在一起以定義一組具有相同操作簽名的標(biāo)準(zhǔn)WebService操作（即操作名稱，相同數(shù)量的參數(shù)以及每個(gè)參數(shù)的相同數(shù)據(jù)類型）。這項(xiàng)標(biāo)準(zhǔn)工作對(duì)于開發(fā)這種動(dòng)態(tài)采購系統(tǒng)的成功至關(guān)重要，應(yīng)分配資源和時(shí)間，以確保所有供應(yīng)商都了解并同意這種實(shí)施。在短期內(nèi)，本文認(rèn)為需要人為干預(yù)來篩選供應(yīng)商。目前，管理注冊(cè)表的功能由采購企業(yè)工作人員使用注冊(cè)表管理子系統(tǒng)處理。從長遠(yuǎn)來看，如果有市場監(jiān)管部門運(yùn)營的具有公共性質(zhì)的垂直UDDI可以保證UDDI注冊(cè)中心列出的供應(yīng)商的質(zhì)量，然后采購企業(yè)可以將電子采購數(shù)據(jù)庫鏈接到公共UDDI，以不斷更新每個(gè)供應(yīng)商的WS-DL，并

31、可以使用內(nèi)部和外部數(shù)據(jù)持續(xù)評(píng)估供應(yīng)商績效并自動(dòng)更新，則可能實(shí)現(xiàn)無需人為干預(yù)全自動(dòng)篩選供應(yīng)商。4.2電子采購系統(tǒng)的實(shí)施。在關(guān)系數(shù)據(jù)庫中實(shí)現(xiàn)的注冊(cè)表包含用于在該電子采購系統(tǒng)中的買方和供應(yīng)商之間進(jìn)行交互所需的各種Web-Service操作的WebService條目。實(shí)現(xiàn)一組WebService以為其他軟件應(yīng)用程序和組件提供與WebService注冊(cè)表交互的接口。買方的產(chǎn)品編號(hào)與不同供應(yīng)商使用的產(chǎn)品代碼之間的映射存儲(chǔ)在注冊(cè)表中，以便向WebService使用者隱藏內(nèi)部物資編號(hào)到供應(yīng)商產(chǎn)品編號(hào)的轉(zhuǎn)換。本文采用三層架構(gòu)設(shè)計(jì)和實(shí)施部署了企業(yè)的電子采購系統(tǒng)。表示層可以是傳統(tǒng)的Windows界面、Web用戶界面

32、或移動(dòng)Web應(yīng)用程序。由于基于WebService的業(yè)務(wù)層和數(shù)據(jù)服務(wù)層組件的實(shí)現(xiàn)可以很容易地實(shí)現(xiàn)這一點(diǎn)，客戶可以使用傳統(tǒng)客戶端或智能客戶端Applications這些組件。采購服務(wù)軟件組件在用作業(yè)務(wù)層組件的Web-Service中實(shí)現(xiàn)。采購服務(wù)可以被視為采購代理。由于.NETFramework環(huán)境中對(duì)WebService開發(fā)的強(qiáng)大支持，因此在MicrosoftWindows2003Server下的VisualStudio.NETProfessional2003中實(shí)現(xiàn)電子采購系統(tǒng)?；赪indows的表示層的實(shí)現(xiàn)如圖5所示。缺貨庫存的產(chǎn)品ID和所需數(shù)量可由采購企業(yè)內(nèi)部ERP系統(tǒng)生成。采購管理人員根據(jù)附加的數(shù)據(jù)和判斷來修改要購買物資的金額。采購管理人員可以直接為庫存中的產(chǎn)品手動(dòng)輸入產(chǎn)品編號(hào)，然后可以單擊“獲取報(bào)價(jià)”按鈕將獲取報(bào)價(jià)請(qǐng)求發(fā)送給符合條件的供應(yīng)商以獲取所請(qǐng)求的產(chǎn)品。供應(yīng)商的報(bào)價(jià)回復(fù)包括以下信息：供應(yīng)商ID、報(bào)價(jià)、供應(yīng)商可及時(shí)供貨數(shù)量以及以小時(shí)為單位的估計(jì)運(yùn)輸時(shí)間。用戶可以單擊數(shù)據(jù)網(wǎng)格中每