J2EE體系的連鎖企業(yè)供應(yīng)鏈管理系統(tǒng)(SCM)分析與設(shè)計(jì)

/基于J2EE體系的連鎖企業(yè)供給鏈管理系統(tǒng)(SCM)分析與設(shè)計(jì)目錄TOC\t"論文1.1,2,論文1,1,論文2,1,論文2.1,2,論文3.1,2,論文4,1,論文4.1,2,論文5,1,論文5.1,2,論文6,1,論文6.1,2,論文附錄,1,論文文獻(xiàn),1"1 引言 11.1 連鎖企業(yè)SCM系統(tǒng)現(xiàn)狀以及存在的問題 11.2 J2EE體系的國(guó)內(nèi)外最新研究與應(yīng)用 31.3 基于J2EE的連鎖企業(yè)SCM系統(tǒng)研究現(xiàn)狀 41.4 論文的主要工作和研究思路 62 連鎖企業(yè)SCM系統(tǒng)分析 72.1 連鎖企業(yè)SCM系統(tǒng)的特點(diǎn) 72.2 連鎖企業(yè)SCM系統(tǒng)的需求分析 92.3 連鎖企業(yè)SCM系統(tǒng)業(yè)務(wù)邏輯 112.4 運(yùn)用J2EE技術(shù)設(shè)計(jì)SCM系統(tǒng) 113 連鎖企業(yè)SCM系統(tǒng)設(shè)計(jì) 133.1 多個(gè)獨(dú)立MIS系統(tǒng)的信息集成與發(fā)布 133.2 系統(tǒng)實(shí)現(xiàn)原理和拓?fù)鋱D設(shè)計(jì) 153.3 基于中間件的多層系統(tǒng)結(jié)構(gòu) 183.4 SCM系統(tǒng)模塊分析 223.5 數(shù)據(jù)庫的邏輯設(shè)計(jì)和物理設(shè)計(jì) 304SCM系統(tǒng)軟件結(jié)構(gòu)設(shè)計(jì) 334.1 多類型用戶界面Java程序的一般設(shè)計(jì)模式及存在的問題 34MVC模型的引入 354.3 結(jié)合J2EE對(duì)MVC模型的改良 364.4 模型的建立 384.5 新模型在SCM系統(tǒng)結(jié)構(gòu)設(shè)計(jì)中的應(yīng)用 395 系統(tǒng)的開發(fā)和部署 415.1 J2EE小組開發(fā)模式 415.2 EJB組件的開發(fā)和部署 435.3 Web應(yīng)用的集成和發(fā)布 436 結(jié)論 446.1 本文的主要工作與成果 456.2 尚待解決的問題的討論 46參考文獻(xiàn) 47附錄一 50附錄二 54引言連鎖企業(yè)SCM系統(tǒng)現(xiàn)狀以及存在的問題經(jīng)過十幾年的開展，我國(guó)連鎖經(jīng)營(yíng)取得長(zhǎng)足的進(jìn)步，目前全國(guó)連鎖企業(yè)達(dá)２１００家，店鋪數(shù)達(dá)３．２萬個(gè)，年銷售總額達(dá)２３００億元。尤其是近５年來開展迅猛，全國(guó)連鎖企業(yè)數(shù)、店鋪數(shù)均增加了７倍多，連鎖企業(yè)銷售額的增長(zhǎng)速度已遠(yuǎn)遠(yuǎn)高于社會(huì)商品零售總額的增長(zhǎng)速度，占社會(huì)商品零售總額的比重已從１９９５年的０.７２％增加到目前的６.７％。[1]一個(gè)行業(yè)的高速而健康開展，必然離不開現(xiàn)代化技術(shù)和管理的支持。連鎖行業(yè)以規(guī)模優(yōu)勢(shì)取勝，它的高速增長(zhǎng)，急需配套管理制度和信息技術(shù)的強(qiáng)勁支持，尤為急缺的是建立在現(xiàn)代信息技術(shù)基礎(chǔ)之上的統(tǒng)一采購(gòu)和配送技術(shù)。[2]連鎖企業(yè)通常要對(duì)90%以上的商品選擇中央采購(gòu)制度，由總部的采購(gòu)部門或授權(quán)的配送中心負(fù)責(zé)整個(gè)企業(yè)大局部商品的采購(gòu)，商品的引入與淘汰、價(jià)格制定及促銷方案也完全由連鎖企業(yè)總部統(tǒng)一規(guī)劃實(shí)施。各店鋪的銷售信息及庫存資料需及時(shí)、準(zhǔn)確、分類地向總部傳遞，總部必須對(duì)商品的購(gòu)、銷、存、退、調(diào)等信息進(jìn)行連續(xù)分析，以便使總部采購(gòu)商品的品種、結(jié)構(gòu)、數(shù)量符合各店鋪的銷售需要。由此看到，雖然中央采購(gòu)制度帶來了集中議價(jià)、降低商品采購(gòu)本錢的好處，但對(duì)企業(yè)的業(yè)務(wù)配合、信息傳遞、商品配送提出了更高的要求。

連鎖企業(yè)集中采購(gòu)后的商品質(zhì)檢、計(jì)量、儲(chǔ)運(yùn)、分揀是在總店的倉(cāng)儲(chǔ)環(huán)節(jié)中進(jìn)行的，一般由配送中心負(fù)責(zé)。而配送中心的中心庫存和配送能力必須與店鋪的銷售相適應(yīng)，既要保證不出現(xiàn)斷貨，又要盡可能減少各店鋪和中心的庫存。減少庫存不僅是出于財(cái)務(wù)管理上減少資金占?jí)旱男枰?，而且也是為了降低配送本錢，提高倉(cāng)庫庫容利用效率。據(jù)調(diào)查，我國(guó)連鎖企業(yè)普遍采用單店經(jīng)營(yíng)時(shí)的倉(cāng)庫作業(yè)流程，配送本錢較高，影響作業(yè)的效率。這是我國(guó)連鎖企業(yè)目前亟待解決的另一個(gè)難題[4-6]。這些難題的解決方案都集中在供給鏈管理(SCM)系統(tǒng)之上，擁有一個(gè)高效的、先進(jìn)的、穩(wěn)定平安的供給鏈管理系統(tǒng)是國(guó)內(nèi)連鎖企業(yè)在與國(guó)外連鎖巨頭們競(jìng)爭(zhēng)中開展、取勝的基石。目前國(guó)內(nèi)連鎖企業(yè)SCM系統(tǒng)的現(xiàn)狀是：各連鎖企業(yè)門店不同程度實(shí)現(xiàn)了基于Intranet的POS/MIS系統(tǒng)，但門店和門店之間、門店和總部之間，總部和供給商之間根本上還處于信息孤島狀態(tài)。無法實(shí)現(xiàn)信息共享，統(tǒng)一采購(gòu)和統(tǒng)一配送技術(shù)也相當(dāng)落后，而且，各連鎖企業(yè)對(duì)SCM系統(tǒng)的認(rèn)識(shí)和利用水平有限，大多數(shù)企業(yè)并沒有自身獨(dú)立的SCM系統(tǒng)，而只是依據(jù)MIS系統(tǒng)提供的局部信息來決定自己的采購(gòu)方案。既消耗了大量的人力時(shí)間本錢，更不用談實(shí)現(xiàn)真正意義上的實(shí)時(shí)經(jīng)營(yíng)，有效降低庫存本錢。這種經(jīng)營(yíng)模式必然產(chǎn)生以下問題：[7]信息孤島?？偛颗c分店、分店與分店之間無法實(shí)現(xiàn)信息實(shí)時(shí)交換，企業(yè)集團(tuán)化管理困難。業(yè)務(wù)重復(fù)、力量分散。每個(gè)分店都需要一批人與供給商洽談業(yè)務(wù)，造成人力資源浪費(fèi)，同時(shí)企業(yè)無法充分發(fā)揮集團(tuán)采購(gòu)的優(yōu)勢(shì)，享受最大折扣率。商場(chǎng)與供給商之間信息渠道不暢通，供給量效率低。一方面供給商無法及時(shí)獲取商品銷售、庫存情況；另一方面，商場(chǎng)無法獲取最新最全的商品供給信息，在一定程度上影響雙方的經(jīng)營(yíng)效率。參加WTO后，面對(duì)國(guó)外連鎖巨頭們也已成熟的全球化供給鏈管理系統(tǒng)，國(guó)內(nèi)連鎖企業(yè)也可以說處于技術(shù)上的競(jìng)爭(zhēng)劣勢(shì)。國(guó)內(nèi)連鎖企業(yè)最終要實(shí)現(xiàn)商務(wù)的信息化、電子化，實(shí)現(xiàn)實(shí)網(wǎng)和虛網(wǎng)、外網(wǎng)和內(nèi)網(wǎng)的統(tǒng)一。POS和MIS相對(duì)是封閉的，只有走向外網(wǎng)，通過互聯(lián)網(wǎng)走向社會(huì)，才能與供給商和客戶真正攜起手來。這就是供給鏈管理系統(tǒng)的意義所在。將來的便利店就是網(wǎng)絡(luò)公司，只有與網(wǎng)絡(luò)完全融為一體，才會(huì)降低本錢，快捷準(zhǔn)確地實(shí)現(xiàn)交易，未來的連鎖企業(yè)將成為沖破傳統(tǒng)觀念的高科技企業(yè)[8-9]。綜上所述，對(duì)構(gòu)建連鎖企業(yè)供給鏈管理系統(tǒng)的研究有其現(xiàn)實(shí)意義和巨大的經(jīng)濟(jì)意義。名詞解釋： 連鎖企業(yè)：（ChainStore）經(jīng)營(yíng)若干同行業(yè)或同業(yè)態(tài)的店鋪，以同一商號(hào)、統(tǒng)一管理或授予特許經(jīng)營(yíng)權(quán)方式組織起來，共享規(guī)模效益的經(jīng)營(yíng)組織。[10] 供給鏈（SupplyChain）：供給鏈?zhǔn)菄@核心企業(yè)，相互間通過提供原材料、零部件、產(chǎn)品、效勞的廠家、供給商、零售商等組成的網(wǎng)絡(luò)[10]。供給鏈管理(SupplyChainManagement)SCM：供給鏈管理是以同步化、集成化生產(chǎn)方案為指導(dǎo)，以各種技術(shù)為支持，尤其以Internet/Intranet為依托，對(duì)供給鏈中的信息流、物流和資金流進(jìn)行設(shè)計(jì)、規(guī)劃和控制，從而增強(qiáng)競(jìng)爭(zhēng)實(shí)力，提高供給鏈中各成員的效率和效益。[11]J2EE體系的國(guó)內(nèi)外最新研究與應(yīng)用J2EE是由SUN引導(dǎo)，各廠商共同發(fā)起的，并得到廣泛認(rèn)可的工業(yè)標(biāo)準(zhǔn)。業(yè)內(nèi)‘企業(yè)計(jì)算’領(lǐng)域的大企業(yè)如：IBM,BEASystems,Oracle等都有參與?，F(xiàn)在已經(jīng)超過25個(gè)不同的效勞器端平臺(tái)支持J2EE標(biāo)準(zhǔn)。[12]最新研究概述：2000年3月23日SunMicrosystems發(fā)表了Java2Platform--EnterpriseEdition（J2EE）的最新版本“1.2〞。J2EE標(biāo)準(zhǔn)和核心應(yīng)用程序接口標(biāo)準(zhǔn)根本成型。如表1.1：[13-20] 2001年9月24日J(rèn)2EE“1.3〞推出。該版本簡(jiǎn)化了業(yè)務(wù)集成操作、提高了面向企業(yè)的WWW效勞開發(fā)和導(dǎo)入的功能。 2002年1月31日J(rèn)2EE最新版本1.3.1發(fā)布,進(jìn)一步加強(qiáng)WebService功能并加大對(duì)XML的支持力度。其新增主要內(nèi)容如下：[12]Java連接器體系（JavaConnectorArchitecture，JCA）1.0。提供了一個(gè)新的、簡(jiǎn)化了的元件庫，將簡(jiǎn)化與包含EnterpriseResourcePlanning（ERP）和CustomerResourceManagement（CRM）等應(yīng)用程序在內(nèi)的原來的系統(tǒng)的綜合。預(yù)計(jì)JCA將會(huì)開展出一個(gè)更易于構(gòu)建的適配器新類，使應(yīng)用效勞器能承當(dāng)更多的負(fù)荷，而這些負(fù)荷目前由價(jià)格昂貴的企業(yè)應(yīng)用集成軟件來擔(dān)負(fù)。Java消息效勞（JavaMessagingSerivce，JMS）1.0.2。最新引入了消息驅(qū)動(dòng)MDB（Message-DrivenBean）的JMS，該組件與其它應(yīng)用程序或組件以異步消息方式通信。MDB的松散交互對(duì)現(xiàn)存的系統(tǒng)的繼續(xù)使用非常理想。[20]“EnterpriseJavaBeans（EJB）2.0〞：簡(jiǎn)化分散的應(yīng)用程序的開發(fā)，融入了與面向?qū)ο髤f(xié)議Inter-ORBProtocol（IIOP）間的互操作性。[13]提高XML的綜合功能：可以提高與“JavaAPIforXMLProcessing（JAXP）〞的綜合性能，以XML記述“JavaServerPages（JSP）〞。[14]“JSP1.2〞的框架及Servlet。[15]J2EE體系結(jié)構(gòu)提供中間層集成框架高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺(tái)，J2EE降低了開發(fā)多層應(yīng)用的費(fèi)用和復(fù)雜性，同時(shí)提供對(duì)現(xiàn)有應(yīng)用程序集成強(qiáng)有力支持，完全支持EnterpriseJavaBeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了平安機(jī)制，提高了性能。由于采用開放的協(xié)作制定標(biāo)準(zhǔn)，J2EE表達(dá)了眾多企業(yè)計(jì)算領(lǐng)域供給商的知識(shí)和專業(yè)技術(shù)。這意味著產(chǎn)品解決方案能夠滿足任何商業(yè)需求。由于有大量的廠商支持，所以用戶的選擇范圍會(huì)更廣泛（與此相比，WINDOWSDNA架構(gòu)是由微軟單獨(dú)制定并完成的。）。[12]二十一世紀(jì)，隨著Internet日益成為主要的商業(yè)交易平臺(tái)，具有可伸縮性、靈活性、易維護(hù)性的商務(wù)系統(tǒng)是人們關(guān)注的焦點(diǎn)。而J2EE恰好提供了這樣一個(gè)機(jī)制。在企業(yè)級(jí)商務(wù)應(yīng)用領(lǐng)域，J2EE技術(shù)越來越受到企業(yè)的青睞，基于J2EE架構(gòu)的新應(yīng)用不斷涌現(xiàn)，從電子商店到網(wǎng)上交易市場(chǎng)，從MIS系統(tǒng)到CRM、ERP、SCM,而應(yīng)用J2EE的行業(yè)也越來越多，從新興的信息產(chǎn)業(yè)、電信到傳統(tǒng)的銀行業(yè)、保險(xiǎn)業(yè)，紛紛將J2EE技術(shù)作為大型BtoB市場(chǎng)和海量交易處理的平安穩(wěn)定的端到端平臺(tái)。從J2EE應(yīng)用的開展勢(shì)頭來看，J2EE技術(shù)將成為未來十年企業(yè)級(jí)應(yīng)用的主流技術(shù)[21-22]。基于J2EE的連鎖企業(yè)SCM系統(tǒng)研究現(xiàn)狀基于傳統(tǒng)EDI（ElectronicDataInterchange）的供給鏈系統(tǒng)傳統(tǒng)企業(yè)往往在EDI平臺(tái)上建立供給鏈系統(tǒng)，EDI是為支持事務(wù)處理而在異構(gòu)的平臺(tái)或應(yīng)用間用電子格式進(jìn)行數(shù)據(jù)交換。這種交換無需手工介入，而由計(jì)算機(jī)系統(tǒng)自動(dòng)處理。為了實(shí)現(xiàn)數(shù)據(jù)交換的自動(dòng)化，EDI將企業(yè)的業(yè)務(wù)規(guī)則包含在固定事務(wù)集中。也就是說傳統(tǒng)EDI是以固定事務(wù)集合的傳遞為基礎(chǔ)的，事務(wù)集合種定義了字段的長(zhǎng)度、順序和一定的商業(yè)規(guī)則。通過EDI可以將數(shù)據(jù)信息標(biāo)準(zhǔn)化、格式化，有利于通過網(wǎng)絡(luò)互聯(lián)處理，便于企業(yè)與供給商之間的數(shù)據(jù)交流和交換。但EDI的自身特點(diǎn)也是其在企業(yè)間供給鏈集成方面存在許多缺陷[23]：模式僵化，不同的商業(yè)伙伴需要不同的接口和方案本錢昂貴，數(shù)據(jù)通過VAN傳輸維護(hù)困難，難以增加新的產(chǎn)品和應(yīng)用基于J2EE技術(shù)的企業(yè)應(yīng)用系統(tǒng) 隨著J2EE平臺(tái)的日益成熟，利用J2EE技術(shù)構(gòu)建SCM系統(tǒng)，象構(gòu)建其它企業(yè)商務(wù)應(yīng)用系統(tǒng)如ERP、CRM、E_MarketPlace、E_Channel一樣，越來越受到人們的重視，各大機(jī)構(gòu)和應(yīng)用效勞提供商陸續(xù)推出自己基于J2EE的行業(yè)解決方案，較有代表性的又Oracle、IBM、SAP等。國(guó)外大型IT廠商如IBM、DELL、Araba等開始逐步建立和完善自己的SCM系統(tǒng)，并在有效降低生產(chǎn)、運(yùn)營(yíng)本錢等方面顯示出越來越大的作用。傳統(tǒng)行業(yè)的代表如GE、Ford也已經(jīng)在J2EE平臺(tái)上構(gòu)建了自己的采購(gòu)系統(tǒng)[24]?；贘2EE技術(shù)連鎖企業(yè)的SCM系統(tǒng)連鎖行業(yè)是傳統(tǒng)行業(yè)，由于其行業(yè)要求統(tǒng)一采購(gòu)、統(tǒng)一配送、統(tǒng)一結(jié)算的特點(diǎn)，連鎖企業(yè)的開展與壯大對(duì)先進(jìn)信息技術(shù)的要求特別迫切，建立在傳統(tǒng)EDI技術(shù)之上的供給鏈系統(tǒng)已不能適應(yīng)業(yè)務(wù)高速膨脹的需要。連鎖企業(yè)已開始認(rèn)識(shí)到建立一個(gè)平安、高效的供給鏈平臺(tái)對(duì)于自身至關(guān)重要的戰(zhàn)略意義。也因?yàn)樾袠I(yè)特點(diǎn)，它的SCM系統(tǒng)的業(yè)務(wù)邏輯和其它行業(yè)的SCM系統(tǒng)業(yè)務(wù)邏輯有很大不同，也就是說，SCM的J2EE通用解決方案并不適合于連鎖行業(yè)。目前，國(guó)內(nèi)對(duì)基于J2EE的連鎖企業(yè)SCM系統(tǒng)的理論研究才剛剛開始，而對(duì)構(gòu)建基于J2EE的連鎖企業(yè)SCM系統(tǒng)的應(yīng)用研究還是一片空白。論文的主要工作和研究思路本文依據(jù)一個(gè)典型工程（某跨國(guó)連鎖集團(tuán)中國(guó)公司SCM系統(tǒng)）實(shí)施成功的經(jīng)歷，試圖在運(yùn)用J2EE技術(shù)，對(duì)連鎖企業(yè)SCM系統(tǒng)的分析和設(shè)計(jì)，并提出一個(gè)可行的解決方案。論文首先分析了連鎖企業(yè)的SCM系統(tǒng)業(yè)務(wù)邏輯和需求，并對(duì)現(xiàn)有MIS的利用、數(shù)據(jù)集中與分析、訂單匯總、統(tǒng)一配送等問題提出合理的解決方案。接下來，運(yùn)用J2EE技術(shù)設(shè)計(jì)系統(tǒng)，給出拓?fù)鋱D和實(shí)現(xiàn)原理，并細(xì)化到多層模型設(shè)計(jì)、模塊分析、數(shù)據(jù)庫邏輯設(shè)計(jì)、物理設(shè)計(jì)等。重點(diǎn)針對(duì)系統(tǒng)為多類型用戶界面的特點(diǎn)，提出基于J2EE的MVC新模式，并運(yùn)用于SCM軟件邏輯結(jié)構(gòu)設(shè)計(jì)中。然后文章對(duì)系統(tǒng)在開發(fā)、部署過程中的關(guān)鍵步驟做了簡(jiǎn)要說明。最后，文章簡(jiǎn)要介紹了依據(jù)上述方法設(shè)計(jì)開發(fā)的供給鏈管理系統(tǒng)在運(yùn)行中為連鎖企業(yè)帶來的實(shí)際效果，以及系統(tǒng)的性能特點(diǎn)。 研究思路如下列圖1.1：連鎖企業(yè)SCM系統(tǒng)分析連鎖企業(yè)SCM系統(tǒng)的特點(diǎn) 連鎖企業(yè)的單位構(gòu)成如下列圖所示： 在現(xiàn)有MIS基礎(chǔ)上開發(fā)連鎖企業(yè)以分店為根本運(yùn)營(yíng)單位，每個(gè)分店擁有自己相對(duì)獨(dú)立的MIS系統(tǒng)。在系統(tǒng)所屬局域網(wǎng)內(nèi)，前端以電子掃描儀、POS機(jī)為商品售賣工具，后端為數(shù)據(jù)庫效勞器和MIS效勞器，配以財(cái)務(wù)、倉(cāng)庫、采購(gòu)等客戶機(jī)、構(gòu)成日常商品的進(jìn)、銷、存作業(yè)系統(tǒng)。如圖2.2所示：MIS系統(tǒng)一般采用客戶端/效勞器（C/S）結(jié)構(gòu)，所有的商品信息、采購(gòu)信息、庫存信息、銷售信息均存于效勞器端的數(shù)據(jù)庫中。這些數(shù)據(jù)是連鎖企業(yè)SCM系統(tǒng)的基礎(chǔ)數(shù)據(jù)。在選擇SCM的構(gòu)建方式時(shí)，一方面因?yàn)镃/S模式在局域網(wǎng)內(nèi)仍有自身速度快、穩(wěn)定等優(yōu)勢(shì)，另一方面出于保護(hù)已有IT投資的需要，SCM系統(tǒng)必須構(gòu)建在各分店現(xiàn)有的MIS系統(tǒng)基礎(chǔ)之上。如何融合已有MIS系統(tǒng)是在設(shè)計(jì)SCM系統(tǒng)是要解決的第一個(gè)問題[25-27]。數(shù)據(jù)分布連鎖企業(yè)的各分店一般處于不同的城市或同一城市的不同地方，彼此相距較遠(yuǎn)，不可能用局域網(wǎng)的方式將他們與總部都連起來。因而，各自MIS系統(tǒng)的數(shù)據(jù)庫根本上是分布各地的，而SCM系統(tǒng)的基礎(chǔ)數(shù)據(jù)來源與各分店，自然要解決分布數(shù)據(jù)的集中問題。統(tǒng)一采購(gòu)統(tǒng)一采購(gòu)使連鎖企業(yè)實(shí)現(xiàn)低價(jià)策略的有效保障。對(duì)于采購(gòu)商品的品種、結(jié)構(gòu)、型號(hào)、范圍、數(shù)量，每個(gè)分店都會(huì)根據(jù)庫存和預(yù)測(cè)提出自己的采購(gòu)訂單，只有將各店訂單匯總，實(shí)施大批量采購(gòu)才是經(jīng)濟(jì)的。面對(duì)種類龐大的商品類目，即便總部拿到各店的訂單，依靠人工也很難完成手工匯總，更不用說準(zhǔn)確地完成篩選供給商與商品、比照采購(gòu)價(jià)格等實(shí)際問題。

統(tǒng)一配送統(tǒng)一配送既是連鎖企業(yè)降低本錢的手段，也是總部有效調(diào)節(jié)商品、加強(qiáng)控制的手段。在統(tǒng)一配送過程中，對(duì)商品的挑選、儲(chǔ)存、整理、拆零、再包裝檢測(cè)和貼標(biāo)簽、拼配是連鎖企業(yè)實(shí)現(xiàn)商品增值的手段。目前，連鎖企業(yè)存在的問題是：尚缺乏現(xiàn)代物流與配送的觀念。物流作業(yè)缺乏標(biāo)準(zhǔn)，各種編碼缺乏標(biāo)準(zhǔn)，商品盤點(diǎn)作業(yè)缺乏電子掃描裝置，配送中心內(nèi)部缺乏必要的計(jì)算機(jī)設(shè)備，計(jì)算機(jī)軟件不完善，數(shù)據(jù)有時(shí)需要屢次重復(fù)錄入等。所以，集中采購(gòu)雖然能減少采購(gòu)本錢，但如果配送管理落后所加大的本錢抵消掉了集中采購(gòu)的好處，這對(duì)企業(yè)來講是絕對(duì)不合算的[27-28]。所以，制定合理的統(tǒng)一配送策略是SCM系統(tǒng)業(yè)務(wù)設(shè)計(jì)的難點(diǎn)統(tǒng)一結(jié)算統(tǒng)一采購(gòu)必然帶來統(tǒng)一結(jié)算，統(tǒng)一結(jié)算增強(qiáng)了連鎖企業(yè)與供給商談判的能力，也加快了資金的流動(dòng)。隨著網(wǎng)上支付平臺(tái)日益成熟、平安，統(tǒng)一結(jié)算的方式會(huì)局部通過網(wǎng)上銀行進(jìn)行。SCM系統(tǒng)要預(yù)留此項(xiàng)功能的接口。與供給商之間的數(shù)據(jù)交換供給鏈?zhǔn)沁B接連鎖企業(yè)和供給商之間的一條紐帶，不管是商品信息還是銷售分析數(shù)據(jù)，讀要通過合理的通用的數(shù)據(jù)交換格式來促進(jìn)交易，基于XML的WebServices是SCM系統(tǒng)的另一項(xiàng)特點(diǎn)。連鎖企業(yè)SCM系統(tǒng)的需求分析 連鎖企業(yè)的SCM系統(tǒng)除了上述6點(diǎn)需要解決外，還包含如下需求：供給商管理、連鎖店管理、商品管理、采購(gòu)管理、庫存管理、退貨管理、換貨管理、用戶權(quán)限管理、信息發(fā)布，結(jié)算管理和綜合查詢。供給商管理通過供給商管理，為實(shí)現(xiàn)商品發(fā)布、集中采購(gòu)、統(tǒng)一結(jié)算準(zhǔn)備了條件。企業(yè)可以發(fā)揮網(wǎng)上招商的優(yōu)勢(shì)，供給商通過SCM系統(tǒng)申請(qǐng)，經(jīng)總部審批后取得資格。連鎖店管理管理連鎖店的加盟，為處理連鎖店的經(jīng)銷數(shù)據(jù)、訂單、用戶等準(zhǔn)備條件。商品管理供給商商品信息的發(fā)布和更新功能，提供商品的比照采購(gòu)分析，統(tǒng)一編碼，為采購(gòu)庫存準(zhǔn)備條件。采購(gòu)管理各分店訂單匯總，按分類商品分解訂單，下單、跟單并在SCM系統(tǒng)內(nèi)完成商品采購(gòu)流程，為入庫和結(jié)算做準(zhǔn)備。庫存管理入庫、出庫、配送方案、庫存分析、庫存預(yù)警等功能。退貨/換貨管理分店與總店之間的退換貨，總部與供給商之間的退換貨。用戶權(quán)限管理按用戶、組、角色、權(quán)限進(jìn)行管理，精確控制用戶能做的事、不能做的事。信息發(fā)布內(nèi)部新聞、促銷信息、分店、經(jīng)銷商反應(yīng)信息的發(fā)布與管理。結(jié)算管理即統(tǒng)一結(jié)算，提供線下、網(wǎng)上多種方式與供給商結(jié)算功能。綜合查詢基于SCM數(shù)據(jù)得報(bào)表分析功能，提供給總部、分店和供給商用于輔助經(jīng)營(yíng)和決策。 SCM系統(tǒng)涉及大筆的商務(wù)交易信息，平安功能始終應(yīng)放在第一位。系統(tǒng)的平安功能雖然沒有包含在這些功能之中，但上述功能的實(shí)現(xiàn)處處需要平安功能的支持。除了權(quán)限控制外，SCM系統(tǒng)還通過硬件防火墻、網(wǎng)絡(luò)平安協(xié)議、數(shù)字簽名等策略保證交易的平安性。連鎖企業(yè)SCM系統(tǒng)業(yè)務(wù)邏輯 總店把收集到的數(shù)據(jù)分為兩種情況處理：對(duì)供給商.可以提供配送效勞的，直接向供給商提出每日的補(bǔ)貨與配送方案；對(duì)需要由自己配送的商品，先進(jìn)行庫存檢索，可用庫存量滿足補(bǔ)貨需求直接計(jì)算配送方案，否則，向供給商發(fā)出定單補(bǔ)貨[2,4,6]。

供給商接到中央采購(gòu)方案和獨(dú)立采購(gòu)方案后，向總店配送中心配送，或者根據(jù)要求，直接向門店配送。

總店的配送中心接到配送方案后，完成配貨準(zhǔn)備，并規(guī)劃配送路線，完成裝車作業(yè)和運(yùn)輸。

門店負(fù)責(zé)對(duì)接收的商品進(jìn)行計(jì)數(shù)、計(jì)量、質(zhì)檢、貼標(biāo)簽、商品上架；配送人員負(fù)責(zé)將需要退、換、殘、次商品拉回配送中心集中處理。

門店定期將銷售的貨款存入總店銀行帳戶或與總店結(jié)算貨款；總店與供給商定期結(jié)算應(yīng)付貨款。對(duì)銷售滯緩的商品定期考慮是否予以淘汰。

從上面所描述的流程看到：由DRP系統(tǒng)收集、傳遞各門店的業(yè)務(wù)數(shù)據(jù)是整個(gè)系統(tǒng)的起點(diǎn)與關(guān)鍵點(diǎn)，它最有意義的功用是將前端所反映的需求信息集中起來，并依此帶動(dòng)其他工作系統(tǒng)來滿足前端的需求，這就實(shí)現(xiàn)了大家所盼望的“拉式〞連續(xù)補(bǔ)貨方案。而在此基礎(chǔ)上的采購(gòu)、庫存、配送系統(tǒng)不過是用來滿足、執(zhí)行該方案的工作流程。運(yùn)用J2EE技術(shù)設(shè)計(jì)SCM系統(tǒng)基于連鎖企業(yè)對(duì)于SCM應(yīng)用系統(tǒng)的實(shí)際需求以及考慮到系統(tǒng)的未來拓展性、可維護(hù)性，SCM應(yīng)用系統(tǒng)各個(gè)模塊中分店MIS可以做成客戶/效勞器(C/S)體系模式之外，其他局部都應(yīng)該做成瘦客戶端（瀏覽器）/效勞器(B/S)模式。經(jīng)過了反復(fù)的論證并且通過與別的技術(shù)方式的比較，我們最終確定采用在J2EE平臺(tái)上開發(fā)SCM應(yīng)用系統(tǒng)的技術(shù)方案。一方面是因?yàn)樽鳛橐环N比較成熟的技術(shù)標(biāo)準(zhǔn)，相對(duì)于微軟的.NET來說，它的開發(fā)要更加平安、本錢更低，另一方面，在于其優(yōu)異的性能。傳統(tǒng)ASP、CGI、PHP編程方式的缺點(diǎn)在J2EE結(jié)構(gòu)出現(xiàn)以前，基于Web的應(yīng)用系統(tǒng)多數(shù)使用ASP、CGI、PHP等編寫。隨著電子商務(wù)的迅速開展，這些傳統(tǒng)編程方式的缺點(diǎn)越來越突出,這些傳統(tǒng)編程方式正在被業(yè)界淘汰。主要的缺點(diǎn)包括[29-34]：1、不適合企業(yè)級(jí)應(yīng)用2、系統(tǒng)穩(wěn)定性差3、維護(hù)困難4、升級(jí)困難5、系統(tǒng)響應(yīng)緩慢6、沒有標(biāo)準(zhǔn)的平安體系7、不能跨平臺(tái)、分布式應(yīng)用運(yùn)用J2EE技術(shù)設(shè)計(jì)SCM系統(tǒng)J2EE是一種利用Java2平臺(tái)來簡(jiǎn)化企業(yè)解決方案的開發(fā)、部署和管理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。J2EE技術(shù)的基礎(chǔ)就是核心Java平臺(tái)或Java2平臺(tái)的標(biāo)準(zhǔn)版，J2EE不僅穩(wěn)固了標(biāo)準(zhǔn)版中的許多優(yōu)點(diǎn)，例如"編寫一次、隨處運(yùn)行"的特性、方便存取數(shù)據(jù)庫的JDBCAPI、CORBA技術(shù)以及能夠在Internet應(yīng)用中保護(hù)數(shù)據(jù)的平安模式等等，同時(shí)還提供了對(duì)EJB（EnterpriseJavaBeans）、JavaServletsAPI、JSP（JavaServerPages）以及XML技術(shù)的全面支持。其最終目的就是成為一個(gè)能夠使企業(yè)開發(fā)者大幅縮短投放市場(chǎng)時(shí)間的體系結(jié)構(gòu)。J2EE體系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費(fèi)用而又需要高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺(tái)，J2EE降低了開發(fā)多層應(yīng)用的費(fèi)用和復(fù)雜性，同時(shí)提供對(duì)現(xiàn)有應(yīng)用程序集成強(qiáng)有力支持，完全支持EnterpriseJavaBeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了平安機(jī)制，提高了性能[21]。連鎖企業(yè)SCM系統(tǒng)對(duì)于平安性、可擴(kuò)展性、快速開發(fā)等要求非常高，另外還要求對(duì)和供給商之間的標(biāo)準(zhǔn)數(shù)據(jù)交換格式XML提供支持，并希望本錢/性能比非常合理，而J2EE恰好非常吻合這些條件。所以在J2EE平臺(tái)基礎(chǔ)上構(gòu)建系統(tǒng)有廣泛地應(yīng)用前景。 用J2EE技術(shù)設(shè)計(jì)的SCM系統(tǒng)的開發(fā)模式是：從集團(tuán)化管理出發(fā)，整合各分店現(xiàn)有MIS系統(tǒng)，設(shè)計(jì)總部SCM數(shù)據(jù)庫模式，標(biāo)準(zhǔn)總部與各分店現(xiàn)有MIS的數(shù)據(jù)接口、傳輸流程；利用VisualAgeforJava開發(fā)JavaBean，把數(shù)據(jù)庫連接、后臺(tái)處理、商業(yè)邏輯等系統(tǒng)需要重復(fù)使用的功能封裝成獨(dú)立組件，一共JSP頁面、Servlet調(diào)用；利用Servlet效勞器端編程能力強(qiáng)的優(yōu)點(diǎn)，控制系統(tǒng)流程和處理后臺(tái)事務(wù)；優(yōu)點(diǎn)有四：SCM數(shù)據(jù)庫模式面向全組織，具有完整性、穩(wěn)定性，容易與各分店業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)交換，為web程序開發(fā)打下良好的數(shù)據(jù)結(jié)構(gòu)基礎(chǔ)。利用面向組件程序設(shè)計(jì)的思想，提高軟件的重用性，節(jié)省了開發(fā)時(shí)間。表現(xiàn)邏輯和商業(yè)邏輯、系統(tǒng)流程、后臺(tái)處理分開、增加程序的可讀性、健壯性。由于用戶界面采用JSP，Servlet等開發(fā)，系統(tǒng)維護(hù)修改都很方便。連鎖企業(yè)SCM系統(tǒng)設(shè)計(jì)多個(gè)獨(dú)立MIS系統(tǒng)的信息集成與發(fā)布上面提到，融合已有MIS系統(tǒng)是在設(shè)計(jì)SCM系統(tǒng)是要解決的第一個(gè)問題。同時(shí)，還有分布數(shù)據(jù)的集中問題。因?yàn)楦鞣值甑木钟蚓W(wǎng)并沒有互相聯(lián)通，所以解決數(shù)據(jù)集中問題首先要解決局域網(wǎng)的互連。局域網(wǎng)的互聯(lián)不外乎如下幾種方式(表3.1)：采用DDN數(shù)據(jù)專線數(shù)字?jǐn)?shù)據(jù)網(wǎng)絡(luò)(DigitalDataNetwork)，DDN即數(shù)字?jǐn)?shù)據(jù)網(wǎng)。它是利用光纖（數(shù)字微波和衛(wèi)星）數(shù)字傳輸通道和數(shù)字交叉復(fù)用節(jié)點(diǎn)組成的數(shù)字?jǐn)?shù)據(jù)傳輸網(wǎng)，可以為用戶提供各種速率的高質(zhì)量數(shù)字專用電路和其它新業(yè)務(wù)，以滿足用戶多媒體通信和組建中高速計(jì)算機(jī)通信網(wǎng)的需要。DDN業(yè)務(wù)區(qū)別是于傳統(tǒng)模擬電話專線的顯著特點(diǎn)是數(shù)字電路傳輸質(zhì)量高，時(shí)延小，通信速率可根據(jù)需要選擇；電路可以自動(dòng)迂回，可靠性高；一線可以多用，即可以通話、傳真、傳送數(shù)據(jù)，或組建自己的虛擬專網(wǎng)，設(shè)立網(wǎng)管中心，自己管理自己的網(wǎng)絡(luò)[35]。采用VPN虛擬專用網(wǎng)虛擬專用網(wǎng)（VPN-Virtual

Private

Network）指的是在公用網(wǎng)絡(luò)上建立專用網(wǎng)絡(luò)的技術(shù)。之所以稱為虛擬網(wǎng)主要是因?yàn)檎麄€(gè)VPN網(wǎng)絡(luò)的任意兩個(gè)節(jié)點(diǎn)之間的連接并沒有傳統(tǒng)專網(wǎng)所需的端到端的物理鏈路，而是架構(gòu)在公用網(wǎng)絡(luò)效勞商所提供的網(wǎng)絡(luò)平臺(tái)（如INTERNET，ATM，F(xiàn)RAME

RELAY等）之上的邏輯網(wǎng)絡(luò)，用戶數(shù)據(jù)在邏輯鏈路中傳輸。目前VPN主要采用四項(xiàng)技術(shù)來保證平安，這四項(xiàng)技術(shù)分別是隧道技術(shù)（Tunneling）、加解密技術(shù)（Encryption&Decryption）、密鑰管理技術(shù)（KeyManagement）、使用者與設(shè)備身份認(rèn)證技術(shù)（Authentication）[36]。

撥號(hào)互聯(lián)即用電話撥號(hào)的方式接入互聯(lián)網(wǎng)。名稱優(yōu)點(diǎn)缺點(diǎn)方式一DDN專線平安實(shí)時(shí)費(fèi)用高維護(hù)較難方式二VPN（虛擬專用網(wǎng)）技術(shù)成熟容易擴(kuò)展節(jié)省費(fèi)用21%-45%平安風(fēng)險(xiǎn)較大管理工作量大方式三撥號(hào)互聯(lián)1．費(fèi)用低廉1．平安風(fēng)險(xiǎn)極大2．管理工作量大3．維護(hù)困難由表3.1分析可以得出結(jié)論：在用于網(wǎng)絡(luò)連接的費(fèi)用充足時(shí)，方式一由于其平安、快速性無疑是最好的選擇；而從性價(jià)比考慮，采用方式二即VPN最好，VPN是一項(xiàng)成熟的技術(shù)，目前已得到廣泛的商業(yè)應(yīng)用，我們可通過完善的平安策略，嚴(yán)格的管理有效躲避平安風(fēng)險(xiǎn)；至于方式三，由于其平安性太差，且極不穩(wěn)定，并不適合商業(yè)用途。本方案采用VPN技術(shù)作為各分店局域網(wǎng)與總部的互聯(lián)方案，如圖3.1所示：系統(tǒng)實(shí)現(xiàn)原理和拓?fù)鋱D設(shè)計(jì)SCM系統(tǒng)針對(duì)連鎖企業(yè)具體應(yīng)用，采用C/S與B/S相結(jié)合的混合體系結(jié)構(gòu)。即對(duì)各分店原有的MIS系統(tǒng)仍采用C/S計(jì)算模式。而對(duì)于供給商信息管理、與供給商交換經(jīng)銷存信息等新應(yīng)用，則更多的采用B/S計(jì)算結(jié)構(gòu)。這種混合計(jì)算模式的優(yōu)越性在于：采用C/S計(jì)算模式，保證了各分店原有MIS系統(tǒng)不變，使用方法不變，保護(hù)了企業(yè)的前期投資；采用B/S模式，客戶端僅需一個(gè)瀏覽器，就可隨時(shí)隨地登陸網(wǎng)站，進(jìn)入系統(tǒng)，操作使用都很方便；B/S模式中，所有的網(wǎng)頁和程序都存放在web效勞器上，應(yīng)用系統(tǒng)的設(shè)計(jì)、維護(hù)都只需在web效勞器上進(jìn)行。連鎖企業(yè)SCM系統(tǒng)的總體設(shè)計(jì)思想是：通過在連鎖總部構(gòu)建電子商務(wù)網(wǎng)站，每天從現(xiàn)有各分店MIS系統(tǒng)采集當(dāng)天的經(jīng)銷存業(yè)務(wù)數(shù)據(jù)匯總到總部的數(shù)據(jù)倉(cāng)庫，保證總部數(shù)據(jù)倉(cāng)庫的實(shí)時(shí)更新。利用Java開發(fā)Web應(yīng)用程序，實(shí)現(xiàn)總部、分店、供給商之間的信息暢通，經(jīng)銷存數(shù)據(jù)共享，業(yè)務(wù)流程網(wǎng)絡(luò)自動(dòng)化。SCM系統(tǒng)的邏輯結(jié)構(gòu)如圖3.2所示。分布數(shù)據(jù)集中流程設(shè)計(jì)如下：SCM系統(tǒng)需要從各分店收集數(shù)據(jù)，其數(shù)據(jù)倉(cāng)庫與各個(gè)數(shù)據(jù)采集點(diǎn)之間的數(shù)據(jù)傳輸采用文本文件傳輸方式。即由各分店的MIS系統(tǒng)定期生成SCM需要的業(yè)務(wù)數(shù)據(jù)，以事先約定的規(guī)則和格式保存為文本文件，經(jīng)加密、壓縮、打包后以電子郵件的形式通過VPN發(fā)送到總部的郵件效勞器，在總部郵件效勞器上運(yùn)行的代理程序定時(shí)檢測(cè)收到的郵件，發(fā)現(xiàn)是SCM的數(shù)據(jù)郵件時(shí)，則將該郵件解密解壓縮到數(shù)據(jù)庫效勞器上的指定目錄中。然后由數(shù)據(jù)庫效勞器上運(yùn)行的專用程序定時(shí)將相應(yīng)文件中的數(shù)據(jù)倒入SCM數(shù)據(jù)倉(cāng)庫，最終形成SCM業(yè)務(wù)數(shù)據(jù)的采集與傳輸流程為：數(shù)據(jù)采集開始；分店業(yè)務(wù)系統(tǒng)當(dāng)日22：00之前結(jié)束本店事務(wù)處理；分店業(yè)務(wù)系統(tǒng)已事先約定的規(guī)則和格式生成當(dāng)日需要傳輸?shù)奈谋疚募?，并加密、壓縮、打包；分店網(wǎng)絡(luò)通訊機(jī)通過Internet以電子郵件的方式將數(shù)據(jù)文件發(fā)送到總部；總部郵件效勞器通過代理程序檢測(cè)到該郵件，并解壓縮解密該郵件，然后將數(shù)據(jù)文件存到預(yù)先指定的目錄；IBM的數(shù)據(jù)導(dǎo)入工具VisualWarehouse從當(dāng)日24點(diǎn)開始，從指定的目錄檢測(cè)數(shù)據(jù)文件，并將數(shù)據(jù)導(dǎo)入數(shù)據(jù)倉(cāng)庫；運(yùn)行專用程序?qū)⒅付夸浿械臄?shù)據(jù)文件復(fù)制到備份目錄，并刪除原始文件；運(yùn)行專用程序?qū)?shù)據(jù)倉(cāng)庫中的數(shù)據(jù)作預(yù)處理，以優(yōu)化數(shù)據(jù)庫系統(tǒng)性能，提高查詢速度；數(shù)據(jù)采集和傳輸結(jié)束。在SCM數(shù)據(jù)采集和傳輸過程中，當(dāng)各分店同時(shí)向總部郵件效勞器發(fā)送大量數(shù)據(jù)郵件時(shí)，容易給網(wǎng)絡(luò)和效勞器造成壓力，因此應(yīng)結(jié)合實(shí)際情況給個(gè)分店分配不同的郵件發(fā)送時(shí)間，以緩解網(wǎng)絡(luò)和效勞器的負(fù)荷，但所有郵件都應(yīng)在當(dāng)日23：30，即數(shù)據(jù)導(dǎo)入程序VisualWarehouse開始運(yùn)行前半小時(shí)傳送結(jié)束?？紤]到數(shù)據(jù)采集和數(shù)據(jù)傳輸過程中可能產(chǎn)生失敗，系統(tǒng)需要做好數(shù)據(jù)備份和日志紀(jì)錄。文件壓縮可以采用常用的文件壓縮程序，如Winzip等，文件加密可以購(gòu)置第三方的加密算法及產(chǎn)品，也可自行設(shè)計(jì)加密算法。 在SCM系統(tǒng)中，考慮到各分店每天需要傳送單品銷售（通常有幾十萬條記錄）、入庫明細(xì)、訂單明細(xì)和結(jié)算費(fèi)用明細(xì)等大量數(shù)據(jù)到總部SCM數(shù)據(jù)倉(cāng)庫，為了提高響應(yīng)性能，系統(tǒng)在每天凌晨利用效勞器空閑時(shí)間，對(duì)數(shù)據(jù)倉(cāng)庫中的數(shù)據(jù)作預(yù)匯總統(tǒng)計(jì)，并把預(yù)匯總統(tǒng)計(jì)的結(jié)果保存在臨時(shí)數(shù)據(jù)表中，這樣當(dāng)瀏覽器查詢相應(yīng)信息時(shí)，系統(tǒng)可直接叢臨時(shí)數(shù)據(jù)表中讀出數(shù)據(jù)，而不用再處理大量原始記錄，從而提高了系統(tǒng)響應(yīng)速度。 SCM系統(tǒng)采用數(shù)據(jù)文本文件，而不是XML文件來傳輸交換數(shù)據(jù)的原因是：XML作為數(shù)據(jù)交換的通用標(biāo)準(zhǔn)，需要在數(shù)據(jù)文件中添加大量的標(biāo)記來描述數(shù)據(jù)，這無疑將使原本龐大的數(shù)據(jù)文件變得更加龐大，從而增加數(shù)據(jù)文件的傳輸時(shí)間以及數(shù)據(jù)文件在傳輸過程中被破壞的可能性。由于數(shù)據(jù)文本文件僅限于系統(tǒng)內(nèi)部使用，系統(tǒng)很容易制訂一套統(tǒng)一的數(shù)據(jù)存儲(chǔ)格式，實(shí)現(xiàn)系統(tǒng)內(nèi)部數(shù)據(jù)交換。由第三方工具VisualWarehouse支持從文本文件數(shù)據(jù)源導(dǎo)入數(shù)據(jù)到SCM數(shù)據(jù)倉(cāng)庫?；谥虚g件的多層系統(tǒng)結(jié)構(gòu) 為什么要采用多層體系結(jié)構(gòu)？傳統(tǒng)的基于Web的系統(tǒng)結(jié)構(gòu)圖如圖3.4所示： 此系統(tǒng)結(jié)構(gòu)固然能滿足企業(yè)的信息發(fā)布、數(shù)據(jù)訪問等需要，但是，在SCM系統(tǒng)的地方——業(yè)務(wù)系統(tǒng)的設(shè)計(jì)、實(shí)現(xiàn)和部署上，存在嚴(yán)重的缺陷[24,37]。效勞器端簡(jiǎn)單的層次結(jié)構(gòu)使應(yīng)用系統(tǒng)中的頁面生成與業(yè)務(wù)邏輯互相交織，沒有相應(yīng)的別離手段，當(dāng)頁面表示邏輯或業(yè)務(wù)邏輯發(fā)生變化時(shí)，往往需要調(diào)整整個(gè)應(yīng)用系統(tǒng)，增加系統(tǒng)維護(hù)的困難。傳統(tǒng)層次結(jié)構(gòu)的效勞器端實(shí)現(xiàn)使應(yīng)用的擴(kuò)展變得相應(yīng)復(fù)雜，SCM系統(tǒng)應(yīng)用的瓶頸可能出現(xiàn)在在WWW效勞上，也可能在頁面生成上，當(dāng)然更可能出現(xiàn)在業(yè)務(wù)邏輯、數(shù)據(jù)訪問以及與其他系統(tǒng)的集成上，當(dāng)應(yīng)用系統(tǒng)要增加投資擴(kuò)充應(yīng)用系統(tǒng)負(fù)載能力時(shí)，由于設(shè)計(jì)、實(shí)現(xiàn)方式等技術(shù)上的限制使珍貴的投資不能集中在系統(tǒng)的瓶頸上，造成投資的浪費(fèi)。對(duì)訪問、業(yè)務(wù)處理等負(fù)載壓力的承受能力的提高過于集中在昂貴的硬件投資上，由于軟件實(shí)現(xiàn)的欠缺，使SCM系統(tǒng)在面對(duì)用戶高并發(fā)訪問請(qǐng)求時(shí)占用系統(tǒng)過多的進(jìn)程資源，翻開過多的數(shù)據(jù)庫通道，造成系統(tǒng)資源的急劇緊張和數(shù)據(jù)訪問性能的迅速下降。連鎖企業(yè)的SCM系統(tǒng)平臺(tái)往往缺乏與其它供給商信息系統(tǒng)互聯(lián)的有效手段，也無法將不同網(wǎng)站的資源結(jié)合在一起以便提供使用者更豐富更有效的效勞。SCM系統(tǒng)平臺(tái)必須具備方便、平安和快速的與異構(gòu)系統(tǒng)集成的能力，系統(tǒng)的高可用性往往沿用傳統(tǒng)的、單一的硬件思路解決，不能利用當(dāng)今Internet領(lǐng)域流行的分布組件概念實(shí)現(xiàn)SCM系統(tǒng)的高可用性，系統(tǒng)平臺(tái)設(shè)計(jì)的不當(dāng)給企業(yè)造成沉重的經(jīng)濟(jì)壓力。一切從零開始，不善于依靠組件技術(shù)，充分利用企業(yè)或業(yè)界現(xiàn)有的成熟的應(yīng)用，對(duì)SCM系統(tǒng)應(yīng)用中已經(jīng)完全成型的業(yè)務(wù)模型依然完全依賴自己的技術(shù)力量開發(fā)，或由于在系統(tǒng)設(shè)計(jì)階段沒有充分利用組件技術(shù)的重要性，使得在企業(yè)的SCM系統(tǒng)開發(fā)中，不能充分利用已有的功能，將企業(yè)珍貴的技術(shù)人員的大局部精力浪費(fèi)在開發(fā)底層應(yīng)用的技術(shù)細(xì)節(jié)上，而不是用在突出企業(yè)競(jìng)爭(zhēng)優(yōu)勢(shì)的個(gè)性化效勞上。增加的電子商務(wù)系統(tǒng)的開發(fā)周期、維護(hù)難度和開發(fā)本錢，降低了開發(fā)效率。因此，我們采用多層的體系結(jié)構(gòu)設(shè)計(jì)，使SCM系統(tǒng)的各個(gè)功能層次有相對(duì)明確的界限，如圖3.5：系統(tǒng)工作原理如下[37]：ＷＥＢ效勞器：處理Internet客戶提出的ＨＴＴＰ請(qǐng)求，調(diào)用后臺(tái)的網(wǎng)頁生成效勞，并將網(wǎng)頁生成效勞所生成的動(dòng)態(tài)頁面通過ＨＴＴＰ協(xié)議返回給Internet客戶。網(wǎng)頁生成器：通過符合業(yè)界標(biāo)準(zhǔn)的程序接收ＷＥＢ效勞提交的效勞請(qǐng)求，訪問后臺(tái)提供的業(yè)務(wù)邏輯效勞，提取業(yè)務(wù)數(shù)據(jù)，生成動(dòng)態(tài)頁面，返回給ＷＥＢ效勞。（有時(shí)網(wǎng)頁生成器層需要通過應(yīng)用集成效勞層訪問業(yè)務(wù)數(shù)據(jù)）應(yīng)用效勞器：通過運(yùn)行由組件或高效的中間件上的應(yīng)用程序，執(zhí)行電子商務(wù)的業(yè)務(wù)邏輯并進(jìn)而訪問數(shù)據(jù)庫，更新或提取業(yè)務(wù)數(shù)據(jù)，并將結(jié)果返回給表達(dá)邏輯層。（有時(shí)應(yīng)用效勞器層需要通過應(yīng)用集成效勞層訪問業(yè)務(wù)數(shù)據(jù)）MIS系統(tǒng)/數(shù)據(jù)庫集成：接收來自表達(dá)邏輯層或業(yè)務(wù)邏輯層的請(qǐng)求訪問同構(gòu)或異構(gòu)（此時(shí)需要遺留/應(yīng)用集成層能自動(dòng)執(zhí)行協(xié)議轉(zhuǎn)換）資源，并將業(yè)務(wù)數(shù)據(jù)返回給效勞調(diào)用者。 采用多層標(biāo)準(zhǔn)體系結(jié)構(gòu)設(shè)計(jì)連鎖企業(yè)SCM系統(tǒng)，為連鎖企業(yè)用戶在其業(yè)務(wù)系統(tǒng)中從平臺(tái)的選型到業(yè)務(wù)的設(shè)計(jì)、實(shí)現(xiàn)、擴(kuò)展、平安和維護(hù)上都帶來了很大的好處：在SCM系統(tǒng)的各個(gè)實(shí)現(xiàn)層次上應(yīng)當(dāng)完全遵循業(yè)界相關(guān)標(biāo)準(zhǔn)，使得連鎖企業(yè)用戶的業(yè)務(wù)系統(tǒng)具備充分的平臺(tái)無關(guān)性，當(dāng)其應(yīng)用從一家產(chǎn)品轉(zhuǎn)換到另一家產(chǎn)品時(shí)，其業(yè)務(wù)系統(tǒng)的程序代碼不需任何改動(dòng)或只須做極少的必要調(diào)整，以最大限度地保護(hù)用戶的投資。多層的結(jié)構(gòu)設(shè)計(jì)使SCM系統(tǒng)在設(shè)計(jì)和實(shí)現(xiàn)上可以分別實(shí)現(xiàn)，各個(gè)功能層次相互之間相對(duì)獨(dú)立，其設(shè)計(jì)、實(shí)現(xiàn)和維護(hù)的工作可以分步和獨(dú)立完成，不會(huì)出現(xiàn)互相干擾的現(xiàn)象，簡(jiǎn)化SCM系統(tǒng)的設(shè)計(jì)、開發(fā)和維護(hù)。SCM系統(tǒng)由于業(yè)務(wù)模式和開展周期的不同，系統(tǒng)可能出現(xiàn)運(yùn)行瓶頸，而瓶頸的出現(xiàn)可能發(fā)生在多層結(jié)構(gòu)中的任一層。這時(shí)企業(yè)可以根據(jù)實(shí)際情況，在發(fā)生瓶頸的位置增加投資（擴(kuò)充硬件資源：ＣＰＵ，內(nèi)存或者增加新的效勞器），實(shí)現(xiàn)整個(gè)系統(tǒng)性能的提升，將有限的資金用在關(guān)鍵的位置，充分提高企業(yè)投資的利用率。隨著技術(shù)的不斷進(jìn)步，各個(gè)從事系統(tǒng)平臺(tái)開發(fā)的廠商之間的競(jìng)爭(zhēng)不斷加劇，在多層結(jié)構(gòu)的各個(gè)方面可能出現(xiàn)不同廠商各領(lǐng)風(fēng)騷的局面，這對(duì)連鎖企業(yè)的用戶來講當(dāng)然是件好事，但傳統(tǒng)的實(shí)現(xiàn)模式無法充分利用這一有利條件優(yōu)化其系統(tǒng)性能，而多層的體系結(jié)構(gòu)允許企業(yè)在SCM系統(tǒng)的各個(gè)層次選擇不同廠商的產(chǎn)品，使自己的SCM系統(tǒng)平臺(tái)到達(dá)盡可能完美的組合，而不是只能捆綁在一家廠商的產(chǎn)品之上。多層的體系結(jié)構(gòu)允許企業(yè)靈活地部署其SCM系統(tǒng)應(yīng)用，在系統(tǒng)的各個(gè)層次之間安裝平安產(chǎn)品，提高整個(gè)SCM系統(tǒng)應(yīng)用系統(tǒng)的平安性。SCM系統(tǒng)模塊分析連鎖企業(yè)的SCM系統(tǒng)通過有效的供給鏈管理系統(tǒng)解決方案，能更有效地評(píng)估和確定供貨商，以便建立長(zhǎng)期戰(zhàn)略資源合作關(guān)系。通過高效的企業(yè)內(nèi)部和企業(yè)之間運(yùn)作，連鎖企業(yè)可以為供給商和顧客提供全新的、協(xié)作式的效勞，從而減少日常開銷，增加市場(chǎng)流水，降低采購(gòu)本錢和營(yíng)銷本錢。供給鏈管理系統(tǒng)的主要管理功能包括：供給商管理、連鎖店管理、商品管理、采購(gòu)管理、庫存管理、退貨管理、換貨管理、用戶權(quán)限管理、信息發(fā)布，結(jié)算管理和綜合查詢等。如圖3.6：供給商管理通過供給商管理，商場(chǎng)可隨時(shí)獲取整個(gè)集團(tuán)的供給商信息，為實(shí)現(xiàn)集中采購(gòu)、統(tǒng)一結(jié)算準(zhǔn)備了條件。同時(shí)商場(chǎng)還可以發(fā)揮網(wǎng)上招商的優(yōu)勢(shì)，供給商通過Internet，向商場(chǎng)提交開戶申請(qǐng)，商場(chǎng)經(jīng)過一定審批手續(xù)后，接受或拒絕供給商的申請(qǐng)，并把審批結(jié)果在晚上發(fā)布或以E-mail方式通知供給商。通過網(wǎng)上招商，一方面，商場(chǎng)可以打破供給商選擇的地理限制，有利于商場(chǎng)爭(zhēng)取信譽(yù)好的供給商，從而更好地為顧客提供優(yōu)質(zhì)優(yōu)價(jià)的適銷商品。另一方面，供給商可以減化開戶手續(xù)，提高工作效率。如下列圖：供給商管理詳細(xì)設(shè)計(jì)例如：增加一個(gè)供給商刪除一個(gè)供給商修改供給商信息得到一個(gè)供給商類供給商目錄的顯示。供給商list的顯示。具體某一個(gè)供給商的顯示。供給商顯示目錄的管理

a、目錄的增加

b、目錄的刪除

c、目錄的移動(dòng)

d、將一供給商參加到目錄中

e、將一供給商從目錄中刪除連鎖店管理 通過連鎖店管理，可以處理加盟連鎖店信息，指定該店的SCM管理員，為處理連鎖店的經(jīng)銷數(shù)據(jù)、訂單、用戶等準(zhǔn)備條件。如下列圖3.8：商品管理提供商品信息的發(fā)布和更新功能，商場(chǎng)可以將所需的商品信息在網(wǎng)上發(fā)布。供給商經(jīng)過身份驗(yàn)證后，不僅可以獲取相應(yīng)數(shù)據(jù)，而且可以主動(dòng)向商場(chǎng)發(fā)布商品供給信息，例如供給商品的價(jià)格、型號(hào)、數(shù)量等。商場(chǎng)通過比較分析這些信息，有選擇地向最適宜的供給商發(fā)送訂單。系統(tǒng)還提供商品的比照采購(gòu)分析，統(tǒng)一編碼，為采購(gòu)庫存準(zhǔn)備條件。如圖3.9：采購(gòu)管理分店做出采購(gòu)方案后，通過SCM系統(tǒng)遞交訂單，總部審核后將訂單匯總，并按商品類別分解訂單?？偛肯聠魏螅┙o商受到訂單，通過SCM系統(tǒng)對(duì)訂單進(jìn)行確認(rèn)。總店能對(duì)生效的訂單隨時(shí)查詢和跟蹤。SCM系統(tǒng)將供給商確認(rèn)后的訂單轉(zhuǎn)化為入庫單，下傳到相應(yīng)分店的MIS系統(tǒng)作進(jìn)一步處理。如圖3.10：庫存管理對(duì)總部統(tǒng)一配送的商品提供入庫、出庫、配送方案、庫存分析、庫存預(yù)警等功能。如圖3.11：退貨/換貨管理 分店與總店之間的退換貨，總部與供給商之間的退換貨。如圖3.12：用戶權(quán)限管理按用戶、組、角色、權(quán)限進(jìn)行管理。在總部系統(tǒng)管理員角色以下，設(shè)分店管理員、分店使用者、經(jīng)銷商管理員、經(jīng)銷商使用者等多個(gè)角色，并為每個(gè)角色賦予不同的權(quán)限。每個(gè)用戶屬于特定的組、特定的角色，自然便擁有指定的權(quán)限。用戶憑密碼登陸后，系統(tǒng)自動(dòng)識(shí)別身份和權(quán)限，在會(huì)話有效期內(nèi)，精確控制用戶能看到的信息、不能看到的信息，能做的事、不能做的事。如圖3.13：信息發(fā)布分店、總部、經(jīng)銷商三者之間的溝通渠道，提供內(nèi)部新聞、促銷信息、分店、經(jīng)銷商反應(yīng)信息的發(fā)布與管理。如圖3.14：結(jié)算管理SCM系統(tǒng)根據(jù)數(shù)據(jù)倉(cāng)庫中供給商信息和商品經(jīng)銷存信息，在適當(dāng)時(shí)候自動(dòng)生成結(jié)算通知單，通過網(wǎng)站發(fā)布或以E-mail方式傳給供給商，供給上可通過瀏覽器進(jìn)行銷售對(duì)帳，結(jié)算單確認(rèn)。確認(rèn)后的結(jié)算單經(jīng)系統(tǒng)審核后，下傳到相應(yīng)分店的MIS系統(tǒng)作進(jìn)一步確認(rèn)。如圖3.15：綜合查詢通過SCM系統(tǒng)，各分店商品銷售、庫存信息于第二天在晚上發(fā)布?？偛靠蓪?duì)相應(yīng)信息匯總分析，為企業(yè)預(yù)測(cè)決策提供依據(jù)。通過身份驗(yàn)證后的供給商，即可查詢自己供給的商品昨天在各分店的銷售、庫存情況，還可實(shí)時(shí)下載或郵件訂閱各分店在任意時(shí)段內(nèi)的經(jīng)銷存數(shù)據(jù)。為了方便供給商把這些極為珍貴的數(shù)據(jù)倒入自己的MIS系統(tǒng)，以便作進(jìn)一步的分析挖掘，SCM系統(tǒng)采用web上數(shù)據(jù)交換的標(biāo)準(zhǔn)格式XML來描述這些信息。如圖3.16：數(shù)據(jù)庫的邏輯設(shè)計(jì)和物理設(shè)計(jì)邏輯設(shè)計(jì)實(shí)體-關(guān)系圖以最具典型性的用戶權(quán)限表為例，如圖3.17：關(guān)系模型描述 用戶權(quán)限數(shù)據(jù)表的設(shè)計(jì)見附錄一數(shù)據(jù)視圖描述略數(shù)據(jù)庫一致性設(shè)計(jì)生成用戶權(quán)限數(shù)據(jù)表SQL語句見附錄二物理設(shè)計(jì)數(shù)據(jù)庫效勞器采用AS400平臺(tái)，運(yùn)用數(shù)據(jù)庫DB2/400,在QSYS下建立SCM系統(tǒng)自己的library(SCM),并將數(shù)據(jù)表的物理文件Object置于其中。賦予數(shù)據(jù)庫的連接者相應(yīng)Object的所有權(quán)。SCM系統(tǒng)軟件結(jié)構(gòu)設(shè)計(jì)SCM系統(tǒng)的軟件平臺(tái)設(shè)計(jì)為(圖4.1):操作系統(tǒng)：IBMAIX4.3.3AS/400V4R5數(shù)據(jù)庫：DB2/400IBMDB2(通用數(shù)據(jù)庫)是一個(gè)可高度擴(kuò)展的適用于網(wǎng)絡(luò)的解決方案，它可以管理傳統(tǒng)商業(yè)資料和電子商務(wù)所要求的多媒體內(nèi)容。它可以提供交易過程和商務(wù)智能應(yīng)用的操作性能處理客戶信息。適用于從桌面系統(tǒng)，部門級(jí)系統(tǒng)到并行處理的UNIX平臺(tái)或大型主機(jī)。應(yīng)用效勞器：IBMWebSphere應(yīng)用效勞器是一個(gè)完整的，開放的Web應(yīng)用效勞器。它是IBM電子商務(wù)應(yīng)用架構(gòu)的核心。WebSphere應(yīng)用效勞器嚴(yán)格地遵循普遍流行的開放標(biāo)準(zhǔn)，象HTTP，HTML，JSP，JNDI和IIOP。從而支持非常廣泛的流行平臺(tái)。它基于一個(gè)JavaServlet引擎，將通常的Web效勞器(象Apache效勞器，MicrosoftIIS，Netscape企業(yè)效勞器和LotusDominoGoWebServer)增強(qiáng)為基于Java的Web應(yīng)用效勞器。作為IBM電子商務(wù)應(yīng)用架構(gòu)的核心，WebSphere應(yīng)用效勞器提供了無限的擴(kuò)展性，允許用戶利用IBM或其它廠商提供的Java類擴(kuò)展其運(yùn)行環(huán)境[38-40]。根據(jù)對(duì)連鎖企業(yè)SCM系統(tǒng)的應(yīng)用進(jìn)行分析，系統(tǒng)屬于多類型用戶界面Java程序。分店用戶，供給商通過基于web的瀏覽器客戶端訪問系統(tǒng)；總部?jī)?nèi)部的管理員采用JFC/GUI獨(dú)立桌面客戶端進(jìn)行管理和分析；還應(yīng)給供給商提供XML形式數(shù)據(jù)交換文件；將來隨著無線應(yīng)用的開展，SCM系統(tǒng)可能會(huì)提供基于WAP網(wǎng)關(guān)WML形式的應(yīng)用，因此也要預(yù)留接口。多類型用戶界面Java程序的一般設(shè)計(jì)模式及存在的問題 目前采用J2EE技術(shù)開發(fā)的應(yīng)用程序，從UserInterfaces（用戶界面）上看，常見的類型有瀏覽器客戶端的、JFC/Swing獨(dú)立桌面客戶端的、無線客戶端的和基于XML的WebServices形式等，如圖4.2所示。其中，以基于web的瀏覽器客戶端最為常見。其實(shí)現(xiàn)原理概括如下：JSP調(diào)用JavaBean；JavaBean調(diào)用EJB；EJB通過JDBC連結(jié)池訪問企業(yè)信息系統(tǒng)層或關(guān)系數(shù)據(jù)庫?；蛘撸〉鬍JB層直接用JavaBean通過JDBC連結(jié)池訪問企業(yè)信息系統(tǒng)層或關(guān)系數(shù)據(jù)庫［12］。企業(yè)內(nèi)部的分布式應(yīng)用適合采用JFC/GUI獨(dú)立桌面客戶端。其實(shí)現(xiàn)原理簡(jiǎn)述為：Swing/AWT組件調(diào)用ModelDriver,ModelDriver通過JDBC實(shí)現(xiàn)與數(shù)據(jù)庫的交互。基于WAP的無線客戶端的實(shí)現(xiàn)原理與基于web不同在于：WAP客戶端與WebServer之間增加了一個(gè)WAP網(wǎng)關(guān)，JSP/Servlet生成的是WML／WMLScript頁面。B2B交易采用的XML形式的WebServices原理同上，不同的是，JSP/Servlet生成的是XML格式的文件。當(dāng)開發(fā)的應(yīng)用程序只需支持類型單一的客戶界面時(shí)，數(shù)據(jù)訪問邏輯與界面相關(guān)性邏輯混在一起，有時(shí)是利于表達(dá)和控制的，特別是在簡(jiǎn)單應(yīng)用無需考慮過多擴(kuò)展時(shí)。然而，當(dāng)這種方法用于設(shè)計(jì)多類型用戶界面復(fù)雜的連鎖企業(yè)SCM系統(tǒng)時(shí)，各種界面實(shí)現(xiàn)過程完全獨(dú)立，從表現(xiàn)層到企業(yè)信息系統(tǒng)層縱向自成體系，就存在許多弊端，原因如下：需要為每種用戶界面開發(fā)一種不同的應(yīng)用界面無關(guān)性代碼在每一種應(yīng)用中重復(fù)出現(xiàn)，造成開發(fā)、實(shí)施、修改、測(cè)試、維護(hù)時(shí)的重復(fù)勞動(dòng)。界面無關(guān)性代碼與界面相關(guān)性代碼混在一起，因而需消耗大量時(shí)間判斷哪些代碼重復(fù)。工作重復(fù)則不可防止帶來缺陷，漸漸的，原本認(rèn)為可提供同樣核心功能的系統(tǒng)必然產(chǎn)生差異性。［42］［43］為此，在進(jìn)行設(shè)計(jì)時(shí)，我們引入MVC模型。MVC模型的引入 M-V-C模型源于傳統(tǒng)的面向?qū)ο笳Z言Smalltalk，在Smalltalk-80中，類的模型/視圖/控制器（Model/View/Control）三元組（MVC）被用來構(gòu)建用戶界面，即將傳統(tǒng)的輸入、處理、輸出任務(wù)映射到圖形用戶界面模式（Model）［41］［44］，如圖4.3所示。Model:業(yè)務(wù)邏輯模塊，表示應(yīng)用領(lǐng)域有關(guān)的類別、物體、數(shù)據(jù)結(jié)構(gòu)以及企業(yè)業(yè)務(wù)邏輯等。通常，Model是企業(yè)業(yè)務(wù)流程的軟件近似模型，所以，在定義Model時(shí)只需對(duì)企業(yè)業(yè)務(wù)流程中的對(duì)象進(jìn)行合理抽象、封裝對(duì)象的屬性和對(duì)象隱含的業(yè)務(wù)邏輯即可。View:用戶視圖模塊，一方面，它為用戶提供了輸入手段，并觸發(fā)Controller運(yùn)行；另一方面，它通過Model訪問企業(yè)數(shù)據(jù)，并用某方式顯示這些數(shù)據(jù)。同時(shí)，當(dāng)Model變化時(shí)，它做出相應(yīng)變化。用兩種方法之一：Push(推)模式，讓View在Model處注冊(cè)，以便在Model變化時(shí)獲得提醒；Pull(拉)模式，View在需要獲得最新數(shù)據(jù)時(shí)調(diào)用Model。Controller:流程控制模塊，將用戶與View的交互轉(zhuǎn)換為基于應(yīng)用程序行為的標(biāo)準(zhǔn)業(yè)務(wù)事件，再將標(biāo)準(zhǔn)業(yè)務(wù)事件解析為Model應(yīng)執(zhí)行的動(dòng)作。Model執(zhí)行的動(dòng)作包括激活業(yè)務(wù)邏輯和改變Model的狀態(tài)。根據(jù)用戶交互信息和Model執(zhí)行動(dòng)作的結(jié)果，Controller選擇一個(gè)適宜的View.展現(xiàn)給客戶。傳統(tǒng)的MVC模型只是從概念上將視圖從流程控制、業(yè)務(wù)邏輯獨(dú)立出來，并定義了相互間作用的機(jī)制，使各個(gè)模塊的開發(fā)相對(duì)獨(dú)立，但是它沒有針對(duì)不同視圖類型，解決流程控制等對(duì)象的統(tǒng)一問題。 連鎖企業(yè)的SCM系統(tǒng)是基于J2EE平臺(tái)的應(yīng)用，在進(jìn)行軟件結(jié)構(gòu)時(shí)，試圖結(jié)合J2EE對(duì)MVC模型進(jìn)行改良。結(jié)合J2EE對(duì)MVC模型的改良 以Java為核心J2EE體系結(jié)構(gòu)提供了一個(gè)基于組件的方法來設(shè)計(jì)、開發(fā)、裝配及部署企業(yè)應(yīng)用程序。Java突出的組件技術(shù)(包括EJB、JavaBean、Servlet、定制的JSPTag等)，非常適合實(shí)現(xiàn)業(yè)務(wù)邏輯、視圖、流程控制模塊的別離，另外，它是完全意義上的OOP，概念結(jié)構(gòu)非常清晰，因此用Java組件技術(shù)，并合理運(yùn)用MVC模型設(shè)計(jì)Multi-interfaces程序是非常理想的。通過圖1對(duì)不同界面客戶端應(yīng)用實(shí)現(xiàn)原理的分析可知：在概念上，Java應(yīng)用程序均可以按三類邏輯對(duì)象來劃分，負(fù)責(zé)應(yīng)用程序表現(xiàn)局部的對(duì)象View、處理業(yè)務(wù)邏輯和數(shù)據(jù)的對(duì)象Model、接受和解釋用戶請(qǐng)求并控制業(yè)務(wù)對(duì)象滿足這些請(qǐng)求的對(duì)象Controller。統(tǒng)一Model是對(duì)SCM系統(tǒng)應(yīng)用數(shù)據(jù)和用于更改這些數(shù)據(jù)的業(yè)務(wù)邏輯的抽象。Model要能被所有類型的客戶端所共享，它必須保持一致性，并且包含所有可能更新數(shù)據(jù)的方法。而且，當(dāng)不同類型的客戶端代表對(duì)系統(tǒng)不同授權(quán)水平時(shí)，可以把對(duì)底層Model的訪問隱藏在平安的中間對(duì)象內(nèi)，這樣，既保持訪問控制的靈活性時(shí)，又允許Model為所有類型客戶端共享。統(tǒng)一Controller定義了Java應(yīng)用程序的行為，它解析用戶的操作并將這些操作跟Model執(zhí)行的動(dòng)作對(duì)應(yīng)起來。每一擁有不同功能的客戶端需要自己的Controller。例如，網(wǎng)上商店的管理客戶端和購(gòu)物客戶端需要不同的Controller。而不同類型的客戶端，如果功能相同或相似，可以共享提供此功能的Controller。即便它們提供的功能有輕微差異，仍可以用一個(gè)類實(shí)現(xiàn)共同的功能，用子類實(shí)現(xiàn)不同的功能，做到Controller的重用。例如：銀行應(yīng)用系統(tǒng)中，web客戶端與獨(dú)立桌面客戶端的唯一區(qū)別是表現(xiàn)界面的不同，所以它們共用同一Controller。但是Controller直接與View交互，所以不能完全不受View類型變化的影響。如果，將View對(duì)象的參數(shù)固化在Controller內(nèi)就使它難以被重新部署。為了設(shè)計(jì)一個(gè)大局部可供共享的Controller，我們必須研究View和Controller的接口，并找到減少對(duì)Controller交互影響的方法。Controller通過View接受用戶的操作，如在JFC界面，用戶操作會(huì)是“點(diǎn)擊按鈕〞事件或“鼠標(biāo)移動(dòng)〞事件等，在Web界面，用戶操作表現(xiàn)為對(duì)URL的get或post請(qǐng)求，在通訊交流時(shí)，用戶操作采用異步消息的形式。為了盡可能保持Controller的重用性，Controller必須盡快解析用戶操作并轉(zhuǎn)換為標(biāo)準(zhǔn)業(yè)務(wù)事件——形式統(tǒng)一、與View無關(guān)且能表達(dá)用戶請(qǐng)求的行為。用一個(gè)Java類可以實(shí)現(xiàn)用戶對(duì)View的操作到標(biāo)準(zhǔn)事件的轉(zhuǎn)換，Controller的其余局部則只需處理此標(biāo)準(zhǔn)業(yè)務(wù)事件，這樣，對(duì)標(biāo)準(zhǔn)業(yè)務(wù)事件的處理可在其它類型View開發(fā)時(shí)重用。如果在已有web應(yīng)用基礎(chǔ)上，再開發(fā)一個(gè)基于JFC的客戶界面，則只需增加一種轉(zhuǎn)換類，將JFC操作轉(zhuǎn)換為標(biāo)準(zhǔn)業(yè)務(wù)事件即可。Controller選擇View的邏輯，往往取決于此View用作客戶界面的載體。如，JFC客戶端由panel,list,table等Swing組件構(gòu)成，Web客戶端則由瀏覽器加載的JSP頁面實(shí)現(xiàn)。為了盡可能保持Controller的重用性，Controller要以一種與客戶界面無關(guān)的形式來選擇View并盡可能晚的轉(zhuǎn)換為界面相關(guān)的View。所以，我們需要把負(fù)責(zé)View選擇的Controller組件分層，這些組件最初用對(duì)象表示View，接著轉(zhuǎn)交給特定類型的View生成器。如：商品列表View會(huì)包含這些商品的所有必要的信息，此對(duì)象被交給一個(gè)View生成器，生成器根據(jù)特定用戶界面生成表現(xiàn)數(shù)據(jù)的View。根據(jù)用戶界面的不同，生成器有可能在Server端（JSP/Servlet），也有可能在客戶端(JFC)。模型的建立根據(jù)上面分析，利用J2EE強(qiáng)大的組件技術(shù)和MVC靈活的結(jié)構(gòu)可以建立如圖4.4所示結(jié)構(gòu)模型。Model（業(yè)務(wù)邏輯模塊）為所有客戶端共享，包含企業(yè)數(shù)據(jù)和對(duì)數(shù)據(jù)的增、刪、改、查等根本業(yè)務(wù)邏輯操作。EnterpriseJavaBean(EJB)正是把商務(wù)邏輯封裝在了管理平安、事務(wù)、狀態(tài)等細(xì)節(jié)的組件框架中，其EntityBean和SessionBean的結(jié)合可以非常好的實(shí)現(xiàn)Model模塊。EntityBean對(duì)關(guān)系型數(shù)據(jù)庫的操作通過統(tǒng)一的JDBC連結(jié)池來實(shí)現(xiàn)。Controller（流程控制模塊）分為兩層，EJBController和Controller代理。前者主要由JavaBean構(gòu)成，后者根據(jù)客戶端的特點(diǎn)選擇Servlet或者ActionConvertToEventBeans。EJBController負(fù)責(zé)與EJB交互，Controller代理負(fù)責(zé)與View交互。增加新類型的應(yīng)用客戶端（如JFC），EJBController無需改動(dòng)即可共用，只要將Controller代理重構(gòu)就能實(shí)現(xiàn)Controller的功能。ActionConvertToEventBeans是特定的Controller代理，它解析用戶操作并轉(zhuǎn)換為標(biāo)準(zhǔn)業(yè)務(wù)事件，然后交給EJBController處理。View生成時(shí)，基于JFC的View選擇組件ActionConvertToEventBeans要重新注冊(cè)它的事件偵聽器，這樣偵聽器才會(huì)把這些事件遞交或播送給Controller的其它局部。Servlet是Controller代理的另一種，它適合接收用戶請(qǐng)求和輸入，并控制用戶訪問流程，調(diào)用適宜的view展現(xiàn)給用戶，自身無需向客戶端輸出信息。 View（用戶視圖模塊）側(cè)重于應(yīng)用程序用戶界面的表現(xiàn)。JSP頁面非常適合動(dòng)態(tài)生成HTML、WML、XML等多種視圖反應(yīng)。它可根據(jù)不同視圖的特點(diǎn)，與定制的Controller代理接口，并充當(dāng)View生成器，調(diào)用共享的Model對(duì)象，按特定用戶界面生成特定的View。另外，在底層Model對(duì)象復(fù)雜時(shí)，定制的JSPTag可使JSP頁面易于利用JavaBean組件，也有助于封裝表現(xiàn)邏輯使之更模塊化和便于重用。當(dāng)用戶界面為JFC/Swing時(shí)，View生成器在客戶端，對(duì)Model的表現(xiàn)相對(duì)要簡(jiǎn)單。 別離穩(wěn)定的代碼和易變的代碼是OOP設(shè)計(jì)的一個(gè)原則，通常負(fù)責(zé)控制局部的對(duì)象要比負(fù)責(zé)表現(xiàn)局部的對(duì)象穩(wěn)定，而負(fù)責(zé)業(yè)務(wù)邏輯和業(yè)務(wù)數(shù)據(jù)的對(duì)象比前兩類對(duì)象更穩(wěn)定。流程控制模塊的分層，較好的實(shí)現(xiàn)了共用的、穩(wěn)定的EJBController局部緊耦合，個(gè)性的、易變的Controller代理局部的松耦合，表達(dá)了OOP設(shè)計(jì)的思想。模型性能和特點(diǎn)分析：經(jīng)濟(jì)性。模塊的高度可重用性節(jié)省了企業(yè)的開發(fā)本錢，別離穩(wěn)定的代碼和易變的代碼使Multi-interface程序更易于實(shí)現(xiàn)、測(cè)試、維護(hù)。靈活性和可擴(kuò)展性。易于支持新形式的用戶界面，要增加一種新形式的用戶界面，只需編寫View和局部Controller代理代碼，然后將它們與已有的EJBController、企業(yè)Model集成即可。平安性。不管何種形式的客戶端，都通過統(tǒng)一封裝的企業(yè)Model對(duì)象訪問企業(yè)信息系統(tǒng)層，隱藏實(shí)際的數(shù)據(jù)接口，保障了數(shù)據(jù)平安。授權(quán)控制。不同的客戶類型，對(duì)企業(yè)信息系統(tǒng)層訪問的授信權(quán)限不同，通過Controller和View生成器中的雙層控制得到確保。企業(yè)邏輯、流程控制與視圖表現(xiàn)別離，開發(fā)人員的分工更明確、易于并行開發(fā)。新模型在SCM系統(tǒng)結(jié)構(gòu)設(shè)計(jì)中的應(yīng)用將上述模型和軟件平臺(tái)相結(jié)合，從而SCM系統(tǒng)模型的實(shí)現(xiàn)圖如圖4.5所示： 將傳統(tǒng)的MVC模型加以改造，并結(jié)合J2EE組件技術(shù)，用于Multi-interfaces程序設(shè)計(jì)的解決方案，有效的降低了連鎖企業(yè)SCM系統(tǒng)的開發(fā)本錢和時(shí)間，易于隨著新技術(shù)出現(xiàn)增加新形式的應(yīng)用。而且，增強(qiáng)了SCM系統(tǒng)的平安性和授權(quán)控制。此模式已在上文提到的工程中得到成功應(yīng)用。實(shí)踐證明，此設(shè)計(jì)模式有較高的理論與應(yīng)用價(jià)值，并為多類型用戶界面的復(fù)雜應(yīng)用程序的總體設(shè)計(jì)提供了一個(gè)統(tǒng)一的、標(biāo)準(zhǔn)的設(shè)計(jì)模式。系統(tǒng)的開發(fā)和部署J2EE小組開發(fā)模式基于J2EE的連鎖企業(yè)SCM系統(tǒng)采用小組開發(fā)模式，因?yàn)橄到y(tǒng)為多層體系結(jié)構(gòu)，并大量采用組件技術(shù)，所以代表商品Catalog,訂單等業(yè)務(wù)邏輯EJB組件、流程控制的JavaBean、Servlet組件和表現(xiàn)層的客戶端、Web組件可以并行開發(fā)。這樣大大的縮短了系統(tǒng)的開發(fā)時(shí)間。當(dāng)然，并行的開發(fā)模式對(duì)小組的分工更加明確[45](如圖5.1)：EnterpriseBean創(chuàng)立階段人員：Java程序員任務(wù)： *編寫及編譯EnterpriseBean需要的Java源代碼 *標(biāo)準(zhǔn)EnterpriseBean的分布描述 *生成.class文件和分布描述到EJB.jar文件可發(fā)布文件：包含EnterpriseBean的EJBl.jar文件WebComponent創(chuàng)立階段人員：網(wǎng)絡(luò)設(shè)計(jì)者（JSPcomponent）,Java程序員(servlets)任務(wù)： *編寫及編譯Servlet的源碼 *編寫.jsp及.html文件 *捆綁.class,.jsp,.html和分布描述到.war文件可發(fā)布文件：包含WebComponent的.war文件J2EE應(yīng)用程序的客戶端創(chuàng)立人員：Java程序員任務(wù)： *編寫及編譯客戶端必需的Java源代碼 *標(biāo)準(zhǔn)客戶端的分布描述 *捆綁.class文件和分布描述到作為客戶端的.jar文件可發(fā)布文件：包含J2EE應(yīng)用程序客戶端的.jar文件J2EE應(yīng)用程序的裝配人員：Java程序員任務(wù)： *裝配在上一階段生成的EnterpiseBean文件（EJB.jar）和WebComponent（.war)文件到J2EE應(yīng)用程序文件（.ear） *標(biāo)準(zhǔn)J2EE應(yīng)用程序的分布標(biāo)準(zhǔn)可發(fā)布文件：包含J2EE應(yīng)用程序的.ear文件J2EE應(yīng)用程序的分布人員：系統(tǒng)管理員任務(wù)： *添加過程中的J2EE應(yīng)用程序文件（.ear）到J2EE效勞器中 *通過修改分布J2EE應(yīng)用程序的描述文件配置J2EE應(yīng)用程序的可選環(huán)境變量 *布置（安裝）J2EE應(yīng)用程序到效勞器分工的關(guān)鍵在于：1、商務(wù)邏輯一定要?jiǎng)澐值姆浅：侠?，原則是一個(gè)組件中應(yīng)該只含有一種商務(wù)邏輯，一般的商務(wù)邏輯應(yīng)該是通過幾個(gè)組件的協(xié)同合作來實(shí)現(xiàn)的。2、分工一定要明確，盡量防止EJB創(chuàng)立者與Web組件創(chuàng)立者的腳色互換，否則很可能造成商務(wù)邏輯組件之間的耦合，而這是絕對(duì)不允許的，否則隨著開發(fā)過程的進(jìn)行，就會(huì)發(fā)現(xiàn)越來越難以控制應(yīng)用的開發(fā)。所以在開發(fā)過程中一定要注意組件的商務(wù)邏輯的獨(dú)立性與唯一性，系統(tǒng)分析員和工程負(fù)責(zé)人一定要嚴(yán)格把關(guān)，這一點(diǎn)非常非常重要[46]。EJB組件的開發(fā)和部署 EJB組件包含連鎖企業(yè)SCM系統(tǒng)所有的業(yè)務(wù)邏輯，使整個(gè)應(yīng)用系統(tǒng)的核心和基石。因此，EJB組件的開發(fā)和部署非常關(guān)鍵。其流程如圖5.2所示： 開發(fā)的要點(diǎn)有二：1.使用合理的EJB類型，實(shí)體Bean適合于描述數(shù)據(jù)庫中對(duì)象和業(yè)務(wù)邏輯，會(huì)話Bean適用于處理與用戶的交互以及局部控制功能。實(shí)體Bean中又要合理運(yùn)用Bean管理和Container管理兩種EJB,后者有更大的靈活性；會(huì)話Bean則需區(qū)分使用持久型Bean和無狀態(tài)型兩種EJB，后者適用于多用戶共享。2合理運(yùn)用分布描述得XML文件，一方面它和EJB的性能有關(guān)，另一方面，遵循標(biāo)準(zhǔn)的描述文件可以方便的部署于各種J2EE應(yīng)用效勞器平臺(tái)。Web應(yīng)用的集成和發(fā)布 SCM系統(tǒng)開發(fā)的最后關(guān)鍵環(huán)節(jié)是組件的集成和發(fā)布，如圖5.3所示，EJB和JavaBean被打包成.jar文件，同時(shí)，Web組件和客戶端應(yīng)用打包成.war文件。然后將.jar文件和.war文件合并，配以相應(yīng)的xml描述文件，統(tǒng)一打包成.ear文件并發(fā)布到應(yīng)用效勞器上，即完成系統(tǒng)最后的集成與發(fā)布[47]。要說明的是，符合J2EE1.3標(biāo)準(zhǔn)的應(yīng)用效勞器支持群集，也支持EJB組件的群集。軟件層的雙群集策略，大大地加強(qiáng)了系統(tǒng)的可擴(kuò)展性。使連鎖企業(yè)可以隨業(yè)務(wù)量的開展隨時(shí)靈活的擴(kuò)展其SCM系統(tǒng)。這是運(yùn)用J2EE技術(shù)帶來的好處。結(jié)論本文的主要工作與成果分析了連鎖企業(yè)的SCM系統(tǒng)業(yè)務(wù)邏輯和需求，并對(duì)現(xiàn)有MIS的利用、數(shù)據(jù)集中與分析、訂單匯總、統(tǒng)一配送等問題提出合理的解決方案。接下來，運(yùn)用J2EE技術(shù)設(shè)計(jì)系統(tǒng)，給出SCM系統(tǒng)的拓?fù)鋱D和實(shí)現(xiàn)原理，并細(xì)化到多層模型設(shè)計(jì)、模塊分析、數(shù)據(jù)庫邏輯設(shè)計(jì)、物理設(shè)計(jì)等。最后，重點(diǎn)針對(duì)系統(tǒng)為多類型用戶界面的特點(diǎn)，提出基于J2EE的MVC新模式，并運(yùn)用于SCM軟件邏輯結(jié)構(gòu)設(shè)計(jì)中。運(yùn)用上述方案構(gòu)件的連鎖企業(yè)的SCM系統(tǒng)，已成功運(yùn)用于某大型跨國(guó)連鎖集團(tuán)。目前使用良好，平均每日的網(wǎng)上采購(gòu)近千萬元，占到集團(tuán)總采購(gòu)額的近70%，并且這個(gè)比例還在增加。利用SCM系統(tǒng)進(jìn)行統(tǒng)一采購(gòu)、統(tǒng)一配送、統(tǒng)一結(jié)算,有效的降低了集團(tuán)總庫存量，加速資金的周轉(zhuǎn)；訂單匯總后使集團(tuán)采購(gòu)的價(jià)格優(yōu)勢(shì)更明顯，節(jié)省了采購(gòu)本錢；而且，集團(tuán)的采購(gòu)部門節(jié)省了約40%的采購(gòu)人員，總部對(duì)各分店的控制能力加強(qiáng)了。數(shù)據(jù)從昔日的數(shù)據(jù)孤島匯總到總部，在數(shù)據(jù)倉(cāng)庫中做完匯總分析后，即時(shí)將經(jīng)銷存報(bào)表呈給集團(tuán)的決策層和相關(guān)財(cái)務(wù)人員，為企業(yè)的管理、經(jīng)營(yíng)提供了及時(shí)的、準(zhǔn)確的、詳細(xì)的數(shù)字依據(jù)。同時(shí)，企業(yè)的供給商也可及時(shí)通過SCM系統(tǒng)的外部接口，了解自己商品在各分店的總體銷售、庫存情況，便于及時(shí)供貨，制定有效的促銷策略。為連鎖企業(yè)提供了更好的效勞。在運(yùn)行過程中，基于J2EE技術(shù)的連鎖企業(yè)SCM系統(tǒng)，實(shí)踐證明具有如下特點(diǎn)：平安、健壯,有效的實(shí)現(xiàn)效勞失效轉(zhuǎn)移，采用了組策略，權(quán)限、角色和、數(shù)字簽名、加密等技術(shù)。優(yōu)秀的穩(wěn)定性,因?yàn)椴捎肧ervlet,EJB,JSP，模塊化結(jié)構(gòu)，中間件負(fù)責(zé)事務(wù)處理等設(shè)計(jì)，保證系統(tǒng)穩(wěn)定性。輕松處理海量用戶請(qǐng)求，較好的實(shí)現(xiàn)了動(dòng)態(tài)負(fù)載均衡，動(dòng)態(tài)效勞啟動(dòng)；并可在將來實(shí)現(xiàn)效勞器群集。采用JDBC連接池示對(duì)數(shù)據(jù)庫讀取更迅速?？焖匍_發(fā)和部署,因?yàn)椴捎昧四K化設(shè)計(jì)，應(yīng)用邏輯和表現(xiàn)別離，有效實(shí)現(xiàn)小組內(nèi)并行開發(fā)；另外利用J2EE部署工具可實(shí)現(xiàn)快速部署。跨平臺(tái)應(yīng)用,可支持多種操作系統(tǒng)Windows,AIX,Unix,Linux和多種應(yīng)用效勞器WebLogic，WebSphere,JRun等?？蓴U(kuò)展性，隨業(yè)務(wù)量增加可選擇硬件群集、應(yīng)用效勞器群集、EJB群集滿足性能要求；應(yīng)用邏輯和表現(xiàn)別離，易于增加新的的應(yīng)用。尚待解決的問題的討論每種技術(shù)都有自己的局限性，本系統(tǒng)采用純Java技術(shù)，Java語言雖然。。。。。，然而。。。。。。其它面向?qū)ο蟮姆植际郊夹g(shù)交互上存在缺乏，如：Java技術(shù)由SUN公司提供,沒有解決好與COMCORBA，如果將J2EE技術(shù)與CORBA、COM等分布式技術(shù)結(jié)合起來，開發(fā)出既具有跨平臺(tái)性能，又能實(shí)現(xiàn)與其它分布式對(duì)向交互的能力，監(jiān)視系統(tǒng)具有更大的生命力和前景，這也是今后研究努力的方向有待進(jìn)一步研究。統(tǒng)一配送的策略問題，本系統(tǒng)較好的解決了統(tǒng)一采購(gòu)和統(tǒng)一結(jié)算問題，并嘗試優(yōu)化統(tǒng)一配送問題，但目前只能依據(jù)各分店的訂單，結(jié)合各供給商的入庫單制訂出各店的配送單，配送策略上因?yàn)闀r(shí)間關(guān)系沒有過多吸收當(dāng)前先進(jìn)的配送研究成果。在系統(tǒng)升級(jí)使會(huì)考慮重構(gòu)此項(xiàng)功能。再就是對(duì)數(shù)據(jù)倉(cāng)庫的中的數(shù)據(jù)分析還不夠完善，特別是沒有預(yù)測(cè)功能。先進(jìn)的SCM系統(tǒng)應(yīng)能在分析歷史經(jīng)銷存數(shù)據(jù)的基礎(chǔ)上，結(jié)合系統(tǒng)的外部因素如季節(jié)、天氣、人們的消費(fèi)習(xí)慣等，預(yù)測(cè)商品的銷售趨勢(shì)，提前制定合理的采購(gòu)方案。還有就是統(tǒng)一結(jié)算的方式仍在線下進(jìn)行，因?yàn)榫W(wǎng)絡(luò)交易的平安性等因素，系統(tǒng)目前只是打印出統(tǒng)一結(jié)算單，與供給商手工進(jìn)行結(jié)算。但是系統(tǒng)預(yù)留了網(wǎng)上結(jié)算的標(biāo)準(zhǔn)J2EE接口，一旦網(wǎng)上交易的外部環(huán)境成熟，系統(tǒng)可用預(yù)留接口和網(wǎng)上銀行、第三方認(rèn)證機(jī)構(gòu)相接，在SCM系統(tǒng)中完成統(tǒng)一結(jié)算功能。參考文獻(xiàn)韓德宗，葉春華，向凱.步入連鎖經(jīng)營(yíng)時(shí)代──評(píng)批發(fā)和零售貿(mào)易類上市公司2000年度報(bào)告.商業(yè)經(jīng)濟(jì)與管理，2001，118（8）：22-26張學(xué)藝.供給鏈管理在我國(guó)連鎖經(jīng)營(yíng)配送中的應(yīng)用.物流管理，1998，93（6）：76-79李志峰.管好物流配送開展連鎖經(jīng)營(yíng).物流配送，2001，7：21-22劉海霞.加強(qiáng)我國(guó)連鎖企業(yè)配送中心的物流管理初探.西南民族學(xué)院學(xué)報(bào).哲學(xué)社會(huì)學(xué)版，1999，20：180-182李玉輝，邵光亞.連鎖經(jīng)營(yíng)的供給鏈管理..商業(yè)研究，2001，227（3）：44-46張子賢，黃立平.連鎖超市的開展之路──淺談供給鏈管理中的電子商務(wù)應(yīng)用.上海微型機(jī)算機(jī)，2000，230：22魏國(guó)辰，李彩麗.淺議連鎖配送正常運(yùn)行的物流條件.物流配送，1998，93（6）：18-19赫連志巍.我國(guó)連鎖業(yè)開展態(tài)勢(shì)、存在的問題以及環(huán)境機(jī)遇.技術(shù)經(jīng)濟(jì)與管理研究，2001，4：78-79連鎖超級(jí)市場(chǎng)、便利店管理通用要求術(shù)語標(biāo)準(zhǔn)，HYPERLINK2000中國(guó)連鎖經(jīng)營(yíng)協(xié)會(huì)）繆云霞,供給鏈理論HYPERLINK）Java2Platform,EnterpriseEditionSpecificationVersion1.3.SunMicrosystemInc.,AvailableatEnterpriseJavaBeansTM2.0specification.SunMicrosystemInc.,AvailableatJavaServerPagesTM1.2specification.SunMicrosystemInc.,AvailableatJavaServlet2.3specification.SunMicrosystemInc.,AvailableatJavaTransactionService1.0.SunMicrosystemInc.,AvailableatJavaNamingandDirectoryInterfaceTM(JNDI)1.2specification.SunMicrosystemInc.,AvailableatJDBCDataAccessAPI3.0Specification.SunMicrosystemInc.,AvailableatJavaTransactionAPI(JTA)1.0.1Specification.SunMicrosystemInc.,AvailableatJavaTMMessageServiceAPI1.0.2.SunMicrosystemInc.,AvailableatSunMicrosystems,J2EE(TM)Blueprints1.1.2.SunMicrosystemsInc.,PaloAlto,California,2000.萬助盛,侯文永.j2ee企業(yè)計(jì)算平臺(tái).計(jì)算機(jī)應(yīng)用研究,2000,12:38-42施俊浩,梁浩,吳啟迪.面向電子商務(wù)的供給鏈管理系統(tǒng)的研究.計(jì)算機(jī)工程，2001，27（1）：21-22江左文,李淑芝,左坤隆.利用j2ee開發(fā)企業(yè)平臺(tái)的結(jié)構(gòu)分析.計(jì)算機(jī)系統(tǒng)應(yīng)用,2001,02:30-32顧國(guó)建.新世紀(jì)中國(guó)連鎖業(yè)五大變化趨勢(shì).超市連鎖，2001，4：13-16方家平，陳勝利.中國(guó)連鎖經(jīng)營(yíng)弱在哪里.中外管理導(dǎo)報(bào)，2001，9：35-37萬豐,王化文,朱雅音,段靖荒.基于JSP的零售業(yè)scm系統(tǒng).計(jì)算機(jī)應(yīng)用，2001，21（7）：43-45何寧..HYPERLINK零售業(yè)從scm入手.市場(chǎng)與電腦，2001，8：26-29趙東,周明天.分布對(duì)象技術(shù)述評(píng).計(jì)算機(jī)應(yīng)用,2000,20(10):7-10陸亦斌,王金中.基于DCOM的分布式應(yīng)用建構(gòu).計(jì)算機(jī)工程,1999,25(6):14-16劉艷梅,趙敬中,黃建春,宋瀚濤.基于COMdcom組件標(biāo)準(zhǔn)集成異構(gòu)數(shù)據(jù)庫.北京理工大學(xué)學(xué)報(bào),2000,20(5):598-601Rezayat,M.TheEnterprise-Webportalforlife-cyclesupport.Computer-AidedDesignVolume:32,Issue:2,February1,2000,pp.85-96Egyedi,TinekeM.WhyJava?was-not-standardizedtwiceComputerStandardsandInterfacesVolume:23,Issue:4,September,2001,pp.253-265Sousa,J.P.;Garlan,D.FormalmodelingoftheEnterpriseJavaBeans?componentintegrationframework.InformationandSoftwareTechnologyVolume:43,Issue:3,March1,2001,pp.171-188徐大偉,汪躍.淺談?dòng)?jì)算機(jī)接入INTERNET的幾種方式.長(zhǎng)春大學(xué)學(xué)報(bào),2001,11(2):16-19潘建國(guó),陳海強(qiáng).基于vpn技術(shù)的網(wǎng)絡(luò)應(yīng)用.計(jì)算機(jī)應(yīng)用研究,2001,1:87-88林林.BEA中間件應(yīng)用技術(shù).,2001Raptis,Konstantinos;Spinellis,Diomidis;Katsikas,Sokratis.Multi-technologydistributedobjectsandtheirintegration.ComputerStandardsandInterfacesVolume:23,Issue:3,July,2001,pp.157-168.Lunney,T.F.;McCaughey,A.J.Componentbaseddistributedsystems–CORBAandEJBincontextComputerPhysicsCommunicationsVolume:127,Issue:2-3,May10,2000,