ESB項目業(yè)務(wù)需求

DOCPROPERTY項目<項目名稱>DOCPROPERTY內(nèi)容概要設(shè)計說明書概要設(shè)計說明書所需的全部術(shù)語的定義、首字母縮寫詞和縮略語。

這些信息可以通過引用項目詞匯表來提供?？s寫、術(shù)語解釋ESB企業(yè)服務(wù)總線EDI電子數(shù)據(jù)交換TMS運輸管理系統(tǒng)WMS倉儲管理系統(tǒng)CRM客戶關(guān)系管理系統(tǒng)概述項目背景上醫(yī)分銷控股有限公司有很多業(yè)務(wù)系統(tǒng)在支持各個業(yè)務(wù)部門的工作，整體流程太長，以前系統(tǒng)規(guī)劃是緊耦合性，導(dǎo)致實施維護工作壓力很大，對于信息交換的結(jié)果不可控。維護質(zhì)量和效率均很低。系統(tǒng)目標(biāo)第一階段目標(biāo)：模式論證通過即將開始實施的TMS、CALLCENTER系統(tǒng)，引入ESB方案，扭轉(zhuǎn)網(wǎng)狀接口連接的信息系統(tǒng)布局，為以后服務(wù)總線的信息系統(tǒng)布局做有益的嘗試。新實施的TMS系統(tǒng)，應(yīng)用ESB方式同ERP進行交互。新實施的CRM二期CALLCENTER項目，應(yīng)用ESB方式同ERP進行交互。ERP進行修改，提供WEBSERVICE模式支持。（待定）第二階段目標(biāo)：模式推廣根據(jù)以上兩個系統(tǒng)實施的成功經(jīng)驗，，逐步將以前的EDI數(shù)據(jù)交互切換為ESB實施方案。第三階段目標(biāo)：新的系統(tǒng)架構(gòu)逐步推廣到其他有條件的控股公司以及供應(yīng)鏈的上下游，各系統(tǒng)之間獨立、松耦合，通過ESB快車道將各個系統(tǒng)連接起來。達到信息高速公路網(wǎng)的長遠目標(biāo)。系統(tǒng)范圍當(dāng)前主業(yè)務(wù)系統(tǒng)列表應(yīng)用系統(tǒng)數(shù)據(jù)庫應(yīng)用程序中間件開發(fā)工具階段CRM/CALLCENTERORACLE10GSIEBEL8自帶SIEBELTOOLS第一期TMS待定TMS待定TMSERPORACLE9IISCM2.4（C/S系統(tǒng)）PB8第二期WMSORACLE9IMAWEB網(wǎng)站ORACLE10GWEBLOGICJAVA自主開發(fā)財務(wù)系統(tǒng)ORACLE財務(wù)系統(tǒng)第三方物流藥監(jiān)局接口等外部數(shù)據(jù)外部數(shù)據(jù)交互。CSV、TXT、XML等VMI、醫(yī)院收貨等上下游系統(tǒng)其他系統(tǒng)。。。。。系統(tǒng)框架圖第一期業(yè)務(wù)需求描述TMS需求描述：基礎(chǔ)信息交換。在ERP中的客戶、商品等信息是最準確的，需要同步到TMS系統(tǒng)當(dāng)中去。在TMS系統(tǒng)中承運商、車輛等信息是最準確的，需要同步到ERP中。以前的模式為數(shù)據(jù)庫直連?，F(xiàn)在需要應(yīng)修正為EAI框架下的實現(xiàn)。這種數(shù)據(jù)交互對實時性要求不是很高，需提供兩種方式，一種為定時輪詢方式。另一種為手動觸發(fā)方式。交互的數(shù)據(jù)量不是很大，一般幾萬條足夠了。訂單信息交互。ERP系統(tǒng)中有最全的訂單信息。需要通過ESB傳輸?shù)絋MS系統(tǒng)中去。針對需要傳輸?shù)絋MS訂單根據(jù)業(yè)務(wù)類型可區(qū)分為：市內(nèi)訂單:上海市內(nèi)發(fā)運的訂單，此類訂單為ERP先傳輸?shù)絎MS系統(tǒng)里面進行揀選任務(wù)。WMS揀選完成后，信息反饋給ERP。ERP將需要進行調(diào)度排車的訂單傳輸給TMS系統(tǒng)。目前以每天訂單量為8000筆，明細數(shù)為30000筆的數(shù)據(jù)量。市外訂單：ERP先將需要市外運輸?shù)挠唵蝹鬏斀oTMS，由TMS選擇好承運商等信息后，根據(jù)約定時間，反饋給ERP。由ERP再傳輸給WMS，由WMS進行揀選。揀選完成后，反饋給ERP。ERP再反饋給TMS。完成配送。目前以2000筆訂單，明細數(shù)位10000筆的數(shù)據(jù)量。以上訂單信息交互也需提供兩種方式，一種為定時輪詢方式。另一種為手動觸發(fā)方式。業(yè)務(wù)數(shù)據(jù)交互。在TMS系統(tǒng)中產(chǎn)生的很多費用信息、運輸排車信息等，均需要反饋給ERP系統(tǒng)。TMS系統(tǒng)中應(yīng)該提供很多種WEBSERVICE服務(wù)。為針對車隊，駕駛員，承運商等信息，提供查詢交互。具體需求待TMS項目定型后再細化，但交互模式是需要先確定好的。外部數(shù)據(jù)交互ERP、TMS均有可能對接外部數(shù)據(jù)，例如承運商的網(wǎng)上確認信息等，需要ESB提供針對外部數(shù)據(jù)的接口，并通過分發(fā)機制，將數(shù)據(jù)準確分發(fā)到對應(yīng)的系統(tǒng)中去。ERP、WMS對外發(fā)布數(shù)據(jù)的模式也是如此。ERP、WMS將需要發(fā)布的數(shù)據(jù)，提供給ESB，ESB根據(jù)分發(fā)機制，發(fā)布到相應(yīng)的外部系統(tǒng)當(dāng)中。主數(shù)據(jù)管理機制如果沒有主數(shù)據(jù)管理平臺，ESB是如何運作的，如果已經(jīng)有了主數(shù)據(jù)管理平臺，ESB是如何同主數(shù)據(jù)管理平臺對接的。呼叫中心管理系統(tǒng)需求：目前呼叫中心需要的也是ERP訂單流轉(zhuǎn)的交互?；疽泊_定為訂單、基礎(chǔ)資料等信息的交互。類似于將TMS的運營模式復(fù)制到呼叫中心管理系統(tǒng)中去。軟件要求以下是我們認為ESB軟件需要帶給我們的解決方案中必須詳細闡述的內(nèi)容：封裝要求。當(dāng)前數(shù)據(jù)交互缺乏封裝性。第一期要求達到初步封裝的要求，包括基礎(chǔ)資料的封裝性，訂單對象的封裝性，訂單來源的封裝性等。根據(jù)這次的封裝經(jīng)驗，以后對其他業(yè)務(wù)對象的封裝，積累標(biāo)準和模式。ESB軟件的解決方案以及實施方案數(shù)據(jù)對照的方式統(tǒng)一。如何解決各系統(tǒng)之間的基礎(chǔ)數(shù)據(jù)的對照？如何參照主數(shù)據(jù)管理，達到統(tǒng)一的要求。數(shù)據(jù)交互的時限要求。當(dāng)前系統(tǒng)有實時性交互與周期性交互兩種模式，針對這兩種模式，ESB軟件的支持方式的