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