【文章內(nèi)容簡(jiǎn)介】 需要做好數(shù)據(jù)備份和日志紀(jì)錄。文件壓縮可以采用常用的文件壓縮程序，如Winzip等，文件加密可以購(gòu)買第三方的加密算法及產(chǎn)品，也可自行設(shè)計(jì)加密算法。 在SCM系統(tǒng)中，考慮到各分店每天需要傳送單品銷售（通常有幾十萬(wàn)條記錄）、入庫(kù)明細(xì)、訂單明細(xì)和結(jié)算費(fèi)用明細(xì)等大量數(shù)據(jù)到總部SCM數(shù)據(jù)倉(cāng)庫(kù)，為了提高響應(yīng)性能，系統(tǒng)在每天凌晨利用服務(wù)器空閑時(shí)間，對(duì)數(shù)據(jù)倉(cāng)庫(kù)中的數(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文件來(lái)傳輸交換數(shù)據(jù)的原因是：1） XML作為數(shù)據(jù)交換的通用標(biāo)準(zhǔn)，需要在數(shù)據(jù)文件中添加大量的標(biāo)記來(lái)描述數(shù)據(jù)，這無(wú)疑將使原本龐大的數(shù)據(jù)文件變得更加龐大，從而增加數(shù)據(jù)文件的傳輸時(shí)間以及數(shù)據(jù)文件在傳輸過(guò)程中被破壞的可能性。2） 由于數(shù)據(jù)文本文件僅限于系統(tǒng)內(nèi)部使用，系統(tǒng)很容易制訂一套統(tǒng)一的數(shù)據(jù)存儲(chǔ)格式，實(shí)現(xiàn)系統(tǒng)內(nèi)部數(shù)據(jù)交換。3） 由第三方工具Visual Warehouse支持從文本文件數(shù)據(jù)源導(dǎo)入數(shù)據(jù)到SCM數(shù)據(jù)倉(cāng)庫(kù)。 基于中間件的多層系統(tǒng)結(jié)構(gòu) 為什么要采用多層體系結(jié)構(gòu)？：Web服務(wù)器 服務(wù)器Internet表達(dá)邏輯(動(dòng)態(tài)網(wǎng)頁(yè)生成)業(yè)務(wù)邏輯(“復(fù)雜的處理在此完成”)遺留/應(yīng)用集成 (主機(jī), RDBMS, 等.)Web 服務(wù) (采用HTTP登錄/SSL)并由 HTML 提供服務(wù))數(shù)據(jù)庫(kù)服務(wù)器 傳統(tǒng)的基于Web的信息系統(tǒng)結(jié)構(gòu)圖XMLResults J打包，編譯 .JarSPs 此系統(tǒng)結(jié)構(gòu)固然能滿足企業(yè)的信息發(fā)布、數(shù)據(jù)訪問(wèn)等需要，但是，在SCM系統(tǒng)的地方——業(yè)務(wù)系統(tǒng)的設(shè)計(jì)、實(shí)現(xiàn)和部署上，存在嚴(yán)重的缺陷[24,37]。1） 服務(wù)器端簡(jiǎn)單的層次結(jié)構(gòu)使應(yīng)用系統(tǒng)中的頁(yè)面生成與業(yè)務(wù)邏輯互相交織，沒(méi)有相應(yīng)的分離手段，當(dāng)頁(yè)面表示邏輯或業(yè)務(wù)邏輯發(fā)生變化時(shí)，往往需要調(diào)整整個(gè)應(yīng)用系統(tǒng)，增加系統(tǒng)維護(hù)的困難。2） 傳統(tǒng)層次結(jié)構(gòu)的服務(wù)器端實(shí)現(xiàn)使應(yīng)用的擴(kuò)展變得相應(yīng)復(fù)雜，SCM系統(tǒng)應(yīng)用的瓶頸可能出現(xiàn)在在WWW服務(wù)上，也可能在頁(yè)面生成上，當(dāng)然更可能出現(xiàn)在業(yè)務(wù)邏輯、數(shù)據(jù)訪問(wèn)以及與其他系統(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)。3） 對(duì)訪問(wèn)、業(yè)務(wù)處理等負(fù)載壓力的承受能力的提高過(guò)于集中在昂貴的硬件投資上，由于軟件實(shí)現(xiàn)的欠缺，使SCM系統(tǒng)在面對(duì)用戶高并發(fā)訪問(wèn)請(qǐng)求時(shí)占用系統(tǒng)過(guò)多的進(jìn)程資源，打開(kāi)過(guò)多的數(shù)據(jù)庫(kù)通道，造成系統(tǒng)資源的急劇緊張和數(shù)據(jù)訪問(wèn)性能的迅速下降。4） 連鎖企業(yè)的SCM系統(tǒng)平臺(tái)往往缺乏與其它供應(yīng)商信息系統(tǒng)互聯(lián)的有效手段，也無(wú)法將不同網(wǎng)站的資源結(jié)合在一起以便提供使用者更豐富更有效的服務(wù)。SCM系統(tǒng)平臺(tái)必須具備方便、安全和快速的與異構(gòu)系統(tǒng)集成的能力， 5） 系統(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ì)壓力。6） 一切從零開(kāi)始，不善于依靠組件技術(shù)，充分利用企業(yè)或業(yè)界現(xiàn)有的成熟的應(yīng)用，對(duì)SCM系統(tǒng)應(yīng)用中已經(jīng)完全成型的業(yè)務(wù)模型依然完全依賴自己的技術(shù)力量開(kāi)發(fā)，或由于在系統(tǒng)設(shè)計(jì)階段沒(méi)有充分利用組件技術(shù)的重要性，使得在企業(yè)的SCM系統(tǒng)開(kāi)發(fā)中，不能充分利用已有的功能，將企業(yè)寶貴的技術(shù)人員的大部分精力浪費(fèi)在開(kāi)發(fā)底層應(yīng)用的技術(shù)細(xì)節(jié)上，而不是用在突出企業(yè)競(jìng)爭(zhēng)優(yōu)勢(shì)的個(gè)性化服務(wù)上。增加的電子商務(wù)系統(tǒng)的開(kāi)發(fā)周期、維護(hù)難度和開(kāi)發(fā)成本，降低了開(kāi)發(fā)效率。因此，我們采用多層的體系結(jié)構(gòu)設(shè)計(jì)，使SCM系統(tǒng)的各個(gè)功能層次有相對(duì)明確的界限，： Web 服務(wù)器應(yīng)用服務(wù)器網(wǎng)頁(yè)生成器InternetPDA電話瀏覽器 HTTP應(yīng)用集成服務(wù)器Web 服務(wù) (采用HTTP登錄/SSL)并由 HTML 提供服務(wù))表達(dá)邏輯 (動(dòng)態(tài)網(wǎng)頁(yè)生成)業(yè)務(wù)邏輯(“復(fù)雜的處理在此完成”)MIS系統(tǒng)/數(shù)據(jù)庫(kù) (主機(jī), RDBMS, 等.)圖 多層體系結(jié)構(gòu)系統(tǒng)原理圖系統(tǒng)工作原理如下[37]：ＷＥＢ服務(wù)器：處理Internet客戶提出的ＨＴＴＰ請(qǐng)求，調(diào)用后臺(tái)的網(wǎng)頁(yè)生成服務(wù)，并將網(wǎng)頁(yè)生成服務(wù)所生成的動(dòng)態(tài)頁(yè)面通過(guò)ＨＴＴＰ協(xié)議返回給Internet客戶。網(wǎng)頁(yè)生成器：通過(guò)符合業(yè)界標(biāo)準(zhǔn)的程序接收ＷＥＢ服務(wù)提交的服務(wù)請(qǐng)求，訪問(wèn)后臺(tái)提供的業(yè)務(wù)邏輯服務(wù)，提取業(yè)務(wù)數(shù)據(jù)，生成動(dòng)態(tài)頁(yè)面，返回給ＷＥＢ服務(wù)。（有時(shí)網(wǎng)頁(yè)生成器層需要通過(guò)應(yīng)用集成服務(wù)層訪問(wèn)業(yè)務(wù)數(shù)據(jù)）應(yīng)用服務(wù)器：通過(guò)運(yùn)行由組件或高效的中間件上的應(yīng)用程序，執(zhí)行電子商務(wù)的業(yè)務(wù)邏輯并進(jìn)而訪問(wèn)數(shù)據(jù)庫(kù)，更新或提取業(yè)務(wù)數(shù)據(jù)，并將結(jié)果返回給表達(dá)邏輯層。（有時(shí)應(yīng)用服務(wù)器層需要通過(guò)應(yīng)用集成服務(wù)層訪問(wèn)業(yè)務(wù)數(shù)據(jù)）MIS系統(tǒng)/數(shù)據(jù)庫(kù)集成：接收來(lái)自表達(dá)邏輯層或業(yè)務(wù)邏輯層的請(qǐng)求訪問(wèn)同構(gòu)或異構(gòu)（此時(shí)需要遺留/應(yīng)用集成層能自動(dòng)執(zhí)行協(xié)議轉(zhuǎn)換）資源，并將業(yè)務(wù)數(shù)據(jù)返回給服務(wù)調(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ù)上都帶來(lái)了很大的好處：1） 在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)無(wú)關(guān)性，當(dāng)其應(yīng)用從一家產(chǎn)品轉(zhuǎn)換到另一家產(chǎn)品時(shí)，其業(yè)務(wù)系統(tǒng)的程序代碼不需任何改動(dòng)或只須做極少的必要調(diào)整，以最大限度地保護(hù)用戶的投資。2） 多層的結(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ì)、開(kāi)發(fā)和維護(hù)。3） SCM系統(tǒng)由于業(yè)務(wù)模式和發(fā)展周期的不同，系統(tǒng)可能出現(xiàn)運(yùn)行瓶頸，而瓶頸的出現(xiàn)可能發(fā)生在多層結(jié)構(gòu)中的任一層。這時(shí)企業(yè)可以根據(jù)實(shí)際情況，在發(fā)生瓶頸的位置增加投資（擴(kuò)充硬件資源：ＣＰＵ，內(nèi)存或者增加新的服務(wù)器），實(shí)現(xiàn)整個(gè)系統(tǒng)性能的提升，將有限的資金用在關(guān)鍵的位置，充分提高企業(yè)投資的利用率。4） 隨著技術(shù)的不斷進(jìn)步，各個(gè)從事系統(tǒng)平臺(tái)開(kāi)發(fā)的廠商之間的競(jìng)爭(zhēng)不斷加劇，在多層結(jié)構(gòu)的各個(gè)方面可能出現(xiàn)不同廠商各領(lǐng)風(fēng)騷的局面，這對(duì)連鎖企業(yè)的用戶來(lái)講當(dāng)然是件好事，但傳統(tǒng)的實(shí)現(xiàn)模式無(wú)法充分利用這一有利條件優(yōu)化其系統(tǒng)性能，而多層的體系結(jié)構(gòu)允許企業(yè)在SCM系統(tǒng)的各個(gè)層次選擇不同廠商的產(chǎn)品，使自己的SCM系統(tǒng)平臺(tái)達(dá)到盡可能完美的組合，而不是只能捆綁在一家廠商的產(chǎn)品之上。5） 多層的體系結(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)通過(guò)有效的供應(yīng)鏈管理系統(tǒng)解決方案，能更有效地評(píng)估和確定供貨商，以便建立長(zhǎng)期戰(zhàn)略資源合作關(guān)系。通過(guò)高效的企業(yè)內(nèi)部和企業(yè)之間運(yùn)作，連鎖企業(yè)可以為供應(yīng)商和顧客提供全新的、協(xié)作式的服務(wù)，從而減少日常開(kāi)銷，增加市場(chǎng)流水，降低采購(gòu)成本和營(yíng)銷成本。供應(yīng)鏈管理系統(tǒng)的主要管理功能包括：供應(yīng)商管理、連鎖店管理、商品管理、采購(gòu)管理、庫(kù)存管理、退貨管理、換貨管理、用戶權(quán)限管理、信息發(fā)布，結(jié)算管理和綜合查詢等。： 供應(yīng)商管理通過(guò)供應(yīng)商管理，商場(chǎng)可隨時(shí)獲取整個(gè)集團(tuán)的供應(yīng)商信息，為實(shí)現(xiàn)集中采購(gòu)、統(tǒng)一結(jié)算準(zhǔn)備了條件。同時(shí)商場(chǎng)還可以發(fā)揮網(wǎng)上招商的優(yōu)勢(shì)，供應(yīng)商通過(guò)Internet，向商場(chǎng)提交開(kāi)戶申請(qǐng)，商場(chǎng)經(jīng)過(guò)一定審批手續(xù)后，接受或拒絕供應(yīng)商的申請(qǐng)，并把審批結(jié)果在晚上發(fā)布或以Email方式通知供應(yīng)商。通過(guò)網(wǎng)上招商，一方面，商場(chǎng)可以打破供應(yīng)商選擇的地理限制，有利于商場(chǎng)爭(zhēng)取信譽(yù)好的供應(yīng)商，從而更好地為顧客提供優(yōu)質(zhì)優(yōu)價(jià)的適銷商品。另一方面，供應(yīng)商可以減化開(kāi)戶手續(xù)，提高工作效率。如下圖：供應(yīng)商管理供應(yīng)商信息錄入供應(yīng)商信息查詢供應(yīng)商信息修改供應(yīng)商信息刪除供應(yīng)商開(kāi)戶申請(qǐng)供應(yīng)商開(kāi)戶審批、通知供應(yīng)商目錄增刪改查 供應(yīng)商管理模塊圖供應(yīng)商管理詳細(xì)設(shè)計(jì)示例： 增加一個(gè)供應(yīng)商 刪除一個(gè)供應(yīng)商 修改供應(yīng)商信息 得到一個(gè)供應(yīng)商類 供應(yīng)商目錄的顯示。 供應(yīng)商list的顯示。 具體某一個(gè)供應(yīng)商的顯示。 供應(yīng)商顯示目錄的管理 a、目錄的增加 b、目錄的刪除 c、目錄的移動(dòng) d、將一供應(yīng)商加入到目錄中 e、將一供應(yīng)商從目錄中刪除 連鎖店管理 通過(guò)連鎖店管理，可以處理加盟連鎖店信息，指定該店的SCM管理員，為處理連鎖店的經(jīng)銷數(shù)據(jù)、訂單、用戶等準(zhǔn)備條件。：連鎖店管理連鎖店信息錄入連鎖店信息查詢連鎖店信息修改連鎖店信息刪除連鎖店管理員指定圖 連鎖店管理模塊圖 商品管理提供商品信息的發(fā)布和更新功能，商場(chǎng)可以將所需的商品信息在網(wǎng)上發(fā)布。供應(yīng)商經(jīng)過(guò)身份驗(yàn)證后，不僅可以獲取相應(yīng)數(shù)據(jù)，而且可以主動(dòng)向商場(chǎng)發(fā)布商品供應(yīng)信息，例如供應(yīng)商品的價(jià)格、型號(hào)、數(shù)量等。商場(chǎng)通過(guò)比較分析這些信息，有選擇地向最合適的供應(yīng)商發(fā)送訂單。系統(tǒng)還提供商品的對(duì)比采購(gòu)分析，統(tǒng)一編碼，為采購(gòu)庫(kù)存準(zhǔn)備條件。：商品管理商品目錄增加商品目錄修改商品目錄刪除商品目錄查詢商品信息錄入商品信息修改商品信息刪除商品信息查詢圖 商品管理模塊圖 采購(gòu)管理分店做出采購(gòu)計(jì)劃后，通過(guò)SCM系統(tǒng)遞交訂單，總部審核后將訂單匯總，并按商品類別分解訂單?？偛肯聠魏螅?yīng)商受到訂單，通過(guò)SCM系統(tǒng)對(duì)訂單進(jìn)行確認(rèn)?？偟昴軐?duì)生效的訂單隨時(shí)查詢和跟蹤。SCM系統(tǒng)將供應(yīng)商確認(rèn)后的訂單轉(zhuǎn)化為入庫(kù)單，下傳到相應(yīng)分店的MIS系統(tǒng)作進(jìn)一步處理。：采購(gòu)管理訂單上傳訂單下載訂單匯總訂單分解/下單訂單修改/確認(rèn)訂單查詢訂單審批訂單跟蹤圖 采購(gòu)管理模塊圖 庫(kù)存管理庫(kù)存管理入庫(kù)單生成入庫(kù)單核對(duì)出庫(kù)單生成出庫(kù)單核對(duì)配送計(jì)劃生成庫(kù)存分析庫(kù)存預(yù)警庫(kù)存報(bào)表 庫(kù)存管理模塊圖對(duì)總部統(tǒng)一配送的商品提供入庫(kù)、出庫(kù)、配送計(jì)劃、庫(kù)存分析、庫(kù)存預(yù)警等功能。： 退貨/換貨管理 分店與總店之間的退換貨，總部與供應(yīng)商之間的退換貨。：退貨/換貨管理分店與總店之間的退換貨總部與供應(yīng)商之間的退換貨分店與供應(yīng)商之間的退換貨退換貨統(tǒng)計(jì)與分析 退貨/換貨管理模塊J2EE應(yīng)用程序的裝配 用戶權(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)，精確控制用戶能看到的信息、不能看到的信息，能做的事、不能做的事。：用戶權(quán)限管理用戶管理組管理角色管理權(quán)限管理會(huì)話管理 用戶權(quán)限管理模塊J2EE應(yīng)用程序的裝配 信息發(fā)布分店、總部、經(jīng)銷商三者之間的溝通渠道，提供內(nèi)部新聞、促銷信息、分店、經(jīng)銷商反饋信息的發(fā)布與管理。：信息發(fā)布新聞管理促銷信息管理分店意見(jiàn)反饋經(jīng)銷商意見(jiàn)反饋總部察看和回復(fù) 信息發(fā)布管理模塊J2EE應(yīng)用程序的裝配 退貨/換貨模塊管理J2EE應(yīng)用程序的裝配 結(jié)算管理SCM系統(tǒng)根據(jù)數(shù)據(jù)倉(cāng)庫(kù)中供應(yīng)商信息和商品經(jīng)銷存信息，在適當(dāng)時(shí)候自動(dòng)生成結(jié)算通知單，通過(guò)網(wǎng)站發(fā)布或以Email方式傳給供應(yīng)商，供應(yīng)上可通過(guò)瀏覽器進(jìn)行銷售對(duì)帳，結(jié)算單確認(rèn)。確認(rèn)后的結(jié)算單經(jīng)系統(tǒng)審核后，下傳到相應(yīng)分店的MIS系統(tǒng)作進(jìn)一步確認(rèn)。：結(jié)算管理結(jié)算單上傳總部結(jié)算單審核分店結(jié)算單審核供應(yīng)商結(jié)算單確認(rèn)網(wǎng)上銷售對(duì)帳結(jié)算單下載供應(yīng)商費(fèi)用核減 結(jié)算管理模塊 綜合查詢通過(guò)SCM系統(tǒng)，各分店商品銷售、庫(kù)存信息于第二天在晚上發(fā)布?？偛靠蓪?duì)相應(yīng)信息匯總分析，為企業(yè)預(yù)測(cè)決策提供依據(jù)。通過(guò)身份驗(yàn)證后的供應(yīng)商，即可查詢自己供應(yīng)的商品昨天在各分店的銷售、庫(kù)存情況，還可實(shí)時(shí)下載或郵件訂閱各分店在任意時(shí)段內(nèi)的經(jīng)銷存數(shù)據(jù)。為了方便供應(yīng)商把這些極為寶貴的數(shù)據(jù)倒入自己的MIS系統(tǒng)，以便作進(jìn)一步的分析挖掘，SCM系統(tǒng)采用web上數(shù)據(jù)交換的標(biāo)準(zhǔn)格式XML來(lái)描述這些信息。：綜合查詢分店數(shù)據(jù)集中分店數(shù)據(jù)匯總分店數(shù)據(jù)統(tǒng)計(jì)總部數(shù)據(jù)統(tǒng)計(jì)經(jīng)銷商數(shù)據(jù)交換報(bào)表生成報(bào)表打印圖 綜合查詢模塊 數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)和物理設(shè)計(jì) 邏輯設(shè)計(jì) 實(shí)體關(guān)系圖以最具典型性的用戶權(quán)限表為例，： 用戶權(quán)限表實(shí)體關(guān)系圖 關(guān)系模型描述 用戶權(quán)限數(shù)據(jù)表的設(shè)計(jì)見(jiàn)附錄一 數(shù)據(jù)視圖描述 略 數(shù)據(jù)庫(kù)一致性設(shè)計(jì) 生成用戶權(quán)限數(shù)據(jù)表SQL語(yǔ)句見(jiàn)附錄二 物理設(shè)計(jì)數(shù)據(jù)庫(kù)服務(wù)器采用AS400平臺(tái)，運(yùn)用數(shù)據(jù)庫(kù)DB2/4