物流运输运力调度系统简要介绍.doc

1、 安吉物流运输运力调度系统优化设计方案团队名称： 海滨启航队团队成员： 查康康、张淼、金盛豪、张子标、马宏翔团队口号： 齐心协力，脚踏实地。无畏困难，勇往直前。指导老师： 梁丽梅- 2 -摘要由于科技的不断进步和全球竞争的日益加剧，传统的物流服务已经无法满足人们的需求。具有远见的企业不再单纯的着眼于企业的成本和收益管理，而是将物流过程中运力调度的改进作为了企业发展的主要动力。本文通过对安吉物流运力调度过程中存在的现场调度和总部调度取舍问题，以及如何建立一个有效的绩效评价等问题做出了一系列方案。在原有的现场调度基础上增设一个运力资源平台，通过对平台运力的实时更新来选择合适的运输公司运输，并提供了

2、运输运力调度系统的设计方案。这种方式可以适应更加复杂多变的运单，及时的应对市场变化，给企业带来更加高效的物流运输。在绩效评价问题上，本文采用了层次分析法来构建绩效评价指标体系，使体系结构更加清晰，便于企业更能客观的考核各个运输公司。关键词：运输运力调度系统 、运力调度、层次分析法、绩效评价指标体系- 3 -目录一、安吉物流公司调度的现状分析 .- 5 -二、物流运输运力调度系统的组成 .- 9 -三、物流运输运力调度系统介绍 .- 10 -3.1 车辆管理模块 .- 13 -3.2 车辆管理中涉及的表格： .- 14 -3.3 驾驶员管理模块 .- 16 -3.4 运力查询模块 .- 17 -

3、3.4.1 运力综合承运车队查询： .- 18 -3.4.2 运力综合车辆查询： .- 18 -3.4.3 历史承运任务查询： .- 19 -3.4.4 历史承运车辆任务查询： .- 19 -3.4.5 车辆历史承运的详细信息： .- 19 -3.5 承运任务管理子模块： .- 21 -3.5.1 承运单的开出具体操作步骤： .- 21 -3.5.2 承运单的接收的具体步骤： .- 22 -3.6 运输成本核算模块 .- 22 -3.7 用户管理 .- 23 -3.7.1 用户管理的功能： .- 23 -3.7.2 权限的设置模块 .- 24 -3.8 系统管理模块 .- 24 -3.8.1

4、基本信息设置： .- 25 -3.8.2 系统代码类型管理： .- 26 -3.8.3 线路维护： .- 26 -3.8.4 系统设置： .- 26 -3.8.5 数据备份： .- 26 -3.9 财务管理模块 .- 28 -3.10 客户管理模块 .- 29 -3.11 车辆调度子模块 .- 31 -3.11.1 企业在车辆调度管理中需要解决的问题： .- 31 -3.11.2 车辆调度效率不够高的原因： .- 32 -3.11.3 车辆调度管理的功能： .- 32 -3.11.4 车辆运输中的单据 .- 33 -四、运输公司配送的评价与绩效考核 .- 35 -4.1 第四方整车物流运输公司

5、绩效评价指标体系的构建 .- 35 -4.1.1 建立评价体系应遵循的原则 .- 35 -4.1.2 评价指标体系 .- 36 -4.2 算法简介 .- 38 -4.2.1 层次分析法简介 .- 38 -4.3 运输公司配送绩效模糊综合评价方法 .- 44 -4.3.1 评价过程及原理 .- 45 -4.4 运用层次分析法计算 .- 47 - 4 -五、总结 .- 52 - 5 -一、安吉物流公司调度的现状分析安吉物流公司目前运用的是总部调度的模式（如图 1-1 所示）对其业务进行调度，因为总部调度方式因为分工明确，操作性强，并且离客户端较近，可以更多地考虑客户的需求，在安吉物流发展初期发挥了

6、很好的作用。但是随着公司业务的剧增，这种调度方式也遇到了瓶颈。公司高层也了解到这些情况，对此非常重视，公司内部经过一段时间的沟通讨论后提出了一个新方案，被称之为现场调度的模式（如图 1-2 所示） 。当客户发送订单时，安吉物流运输管理系统先对订单进行分配预处理，处理后的订单交给运输公司自己在调度系统里进行调度操作，并上传指令。运输管理部负责日常的运力审核与调度过程的监控管理。与总部调度有所不同，现场调度就是将总部调度模式中的调度操作下放到运输公司，但是调度管理权还在总部的手中，同时总部保留修改运输公司不合理调度操作的权利。现场调度离运输端较近，可以更多地考虑实际运输情况，提高运输效率，降低运输

7、成本。但是现场调度的方式对于突发的订单无法反应及时，没有总部调度的效率高，所以安吉公司的老总对于这一情况无法选择出一个合适的调度方式。图 1-1 总部调度模式对于安吉物流公司的现状我们想出了以下的解决方案，因为现场调度方式，可以简化调度流程，有效地提高调度效率，并将调度操作权由总部下发到运输公司，使分工更明确，监管也相对合理有效。但是当出现非常规订单或者应急- 6 -订单的时候，现场调度却没有总部调度有效率，所以我们采取以现场调度为主，当出现应急订单的时候采用总部调度的临时调度模式。这样一来，有效的保证了在任何情况下调度的时效性。对此我们需要作出以下调整。 1.当订单在运输公司可控范围之内时，

8、采用现场调度的流程，当超出可控范围时，在安吉交通运输部添加一个运力资源平台，通过它来更新各个运输公司闲置运力状态，并实施调度。具体包括载重量，车辆使用年数，驾驶员信息和车辆状态等。2.当订单超出可控范围后，通过安吉物流公司的运力资源平台的可用运力状态下发给运输公司，让运输公司之间相互合作，避免了各运输公司各自为政的局面。在合作过程中，运单的责任担保仍然不变，安吉物流不对运单报以任何相关责任。3.对于运输公司之间的合作，需要签定相关协议和规范，根据提供的相应运力来索取报酬。货物在运输过程中需要通过定位系统来获取运输信息，并导入到平台上，以便查询货物的最新近况。4.由于这种运输的责任明确，便于总部

9、对运输的绩效考核。可以按订单完成率、安全工作指标等进行考核。当订单在运输公司可控范围之内，当客户发送订单时，安吉物流运输管理系统先对订单进行分配与处理，处理后的订单交给运输公司自己在调度系统里进行调度操作，并上传指令，并及时更新运力平台上自己的闲置运力状态，具体包括载重量，车辆使用年数，驾驶员信息和车辆状态等。运输管理部负责日常的运力审核与调度过程中的监控管理，与运力资源平台的日常管理和维护。遇到市场需求波动的情况下，交通运输部根据运力资源平台上各运输公司的闲置运力情况对运输订单实施调度，上传指令，并对运输公司实施监控考核（如图 1-2） 。- 7 -客户客户发送订单TMS 订单分配预处理生成

10、指令安吉物流 交通运输部运力审核 监控考核运力资源平台报车系统上报运力运输公司调度调度运输公司FMS系统 执行图 1-2 现场调度模式这种调度方式将现在调度与总部调度有机的结合到一起，各取所长，将总部调度的权利下放到运输公司，但是调度管理权还在总部手中，总部保留对运输公司不合理调度操作的修改权利。当订单在可控范围内时，这种调度模式离运输端较近，可以更多的考虑实际运输情况，提高运输效率，降低运输成本，简化调度流程，避免了信息的过度传输，调高了调度效率。同时避免各运输公司之间各自为阵，使各运输公司之间彼此配合起来，形成一个团结的总体，减少了总部的工作量。对于订单波动较大的情况下，由总部根据各运输公

11、司在运力资源平台上更新的运力信息进行调度操作，这种综合调度模式既缓解部分公司供大于求，也可以解决部分公司供不应求的问题。供方的责任明确，便于总部对运输的绩效考核。再者，对于不满板的的情况，可以将整个华东地区车辆调度进行集中处理，来提高运输车辆的装载率，降低运输成本，同时达到客户要求的发运及时率指标。我们通过构建一个物流运输运力调度系统来解决安吉公司目前遇到的调度方法选择带来的困难。物流运输运力调度系统是现代物流企业生存的必要条件。在激烈的市场竞运力状态更新- 8 -争中，作为一个物流企业，它的功能主要有三项：第一是储存功能，调剂货物供求；二是流转功能，将货物及时分拣和配送至用户；三是信息功能和

12、交易功能，及时传递供需信息，协助完成交易。为了达到这三个目的，需要一系列相关的信息技术来配套，诸如自动配送系统、利息结算系统等。 另外，物流企业在其业务运作过程中具有环节众多、信息量大的特点。并且信息的动态特性和实时特性较为突出。物流企业要建立自己的核心竞争力，圆满完成业务运作，就必须及时跟踪货物的运输过程；了解各仓库的准确信息；合理调配和使用车辆、搬运工具、库房和人员等各种资源：为客户提供优良的客户服务：提供实时的信息查询和物品承运的各种指标数据；为客户提供简单的流通加工业务，提供配送业务，进行运输和仓储整合。从宏观意义上来说，拥有了一套物流运输运力调度系统，就可以开展物流的服务 。可以说拥

13、有一个好的系统比拥有车队和仓库更为重要。物流运输运力调度系统的分布式多层应用软件体系结构企业内部物流信息系统平台是一个分布式的系统平台，应采用三层或 N 层的应用体系结构。因为在两层体系结构中，如果把业务逻辑放在客户层，则往往使客户层变得笨重；如果把业务逻辑放在服务器层，则一般较难在数据库系统中实现复杂的应用逻辑。因此，在三层或多层结构中，把业务逻辑从用户界面和数据源中分离出来，构成了中间的一层或多层，才形成了真正的分布式应用系统。客户层只提供应用的用户界面，它根据用户的操作调用相应的业务逻辑，它不直接访问后台数据库；业务逻辑层是应用系统的关键所在，它负责处理所有用户的请求，并且把处理结果返回

14、给表示层。数据服务层提供了数据库的支持，我们可以用存储过程来维护数据。多层应用结构要求层与层之间必须有明确的接口定义，从而保证多层之间可以协作完成应用任务。物流运输运力调度系统信息的传递过程如图 1-3 所示。客户端（Client） 服务端数据端- 9 -图 1-3 物流运输运力系统中信息的传递过程二、物流运输运力调度系统的组成在这里，总共划分了 10 个系统模块：车辆管理、驾驶员管理、运力查询、承运任务管理、运输成本核算、用户管理、系统管理、财务管理、客户管理、车辆调度。车辆管理包括车队信息维护的增删改查和车辆信息维护的增删改查。驾驶员管理包括对驾驶员的增删改查。运力查询包括运力综合承运车队

15、和车辆的查询与删除，历史承运任务的查询，车辆历史承运信息和车辆历史承运详细信息的查询和打印。承运任务管理包括承运单的增删改查和承运单的接收。运输成本核算包括车队运输成本的录入和车队运输成本的查询。用户管理包括用户的增删改查和用户权限的设置系统管理包括系统基本信息的设置和系统代码类型管理的查询和删除，线路的增删改查，数据备份和数据还原。财务管理包括营业报表的查询和打印。客户管理包括对客户的增删改查。车辆调度包括对车辆运输管理和承运单的增删改查。物流运输运力调度系统是整个物流运作和管理的基础，物流运输运力调度系统是企业资源计划(ERP)和及时化生产(JI 等物流管理思想在企业信息化实施的良好体现，

16、 物流运输运力调度系统的建设将为企业物流和供应链成本的降低，预测准确性和采购及时性奠定的良好基础。 - 10 -三、物流运输运力调度系统介绍 1. 物流运输运力调度系统建模过程：通过采用 UML 对运输调度子系统进行建模，基于 UML 系统的开发采取增量迭代的方式，其开发过程主要有以下 5 个部分组成：(1)需求建模 ：在需求阶段要了解需求，抽象和求精概念，明确客户的要求 。其中需求规格说明文档是开发的基础，最终衡量系统是否满足用户需要的依据，在该阶段主要通过用例图来描述系统的功能需要，同时可以附之以状态图来增加对非功能需求的补充说明；(2)分析建模：在分析阶段主要通过定义系的领域和关键类来逐

17、步求精地分析系统需求，分析的第一步是根据需求阶段描述的功能需求或非功能需求抽取类和它的属性。在这一阶段主要由类图、序列图、活动图和状态图等来描述；(3)设计建模：在设计阶段是对分析阶段的模型进行扩充、细化和完善，转变为设计模型。设计阶段主要分为结构设计和详细设计两个部分。在结构设计中，需要定义包 (子系统)、包问的相关性和基本的通信机制。在详细设计阶段要将包的内容进一步细化，即尽可能的描述每一个类，使编程人员根据它们很容易的编写代码。在这个阶段主要是将分析阶段建立的用例图、类图、序列图、活动图和状态图按共性组成包放在逻辑视图中；(4)代码实现：是指实现各种类，根据模型生成程序代码框架，并对代码框架进行必要的修改和补充，形成完整高级语言编码(5)系统测试和配置：系统测试必须贯穿于整个开发的全过程，对每一个阶段都要建立模型进行测试 。2物流运输运力调度系统的建模目的：物流运输管理系统主要是将先进的仓储系统、接单中心、运力调度、结算系统