【正文】 RM JXC DB Report 軟件架構(gòu) Manager BO BC Handler DB JSP BO=BusinessObject BC=BusinessObjectController 從 JSP客戶端發(fā)出的每次請求，經(jīng)過 SessionManager的處理后，根據(jù)不同的 Command分發(fā)給不同 Handler來處理， Handler然后調(diào)用相應(yīng)的 Manager來處理業(yè)務(wù)邏輯，最后由Controller來完成對數(shù)據(jù)庫的操作。 } public static OrderManager getDefaultFactory() { if ( ivOrderManager == null ) ivOrderManager = new OrderDefaultManager()。 例如： public class OrderManagerFactory { private static OrderManager ivOrderManager。使重組或更改業(yè)務(wù)關(guān)系變得更容易。因此，要求 TULIP系統(tǒng)中的每個子系統(tǒng)均以低耦合度相連，將來被其它系統(tǒng)所代替時，不會影響業(yè)務(wù)流程的完整性。 ?面向?qū)ο蟮姆治雠c設(shè)計 應(yīng)用面向?qū)ο蟮姆治雠c設(shè)計技術(shù)，采用原型法來進(jìn)行系統(tǒng)開發(fā)。 減少各系統(tǒng)間的依賴關(guān)系。該審單機(jī)構(gòu)下所有下單機(jī)構(gòu)的 所有客戶的隸屬 DC都在該審單 機(jī)構(gòu)的管理之下。下單機(jī)構(gòu)隸屬于某個審單機(jī)構(gòu) ?？蛻魧儆谀硞€下單機(jī)構(gòu) 。 DC 到 客戶 物流網(wǎng)絡(luò)模型 下單機(jī)構(gòu) 審單機(jī)構(gòu) 總部 分公司 事業(yè)部 經(jīng)營部 分公司產(chǎn)品部 大客戶 分公司 CDC RDC DC 工廠 CDC RDC 客戶 CDC 。 RDC 到 RDC 。 CDC 到 客戶 。 CDC 到 RDC 。工廠 到 DC 。工廠 到 CDC 。經(jīng)營部通過客戶來決定可以查看的 xDC庫存 . 。 輸入：運力調(diào)整后的調(diào)撥計劃 輸出：最終的調(diào)撥計劃 物流管理系統(tǒng)軟件架構(gòu) TULIP系統(tǒng)的軟件架構(gòu) ?業(yè)務(wù)模型 ?設(shè)計思路 ?設(shè)計模式 ?實現(xiàn)架構(gòu) 軟件架構(gòu) 業(yè)務(wù)模型 分公司 1 事業(yè)部 1 訂單 補(bǔ)貨 調(diào)拔 經(jīng)營部 2 經(jīng)營部 3 補(bǔ)貨 補(bǔ)貨 調(diào)拔 經(jīng)營部 1 管理 客戶 客戶 客戶 客戶 客戶 調(diào)拔 調(diào)拔 補(bǔ)貨 下訂單 。 輸入：經(jīng)過物流運作部根據(jù)運力調(diào)整后的調(diào)撥計劃 輸出：正式調(diào)撥計劃 RDC調(diào)撥處理流程描述 ? 物流中心干線計劃員 ? 調(diào)整調(diào)撥計劃 物流中心干線計劃員對各事業(yè)部計劃員提交的調(diào)撥計劃進(jìn)行調(diào)整后 ， 交還給事業(yè)部計劃協(xié)調(diào)員員進(jìn)行最終確認(rèn) 。 ?生成正式調(diào)撥計劃 事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的調(diào)撥計劃 ， 經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進(jìn)行運作 。 注：調(diào)撥計劃的主要內(nèi)容包括 (調(diào)出 RDC名稱 、 調(diào)入 RDC名稱 、 計劃內(nèi)容 ) 輸入：調(diào)撥申請 （ 手工 ） 、 各 RDC庫存 、銷售預(yù)測 輸出：調(diào)撥計劃 生成調(diào)撥計劃初稿（補(bǔ)充） （ 1） 制作調(diào)撥計劃參考的因素主要有以下六點 ? 調(diào)撥申請 ? 調(diào)出 RDC庫存 ? 調(diào)入 RDC庫存 ? 銷售數(shù)據(jù) ? 電話溝通 ? 銷售預(yù)測 （ 2） 事業(yè)部計劃員完成計劃后發(fā)到物流運作部 ， 物流運作部根據(jù)運力情況并與事業(yè)部計劃員協(xié)商后調(diào)整計劃 ，后交由事業(yè)部計劃協(xié)調(diào)員做最終審核后下達(dá)物流運作部執(zhí)行 。 輸入：貨險沖紅單 輸出：審核后的貨險沖紅單 、 新的發(fā)貨計劃 （ 可選 ） ? 生成貨險沖紅掛帳單 一旦計劃員審核了由物流運作部提交的貨險沖紅單 ， 無論是否繼續(xù)發(fā)貨系統(tǒng)都會生成貨險沖紅掛帳單并將收貨方改為物流運作部 。 出現(xiàn)貨損的貨物的所有權(quán)即轉(zhuǎn)為物流運作部 ， 貨險處理員有義務(wù)對該掛帳單進(jìn)行處理 ， 直到發(fā)生貨險的貨物被完全完畢 。 而對于貨差的情況點擊沖紅按鈕系統(tǒng)生成貨險沖紅請求等待計劃員處理 。 物流運作部的貨運事故處理員根據(jù)系統(tǒng)自動生成的貨運事故處理單和 3PL提交的貨運事故報案表來進(jìn)行貨損貨差的處理 。 這部分的處理一定要進(jìn)行沖紅處理 。 對于這部分貨物不會做沖紅處理而是通過賠付和補(bǔ)發(fā)物料的情況來解決。 輸入：送貨清單 輸出：送貨清單（簽收） 干線運輸貨險處理 貨運事故報 案表 運輸中出現(xiàn)事 故 Start 沖紅通知 單 審核沖紅賬目 修復(fù)貨損 重新調(diào)賬 貨險沖紅處理 物流管理中 心帳目 掛帳沖紅通 知單 掛帳單沖紅 沖紅處理 根據(jù)沖紅請求 生成沖紅掛帳 計劃沖紅（紅單 ）（負(fù)數(shù)） 詢問經(jīng)營部或中轉(zhuǎn) 倉是否需要補(bǔ)貨 生成對應(yīng)要貨計劃 的補(bǔ)發(fā)貨計劃 ( Yes ) 結(jié)束 ( No ) 計劃沖紅（藍(lán)單 ）（正數(shù)） 計劃員 物流運作部 3PL 干線運輸貨險處理流程描述 ? 干線運輸貨險處理員 ?生成貨運事故處理單 由于干線運輸情況比較復(fù)雜，目前干線運輸發(fā)生事故有兩種情況和處理辦法。 輸入：送貨清單 輸出：維護(hù)了過程信息的送貨清單 ? 送貨清單的簽收信息錄入 貨物到達(dá)后 ， 收貨方進(jìn)行簽收 。 輸入：發(fā)貨指令 （ 補(bǔ)貨計劃 、 調(diào)撥計劃 、 返廠計劃等 ） 輸出：送貨清單 ?對送貨清單進(jìn)行跟蹤維護(hù) 送貨清單生成后交由具體運輸人員攜帶 ， 在運輸過程中運輸管理員可以隨時通過各種方式同運輸人員進(jìn)行聯(lián)系 ， 及時了解運輸?shù)那闆r并維護(hù)入送貨清單 。 由于 CDC部門無法實現(xiàn)對具體物理庫的管理因此需要手工標(biāo)注裝貨地點 。 由于目前倉庫已經(jīng)在使用 K3系統(tǒng) ， 因此可以考慮 Tulip系統(tǒng)與 K3系統(tǒng)進(jìn)行對接 。 輸入：運力調(diào)整后的發(fā)貨計劃 輸出：最終的發(fā)貨計劃 CDC管理流程 開始 結(jié)束 是否合格 取消入庫 ( NO ) 辦理入庫 ( Yes ) 辦理入庫單 準(zhǔn)備入庫 入庫檢驗 倉管員 入庫流程 CDC管理流程 描述 —— CDC管理員 ?填寫入庫單 CDC管理員接到由工廠送來的貨物后通過隨貨物到達(dá)的批次計劃檢驗貨物 ，滿足入庫條件后允許入庫 。 輸入：經(jīng)過物流運作部根據(jù)運力調(diào)整后的補(bǔ)貨計劃 輸出：正式補(bǔ)貨計劃 補(bǔ)貨計劃處理 —— 流程描述 ?物流中心干線計劃員 ?調(diào)整補(bǔ)貨計劃 物流中心干線計劃員對各事業(yè)部計劃員提交的發(fā)貨計劃進(jìn)行數(shù)量上調(diào)整后 ， 交還給事業(yè)部計劃協(xié)調(diào)員員進(jìn)行最終確認(rèn) 。 補(bǔ)貨計劃處理 —— 流程描述 ?生成正式補(bǔ)貨計劃 事業(yè)部計劃員收到經(jīng)過物流運作部調(diào)整的后的補(bǔ)貨計劃，經(jīng)過事業(yè)部計劃協(xié)調(diào)員的最終審核后交由物流運作部進(jìn)行運作。在傳遞過程中會產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。（系統(tǒng)里要標(biāo)識該補(bǔ)貨計劃是由分公司的要貨訂單驅(qū)動的，還是由總部自主進(jìn)行補(bǔ)貨） 補(bǔ)貨計劃的主要內(nèi)容包括 (發(fā)貨 CDC名稱、收貨 RDC名稱 OR收貨單位的名稱、計劃內(nèi)容 ) 輸入：要貨申請 、 RDC庫存 、 銷售預(yù)測 輸出：補(bǔ)貨計劃 生成補(bǔ)貨計劃初稿（補(bǔ)充） ? 制作補(bǔ)貨計劃參考的因素主要有以下六點 ： 要貨計劃、 CDC庫存、 RDC庫存、銷售數(shù)據(jù)、電話溝通、銷售預(yù)測 ? 補(bǔ)貨計劃有兩種方式： 直接對分公司提交的補(bǔ)貨訂單進(jìn)行審核后直接生成補(bǔ)貨計劃；由主動補(bǔ)貨引發(fā)的手工填寫的補(bǔ)貨計劃。 第二階段業(yè)務(wù)流程 第二階段業(yè)務(wù)流程 ? 補(bǔ)貨計劃處理流程 ? CDC管理流程 ? 干線運輸管理流程 ? 干線運輸貨險沖紅流程 ? RDC調(diào)撥處理流程 通用業(yè)務(wù)處理流程實現(xiàn)的目標(biāo)是建立一套支持多元化產(chǎn)品及多渠道銷售的信息平臺。 該功能是由系統(tǒng)自動完成的，如果客戶的簽收數(shù)量與實發(fā)數(shù)量不符，則系統(tǒng)認(rèn)為產(chǎn)生了貨險，自動打開貨險沖紅功能，由運輸管理員填寫貨損原因后提交，系統(tǒng)自動會生成貨險沖紅掛帳單。運輸管理員將這些信息錄入系統(tǒng)后，簽收的信息隨即體現(xiàn)出來。貨物到達(dá)目的地后，收貨方在隨運輸人員到達(dá)的送貨清單上填寫實際收貨數(shù)量。物流經(jīng)理便可以在網(wǎng)上隨時監(jiān)控訂單的執(zhí)行情況。因此輸管理員可以根據(jù)運力情況來決定是一次還是多次執(zhí)行該訂單，如果分次執(zhí)行該訂單則系統(tǒng)會在下一次生成送貨清單時將以發(fā)運的數(shù)量減去直到完全執(zhí)行完訂單的數(shù)量為止。 主要使用者： 運輸承運商， 物流經(jīng)理， 物流運作管理部門。 ? 查詢出庫記錄 功能和操作方法同查詢?nèi)霂煊涗洝? 注： 顯示待出庫的數(shù)量時是為了提醒倉管員還有部分物品是處于余留狀態(tài)的以便指導(dǎo)其工作。 RDC倉管員 ? 查詢庫存 庫存的查詢是倉庫管理員在進(jìn)行盤點時核對倉庫實物數(shù)量和系統(tǒng)反映數(shù)量的一個重要依據(jù) ， 不但提供的可用庫存的信息還提供了實際庫存和待出庫數(shù)量的信息 。 ?調(diào)撥出庫 ： 同調(diào)撥入庫一樣只是功能相反 ， 倉管員選擇了出庫類型為調(diào)撥出庫后 ， 必須選擇相應(yīng)的收貨倉庫的名稱和對應(yīng)的調(diào)撥計劃的計劃好后才可以進(jìn)行出庫單內(nèi)容的輸入 。 ?返廠出庫 ： 該出庫類型較少使用 ， 當(dāng)倉管員接到事業(yè)部下達(dá)的返廠計劃后將使用該類型進(jìn)行返廠出庫 。 倉管員在做維修出庫時必須將售后服務(wù)中心開具的維修領(lǐng)用單的單號錄入原單單號的文字欄中以便日后同維修領(lǐng)用單上標(biāo)注的型號 、 數(shù)量進(jìn)行核對 。目前的倉庫出庫操作除了正常的客戶訂單使用計劃出庫外其它類型的出庫倉庫管理員均需要選擇出庫類型然后才能填寫出庫單內(nèi)容。 操作指引 ： 倉管員進(jìn)入計劃出庫后查看相應(yīng)的出庫指令，點擊進(jìn)入后可以看到出庫指令的詳細(xì)內(nèi)容，這時需要將出庫指令打印出來作為倉庫檢貨的信息指導(dǎo)，待裝完貨后，填入實際出庫的物品數(shù)量后提交生成正式的出庫單，這個功能是為了防止在實際操作中先生成出庫單后由于各種特殊情況無法完成出庫單上全部物品的出庫操作而產(chǎn)生的出庫單沖紅現(xiàn)象的發(fā)生。 ?沖紅入庫 ：該出庫類型是為了修正非計劃入庫時產(chǎn)生的填寫錯誤而導(dǎo)致庫存不準(zhǔn)確的情況而設(shè)立的 ， 在填寫沖紅入庫時一定要填入出錯的入庫單號作為以后核對庫存的依據(jù) 。 倉管員在做修還入庫時必須將原有的維修出庫單的單號錄入原單單號的文字欄中以便核對維修出庫領(lǐng)用的型號 、 數(shù)量是否可以和入庫的型號 、 數(shù)量相對應(yīng) 。 ?退換貨入庫 ：當(dāng)發(fā)生客戶退換貨需要進(jìn)入 RDC的時候 ， 倉管員先要檢查收到的退換貨計劃的傳真件和實物是否一一對應(yīng) ， 同時要經(jīng)過售后部門對物品進(jìn)行鑒定后按照好壞機(jī)區(qū)分入庫的原則進(jìn)行入庫單的填寫 ，在原單單號欄必須填寫退換貨計劃的計劃號 ， 以便日后查對之用 。 入庫類型（補(bǔ)充） ? 補(bǔ)貨入庫 ? 調(diào)撥入庫 ? 退換貨入庫 ? 修還入庫 ? 沖紅入庫 入庫類型說明（補(bǔ)充） ?補(bǔ)貨入庫 ：對應(yīng)補(bǔ)貨計劃進(jìn)行的入庫操作 ， 倉管員必須并填寫相應(yīng)的補(bǔ)貨計劃號和發(fā)貨的 CDC名稱后才可以進(jìn)行入庫單內(nèi)容的輸入 。目前的倉庫入庫操作必須全部使用非計劃入庫來完成。 主要使用者為 RDC管理員，物流經(jīng)理，物流運作管理部門，管理 RDC的 3PL。 涉及單證：訂單、訂單沖紅申請單 沖紅申請 審核 簽字 /蓋章 3PL 分公司物流部 經(jīng)營部 接受指令 執(zhí)行指令 訂單沖紅流程 作廢 N Y 傳真 計劃員 執(zhí)行結(jié)果反饋 沖紅結(jié)果接收 傳真 計劃員 執(zhí)行結(jié)果查詢 RDC管理模塊 RDC管理模塊 實現(xiàn) RDC的庫存數(shù)量可視化管理 。 具體操作方法見用戶手冊 。 事業(yè)部計劃員（分公司） ? 訂單沖紅審核 當(dāng)訂單沖紅申請被經(jīng)營部提交上來后，分公司計劃員要根據(jù)實際情況進(jìn)行沖紅的審核操作，沖紅的對象只限于下達(dá)訂單未做實際發(fā)貨處理的部分（只可以沖減余留數(shù)量）。為了保障經(jīng)營部能夠及時準(zhǔn)確的查詢到訂單的執(zhí)行狀態(tài)，要求分公司計劃員在第一時間內(nèi)進(jìn)行審核操作。 分公司計劃員在系統(tǒng)過渡期必須見到有經(jīng)營部財務(wù)簽章的打印訂單傳真件作為審核訂單的依據(jù)。在未到訂單處理時間點之前經(jīng)營部可以取消訂單，可用庫存隨之增加。 操作指引：分公司計劃員進(jìn)入待處理訂單列表后選擇要處理的訂單后面的選定框進(jìn)行鎖定，鎖定后進(jìn)