【文章內(nèi)容簡介】 鑒于這兩種情況我們的建議是一旦不能部分或全部簽收 ， 系統(tǒng)即生成貨運(yùn)事故處理單 3PL在送貨清單上標(biāo)明是貨損還是貨差 。 物流運(yùn)作部的貨運(yùn)事故處理員根據(jù)系統(tǒng)自動(dòng)生成的貨運(yùn)事故處理單和 3PL提交的貨運(yùn)事故報(bào)案表來進(jìn)行貨損貨差的處理 。 對于貨損的情況完成了賠付和補(bǔ)發(fā)物料的操作后點(diǎn)擊處理后 ，流程終止 。 而對于貨差的情況點(diǎn)擊沖紅按鈕系統(tǒng)生成貨險(xiǎn)沖紅請求等待計(jì)劃員處理 。 注：沖紅單的主要內(nèi)容包括 (貨運(yùn)事故報(bào)案表編號 、 原發(fā)貨計(jì)劃號 、 發(fā)貨沖紅內(nèi)容 ) ?對貨險(xiǎn)沖紅掛帳單進(jìn)行處理 事業(yè)部計(jì)劃員作出發(fā)貨計(jì)劃沖紅審核后 ， 即生成貨險(xiǎn)沖紅掛帳單 。 出現(xiàn)貨損的貨物的所有權(quán)即轉(zhuǎn)為物流運(yùn)作部 ， 貨險(xiǎn)處理員有義務(wù)對該掛帳單進(jìn)行處理 ， 直到發(fā)生貨險(xiǎn)的貨物被完全完畢 。 輸入：貨險(xiǎn)沖紅掛帳單 輸出：處理過的貨險(xiǎn)沖紅掛帳單 ? 事業(yè)部計(jì)劃員 ? 審核貨險(xiǎn)沖紅申請單 事業(yè)部計(jì)劃員根據(jù)物流部上傳的貨險(xiǎn)沖紅單進(jìn)行審批 ， 系統(tǒng)隨即會(huì)對要沖紅的發(fā)貨計(jì)劃進(jìn)行沖紅同時(shí)會(huì)詢問是否要對收貨方繼續(xù)發(fā)貨 ， 如果要繼續(xù)發(fā)貨則自動(dòng)生成新的發(fā)貨計(jì)劃 （ 進(jìn)入新的發(fā)貨計(jì)劃處理流程 ） ， 如果無需繼續(xù)發(fā)貨則不做處理 。 輸入：貨險(xiǎn)沖紅單 輸出：審核后的貨險(xiǎn)沖紅單 、 新的發(fā)貨計(jì)劃 （ 可選 ） ? 生成貨險(xiǎn)沖紅掛帳單 一旦計(jì)劃員審核了由物流運(yùn)作部提交的貨險(xiǎn)沖紅單 ， 無論是否繼續(xù)發(fā)貨系統(tǒng)都會(huì)生成貨險(xiǎn)沖紅掛帳單并將收貨方改為物流運(yùn)作部 。 輸入：審核后的貨險(xiǎn)沖紅單 輸出：貨險(xiǎn)沖紅掛帳單 RDC調(diào)撥處理 填寫調(diào)撥計(jì)劃 銷售預(yù)測 數(shù)據(jù) 生成調(diào)撥計(jì)劃 調(diào)撥計(jì) 劃 [初稿 ] Start 初稿 草稿 正式稿 最終審批 End 調(diào)撥計(jì) 劃 [正式稿 ] 庫存信 息 準(zhǔn)備出庫 庫存信 息 準(zhǔn)備入庫 調(diào)整計(jì)劃 調(diào)撥計(jì) 劃 [草稿 ] 物流運(yùn)作部 RDC2(調(diào)入 ) RDC(調(diào)出 ) 事業(yè)部計(jì)劃協(xié)調(diào)員 事業(yè)部計(jì)劃員 RDC調(diào)撥處理流程描述 ? 事業(yè)部計(jì)劃員 ? 生成調(diào)撥計(jì)劃初稿 調(diào)撥計(jì)劃的產(chǎn)生是由兩個(gè)前因來驅(qū)動(dòng)的 （ 分公司的調(diào)撥申請 、 總部銷售預(yù)測 ） ， 事業(yè)部計(jì)劃員填寫調(diào)撥計(jì)劃提交給物流中心 。 注：調(diào)撥計(jì)劃的主要內(nèi)容包括 (調(diào)出 RDC名稱 、 調(diào)入 RDC名稱 、 計(jì)劃內(nèi)容 ) 輸入：調(diào)撥申請 （ 手工 ） 、 各 RDC庫存 、銷售預(yù)測 輸出：調(diào)撥計(jì)劃 生成調(diào)撥計(jì)劃初稿（補(bǔ)充） （ 1） 制作調(diào)撥計(jì)劃參考的因素主要有以下六點(diǎn) ? 調(diào)撥申請 ? 調(diào)出 RDC庫存 ? 調(diào)入 RDC庫存 ? 銷售數(shù)據(jù) ? 電話溝通 ? 銷售預(yù)測 （ 2） 事業(yè)部計(jì)劃員完成計(jì)劃后發(fā)到物流運(yùn)作部 ， 物流運(yùn)作部根據(jù)運(yùn)力情況并與事業(yè)部計(jì)劃員協(xié)商后調(diào)整計(jì)劃 ，后交由事業(yè)部計(jì)劃協(xié)調(diào)員做最終審核后下達(dá)物流運(yùn)作部執(zhí)行 。 在傳遞過程中會(huì)產(chǎn)生 3次數(shù)值，一次是初始值，第二次是物流部修改的值，第三次是事業(yè)部最終確定的數(shù)值。 ?生成正式調(diào)撥計(jì)劃 事業(yè)部計(jì)劃員收到經(jīng)過物流運(yùn)作部調(diào)整的后的調(diào)撥計(jì)劃 ， 經(jīng)過事業(yè)部計(jì)劃協(xié)調(diào)員的最終審核后交由物流運(yùn)作部進(jìn)行運(yùn)作 。 當(dāng)物流運(yùn)作部開始運(yùn)輸流程時(shí)計(jì)劃員可以對調(diào)撥計(jì)劃的執(zhí)行情況進(jìn)行跟蹤 。 輸入：經(jīng)過物流運(yùn)作部根據(jù)運(yùn)力調(diào)整后的調(diào)撥計(jì)劃 輸出：正式調(diào)撥計(jì)劃 RDC調(diào)撥處理流程描述 ? 物流中心干線計(jì)劃員 ? 調(diào)整調(diào)撥計(jì)劃 物流中心干線計(jì)劃員對各事業(yè)部計(jì)劃員提交的調(diào)撥計(jì)劃進(jìn)行調(diào)整后 ， 交還給事業(yè)部計(jì)劃協(xié)調(diào)員員進(jìn)行最終確認(rèn) 。 輸入：事業(yè)部計(jì)劃員交來的調(diào)撥計(jì)劃 輸出：經(jīng)過運(yùn)力調(diào)整的調(diào)撥計(jì)劃 RDC調(diào)撥處理流程描述 ? 事業(yè)部計(jì)劃協(xié)調(diào)員 ?最終審核調(diào)撥計(jì)劃 事業(yè)部計(jì)劃協(xié)調(diào)員員對調(diào)撥計(jì)劃進(jìn)行最終確認(rèn) 。 輸入：運(yùn)力調(diào)整后的調(diào)撥計(jì)劃 輸出：最終的調(diào)撥計(jì)劃 物流管理系統(tǒng)軟件架構(gòu) TULIP系統(tǒng)的軟件架構(gòu) ?業(yè)務(wù)模型 ?設(shè)計(jì)思路 ?設(shè)計(jì)模式 ?實(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ǔ)貨 下訂單 。每個(gè)客戶有且只有一個(gè)為之服務(wù)的 xDC. 。經(jīng)營部通過客戶來決定可以查看的 xDC庫存 . 。分公司可以管理多個(gè) xDC 補(bǔ)貨訂單 工廠 CDC RDC DC 客戶 。工廠 到 CDC 。工廠 到 RDC 。工廠 到 DC 。工廠 到 客戶 。 CDC 到 RDC 。 CDC 到 DC 。 CDC 到 客戶 。 RDC 到 DC 。 RDC 到 RDC 。 RDC 到 客戶 。 DC 到 客戶 物流網(wǎng)絡(luò)模型 下單機(jī)構(gòu) 審單機(jī)構(gòu) 總部 分公司 事業(yè)部 經(jīng)營部 分公司產(chǎn)品部 大客戶 分公司 CDC RDC DC 工廠 CDC RDC 客戶 CDC ?？蛻粼谝粋€(gè) DC的服務(wù)范圍內(nèi) ?？蛻魧儆谀硞€(gè)下單機(jī)構(gòu) 。下單機(jī)構(gòu)通過客戶來決定可以 查看哪個(gè) DC的庫存 。下單機(jī)構(gòu)隸屬于某個(gè)審單機(jī)構(gòu) 。審單機(jī)構(gòu)可以管理多個(gè) DC 。該審單機(jī)構(gòu)下所有下單機(jī)構(gòu)的 所有客戶的隸屬 DC都在該審單 機(jī)構(gòu)的管理之下。 客戶 客戶 物流與商流 軟件架構(gòu) 設(shè)計(jì)原則 ?系統(tǒng)之間的低耦合 降低系統(tǒng)的耦合度，盡量使每個(gè)業(yè)務(wù)單位的子系統(tǒng)都可以獨(dú)立運(yùn)行。 減少各系統(tǒng)間的依賴關(guān)系。 ?系統(tǒng)的擴(kuò)展與可配置 注重對接口的設(shè)計(jì)，增強(qiáng)與其它系統(tǒng)的數(shù)據(jù)交換能力。 ?面向?qū)ο蟮姆治雠c設(shè)計(jì) 應(yīng)用面向?qū)ο蟮姆治雠c設(shè)計(jì)技術(shù)，采用原型法來進(jìn)行系統(tǒng)開發(fā)。 軟件架構(gòu) 設(shè)計(jì)原則 小結(jié)： TULIP系統(tǒng)的重點(diǎn)并非提供一個(gè)在每個(gè)業(yè)務(wù)環(huán)節(jié)都非常完整及完美的軟件系統(tǒng)，而是為了實(shí)現(xiàn)對訂單的實(shí)時(shí)跟蹤，統(tǒng)一管理以及對整個(gè)銷售網(wǎng)絡(luò)中庫存的實(shí)時(shí)監(jiān)控，及時(shí)準(zhǔn)確地反映業(yè)務(wù)數(shù)據(jù)，以整合規(guī)范業(yè)務(wù)流程為主要目的的 IT系統(tǒng)。因此，要求 TULIP系統(tǒng)中的每個(gè)子系統(tǒng)均以低耦合度相連，將來被其它系統(tǒng)所代替時(shí)，不會(huì)影響業(yè)務(wù)流程的完整性。 軟件架構(gòu) 設(shè)計(jì)模式 ?代理關(guān)系機(jī)制 應(yīng)用代理技術(shù)來實(shí)現(xiàn)系統(tǒng)中某些業(yè)務(wù)對象之間的業(yè)務(wù)關(guān)系。使重組或更改業(yè)務(wù)關(guān)系變得更容易。 ?設(shè)計(jì)模式 應(yīng)用 Factory,Agent,Singleton,Handler,Controller等設(shè)計(jì)模式，保持代碼的清析與易懂。 例如： public class OrderManagerFactory { private static OrderManager ivOrderManager。 public OrderManagerFactory() { } public OrderManager getManagerBy(String manager) { return (new OrderDefaultManager())。 } public static OrderManager getDefaultFactory() { if ( ivOrderManager == null ) ivOrderManager = new OrderDefaultManager()。 return ivOrderManager。 } } 軟件架構(gòu) 訂單 倉儲(chǔ) 運(yùn)輸 報(bào)表 系統(tǒng)管理 (產(chǎn)品 ,客戶 ,機(jī)構(gòu) ,用戶等 ) 系 統(tǒng) 接 口 Java Platform 其它系統(tǒng) CRM 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ù)庫的操作。 Session Manager TULIP系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì) ?主要數(shù)據(jù)模型 ?訂單處理 ?入庫出庫 ?運(yùn)輸與貨險(xiǎn) ?機(jī)構(gòu)管理 ?用戶及權(quán)限 ?代理關(guān)系 ?產(chǎn)品管理 數(shù)據(jù)庫設(shè)計(jì) O rd e rIDT yp eS e n d e rS h i p p i n g M e th o dP i ck i n g A d d re ssR e q u i re d D a teR e q u i re d T i m eR e ce i ve rR e ce i vi n g A d d re ssR e ce i ve rC o n ta ctP h o n eC re a te rC re a ti o n D a teS u b m i tte rC o n fi rm D a teC o m m e n tB i zS ta tu sS ta tu sR D C IDO ri g i n a l IDV A R C H A R 2 (1 8 )V A R C H A R 2 (2 )V A R C H A R 2 (6 )V A R C H A R 2 (2 )V A R C H A R 2 (1 0 0 )V A R C H A R 2 (1 6 )V A R C H A R 2 (1 6 )V A R C H A R 2 (6 )V A R C H A R 2 (1 0 0 )V A R C H A R 2 (2 0 )V A R C H A R 2 (2 0 )V A R C H A R 2 (6 )V A R C H A R 2 (1 6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 6 )V A R C H A R 2 (2 0 0 )N U M B E RN U M B E RV A R C H A R 2 (6 )V A R C H A R 2 (2 0 ) p k fk1 fk4 fk3 fk2 fk5 O rd e rA d j u st m e n tIDT yp eC re a t i o n D a t eS e n d e rS u b m i t t e rO rd e rA d j u st e d O rd e rS t a t u sC o n f i rm D a t eC o m m e n tO ri g i n a l I DV A R C H A R 2 (1 6 )N U M B E RV A R C H A R 2 (1 6 )V A R C H A R 2 (6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 8 )V A R C H A R 2 (1 8 )N U M B E RV A R C H A R 2 (1 6 )V A R C H A R 2 (1 0 0 )V A R C H A R 2 (2 0 ) p k f k3 f k1 f k2 R e ce i vi n g D o cu m e n tIDT yp eR e ce i p t D a t eW a re h o u seS e n d e rC o n si g n m e n t N o t eO p e ra t o rC re a t e rC o m m e n tS t a t u sV A R C H A R 2 (1 6 )V A R C H A R 2 (2 )V A R C H A R 2 (1 6 )V A R C H A R 2 (6 )V A R C H A R 2 (2 0 )V A R C H A R 2 (1 8 )V A R C H A R 2 (2 0 )V A R C H A R 2 (6 )V A R C H A R 2 (1 0 0 )N U M B E R