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

1、 可修改 歡送下載 精品 Word 可修改 歡送下載 精品 Word 可修改 歡送下載 精品 Word基于(jy)J2EE體系的連鎖(lin su)企業(yè)供給(gngj)鏈管理系統(tǒng)(SCM)分析(fnx)與設(shè)計目 錄 TOC t 論文(lnwn)1.1,2,論文(lnwn)1,1,論文(lnwn)2,1,論文(lnwn)2.1,2,論文(lnwn)3.1,2,論文4,1,論文4.1,2,論文5,1,論文5.1,2,論文6,1,論文6.1,2,論文附錄,1,論文文獻,1 1引言 PAGEREF _Toc3522735 h 11.1連鎖企業(yè)SCM系統(tǒng)現(xiàn)狀以及存在的問題 PAGEREF _Toc352

2、2736 h 11.2J2EE體系的國內(nèi)外研究與應(yīng)用 PAGEREF _Toc3522737 h 31.3基于J2EE的連鎖企業(yè)SCM系統(tǒng)研究現(xiàn)狀 PAGEREF _Toc3522738 h 41.4論文的主要工作和研究思路 PAGEREF _Toc3522739 h 62連鎖企業(yè)SCM系統(tǒng)分析 PAGEREF _Toc3522740 h 72.1連鎖企業(yè)SCM系統(tǒng)的特點 PAGEREF _Toc3522741 h 72.2連鎖企業(yè)SCM系統(tǒng)的需求分析 PAGEREF _Toc3522742 h 92.3連鎖企業(yè)SCM系統(tǒng)業(yè)務(wù)邏輯 PAGEREF _Toc3522743 h 112.4運用J2

3、EE技術(shù)設(shè)計SCM系統(tǒng) PAGEREF _Toc3522744 h 113連鎖企業(yè)SCM系統(tǒng)設(shè)計 PAGEREF _Toc3522745 h 133.1多個獨立MIS系統(tǒng)的信息集成與發(fā)布 PAGEREF _Toc3522746 h 133.2系統(tǒng)實現(xiàn)原理和拓撲圖設(shè)計 PAGEREF _Toc3522747 h 153.3基于中間件的多層系統(tǒng)結(jié)構(gòu) PAGEREF _Toc3522748 h 183.4SCM系統(tǒng)模塊分析 PAGEREF _Toc3522749 h 223.5數(shù)據(jù)庫的邏輯設(shè)計和物理設(shè)計 PAGEREF _Toc3522750 h 304 SCM系統(tǒng)軟件結(jié)構(gòu)設(shè)計 PAGEREF _T

4、oc3522751 h 334.1多類型用戶界面Java程序的一般設(shè)計模式及存在的問題 PAGEREF _Toc3522752 h 34MVC模型的引入 PAGEREF _Toc3522753 h 354.3結(jié)合J2EE對MVC模型的改良 PAGEREF _Toc3522754 h 364.4模型的建立 PAGEREF _Toc3522755 h 384.5新模型在SCM系統(tǒng)結(jié)構(gòu)設(shè)計中的應(yīng)用 PAGEREF _Toc3522756 h 395系統(tǒng)的開發(fā)和部署 PAGEREF _Toc3522757 h 415.1J2EE小組開發(fā)模式 PAGEREF _Toc3522758 h 415.2EJB

5、組件的開發(fā)和部署 PAGEREF _Toc3522759 h 435.3Web應(yīng)用的集成和發(fā)布 PAGEREF _Toc3522760 h 436結(jié)論 PAGEREF _Toc3522761 h 446.1本文的主要工作與成果 PAGEREF _Toc3522762 h 456.2尚待解決的問題的討論 PAGEREF _Toc3522763 h 46參考文獻 PAGEREF _Toc3522764 h 47附錄一 PAGEREF _Toc3522765 h 50附錄二 PAGEREF _Toc3522766 h 54引言(ynyn) 連鎖(lin su)企業(yè)SCM系統(tǒng)現(xiàn)狀(xinzhung)以

6、及存在的問題經(jīng)過(jnggu)十幾年的開展(kizhn)，我國連鎖經(jīng)營取得長足的進步，目前全國連鎖企業(yè)達家，店鋪數(shù)達萬個，年銷售總額達億元。尤其是近年來開展迅猛，全國連鎖企業(yè)數(shù)、店鋪數(shù)均增加了倍多，連鎖企業(yè)銷售額的增長速度已遠遠高于社會商品零售總額的增長速度，占社會商品零售總額的比重已從年的.增加到目前的.。1一個行業(yè)的高速而健康開展，必然離不開現(xiàn)代化技術(shù)和管理的支持。連鎖行業(yè)以規(guī)模優(yōu)勢取勝，它的高速增長，急需配套管理制度和信息技術(shù)的強勁支持，尤為急缺的是建立在現(xiàn)代信息技術(shù)根底之上的統(tǒng)一采購和配送技術(shù)。2連鎖企業(yè)通常要對90%以上的商品選擇中央采購制度，由總部的采購部門或授權(quán)的配送中心負責整個

7、企業(yè)大局部商品的采購，商品的引入與淘汰、價格制定及促銷方案也完全由連鎖企業(yè)總部統(tǒng)一規(guī)劃實施。各店鋪的銷售信息及庫存資料需及時、準確、分類地向總部傳遞，總部必須對商品的購、銷、存、退、調(diào)等信息進行連續(xù)分析，以便使總部采購商品的品種、結(jié)構(gòu)、數(shù)量符合各店鋪的銷售需要。由此看到，雖然中央采購制度帶來了集中議價、降低商品采購本錢的好處，但對企業(yè)的業(yè)務(wù)配合、信息傳遞、商品配送提出了更高的要求。 連鎖企業(yè)集中采購后的商品質(zhì)檢、計量、儲運、分揀是在總店的倉儲環(huán)節(jié)中進行的，一般由配送中心負責。而配送中心的中心庫存和配送能力必須與店鋪的銷售相適應(yīng)，既要保證不出現(xiàn)斷貨，又要盡可能減少各店鋪和中心的庫存。減少庫存不僅

8、是出于財務(wù)管理上減少資金占壓的需要，而且也是為了降低配送本錢，提高倉庫庫容利用效率。據(jù)調(diào)查，我國連鎖企業(yè)普遍采用單店經(jīng)營時的倉庫作業(yè)流程，配送本錢較高，影響作業(yè)的效率。這是我國連鎖企業(yè)目前亟待解決的另一個難題4-6。這些難題的解決方案都集中在供給鏈管理(SCM)系統(tǒng)之上，擁有一個高效的、先進的、穩(wěn)定平安的供給鏈管理系統(tǒng)是國內(nèi)連鎖企業(yè)在與國外連鎖巨頭們競爭中開展、取勝的基石。目前國內(nèi)連鎖企業(yè)SCM系統(tǒng)的現(xiàn)狀是：各連鎖企業(yè)門店不同程度實現(xiàn)了基于Intranet的POS/MIS系統(tǒng)，但門店和門店之間、門店和總部之間，總部和供給商之間根本上還處于信息孤島狀態(tài)。無法實現(xiàn)信息共享，統(tǒng)一采購和統(tǒng)一配送技術(shù)也

9、相當落后，而且，各連鎖企業(yè)對SCM系統(tǒng)的認識和利用水平有限，大多數(shù)企業(yè)并沒有自身獨立的SCM系統(tǒng)，而只是依據(jù)MIS系統(tǒng)提供的局部信息來決定自己的采購方案。既消耗了大量的人力時間本錢，更不用談實現(xiàn)真正意義上的實時經(jīng)營，有效降低庫存本錢。這種經(jīng)營模式必然產(chǎn)生以下問題：7信息孤島?？偛?zn b)與分店、分店與分店之間無法實現(xiàn)信息(xnx)實時交換，企業(yè)集團化管理困難。業(yè)務(wù)重復(fù)(chngf)、力量分散。每個分店都需要一批人與供給(gngj)商洽談業(yè)務(wù)，造成人力資源浪費，同時企業(yè)無法充分發(fā)揮集團采購的優(yōu)勢(yush)，享受最大折扣率。商場與供給商之間信息渠道不暢通，供給量效率低。一方面供給商無法及時獲

10、取商品銷售、庫存情況；另一方面，商場無法獲取最全的商品供給信息，在一定程度上影響雙方的經(jīng)營效率。參加WTO后，面對國外連鎖巨頭們也已成熟的全球化供給鏈管理系統(tǒng)，國內(nèi)連鎖企業(yè)也可以說處于技術(shù)上的競爭劣勢。國內(nèi)連鎖企業(yè)最終要實現(xiàn)商務(wù)的信息化、電子化，實現(xiàn)實網(wǎng)和虛網(wǎng)、外網(wǎng)和內(nèi)網(wǎng)的統(tǒng)一。POS和MIS相對是封閉的，只有走向外網(wǎng)，通過互聯(lián)網(wǎng)走向社會，才能與供給商和客戶真正攜起手來。這就是供給鏈管理系統(tǒng)的意義所在。將來的便利店就是網(wǎng)絡(luò)公司，只有與網(wǎng)絡(luò)完全融為一體，才會降低本錢，快捷準確地實現(xiàn)交易，未來的連鎖企業(yè)將成為沖破傳統(tǒng)觀念的高科技企業(yè)8-9。綜上所述，對構(gòu)建連鎖企業(yè)供給鏈管理系統(tǒng)的研究有其現(xiàn)實意義和

11、巨大的經(jīng)濟意義。名詞解釋：連鎖企業(yè)：Chain Store經(jīng)營假設(shè)干同行業(yè)或同業(yè)態(tài)的店鋪，以同一商號、統(tǒng)一管理或授予特許經(jīng)營權(quán)方式組織起來，共享規(guī)模效益的經(jīng)營組織。10供給鏈Supply Chain：供給鏈是圍繞核心企業(yè)，相互間通過提供原材料、零部件、產(chǎn)品、效勞的廠家、供給商、零售商等組成的網(wǎng)絡(luò)10。供給鏈管理 (Supply Chain Management) SCM：供給鏈管理是以同步化、集成化生產(chǎn)方案為指導(dǎo)，以各種技術(shù)為支持，尤其以Internet/Intranet 為依托，對供給鏈中的信息流、物流和資金流進行設(shè)計、規(guī)劃和控制，從而增強競爭實力，提高供給鏈中各成員的效率和效益。11J2E

12、E體系(tx)的國內(nèi)外研究與應(yīng)用J2EE是由SUN引導(dǎo)，各廠商共同發(fā)起(fq)的，并得到廣泛認可的工業(yè)標準。業(yè)內(nèi)企業(yè)計算領(lǐng)域的大企業(yè)如：IBM , BEA Systems, Oracle等都有參與(cny)。現(xiàn)在(xinzi)已經(jīng)超過25個不同(b tn)的效勞器端平臺支持J2EE 標準。12研究概述：2000年3月23日 Sun Microsystems發(fā)表了Java 2 Platform- Enterprise 表1.1EditionJ2EE的版本“1.2。J2EE標準和核心應(yīng)用程序接口標準根本成型。如表1.1：13-20 2001年9月24日 J2EE “1.3推出。該版本簡化了業(yè)務(wù)集成

13、操作、提高了面向企業(yè)的WWW效勞開發(fā)和導(dǎo)入的功能。2002年1月 31日 J2EE版本1.3.1 發(fā)布,進一步加強Web Service功能并加大對XML的支持力度。其新增主要內(nèi)容如下：12 Java連接器體系(tx)Java Connector Architecture ，JCA1.0。提供了一個(y )新的、簡化了的元件庫，將簡化與包含Enterprise Resource PlanningERP和Customer Resource ManagementCRM等應(yīng)用程序在內(nèi)的原來的系統(tǒng)(xtng)的綜合。預(yù)計JCA將會開展(kizhn)出一個更易于(yy)構(gòu)建的適配器新類，使應(yīng)用效勞器能承

14、當更多的負荷，而這些負荷目前由價格昂貴的企業(yè)應(yīng)用集成軟件來擔負。 Java消息效勞Java Messaging Serivce，JMS1.0.2。引入了消息驅(qū)動MDBMessage-Driven Bean的JMS，該組件與其它應(yīng)用程序或組件以異步消息方式通信。MDB的松散交互對現(xiàn)存的系統(tǒng)的繼續(xù)使用非常理想。 20“Enterprise JavaBeansEJB2.0：簡化分散的應(yīng)用程序的開發(fā)，融入了與面向?qū)ο髤f(xié)議Inter-ORB ProtocolIIOP間的互操作性。13 提高XML的綜合功能：可以提高與“Java API for XML ProcessingJAXP的綜合性能，以XML記述

15、“JavaServer PagesJSP。 14“JSP 1.2的框架及Servlet。15J2EE體系結(jié)構(gòu)提供中間層集成框架高可用性、高可靠性以及可擴展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺，J2EE降低了開發(fā)多層應(yīng)用的費用和復(fù)雜性，同時提供對現(xiàn)有應(yīng)用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強了平安機制，提高了性能。由于采用開放的協(xié)作制定標準，J2EE表達了眾多企業(yè)計算領(lǐng)域供給商的知識和專業(yè)技術(shù)。這意味著產(chǎn)品解決方案能夠滿足任何商業(yè)需求。由于有大量的廠商支持，所以用戶的選擇范圍會更廣泛與此相比，WINDOWS DN

16、A架構(gòu)是由微軟單獨制定并完成的。12二十一世紀，隨著Internet日益成為主要的商業(yè)交易平臺，具有可伸縮性、靈活性、易維護性的商務(wù)系統(tǒng)是人們關(guān)注的焦點。而J2EE恰好提供了這樣一個機制。在企業(yè)級商務(wù)應(yīng)用領(lǐng)域，J2EE技術(shù)越來越受到企業(yè)的青睞，基于J2EE架構(gòu)的新應(yīng)用不斷涌現(xiàn)，從電子商店到網(wǎng)上交易市場，從MIS系統(tǒng)到CRM、ERP、SCM, 而應(yīng)用J2EE的行業(yè)也越來越多，從新興的信息產(chǎn)業(yè)、電信到傳統(tǒng)的銀行業(yè)、保險業(yè)，紛紛將J2EE技術(shù)作為大型BtoB市場和海量交易處理的平安穩(wěn)定的端到端平臺。從J2EE應(yīng)用的開展勢頭來看，J2EE技術(shù)將成為未來十年企業(yè)級應(yīng)用的主流技術(shù)21-22?；?jy)J

17、2EE的連鎖(lin su)企業(yè)SCM系統(tǒng)(xtng)研究現(xiàn)狀基于(jy)傳統(tǒng)EDIElectronic Data Interchange的供給(gngj)鏈系統(tǒng)傳統(tǒng)企業(yè)往往在EDI平臺上建立供給鏈系統(tǒng)，EDI是為支持事務(wù)處理而在異構(gòu)的平臺或應(yīng)用間用電子格式進行數(shù)據(jù)交換。這種交換無需手工介入，而由計算機系統(tǒng)自動處理。為了實現(xiàn)數(shù)據(jù)交換的自動化，EDI將企業(yè)的業(yè)務(wù)規(guī)那么包含在固定事務(wù)集中。也就是說傳統(tǒng)EDI是以固定事務(wù)集合的傳遞為根底的，事務(wù)集合種定義了字段的長度、順序和一定的商業(yè)規(guī)那么。通過EDI可以將數(shù)據(jù)信息標準化、格式化，有利于通過網(wǎng)絡(luò)互聯(lián)處理，便于企業(yè)與供給商之間的數(shù)據(jù)交流和交換。但EDI

18、的自身特點也是其在企業(yè)間供給鏈集成方面存在許多缺陷23：模式僵化，不同的商業(yè)伙伴需要不同的接口和方案本錢昂貴，數(shù)據(jù)通過VAN傳輸維護困難，難以增加新的產(chǎn)品和應(yīng)用基于J2EE技術(shù)的企業(yè)應(yīng)用系統(tǒng)隨著J2EE平臺的日益成熟，利用J2EE技術(shù)構(gòu)建SCM系統(tǒng)，象構(gòu)建其它企業(yè)商務(wù)應(yīng)用系統(tǒng)如ERP、CRM、E_MarketPlace、E_Channel一樣，越來越受到人們的重視，各大機構(gòu)和應(yīng)用效勞提供商陸續(xù)推出自己基于J2EE的行業(yè)解決方案，較有代表性的又Oracle、IBM、SAP等。國外大型IT廠商如IBM、DELL、Araba等開始逐步建立和完善自己的SCM系統(tǒng)，并在有效降低生產(chǎn)、運營本錢等方面顯示出

19、越來越大的作用。傳統(tǒng)行業(yè)的代表如GE、Ford也已經(jīng)在J2EE平臺上構(gòu)建了自己的采購系統(tǒng)24。基于J2EE技術(shù)連鎖企業(yè)的SCM系統(tǒng)連鎖行業(yè)是傳統(tǒng)行業(yè)，由于其行業(yè)要求統(tǒng)一采購、統(tǒng)一配送、統(tǒng)一結(jié)算的特點，連鎖企業(yè)的開展與壯大對先進信息技術(shù)的要求特別迫切，建立在傳統(tǒng)EDI技術(shù)之上的供給鏈系統(tǒng)已不能適應(yīng)業(yè)務(wù)高速膨脹的需要。連鎖企業(yè)已開始認識到建立一個平安、高效的供給鏈平臺對于自身至關(guān)重要的戰(zhàn)略意義。也因為行業(yè)特點，它的SCM系統(tǒng)的業(yè)務(wù)邏輯和其它行業(yè)的SCM系統(tǒng)業(yè)務(wù)邏輯有很大不同，也就是說，SCM的J2EE通用解決方案并不適合于連鎖行業(yè)。目前，國內(nèi)對基于J2EE的連鎖企業(yè)SCM系統(tǒng)的理論研究才剛剛開始，

20、而對構(gòu)建基于J2EE的連鎖企業(yè)SCM系統(tǒng)的應(yīng)用研究還是一片空白。論文的主要(zhyo)工作和研究思路 本文(bnwn)依據(jù)一個典型工程(gngchng)某跨國連鎖集團中國(zhn u)公司SCM系統(tǒng)(xtng)實施成功的經(jīng)歷，試圖在運用J2EE技術(shù)，對連鎖企業(yè)SCM系統(tǒng)的分析和設(shè)計，并提出一個可行的解決方案。 論文首先分析了連鎖企業(yè)的SCM系統(tǒng)業(yè)務(wù)邏輯和需求，并對現(xiàn)有MIS的利用、數(shù)據(jù)集中與分析、訂單匯總、統(tǒng)一配送等問題提出合理的解決方案。接下來，運用J2EE技術(shù)設(shè)計系統(tǒng)，給出拓撲圖和實現(xiàn)原理，并細化到多層模型設(shè)計、模塊分析、數(shù)據(jù)庫邏輯設(shè)計、物理設(shè)計等。重點針對系統(tǒng)為多類型用戶界面的特點，提出

21、基于J2EE的MVC新模式，并運用于SCM軟件邏輯結(jié)構(gòu)設(shè)計中。然后文章對系統(tǒng)在開發(fā)、部署過程中的關(guān)鍵步驟做了簡要說明。 最后，文章簡要介紹了依據(jù)上述方法設(shè)計開發(fā)的供給鏈管理系統(tǒng)在運行中為連鎖企業(yè)帶來的實際效果，以及系統(tǒng)的性能特點。研究思路如下列圖1.1：文獻資料搜集根底理論研究J2EE技術(shù)標準與體系結(jié)構(gòu)研究連鎖企業(yè)SCM信息系統(tǒng)需求分析系統(tǒng)開發(fā)、測試、部署系統(tǒng)概要設(shè)計完成論文J2EE應(yīng)用模型和開發(fā)方法研究系統(tǒng)詳細設(shè)計開發(fā)總結(jié)和模式探索圖1.1 論文工作圖連鎖(lin su)企業(yè)SCM系統(tǒng)分析 連鎖(lin su)企業(yè)SCM系統(tǒng)(xtng)的特點連鎖企業(yè)(qy)的單位構(gòu)成如下列(xili)圖所示

22、：連鎖總部分店A分店B分店C分店X分店F分店D城市甲城市乙城市甲圖2.1 連鎖企業(yè)組織結(jié)構(gòu)圖.圖2.2 分店MIS系統(tǒng)圖在現(xiàn)有MIS根底上開發(fā)連鎖企業(yè)以分店為根本運營單位，每個分店擁有自己相對獨立的MIS系統(tǒng)。在系統(tǒng)所屬局域網(wǎng)內(nèi)，前端以電子掃描儀、POS機為商品售賣工具，后端為數(shù)據(jù)庫效勞器和MIS效勞器，配以財務(wù)、倉庫、采購等客戶機、構(gòu)成日常商品的進、銷、存作業(yè)系統(tǒng)。如圖2.2所示：MIS系統(tǒng)一般(ybn)采用客戶端/效勞(xio lo)器C/S結(jié)構(gòu)(jigu)， 所有的商品信息、采購(cigu)信息、庫存信息、銷售信息均存于效勞(xio lo)器端的數(shù)據(jù)庫中。這些數(shù)據(jù)是連鎖企業(yè)SCM系統(tǒng)的根

23、底數(shù)據(jù)。在選擇SCM的構(gòu)建方式時，一方面因為C/S模式在局域網(wǎng)內(nèi)仍有自身速度快、穩(wěn)定等優(yōu)勢，另一方面出于保護已有IT投資的需要，SCM系統(tǒng)必須構(gòu)建在各分店現(xiàn)有的MIS系統(tǒng)根底之上。如何融合已有MIS系統(tǒng)是在設(shè)計SCM系統(tǒng)是要解決的第一個問題25-27。數(shù)據(jù)分布連鎖企業(yè)的各分店一般處于不同的城市或同一城市的不同地方，彼此相距較遠，不可能用局域網(wǎng)的方式將他們與總部都連起來。因而，各自MIS系統(tǒng)的數(shù)據(jù)庫根本上是分布各地的，而SCM系統(tǒng)的根底數(shù)據(jù)來源與各分店，自然要解決分布數(shù)據(jù)的集中問題。 統(tǒng)一采購統(tǒng)一采購使連鎖企業(yè)實現(xiàn)低價策略的有效保障。對于采購商品的品種、結(jié)構(gòu)、型號、范圍、數(shù)量，每個分店都會根據(jù)庫

24、存和預(yù)測提出自己的采購訂單，只有將各店訂單匯總，實施大批量采購才是經(jīng)濟的。面對種類龐大的商品類目，即便總部拿到各店的訂單，依靠人工也很難完成手工匯總，更不用說準確地完成篩選供給商與商品、比照采購價格等實際問題。 統(tǒng)一配送統(tǒng)一配送既是連鎖企業(yè)降低本錢的手段，也是總部有效調(diào)節(jié)商品、加強控制的手段。在統(tǒng)一配送過程中，對商品的挑選、儲存、整理、拆零、再包裝檢測和貼標簽、拼配是連鎖企業(yè)實現(xiàn)商品增值的手段。目前，連鎖企業(yè)存在的問題是：尚缺乏現(xiàn)代物流與配送的觀念。物流作業(yè)缺乏標準，各種編碼缺乏標準，商品盤點作業(yè)缺乏電子掃描裝置，配送中心內(nèi)部缺乏必要的計算機設(shè)備，計算機軟件不完善，數(shù)據(jù)有時需要屢次重復(fù)錄入等。

25、所以，集中采購雖然能減少采購本錢，但如果配送管理落后所加大的本錢抵消掉了集中采購的好處，這對企業(yè)來講是絕對不合算的27-28。所以，制定(zhdng)合理的統(tǒng)一配送策略是SCM系統(tǒng)業(yè)務(wù)設(shè)計(shj)的難點 統(tǒng)一(tngy)結(jié)算統(tǒng)一(tngy)采購必然帶來統(tǒng)一結(jié)算，統(tǒng)一結(jié)算增強了連鎖企業(yè)與供給(gngj)商談判的能力，也加快了資金的流動。隨著網(wǎng)上支付平臺日益成熟、平安，統(tǒng)一結(jié)算的方式會局部通過網(wǎng)上銀行進行。SCM系統(tǒng)要預(yù)留此項功能的接口。 與供給商之間的數(shù)據(jù)交換供給鏈是連接連鎖企業(yè)和供給商之間的一條紐帶，不管是商品信息還是銷售分析數(shù)據(jù)，讀要通過合理的通用的數(shù)據(jù)交換格式來促進交易，基于XML的We

26、b Services 是SCM系統(tǒng)的另一項特點。連鎖企業(yè)SCM系統(tǒng)的需求分析連鎖企業(yè)的SCM系統(tǒng)除了上述6點需要解決外，還包含如下需求：供給商管理、連鎖店管理、商品管理、采購管理、庫存管理、退貨管理、換貨管理、用戶權(quán)限管理、信息發(fā)布，結(jié)算管理和綜合查詢。供給商管理通過供給商管理，為實現(xiàn)商品發(fā)布、集中采購、統(tǒng)一結(jié)算準備了條件。企業(yè)可以發(fā)揮網(wǎng)上招商的優(yōu)勢，供給商通過SCM 系統(tǒng)申請，經(jīng)總部審批后取得資格。連鎖店管理管理連鎖店的加盟，為處理連鎖店的經(jīng)銷數(shù)據(jù)、訂單、用戶等準備條件。商品(shngpn)管理供給(gngj)商商品信息的發(fā)布和更新(gngxn)功能，提供商品的比照(bzho)采購分析，統(tǒng)一

27、編碼，為采購庫存(kcn)準備條件。采購管理各分店訂單匯總，按分類商品分解訂單，下單、跟單并在SCM系統(tǒng)內(nèi)完成商品采購流程，為入庫和結(jié)算做準備。庫存管理入庫、出庫、配送方案、庫存分析、庫存預(yù)警等功能。退貨/換貨管理分店與總店之間的退換貨，總部與供給商之間的退換貨。用戶權(quán)限管理按用戶、組、角色、權(quán)限進行管理，精確控制用戶能做的事、不能做的事。信息發(fā)布內(nèi)部新聞、促銷信息、分店、經(jīng)銷商反應(yīng)信息的發(fā)布與管理。結(jié)算管理即統(tǒng)一結(jié)算，提供線下、網(wǎng)上多種方式與供給商結(jié)算功能。綜合查詢基于SCM數(shù)據(jù)得報表分析功能，提供給總部、分店和供給商用于輔助經(jīng)營和決策。SCM系統(tǒng)涉及大筆的商務(wù)交易信息，平安功能始終應(yīng)放在第

28、一位。系統(tǒng)的平安功能雖然沒有包含在這些功能之中，但上述功能的實現(xiàn)處處需要平安功能的支持。除了權(quán)限控制外，SCM 系統(tǒng)還通過硬件防火墻、網(wǎng)絡(luò)平安協(xié)議、數(shù)字簽名等策略保證交易的平安性。連鎖(lin su)企業(yè)SCM系統(tǒng)(xtng)業(yè)務(wù)邏輯總店把收集到的數(shù)據(jù)(shj)分為兩種情況處理：對供給(gngj)商.可以(ky)提供配送效勞的，直接向供給商提出每日的補貨與配送方案；對需要由自己配送的商品，先進行庫存檢索，可用庫存量滿足補貨需求直接計算配送方案，否那么，向供給商發(fā)出定單補貨2,4,6。 供給商接到中央采購方案和獨立采購方案后，向總店配送中心配送，或者根據(jù)要求，直接向門店配送。 總店的配送中心接到

29、配送方案后，完成配貨準備，并規(guī)劃配送路線，完成裝車作業(yè)和運輸。 門店負責對接收的商品進行計數(shù)、計量、質(zhì)檢、貼標簽、商品上架；配送人員負責將需要退、換、殘、次商品拉回配送中心集中處理。 門店定期將銷售的貨款存入總店銀行帳戶或與總店結(jié)算貨款；總店與供給商定期結(jié)算應(yīng)付貨款。對銷售滯緩的商品定期考慮是否予以淘汰。 從上面所描述的流程看到：由DRP系統(tǒng)收集、傳遞各門店的業(yè)務(wù)數(shù)據(jù)是整個系統(tǒng)的起點與關(guān)鍵點，它最有意義的功用是將前端所反映的需求信息集中起來，并依此帶動其他工作系統(tǒng)來滿足前端的需求，這就實現(xiàn)了大家所盼望的“拉式連續(xù)補貨方案。而在此根底上的采購、庫存、配送系統(tǒng)不過是用來滿足、執(zhí)行該方案的工作流程。

30、運用J2EE技術(shù)設(shè)計SCM系統(tǒng)基于(jy)連鎖企業(yè)對于SCM應(yīng)用系統(tǒng)的實際需求以及考慮(kol)到系統(tǒng)的未來拓展性、可維護性，SCM應(yīng)用系統(tǒng)各個模塊(m kui)中分店MIS可以(ky)做成客戶/效勞(xio lo)器(C/S)體系模式之外，其他局部都應(yīng)該做成瘦客戶端瀏覽器/效勞器(B/S)模式。經(jīng)過了反復(fù)的論證并且通過與別的技術(shù)方式的比擬，我們最終確定采用在J2EE平臺上開發(fā)SCM應(yīng)用系統(tǒng)的技術(shù)方案。一方面是因為作為一種比擬成熟的技術(shù)標準，相對于微軟的.NET來說，它的開發(fā)要更加平安、本錢更低，另一方面，在于其優(yōu)異的性能。傳統(tǒng)ASP、CGI、PHP編程方式的缺點 在J2EE結(jié)構(gòu)出現(xiàn)以前，基于

31、Web的應(yīng)用系統(tǒng)多數(shù)使用ASP、CGI、PHP等編寫。隨著電子商務(wù)的迅速開展，這些傳統(tǒng)編程方式的缺點越來越突出,這些傳統(tǒng)編程方式正在被業(yè)界淘汰。主要的缺點包括29-34： 1、不適合企業(yè)級應(yīng)用 2、系統(tǒng)穩(wěn)定性差 3、維護困難4、升級困難 5、系統(tǒng)響應(yīng)緩慢 6、沒有標準的平安體系 7、不能跨平臺、分布式應(yīng)用 運用J2EE技術(shù)設(shè)計SCM系統(tǒng) J2EE是一種利用Java 2平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。J2EE技術(shù)的根底就是核心Java平臺或Java 2平臺的標準版，J2EE不僅穩(wěn)固了標準版中的許多優(yōu)點，例如編寫一次、隨處運行的特性、方便存取數(shù)據(jù)庫的JDBC AP

32、I、CORBA技術(shù)以及能夠在Internet應(yīng)用中保護數(shù)據(jù)的平安模式等等，同時還提供了對 EJBEnterprise JavaBeans、Java Servlets API、JSPJava Server Pages以及XML技術(shù)的全面支持。其最終目的就是成為一個能夠使企業(yè)開發(fā)者大幅縮短投放市場時間的體系結(jié)構(gòu)。J2EE體系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費用(fi yong)而又需要高可用性、高可靠性以及可擴展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺，J2EE降低了開發(fā)多層應(yīng)用的費用和復(fù)雜性，同時(tngsh)提供對現(xiàn)有應(yīng)用程序集成強有力支持，完全支持Enterprise JavaBeans

33、，有良好的向?qū)еС?zhch)打包和部署應(yīng)用，添加目錄支持，增強了平安(png n)機制，提高(t go)了性能21。連鎖企業(yè)SCM系統(tǒng)對于平安性、可擴展性、快速開發(fā)等要求非常高，另外還要求對和供給商之間的標準數(shù)據(jù)交換格式XML提供支持，并希望本錢/性能比非常合理，而J2EE恰好非常吻合這些條件。所以在J2EE平臺根底上構(gòu)建系統(tǒng)有廣泛地應(yīng)用前景。用J2EE技術(shù)設(shè)計的SCM系統(tǒng)的開發(fā)模式是：從集團化管理出發(fā)，整合各分店現(xiàn)有MIS系統(tǒng)，設(shè)計總部SCM數(shù)據(jù)庫模式，標準總部與各分店現(xiàn)有MIS的數(shù)據(jù)接口、傳輸流程；利用Visual Age for Java開發(fā)JavaBean，把數(shù)據(jù)庫連接、后臺處理、商

34、業(yè)邏輯等系統(tǒng)需要重復(fù)使用的功能封裝成獨立組件，一共JSP頁面、Servlet調(diào)用；利用Servlet效勞器端編程能力強的優(yōu)點，控制系統(tǒng)流程和處理后臺事務(wù)；優(yōu)點有四：SCM數(shù)據(jù)庫模式面向全組織，具有完整性、穩(wěn)定性，容易與各分店業(yè)務(wù)系統(tǒng)實現(xiàn)數(shù)據(jù)交換，為web程序開發(fā)打下良好的數(shù)據(jù)結(jié)構(gòu)根底。利用面向組件程序設(shè)計的思想，提高軟件的重用性，節(jié)省了開發(fā)時間。表現(xiàn)邏輯和商業(yè)邏輯、系統(tǒng)流程、后臺處理分開、增加程序的可讀性、健壯性。由于用戶界面采用JSP，Servlet等開發(fā)，系統(tǒng)維護修改都很方便。連鎖企業(yè)SCM系統(tǒng)設(shè)計多個獨立MIS系統(tǒng)的信息集成與發(fā)布上面提到，融合已有MIS系統(tǒng)是在設(shè)計SCM系統(tǒng)是要解決的第

35、一個問題。同時，還有分布數(shù)據(jù)的集中問題。因為各分店的局域網(wǎng)并沒有互相聯(lián)通，所以解決數(shù)據(jù)集中問題首先要解決局域網(wǎng)的互連。 局域網(wǎng)的互聯(lián)不外乎如下幾種(j zhn)方式(表3.1)：采用(ciyng)DDN數(shù)據(jù)(shj)專線數(shù)字(shz)數(shù)據(jù)網(wǎng)絡(luò)(Digital Data Network)，DDN即數(shù)字(shz)數(shù)據(jù)網(wǎng)。它是利用光纖數(shù)字微波和衛(wèi)星數(shù)字傳輸通道和數(shù)字交叉復(fù)用節(jié)點組成的數(shù)字數(shù)據(jù)傳輸網(wǎng)，可以為用戶提供各種速率的高質(zhì)量數(shù)字專用電路和其它新業(yè)務(wù)，以滿足用戶多媒體通信和組建中高速計算機通信網(wǎng)的需要。DDN業(yè)務(wù)區(qū)別是于傳統(tǒng)模擬 專線的顯著特點是數(shù)字電路傳輸質(zhì)量高，時延小，通信速率可根據(jù)需要選擇；

36、電路可以自動迂回，可靠性高；一線可以 多用，即可以通話、 、傳送數(shù)據(jù)，或組建自己的虛擬專網(wǎng)，設(shè)立網(wǎng)管中心，自己管理自己的網(wǎng)絡(luò)35。采用VPN虛擬專用網(wǎng) 虛擬專用網(wǎng)VPN-VirtualPrivateNetwork指的是在公用網(wǎng)絡(luò)上建立專用網(wǎng)絡(luò)的技術(shù)。之所以稱為虛擬網(wǎng)主要是因為整個VPN網(wǎng)絡(luò)的任意兩個節(jié)點之間的連接并沒有傳統(tǒng)專網(wǎng)所需的端到端的物理鏈路，而是架構(gòu)在公用網(wǎng)絡(luò)效勞商所提供的網(wǎng)絡(luò)平臺如INTERNET，ATM，F(xiàn)RAMERELAY等之上的邏輯網(wǎng)絡(luò)，用戶數(shù)據(jù)在邏輯鏈路中傳輸。目前VPN主要采用四項技術(shù)來保證平安，這四項技術(shù)分別是隧道技術(shù)Tunneling、加解密技術(shù)Encryption &

37、 Decryption、密鑰管理技術(shù)Key Management、使用者與設(shè)備身份認證技術(shù)Authentication36。 撥號互聯(lián)即用 撥號的方式接入互聯(lián)網(wǎng)。表3.1名稱優(yōu)點缺點方式一DDN專線平安實時費用高維護較難方式二VPN虛擬專用網(wǎng)技術(shù)成熟容易擴展節(jié)省費用21%-45%平安風險較大管理工作量大方式三撥號互聯(lián)1費用低廉1平安風險極大2管理工作量大3維護困難由表3.1分析(fnx)可以得出結(jié)論：在用于網(wǎng)絡(luò)連接的費用充足時，方式一由于其平安(png n)、快速性無疑是最好的選擇；而從性價比考慮，采用(ciyng)方式二即VPN最好(zu ho)，VPN是一項成熟(chngsh)的技術(shù)，目前

38、已得到廣泛的商業(yè)應(yīng)用，我們可通過完善的平安策略，嚴格的管理有效躲避平安風險；至于方式三，由于其平安性太差，且極不穩(wěn)定，并不適合商業(yè)用途。圖3.1 連鎖企業(yè)MIS互聯(lián)原理圖本方案采用VPN技術(shù)作為各分店局域網(wǎng)與總部的互聯(lián)方案，如圖3.1所示：系統(tǒng)實現(xiàn)原理和拓撲圖設(shè)計SCM系統(tǒng)針對連鎖企業(yè)具體應(yīng)用，采用C/S與B/S相結(jié)合的混合體系結(jié)構(gòu)。即對各分店原有的MIS系統(tǒng)仍采用C/S計算模式。而對于供給商信息管理、與供給商交換經(jīng)銷存信息等新應(yīng)用，那么更多的采用B/S計算結(jié)構(gòu)。這種混合計算模式的優(yōu)越性在于：采用(ciyng)C/S計算(j sun)模式，保證了各分店原有MIS系統(tǒng)不變，使用方法(fngf)不

39、變，保護了企業(yè)的前期投資；采用(ciyng)B/S模式，客戶端僅需一個瀏覽器，就可隨時隨地登陸網(wǎng)站，進入系統(tǒng)(xtng)，操作使用都很方便；B/S模式中，所有的網(wǎng)頁和程序都存放在web效勞器上，應(yīng)用系統(tǒng)的設(shè)計、維護都只需在web效勞器上進行。C/SC/SC/S.B/S 多層體系結(jié)構(gòu)連鎖企業(yè)SCM信息系統(tǒng)分店MIS圖3.2 連鎖企業(yè)SCM系統(tǒng)邏輯結(jié)構(gòu)圖連鎖企業(yè)SCM系統(tǒng)的總體設(shè)計思想是：通過在連鎖總部構(gòu)建電子商務(wù)網(wǎng)站，每天從現(xiàn)有各分店MIS系統(tǒng)采集當天的經(jīng)銷存業(yè)務(wù)數(shù)據(jù)匯總到總部的數(shù)據(jù)倉庫，保證總部數(shù)據(jù)倉庫的實時更新。利用Java開發(fā)Web應(yīng)用程序，實現(xiàn)總部、分店、供給商之間的信息暢通，經(jīng)銷存數(shù)據(jù)

40、共享，業(yè)務(wù)流程網(wǎng)絡(luò)自動化。SCM系統(tǒng)的邏輯結(jié)構(gòu)如圖3.2 所示。分布數(shù)據(jù)集中流程設(shè)計如下：SCM系統(tǒng)需要從各分店收集數(shù)據(jù)，其數(shù)據(jù)倉庫與各個數(shù)據(jù)采集點之間的數(shù)據(jù)傳輸采用文本文件傳輸方式。即由各分店的MIS系統(tǒng)定期生成SCM需要的業(yè)務(wù)數(shù)據(jù)，以事先約定的規(guī)那么和格式保存為文本文件，經(jīng)加密、壓縮、打包后以電子郵件的形式通過VPN發(fā)送到總部的郵件效勞器，在總部郵件效勞器上運行的代理程序定時檢測收到的郵件，發(fā)現(xiàn)是SCM的數(shù)據(jù)郵件時，那么將該郵件解密解壓縮到數(shù)據(jù)庫效勞器上的指定目錄中。然后由數(shù)據(jù)庫效勞器上運行的專用程序定時將相應(yīng)文件中的數(shù)據(jù)倒入SCM數(shù)據(jù)倉庫，最終形成SCM業(yè)務(wù)數(shù)據(jù)的采集與傳輸流程為：數(shù)據(jù)采

41、集開始；分店業(yè)務(wù)系統(tǒng)(xtng)當日22：00之前(zhqin)結(jié)束本店事務(wù)處理；圖3.3連鎖企業(yè)SCM系統(tǒng)拓撲圖分店業(yè)務(wù)系統(tǒng)已事先(shxin)約定的規(guī)那么(n me)和格式生成當日需要(xyo)傳輸?shù)奈谋疚募⒓用?、壓縮、打包；分店網(wǎng)絡(luò)通訊機通過Internet以電子郵件的方式將數(shù)據(jù)文件發(fā)送到總部；總部郵件效勞器通過代理程序檢測到該郵件，并解壓縮解密該郵件，然后將數(shù)據(jù)文件存到預(yù)先指定的目錄；IBM的數(shù)據(jù)導(dǎo)入工具Visual Warehouse從當日24點開始，從指定的目錄檢測數(shù)據(jù)文件，并將數(shù)據(jù)導(dǎo)入數(shù)據(jù)倉庫；運行專用程序?qū)⒅付夸浿械臄?shù)據(jù)文件復(fù)制到備份目錄，并刪除原始文件；運行專用程序?qū)?shù)

42、據(jù)倉庫中的數(shù)據(jù)作預(yù)處理，以優(yōu)化數(shù)據(jù)庫系統(tǒng)性能，提高查詢速度；數(shù)據(jù)采集和傳輸結(jié)束。在SCM數(shù)據(jù)采集和傳輸過程中，當各分店同時向總部郵件效勞器發(fā)送大量數(shù)據(jù)郵件時，容易給網(wǎng)絡(luò)和效勞器造成壓力，因此應(yīng)結(jié)合實際情況給個分店分配不同的郵件發(fā)送時間，以緩解網(wǎng)絡(luò)和效勞器的負荷，但所有郵件都應(yīng)在當日23：30，即數(shù)據(jù)導(dǎo)入程序Visual Warehouse開始運行前半小時傳送結(jié)束?？紤]到數(shù)據(jù)采集和數(shù)據(jù)傳輸過程中可能產(chǎn)生失敗，系統(tǒng)需要做好數(shù)據(jù)備份和日志紀錄。文件壓縮可以采用常用的文件壓縮程序，如Winzip等，文件加密可以購置第三方的加密算法及產(chǎn)品，也可自行設(shè)計加密算法。在SCM系統(tǒng)中，考慮到各分店每天需要傳送單

43、品銷售通常有幾十萬條記錄、入庫明細、訂單明細和結(jié)算費用明細等大量數(shù)據(jù)到總部SCM數(shù)據(jù)倉庫，為了提高響應(yīng)性能，系統(tǒng)在每天凌晨利用效勞器空閑時間，對數(shù)據(jù)倉庫中的數(shù)據(jù)作預(yù)匯總統(tǒng)計，并把預(yù)匯總統(tǒng)計的結(jié)果保存在臨時數(shù)據(jù)表中，這樣當瀏覽器查詢相應(yīng)信息時，系統(tǒng)可直接叢臨時數(shù)據(jù)表中讀出數(shù)據(jù)，而不用再處理大量原始記錄，從而提高了系統(tǒng)響應(yīng)速度。SCM系統(tǒng)采用數(shù)據(jù)(shj)文本文件，而不是XML文件來傳輸交換(jiohun)數(shù)據(jù)的原因是：XML作為數(shù)據(jù)交換的通用標準，需要在數(shù)據(jù)文件中添加大量的標記來描述數(shù)據(jù)，這無疑將使原本龐大(pngd)的數(shù)據(jù)文件變得更加龐大，從而增加數(shù)據(jù)文件的傳輸時間以及數(shù)據(jù)文件在傳輸過程中被破

44、壞的可能性。由于數(shù)據(jù)文本文件僅限于系統(tǒng)內(nèi)部使用(shyng)，系統(tǒng)很容易制訂一套統(tǒng)一的數(shù)據(jù)存儲格式，實現(xiàn)系統(tǒng)內(nèi)部數(shù)據(jù)交換。由第三方工具(gngj)Visual Warehouse支持從文本文件數(shù)據(jù)源導(dǎo)入數(shù)據(jù)到SCM數(shù)據(jù)倉庫。基于中間件的多層系統(tǒng)結(jié)構(gòu) 為什么要采用多層體系結(jié)構(gòu)？傳統(tǒng)的基于Web的系統(tǒng)結(jié)構(gòu)圖如圖3.4所示：Web效勞器 效勞器Internet表達邏輯(動態(tài)網(wǎng)頁生成)業(yè)務(wù)邏輯(“復(fù)雜的處理在此完成)遺留/應(yīng)用集成 (主機, RDBMS, 等.)Web 效勞 (采用HTTP登錄/SSL)并由 HTML 提供效勞)數(shù)據(jù)庫效勞器圖3.4 傳統(tǒng)的基于Web的信息系統(tǒng)結(jié)構(gòu)圖XMLResults

45、 J打包，編譯 .JarSPs此系統(tǒng)結(jié)構(gòu)固然(grn)能滿足企業(yè)的信息發(fā)布、數(shù)據(jù)訪問等需要，但是，在SCM系統(tǒng)的地方業(yè)務(wù)系統(tǒng)的設(shè)計(shj)、實現(xiàn)和部署上，存在嚴重的缺陷24,37。效勞(xio lo)器端簡單的層次結(jié)構(gòu)使應(yīng)用(yngyng)系統(tǒng)中的頁面生成與業(yè)務(wù)邏輯互相交織，沒有相應(yīng)的別離(bil)手段，當頁面表示邏輯或業(yè)務(wù)邏輯發(fā)生變化時，往往需要調(diào)整整個應(yīng)用系統(tǒng)，增加系統(tǒng)維護的困難。傳統(tǒng)層次結(jié)構(gòu)的效勞器端實現(xiàn)使應(yīng)用的擴展變得相應(yīng)復(fù)雜，SCM系統(tǒng)應(yīng)用的瓶頸可能出現(xiàn)在在WWW效勞上，也可能在頁面生成上，當然更可能出現(xiàn)在業(yè)務(wù)邏輯、數(shù)據(jù)訪問以及與其他系統(tǒng)的集成上，當應(yīng)用系統(tǒng)要增加投資擴充應(yīng)用系統(tǒng)負

46、載能力時，由于設(shè)計、實現(xiàn)方式等技術(shù)上的限制使珍貴的投資不能集中在系統(tǒng)的瓶頸上，造成投資的浪費。對訪問、業(yè)務(wù)處理等負載(fzi)壓力的承受能力的提高過于集中在昂貴的硬件(yn jin)投資上，由于軟件實現(xiàn)的欠缺，使SCM系統(tǒng)在面對用戶高并發(fā)訪問請求(qngqi)時占用系統(tǒng)過多的進程資源，翻開過多的數(shù)據(jù)庫通道，造成系統(tǒng)資源的急劇緊張(jnzhng)和數(shù)據(jù)訪問性能的迅速下降。連鎖(lin su)企業(yè)的SCM系統(tǒng)平臺往往缺乏與其它供給商信息系統(tǒng)互聯(lián)的有效手段，也無法將不同網(wǎng)站的資源結(jié)合在一起以便提供使用者更豐富更有效的效勞。SCM系統(tǒng)平臺必須具備方便、平安和快速的與異構(gòu)系統(tǒng)集成的能力， 系統(tǒng)的高可用性

47、往往沿用傳統(tǒng)的、單一的硬件思路解決，不能利用當今Internet領(lǐng)域流行的分布組件概念實現(xiàn)SCM系統(tǒng)的高可用性，系統(tǒng)平臺設(shè)計的不當給企業(yè)造成沉重的經(jīng)濟壓力。一切從零開始，不善于依靠組件技術(shù)，充分利用企業(yè)或業(yè)界現(xiàn)有的成熟的應(yīng)用，對SCM系統(tǒng)應(yīng)用中已經(jīng)完全成型的業(yè)務(wù)模型依然完全依賴自己的技術(shù)力量開發(fā)，或由于在系統(tǒng)設(shè)計階段沒有充分利用組件技術(shù)的重要性，使得在企業(yè)的SCM系統(tǒng)開發(fā)中，不能充分利用已有的功能，將企業(yè)珍貴的技術(shù)人員的大局部精力浪費在開發(fā)底層應(yīng)用的技術(shù)細節(jié)上，而不是用在突出企業(yè)競爭優(yōu)勢的個性化效勞上。增加的電子商務(wù)系統(tǒng)的開發(fā)周期、維護難度和開發(fā)本錢，降低了開發(fā)效率。因此(ync)，我們采用多

48、層的體系結(jié)構(gòu)設(shè)計，使SCM系統(tǒng)的各個(gg)功能層次有相對明確的界限，如圖3.5： Web 效勞器應(yīng)用效勞器網(wǎng)頁生成器InternetPDA 瀏覽器 HTTP應(yīng)用集成效勞器Web 效勞 (采用HTTP登錄/SSL)并由 HTML 提供效勞)表達邏輯 (動態(tài)網(wǎng)頁生成)業(yè)務(wù)邏輯(“復(fù)雜的處理在此完成)MIS系統(tǒng)/數(shù)據(jù)庫 (主機, RDBMS, 等.)圖 3.5 多層體系結(jié)構(gòu)系統(tǒng)原理圖系統(tǒng)工作原理(yunl)如下37：效勞(xio lo)器：處理(chl)Internet客戶提出的請求(qngqi)，調(diào)用后臺的網(wǎng)頁生成效勞(xio lo)，并將網(wǎng)頁生成效勞所生成的動態(tài)頁面通過協(xié)議返回給Interne

49、t客戶。網(wǎng)頁生成器：通過符合業(yè)界標準的程序接收效勞提交的效勞請求，訪問后臺提供的業(yè)務(wù)邏輯效勞，提取業(yè)務(wù)數(shù)據(jù)，生成動態(tài)頁面，返回給效勞。有時網(wǎng)頁生成器層需要通過應(yīng)用集成效勞層訪問業(yè)務(wù)數(shù)據(jù)應(yīng)用效勞器：通過運行由組件或高效的中間件上的應(yīng)用程序，執(zhí)行電子商務(wù)的業(yè)務(wù)邏輯并進而訪問數(shù)據(jù)庫，更新或提取業(yè)務(wù)數(shù)據(jù)，并將結(jié)果返回給表達邏輯層。有時應(yīng)用效勞器層需要通過應(yīng)用集成效勞層訪問業(yè)務(wù)數(shù)據(jù)MIS系統(tǒng)/數(shù)據(jù)庫集成：接收來自表達邏輯層或業(yè)務(wù)邏輯層的請求訪問同構(gòu)或異構(gòu)此時需要遺留/應(yīng)用集成層能自動執(zhí)行協(xié)議轉(zhuǎn)換資源，并將業(yè)務(wù)數(shù)據(jù)返回給效勞調(diào)用者。采用(ciyng)多層標準體系結(jié)構(gòu)設(shè)計連鎖(lin su)企業(yè)SCM系統(tǒng)，

50、為連鎖企業(yè)用戶在其業(yè)務(wù)(yw)系統(tǒng)中從平臺的選型到業(yè)務(wù)的設(shè)計、實現(xiàn)、擴展、平安(png n)和維護(wih)上都帶來了很大的好處：在SCM系統(tǒng)的各個實現(xiàn)層次上應(yīng)當完全遵循業(yè)界相關(guān)標準，使得連鎖企業(yè)用戶的業(yè)務(wù)系統(tǒng)具備充分的平臺無關(guān)性，當其應(yīng)用從一家產(chǎn)品轉(zhuǎn)換到另一家產(chǎn)品時，其業(yè)務(wù)系統(tǒng)的程序代碼不需任何改動或只須做極少的必要調(diào)整，以最大限度地保護用戶的投資。多層的結(jié)構(gòu)設(shè)計使SCM系統(tǒng)在設(shè)計和實現(xiàn)上可以分別實現(xiàn)，各個功能層次相互之間相對獨立，其設(shè)計、實現(xiàn)和維護的工作可以分步和獨立完成，不會出現(xiàn)互相干擾的現(xiàn)象，簡化SCM系統(tǒng)的設(shè)計、開發(fā)和維護。SCM系統(tǒng)由于業(yè)務(wù)模式和開展周期的不同，系統(tǒng)可能出現(xiàn)運行瓶頸

51、，而瓶頸的出現(xiàn)可能發(fā)生在多層結(jié)構(gòu)中的任一層。這時企業(yè)可以根據(jù)實際情況，在發(fā)生瓶頸的位置增加投資擴充硬件資源：，內(nèi)存或者增加新的效勞器，實現(xiàn)整個系統(tǒng)性能的提升，將有限的資金用在關(guān)鍵的位置，充分提高企業(yè)投資的利用率。隨著技術(shù)的不斷進步，各個從事系統(tǒng)平臺開發(fā)的廠商之間的競爭不斷加劇，在多層結(jié)構(gòu)的各個方面可能出現(xiàn)不同廠商各領(lǐng)風騷的局面，這對連鎖企業(yè)的用戶來講當然是件好事，但傳統(tǒng)的實現(xiàn)模式無法充分利用這一有利條件優(yōu)化其系統(tǒng)性能，而多層的體系結(jié)構(gòu)允許企業(yè)在SCM系統(tǒng)的各個層次選擇不同廠商的產(chǎn)品，使自己的SCM系統(tǒng)平臺到達盡可能完美的組合，而不是只能捆綁在一家廠商的產(chǎn)品之上。多層的體系結(jié)構(gòu)允許(ynx)企業(yè)

52、靈活地部署其SCM系統(tǒng)應(yīng)用，在系統(tǒng)的各個(gg)層次之間安裝平安(png n)產(chǎn)品，提高(t go)整個SCM系統(tǒng)(xtng)應(yīng)用系統(tǒng)的平安性。SCM系統(tǒng)模塊分析連鎖企業(yè)的SCM系統(tǒng)通過有效的供給鏈管理系統(tǒng)解決方案，能更有效地評估和確定供貨商，以便建立長期戰(zhàn)略資源合作關(guān)系。通過高效的企業(yè)內(nèi)部和企業(yè)之間運作，連鎖企業(yè)可以為供給商和顧客提供全新的、協(xié)作式的效勞，從而減少日常開銷，增加市場流水，降低采購本錢和營銷本錢。供給鏈管理系統(tǒng)的主要管理功能包括：供給商管理、連鎖店管理、商品管理、采購管理、庫存管理、退貨管理、換貨管理、用戶權(quán)限管理、信息發(fā)布，結(jié)算管理和綜合查詢等。如圖3.6：供給(gngj)商

53、管理(gunl)通過(tnggu)供給(gngj)商管理，商場可隨時(sush)獲取整個集團的供給商信息，為實現(xiàn)集中采購、統(tǒng)一結(jié)算準備了條件。同時商場還可以發(fā)揮網(wǎng)上招商的優(yōu)勢，供給商通過Internet，向商場提交開戶申請，商場經(jīng)過一定審批手續(xù)后，接受或拒絕供給商的申請，并把審批結(jié)果在晚上發(fā)布或以E-mail方式通知供給商。通過網(wǎng)上招商，一方面，商場可以打破供給商選擇的地理限制，有利于商場爭取信譽好的供給商，從而更好地為顧客提供優(yōu)質(zhì)優(yōu)價的適銷商品。另一方面，供給商可以減化開戶手續(xù)，提高工作效率。如下列圖：供給商管理供給商信息錄入供給商信息查詢供給商信息修改供給商信息刪除供給商開戶申請供給商開戶

54、審批、通知供給商目錄增刪改查圖3.7 供給商管理模塊圖供給(gngj)商管理詳細(xingx)設(shè)計例如(lr)：增加(zngji)一個供給(gngj)商刪除一個供給商修改供給商信息得到一個供給商類供給商目錄的顯示。供給商list的顯示。具體某一個供給商的顯示。供給商顯示目錄的管理 a、目錄的增加 b、目錄的刪除 c、目錄的移動 d、將一供給商參加到目錄中 e、將一供給商從目錄中刪除連鎖店管理(gunl)通過連鎖店管理，可以處理(chl)加盟連鎖店信息，指定該店的SCM管理員，為處理連鎖店的經(jīng)銷數(shù)據(jù)(shj)、訂單、用戶等準備條件。如下列(xili)圖3.8：連鎖店管理連鎖店信息錄入連鎖店信息查

55、詢連鎖店信息修改連鎖店信息刪除連鎖店管理員指定圖 3.8 連鎖店管理模塊圖商品(shngpn)管理提供商品信息的發(fā)布和更新功能，商場可以將所需的商品信息在網(wǎng)上發(fā)布。供給商經(jīng)過身份驗證后，不僅可以獲取相應(yīng)數(shù)據(jù)，而且可以主動向商場發(fā)布商品供給信息，例如供給商品的價格、型號、數(shù)量等。商場通過比擬分析這些信息，有選擇地向最適宜的供給商發(fā)送訂單。系統(tǒng)還提供商品的比照采購分析，統(tǒng)一編碼，為采購庫存準備條件。如圖3.9：商品管理商品目錄增加商品目錄修改商品目錄刪除商品目錄查詢商品信息錄入商品信息修改商品信息刪除商品信息查詢圖 3.9 商品管理模塊圖采購(cigu)管理分店(fndin)做出采購方案(fng

56、n)后，通過(tnggu)SCM系統(tǒng)遞交訂單，總部審核后將訂單匯總(huzng)，并按商品類別分解訂單。總部下單后，供給商受到訂單，通過SCM系統(tǒng)對訂單進行確認?？偟昴軐ιУ挠唵坞S時查詢和跟蹤。SCM系統(tǒng)將供給商確認后的訂單轉(zhuǎn)化為入庫單，下傳到相應(yīng)分店的MIS系統(tǒng)作進一步處理。如圖3.10：采購管理訂單上傳訂單下載訂單匯總訂單分解/下單訂單修改/確認訂單查詢訂單審批訂單跟蹤圖 3.10 采購管理模塊圖庫存管理庫存管理入庫單生成入庫單核對出庫單生成出庫單核對配送方案生成庫存分析庫存預(yù)警庫存報表圖3.11 庫存管理模塊圖對總部統(tǒng)一(tngy)配送的商品提供入庫、出庫、配送方案(fng n)、庫存

57、(kcn)分析、庫存預(yù)警等功能。如圖3.11：退貨(tu hu)/換貨管理(gunl)分店與總店之間的退換貨，總部與供給商之間的退換貨。如圖3.12：退貨/換貨管理分店與總店之間的退換貨總部與供給商之間的退換貨分店與供給商之間的退換貨退換貨統(tǒng)計與分析圖3.12 退貨/換貨管理模塊J2EE應(yīng)用程序的裝配用戶權(quán)限管理按用戶、組、角色(ju s)、權(quán)限進行管理。在總部系統(tǒng)管理員角色以下，設(shè)分店管理員、分店使用者、經(jīng)銷商管理員、經(jīng)銷商使用者等多個角色，并為每個角色賦予不同的權(quán)限。每個用戶屬于特定的組、特定的角色，自然便擁有指定的權(quán)限。用戶憑密碼登陸后，系統(tǒng)自動識別身份和權(quán)限，在會話有效期內(nèi)，精確控制用

58、戶能看到的信息、不能看到的信息，能做的事、不能做的事。如圖3.13：用戶權(quán)限管理用戶管理組管理角色管理權(quán)限管理會話管理圖3.13 用戶權(quán)限管理模塊J2EE應(yīng)用程序的裝配信息(xnx)發(fā)布分店、總部、經(jīng)銷商三者之間的溝通渠道，提供(tgng)內(nèi)部新聞、促銷信息、分店、經(jīng)銷商反應(yīng)(fnyng)信息(xnx)的發(fā)布與管理。如圖3.14：信息發(fā)布新聞管理促銷信息管理分店意見反應(yīng)經(jīng)銷商意見反應(yīng)總部觀察和回復(fù)圖3.14 信息發(fā)布管理模塊J2EE應(yīng)用程序的裝配圖3.11 退貨/換貨模塊管理J2EE應(yīng)用程序的裝配結(jié)算(ji sun)管理SCM系統(tǒng)(xtng)根據(jù)數(shù)據(jù)倉庫中供給(gngj)商信息和商品(shng

59、pn)經(jīng)銷存信息，在適當時候自動生成結(jié)算通知單，通過(tnggu)網(wǎng)站發(fā)布或以E-mail方式傳給供給商，供給上可通過瀏覽器進行銷售對帳，結(jié)算單確認。確認后的結(jié)算單經(jīng)系統(tǒng)審核后，下傳到相應(yīng)分店的MIS系統(tǒng)作進一步確認。如圖3.15：結(jié)算管理結(jié)算單上傳總部結(jié)算單審核分店結(jié)算單審核供給商結(jié)算單確認網(wǎng)上銷售對帳結(jié)算單下載供給商費用核減圖3.15 結(jié)算管理模塊綜合查詢通過SCM系統(tǒng)，各分店商品銷售、庫存信息于第二天在晚上發(fā)布?？偛靠蓪ο鄳?yīng)信息匯總分析，為企業(yè)預(yù)測決策提供依據(jù)。通過身份驗證后的供給商，即可查詢自己供給的商品昨天在各分店的銷售、庫存情況，還可實時下載或郵件訂閱各分店在任意時段內(nèi)的經(jīng)銷存數(shù)據(jù)

60、。為了方便供給商把這些極為珍貴的數(shù)據(jù)倒入自己的MIS系統(tǒng)，以便作進一步的分析挖掘，SCM系統(tǒng)采用web上數(shù)據(jù)交換的標準格式XML來描述這些信息。如圖3.16：綜合查詢分店數(shù)據(jù)集中分店數(shù)據(jù)匯總分店數(shù)據(jù)統(tǒng)計總部數(shù)據(jù)統(tǒng)計經(jīng)銷商數(shù)據(jù)交換報表生成報表打印圖 3.16 綜合查詢模塊數(shù)據(jù)庫的邏輯設(shè)計和物理(wl)設(shè)計 邏輯設(shè)計 實體(sht)-關(guān)系(gun x)圖以最具典型性的用戶(yngh)權(quán)限表為例，如圖3.17：圖3.17 用戶權(quán)限表實體關(guān)系圖關(guān)系(gun x)模型描述 用戶權(quán)限數(shù)據(jù)表的設(shè)計(shj)見附錄一數(shù)據(jù)視圖(sht)描述 略 數(shù)據(jù)庫一致性設(shè)計(shj) 生成用戶(yngh)權(quán)限數(shù)據(jù)表SQL語