卷烟工业企业物流信息系统接口标准.DOC

附件2： 《卷烟工业企业物流信息系统接口标准》 技术报告 验证目的 验证卷烟工业企业物流信息系统接口标准的适用范围，技术环节是否可行，业务定义是否符合行业习惯。 验证内容 本接口标准适用于与烟草行业卷烟物流信息系统数据进行接口的系统及相关外围系统。 接口交互模型。 接口实现方式。 接口关系。 卷烟工业企业物流系统在实际应用中，主要同烟草行业的外部系统存在业务数据交换关系，交换的方式双向数据交换，一方面外部系统会将物流业务的来源单据通过接口传给物流系统作为物流系统的订单。另一方面，物流系统也会将运输仓储情况反馈给外部系统。 技术规范。 接口实现的技术主要是两种方式：消息队列方式和Webservice方式。下面我们分别针对这两种情况进行描述。 一般情况下，这两种方式都能满足物流系统数据接口集成需求，所以我们原则上不建议采用的方式，因为那样无形中会增加技术的复杂度。消息队列和Webservice相关技术都比较成熟，风险很低。 消息队列方式的技术规范： 消息队列方式适用的业务场景 业务场景说明：在异步处理的场景中所有的业务处理之间采用直接数据传递而不进行处理成功状态判断，因此所有的业务处理之间都是异步的操作。此种特点适合采用消息队列的方式来进行集成。 所有的接口与接口之间都是简单的数据传递，不需要任何的等待及反馈。都是由上游业务系统产生的结果直接传递到下游系统，因此这些都可以看成是异步的业务处理流程，在我们的整体的架构设计中最适合用消息队列消息发布与订阅的方式进行业务集成。 消息队列集成流程图： 简要说明：上图描述的是通过消息队列集成的流程图。其中红色的点表示需要集成的接口。 其中1、3、5、都是按照约定的数据格式主动发送数据至指定的消息队列队列中。 其中的2、4、6都是系统主动从指定的队列中读取消息，根据消息格式与内容判断下一步的处理过程，如发起人工处理或自动处理等。 消息队列集成方式程序结构图： 如上图所示，整个数据传输过程从结构上划分为4部分，首先发送方包含两部分，接收方包含两部分。 发送方：包含外部系统和本地消息队列服务器，发送方的外部系统只与本地消息队列服务器进行通讯。将数据打包好后发送到本地消息队列服务器的远程队列中。远程队列会根据配置信息自动将数据发送到物流系统的本地队列。 接收方的本地消息队列服务器的本地队列接收到消息后，自动触发处理机制，将数据解析，并且保存到本地数据库的表中。 Webservice方式的技术规范 Webservice方式适用的业务场景： 业务场景说明：在当前业务场景中，外部系统需要调用物流系统的自动业务接口处理，该业务接口处理返回业务处理状态；如果处理成功则发起物流系统中的用户参与的业务处理过程，同时外部系统启动一个自动业务处理；此时外部系统等待物流系统的用户参与过程，直到用户参与处理完成，则启动本系统的用户参与业务处理；如果处理不成功，则外部系统直接返回用户参与业务处理1告知用户业务处理失败。 上面的场景中需要外部系统需要知道物流系统的处理结果，是同步调用方式，所以需要采用Webservice方式集成。 WebService方式流程图： 简要说明： 接口1的改造，首先外部系统中原来直接调用接口进行返回的部分，改成调用业务集成总线中提供的WebService接口； 接口2的改造，业务集成平台实现的基于WebService的消息流调用由物流系统封装的自动业务接口处理的WebService接口然后直接返回处理状态给外部系统； 接口3的改造，物流系统在完成人工参与业务处理过程后，必须按照约定格式发送数据到消息队列队列中； 接口4的改造，外部系统必须根据消息达到格式以及内容判断业务处理逻辑，从而准备处理下一个业务逻辑处理。 接口1、2是采用了WebService方式进行的集成；接口3、4是采用了消息队列的方式进行的集成。 WebService方式时序图： 描述：假设外部系统为客户端，物流系统为服务器端，当客户端用户点击发送按钮时（或者某种操作时），调用服务器WS接口的相关功能，此时会产生一个同步的WebService请求。同时，需要将传递的数据集封装成一个标准的XML数据流，做为参数传送到服务器端。 不同技术方案的时效性。 消息队列 WEBSERVICE 轮询模式 阻塞模式 进行同步调用接口，则只需要同步调用即可。 按照业务要求设置定时读取时间 消息发送数据后马上获取，不发送数据，队列则处于等待的模式。 1 ~ 5 分钟 准即时 既是 接口数据交换格式。 ?xml version=1.0 encoding=UTF-8? XML MESSAGEHEAD SENDERTMS/SENDER RECIEVERERP/RECIEVER FILETYPExml/FILETYPE CO