物流系統(tǒng)的建立過程_第三方物流3PL/SCM系統(tǒng)設(shè)計技術(shù)
本文關(guān)鍵詞：物流系統(tǒng)設(shè)計技術(shù)，由筆耕文化傳播整理發(fā)布。
第三方物流系統(tǒng)設(shè)計技術(shù)
根據(jù)供應鏈物流管理的要求，功能模型的設(shè)計應瞄準如下目標：
在供應鏈一體化運作和管理中，實現(xiàn)信息化是最基本也是最重要的管理目標。在供應鏈周期中，端到端的交易執(zhí)行從最初供應商訂單到最終送達客戶和客戶支付過程中物品、信息和資金的無縫流動，是供應鏈管理的最重要原則，實現(xiàn)這一目標的基本手段就是供應鏈管理信息化系統(tǒng)。
一個運行穩(wěn)健的供應鏈物流管理系統(tǒng)應該是物流、信息流和資金流的高度協(xié)調(diào)和統(tǒng)一，任何一種“流”出現(xiàn)斷點不僅會使得交易和管理擱淺，而且會對企業(yè)的運作過程導致不可預料的災難。
對于業(yè)務受理過程的跟蹤和分析，可以從統(tǒng)計分析的角度挖掘減少失誤、節(jié)約交易處理時間、降低對人力資源占用的優(yōu)化手段。我的供應鏈數(shù)據(jù)分析系統(tǒng)將貫穿于供應鏈管理的各個階段，動態(tài)分析和實時洞察企業(yè)的采購、銷售、和配送規(guī)律以及與其他貿(mào)易合作伙伴的關(guān)系，真正建立高效的物流配送系統(tǒng)。
供應鏈物流企業(yè)面對的是瞬息萬變的市場，企業(yè)家們不得不隨時調(diào)整和更改先有的商業(yè)模型和業(yè)務流程運作方式。因而，供應鏈物流企業(yè)的功能模型應該具備良好的可伸縮性，以滿足為適應市場而不斷調(diào)整的商業(yè)運作模式。
商業(yè)模型是基礎(chǔ)，功能模型是商業(yè)模型的應用體現(xiàn)。
在設(shè)計功能模型的過程中，我依然采用層次結(jié)構(gòu)的方法來觀察和分析應用系統(tǒng)的功能結(jié)構(gòu)。這里的功能模型僅僅從結(jié)構(gòu)上對未來應用系統(tǒng)的功能結(jié)構(gòu)作了分類與描述，其中每一個子系統(tǒng)涉及到繁多的具體業(yè)務操作過程和功能模塊，等我有時間的時候，會在應用設(shè)計中會有詳細描述，這里不做贅述。
無論是物流、信息流還是資金流，在應用系統(tǒng)的運作過程中，本質(zhì)上都體現(xiàn)為數(shù)據(jù)的流動。從系統(tǒng)設(shè)計的角度看，數(shù)據(jù)庫層位于應用系統(tǒng)的最低層，是一切系統(tǒng)操作與應用功能的基礎(chǔ)。
l 數(shù)據(jù)的層次性、一致性與安全性
數(shù)據(jù)的流動過程是數(shù)據(jù)形式的變化與處理過程，在數(shù)據(jù)庫中體現(xiàn)為數(shù)據(jù)的層次性：由具體的凌亂的數(shù)據(jù)到規(guī)范的格式化數(shù)據(jù)和經(jīng)過處理的數(shù)據(jù)結(jié)果等，無不體現(xiàn)為層次性；此外，數(shù)據(jù)的一致性與安全性是所有數(shù)據(jù)庫系統(tǒng)必須提供的管理目標。
l 數(shù)據(jù)的存儲與管理者，而非業(yè)務邏輯的處理
系統(tǒng)管理與配置層是系統(tǒng)運行的基礎(chǔ)。該層基于數(shù)據(jù)庫，對上層提供基礎(chǔ)的系統(tǒng)管理配置功能和運行保障。
該層包括四個大的部分：系統(tǒng)管理、應用配置管理、商業(yè)基礎(chǔ)資料管理、商業(yè)規(guī)則管理。
無論從系統(tǒng)應用的角度還是從商業(yè)運作的角度，上述四個部分都是系統(tǒng)運行的最基本要素。
從商業(yè)運作的角度看，有了數(shù)據(jù)和基礎(chǔ)的商業(yè)資料的管理，似乎可以著手核心業(yè)務的運作了。
但是，作為一個統(tǒng)一的、協(xié)調(diào)的整體，我知道供應鏈物流企業(yè)的核心業(yè)務無一不是在業(yè)務規(guī)則的指導下，沿著一定的業(yè)務路線運作的。因此，所有的業(yè)務運作都有其特殊的規(guī)律，這些規(guī)律體現(xiàn)為一定的業(yè)務流程。
因此，在進行核心業(yè)務的運作之前，必須考慮一個統(tǒng)一的、穩(wěn)健的業(yè)務流程驅(qū)動方式，使得所有的核心業(yè)務均在這種方式的有效驅(qū)動下，平滑流暢的運作。這就是工作流引擎。
工作流引擎
工作流引擎是我這個系統(tǒng)的重要特色和核心技術(shù)。所有核心業(yè)務的操作均在工作流引擎的驅(qū)動和控制下運行，因此，我將專門對工作流引擎的數(shù)學模型作分析。
應用門戶協(xié)同引擎
獨立系統(tǒng)運作的方式是所有的分公司共享一個信息平臺，采用互聯(lián)網(wǎng)技術(shù)進行信息交換。但是，這樣的系統(tǒng)對于企業(yè)的網(wǎng)絡(luò)環(huán)境和基礎(chǔ)架構(gòu)要求很高。
多系統(tǒng)協(xié)同的方式是每個分公司采用獨立的系統(tǒng)平臺，但是系統(tǒng)平臺之間采用應用門戶協(xié)同引擎來協(xié)調(diào)運作。這種方式對基礎(chǔ)架構(gòu)與網(wǎng)絡(luò)環(huán)境的要求不高，但是難以保障總公司對各個分公司的實時性管理。
至于供應鏈中成員企業(yè)之間的信息交互則通過遠程訪問與信息發(fā)布子系統(tǒng)完成。
核心業(yè)務是提升企業(yè)價值和核心競爭力的主要源泉。在工作流引擎的驅(qū)動之下，企業(yè)核心業(yè)務的運作可以劃分為十個子系統(tǒng)。下面十個子系統(tǒng)的具體功能模塊將在以后有時間的時候再作描述，油畫先生我太忙了。
根據(jù)供應鏈物流管理的實際需求，考慮到巨大的數(shù)據(jù)量，數(shù)據(jù)分析不宜直接架構(gòu)在實際業(yè)務數(shù)據(jù)庫之上。為了減輕業(yè)務數(shù)據(jù)庫的負擔和保障核心業(yè)務數(shù)據(jù)的安全性，我考慮構(gòu)建另外一個物理上獨立的分析庫，該分析庫從邏輯上包括兩個部分：克隆的業(yè)務庫和分析數(shù)據(jù)庫。
<w:wrap type="topAndBottom">
克隆庫的數(shù)據(jù)是實際業(yè)務數(shù)據(jù)庫的真實再現(xiàn)，是基本的統(tǒng)計分析和數(shù)據(jù)挖掘功能的數(shù)據(jù)基石。由于很多統(tǒng)計分析結(jié)果存在不可變更性，比如采購、銷售、庫存、物流加工業(yè)務的月報、年報及匯總信息等，為了便于快速的查詢和統(tǒng)計，這些信息可以存在分析數(shù)據(jù)庫中，以提高運行效率。另外，在數(shù)據(jù)分析過程中必然產(chǎn)生大量的臨時結(jié)果，根據(jù)情況也可以存放在分析庫中。
分析庫在構(gòu)建時，有一次從業(yè)務庫的數(shù)據(jù)遷移過程。但是，隨著業(yè)務庫的不斷膨脹與更新，分析庫必須保持與業(yè)務庫的同步，才能保證分析結(jié)果的真實性。
有兩種方案可供選擇：實時同步與定期抽取。
實時同步方式要求業(yè)務數(shù)據(jù)在寫入業(yè)務數(shù)據(jù)庫時，同時提交到分析庫中的克隆庫；或者由業(yè)務庫觸發(fā)寫操作，完成這一同步功能。這種方式對于數(shù)據(jù)庫的處理性能有較高的要求，當提交龐大的數(shù)據(jù)量時，不免會影響交易處理的時效。但是它適合于實時分析系統(tǒng)。
定期抽取方式依賴于用戶的實際狀況，在交易量較少或者長時間沒有交易處理的時候激發(fā)數(shù)據(jù)同步操作，基本上不增加業(yè)務處理的時間復雜性。依賴于對于分析結(jié)果的實時程度的要求，比如可以考慮在每日或者每兩日凌晨啟動同步操作。
為了滿足未來可能的分析時效需求，我將同時考慮實時同步和定期抽取兩種方式，由企業(yè)根據(jù)需要自行設(shè)置。
為了提高分析精度，在數(shù)據(jù)抽取的過程中，系統(tǒng)將根據(jù)需要自動清洗數(shù)據(jù)。
經(jīng)過清洗之后的數(shù)據(jù)只有施加以相關(guān)的統(tǒng)計分析和數(shù)據(jù)挖掘模型，才能真正從中提取潛在的、對企業(yè)有價值的指導性信息。因此統(tǒng)計分析和數(shù)據(jù)挖掘?qū)邮潜痉治鱿到y(tǒng)的核心層。
基于交易分析、商務分析、事務分析基礎(chǔ)之上的統(tǒng)計分析和數(shù)據(jù)挖掘?qū)拥妮敵鼋Y(jié)果作為決策支持與表示層的輸入，用以解釋和表達分析結(jié)果，展示企業(yè)運作的推介信息。
功能設(shè)計的目標是如何滿足供應鏈物流系統(tǒng)的商業(yè)需求，而技術(shù)設(shè)計的目標則是采用那種技術(shù)以及如何從技術(shù)上實現(xiàn)系統(tǒng)的功能目標。
面對用戶需求的紛繁復雜和銷售市場的千變?nèi)f化，供應鏈物流企業(yè)必然不斷的修正和完善營銷模式和業(yè)務流程。因而，新的商業(yè)需求將不斷產(chǎn)生，從客觀上要求技術(shù)模式具有高度的開放性和可伸縮性，降低系統(tǒng)的維護和開發(fā)成本，以便在必要的時候能一步跨入未來。
本方案所采用的系統(tǒng)平臺、數(shù)據(jù)庫技術(shù)和開發(fā)工具均體現(xiàn)了軟件技術(shù)的先進性和開放性。并考慮到未來的發(fā)展特點，我把技術(shù)標準性放在重要位置，所采用產(chǎn)品和技術(shù)都遵循業(yè)界最新標準。我完全可以做到使系統(tǒng)的硬件環(huán)境，通信環(huán)境，軟件環(huán)境，操作平臺之間的相互依賴減至最小。
一個不可靠的、不健壯的或者說容易經(jīng)常發(fā)生崩潰的系統(tǒng)對于供應鏈物流服務企業(yè)而言是不可接受的。
我在本系統(tǒng)的設(shè)計中，充分考慮到了業(yè)務受理過程的健壯性。系統(tǒng)支持多服務器容錯與流量均衡策略，使得并發(fā)業(yè)務操作可以有多個服務器均衡分擔，從而提高了業(yè)務受理速度。如果某個服務器坍塌，那么其他服務器會自動接管該業(yè)務進程，而這些對于用戶而言，是透明的。
本系統(tǒng)的設(shè)計必須充分利用供應鏈成員企業(yè)對系統(tǒng)、應用、信息和人力的現(xiàn)有投資，實現(xiàn)對原有系統(tǒng)的透明移植和無縫集成。也就是說，要在現(xiàn)有投資和不影響企業(yè)目前信息系統(tǒng)正常運作的前提之下而構(gòu)筑未來。
多級層次化權(quán)限認證體系和數(shù)據(jù)加密傳輸措施以及多層分布式應用邏輯保證了系統(tǒng)的安全性；系統(tǒng)的快速響應和親善友好的導航措施力爭使不太會使用電腦的人也能游刃有余地操作，真正享受完全的所見即所得。
多層分布式應用
盡管兩條技術(shù)路線使用的環(huán)境不同，但是它們的技術(shù)模式是一致的，最終都發(fā)展成為多層分布式應用架構(gòu)和基于服務器的集中處理。
多層分布式應用技術(shù)和基于服務器的集中處理模式是目前供應鏈物流應用技術(shù)的必然發(fā)展趨勢。
供應鏈物流企業(yè)信息化管理平臺當然應該是一個多層分布式應用系統(tǒng)。
Win32
Win32
.Net
J2EE
Linux
Unix
Thin Client
√
√
√
Application
Server
√
√
√
Web Server
√
√
√
Database Server
√
√
√
√
下面從技術(shù)架構(gòu)、技術(shù)實現(xiàn)兩個方面對本系統(tǒng)的技術(shù)模式作闡述。
一、采用多層分布式應用架構(gòu)
我注意到，除了本地業(yè)務數(shù)據(jù)庫之外，還有本地分析數(shù)據(jù)庫和可能的多個遠程數(shù)據(jù)庫。本地業(yè)務數(shù)據(jù)庫用來存放企業(yè)的商業(yè)數(shù)據(jù)，但是隨著業(yè)務的不斷開拓，供應鏈條物流企業(yè)很可能繼續(xù)在世界各地開設(shè)新的分公司，如果采用獨立系統(tǒng)結(jié)構(gòu)，便存在本地數(shù)據(jù)和遠程數(shù)據(jù)庫的同步問題。
供應鏈物流企業(yè)信息化管理平臺的技術(shù)架構(gòu)
我的工作流引擎位于中間層應用服務器上，該引擎以智能中間件的形態(tài)存在。企業(yè)所有的核心業(yè)務處理均在該中間件上實現(xiàn)，它也是唯一的直接與后臺數(shù)據(jù)庫發(fā)生信息交換的實體。該中間層接受所有的來自客戶端的業(yè)務處理請求，并根據(jù)請求類型自動派發(fā)到不同的業(yè)務處理實體，由業(yè)務處理實體負責從數(shù)據(jù)庫獲取數(shù)據(jù)并且執(zhí)行事實上的業(yè)務處理操作。業(yè)務處理完成后，其結(jié)果通過中間層返回給客戶端。
對于供應鏈物流管理系統(tǒng)而言，電子商務是一個重要的業(yè)務增長點，對于來自于電子商務的交易信息和客戶信息的處理甚為必要。因此，必須將電子商務的交易數(shù)據(jù)同步到本地業(yè)務數(shù)據(jù)庫，而這一工作也由位于中間層應用服務器完成。
二、這種架構(gòu)給我?guī)硎裁?/span>
穩(wěn)定的、可伸縮的體系架構(gòu)是一個應用系統(tǒng)充滿生命力的必要前提。實施基于該結(jié)構(gòu)的供應鏈物流系統(tǒng)，對于供應鏈物流服務商無不裨益。
一旦業(yè)務需求發(fā)生變化，只需要對位于中間層的工作流引擎做變更，而不至于影響到客戶端，極大地節(jié)省了維護量。尤其是將來企業(yè)的業(yè)務網(wǎng)絡(luò)分布到不同的區(qū)域時，這種優(yōu)勢更為明顯。
由于中間層工作流引擎被設(shè)為一個組件容器，如果需要增加新的商業(yè)處理模塊，那么在組件容器中增加以組件形態(tài)存在的業(yè)務處理實體即可滿足要求；系統(tǒng)還可以很方便的與企業(yè)已經(jīng)存在的和未來即將實施的系統(tǒng)平滑掛接；當客戶端數(shù)量過多或者業(yè)務負荷過重，更可以采用多個工作流引擎做流量均衡。
組件容器中的業(yè)務處理實體均以組件方式存在，它們可以在任何時候根據(jù)需要重復使用，，提高了軟件生產(chǎn)率。
這里我依照供應鏈物流企業(yè)的實際需求和信息工程的原理界定數(shù)據(jù)庫系統(tǒng)的基本目標和層次劃分，并給出數(shù)據(jù)庫系統(tǒng)的邏輯結(jié)構(gòu)。
一、數(shù)據(jù)庫系統(tǒng)設(shè)計目標
根據(jù)企業(yè)的不同管理層次和管理對象，建立邏輯清晰嚴謹、層次結(jié)構(gòu)分明、相對獨立穩(wěn)定、數(shù)據(jù)冗余低、共享程度好、安全性能強、維護效率高、擴充能力大便于操作處理的數(shù)據(jù)庫系統(tǒng)。
二、數(shù)據(jù)庫系統(tǒng)層次劃分
供應鏈物流管理系統(tǒng)的運作過程實際上是商業(yè)數(shù)據(jù)的處理和流動的過程。數(shù)據(jù)作為系統(tǒng)的基礎(chǔ)和核心，其結(jié)構(gòu)是穩(wěn)定的，但其內(nèi)容卻是流動的。
每一次對數(shù)據(jù)的訪問或處理的過程，隨著流動的范圍、訪問的頻度、處理的方法和面向的對象不同將會有相當大的區(qū)別。這一區(qū)別一方面反映了實際管理工作和業(yè)務受理人員的層次特性，另一方面也體現(xiàn)了數(shù)據(jù)庫的層次關(guān)系。
因而，數(shù)據(jù)庫的設(shè)計應該充分體現(xiàn)這一現(xiàn)實特性。
該項目的數(shù)據(jù)庫系統(tǒng)共劃分為五個層次：
三、數(shù)據(jù)庫系統(tǒng)邏輯結(jié)構(gòu)
<w:wrap type="topAndBottom" anchorx="page">
在功能模型中，我采用工作流引擎技術(shù)驅(qū)動核心業(yè)務的運作，工作流引擎成為了本系統(tǒng)的應用驅(qū)動核心。這里，我對本系統(tǒng)采用工作流引擎技術(shù)的理由與優(yōu)勢做一探討，具體的工作流引擎技術(shù)數(shù)學模型在以后的數(shù)學模型中描述。
物流信息化管理平臺已經(jīng)有多年的發(fā)展歷史了，但是成功的卻不多見。從技術(shù)上究其原因，不外乎如下幾點：
按照軟件工程學的觀點，良好的數(shù)學模型是系統(tǒng)設(shè)計的堅強基石，可是開發(fā)商在開發(fā)應用時，往往為了省時省力而忽略了數(shù)學模型，導致系統(tǒng)沒有完善而成熟的理論支持，對開發(fā)進程中遇到的技術(shù)問題采取退而求其次的方法。
盡管每個開發(fā)商都宣稱自己的系統(tǒng)具備良好的可擴展性，但是實際上真正做到的不多見。
l 應用模式固定 大部分系統(tǒng)在開發(fā)過程之中把系統(tǒng)邏輯完全綁定在用戶的具體需求或具體業(yè)務流程上，當用戶需求發(fā)生變更時，不得不重新開發(fā)系統(tǒng)或者大量修改源代碼。由于事先缺乏統(tǒng)一的規(guī)劃，導致不斷的給系統(tǒng)打“補丁”，結(jié)果就像“滾雪球”一樣，系統(tǒng)越來越龐大，其效率低下和穩(wěn)定性不良等問題接踵而來。
為了解決上述問題，我提出并實現(xiàn)了“基于動態(tài)流程的工作流模型---SuperFlow”�；谶@一模式，可以有效的解決上述諸多問題。
一、企業(yè)需要什么
商業(yè)信息化的根本目的就是為了提高效益，而前提是信息系統(tǒng)能夠真正按照商業(yè)邏輯要求去運作。但是企業(yè)花錢購買的信息系統(tǒng)往往是軟件開發(fā)商針對大部分企業(yè)的共性而設(shè)計的，很難滿足形態(tài)各異的企業(yè)的個性要求，結(jié)果是企業(yè)雖然購買了信息系統(tǒng)，但是還必須花大量財力要求軟件開發(fā)商作二次開發(fā)。而且一旦企業(yè)的業(yè)務流程發(fā)生變化，可能會導致后續(xù)的多次開發(fā)和維護。
導致上述現(xiàn)象的原因就是目前幾乎所有的業(yè)務信息系統(tǒng)都是將企業(yè)的業(yè)務邏輯和軟件系統(tǒng)的控制邏輯捆綁在一起，使得一旦企業(yè)的業(yè)務邏輯發(fā)生變更，將全面的影響到軟件系統(tǒng)的控制邏輯，因而必須修改大量源代碼甚至重新開發(fā)。
二、Superflow能為企業(yè)做什么
系統(tǒng)提供了如下主要功能：
流程設(shè)置
流程重組
流程跟蹤
時限設(shè)置
時限跟蹤
業(yè)務動態(tài)分配和分配方式管理
業(yè)務主動通知
部門管理
業(yè)務組管理
用戶管理
授權(quán)管理
多服務器容錯與負載均衡
上述所有功能均在引擎上實現(xiàn)，客戶端只需調(diào)用引擎服務器接口方法即可。在本項目中，我將在商業(yè)處理流程中使用這一獨創(chuàng)的先進技術(shù)。
本文關(guān)鍵詞：物流系統(tǒng)設(shè)計技術(shù)，由筆耕文化傳播整理發(fā)布。
本文編號：148551
本文鏈接：http://sikaile.net/wenshubaike/kcsz/148551.html
