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

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

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