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