ESB项目业务需求

DOCPROPERTY项目<项目名称>DOCPROPERTY内容概要设计说明书概要设计说明书所需的全部术语的定义、首字母缩写词和缩略语。

这些信息可以通过引用项目词汇表来提供。缩写、术语解释ESB企业服务总线EDI电子数据交换TMS运输管理系统WMS仓储管理系统CRM客户关系管理系统概述项目背景上医分销控股有限公司有很多业务系统在支持各个业务部门的工作，整体流程太长，以前系统规划是紧耦合性，导致实施维护工作压力很大，对于信息交换的结果不可控。维护质量和效率均很低。系统目标第一阶段目标：模式论证通过即将开始实施的TMS、CALLCENTER系统，引入ESB方案，扭转网状接口连接的信息系统布局，为以后服务总线的信息系统布局做有益的尝试。新实施的TMS系统，应用ESB方式同ERP进行交互。新实施的CRM二期CALLCENTER项目，应用ESB方式同ERP进行交互。ERP进行修改，提供WEBSERVICE模式支持。（待定）第二阶段目标：模式推广根据以上两个系统实施的成功经验，，逐步将以前的EDI数据交互切换为ESB实施方案。第三阶段目标：新的系统架构逐步推广到其他有条件的控股公司以及供应链的上下游，各系统之间独立、松耦合，通过ESB快车道将各个系统连接起来。达到信息高速公路网的长远目标。系统范围当前主业务系统列表应用系统数据库应用程序中间件开发工具阶段CRM/CALLCENTERORACLE10GSIEBEL8自带SIEBELTOOLS第一期TMS待定TMS待定TMSERPORACLE9IISCM2.4（C/S系统）PB8第二期WMSORACLE9IMAWEB网站ORACLE10GWEBLOGICJAVA自主开发财务系统ORACLE财务系统第三方物流药监局接口等外部数据外部数据交互。CSV、TXT、XML等VMI、医院收货等上下游系统其他系统。。。。。系统框架图第一期业务需求描述TMS需求描述：基础信息交换。在ERP中的客户、商品等信息是最准确的，需要同步到TMS系统当中去。在TMS系统中承运商、车辆等信息是最准确的，需要同步到ERP中。以前的模式为数据库直连。现在需要应修正为EAI框架下的实现。这种数据交互对实时性要求不是很高，需提供两种方式，一种为定时轮询方式。另一种为手动触发方式。交互的数据量不是很大，一般几万条足够了。订单信息交互。ERP系统中有最全的订单信息。需要通过ESB传输到TMS系统中去。针对需要传输到TMS订单根据业务类型可区分为：市内订单:上海市内发运的订单，此类订单为ERP先传输到WMS系统里面进行拣选任务。WMS拣选完成后，信息反馈给ERP。ERP将需要进行调度排车的订单传输给TMS系统。目前以每天订单量为8000笔，明细数为30000笔的数据量。市外订单：ERP先将需要市外运输的订单传输给TMS，由TMS选择好承运商等信息后，根据约定时间，反馈给ERP。由ERP再传输给WMS，由WMS进行拣选。拣选完成后，反馈给ERP。ERP再反馈给TMS。完成配送。目前以2000笔订单，明细数位10000笔的数据量。以上订单信息交互也需提供两种方式，一种为定时轮询方式。另一种为手动触发方式。业务数据交互。在TMS系统中产生的很多费用信息、运输排车信息等，均需要反馈给ERP系统。TMS系统中应该提供很多种WEBSERVICE服务。为针对车队，驾驶员，承运商等信息，提供查询交互。具体需求待TMS项目定型后再细化，但交互模式是需要先确定好的。外部数据交互ERP、TMS均有可能对接外部数据，例如承运商的网上确认信息等，需要ESB提供针对外部数据的接口，并通过分发机制，将数据准确分发到对应的系统中去。ERP、WMS对外发布数据的模式也是如此。ERP、WMS将需要发布的数据，提供给ESB，ESB根据分发机制，发布到相应的外部系统当中。主数据管理机制如果没有主数据管理平台，ESB是如何运作的，如果已经有了主数据管理平台，ESB是如何同主数据管理平台对接的。呼叫中心管理系统需求：目前呼叫中心需要的也是ERP订单流转的交互。基本也确定为订单、基础资料等信息的交互。类似于将TMS的运营模式复制到呼叫中心管理系统中去。软件要求以下是我们认为ESB软件需要带给我们的解决方案中必须详细阐述的内容：封装要求。当前数据交互缺乏封装性。第一期要求达到初步封装的要求，包括基础资料的封装性，订单对象的封装性，订单来源的封装性等。根据这次的封装经验，以后对其他业务对象的封装，积累标准和模式。ESB软件的解决方案以及实施方案数据对照的方式统一。如何解决各系统之间的基础数据的对照？如何参照主数据管理，达到统一的要求。数据交互的时限要求。当前系统有实时性交互与周期性交互两种模式，针对这两种模式，ESB软件的支持方式的