物流运输运力调度系统简要介绍 - 图文 (2)

的时候，现场调度却没有总部调度有效率，所以我们采取以现场调度为主，当出现应急订单的时候采用总部调度的临时调度模式。这样一来，有效的保证了在任何情况下调度的时效性。对此我们需要作出以下调整。

1.当订单在运输公司可控范围之内时，采用现场调度的流程，当超出可控范围时，在安吉交通运输部添加一个运力资源平台，通过它来更新各个运输公司闲置运力状态，并实施调度。具体包括载重量，车辆使用年数，驾驶员信息和车辆状态等。

2.当订单超出可控范围后，通过安吉物流公司的运力资源平台的可用运力状态下发给运输公司，让运输公司之间相互合作，避免了各运输公司各自为政的局面。在合作过程中，运单的责任担保仍然不变，安吉物流不对运单报以任何相关责任。

3.对于运输公司之间的合作，需要签定相关协议和规范，根据提供的相应运力来索取报酬。货物在运输过程中需要通过定位系统来获取运输信息，并导入到平台上，以便查询货物的最新近况。

4.由于这种运输的责任明确，便于总部对运输的绩效考核。可以按订单完成率、安全工作指标等进行考核。

当订单在运输公司可控范围之内，当客户发送订单时，安吉物流运输管理系统先对订单进行分配与处理，处理后的订单交给运输公司自己在调度系统里进行调度操作，并上传指令，并及时更新运力平台上自己的闲置运力状态，具体包括载重量，车辆使用年数，驾驶员信息和车辆状态等。运输管理部负责日常的运力审核与调度过程中的监控管理，与运力资源平台的日常管理和维护。

遇到市场需求波动的情况下，交通运输部根据运力资源平台上各运输公司的闲置运力情况对运输订单实施调度，上传指令，并对运输公司实施监控考核（如图1-2）。

- 6 -

客客户 户 发送订单 安TMS 订单分配 吉预处理 物流 交通生成指令 运输部 报车上报运运系统 力 输运输 公公司司 调度 FMS 系统 运力审核 运力资源平台 监控考核 调度 执行 运力状态更新 图1-2 现场调度模式

这种调度方式将现在调度与总部调度有机的结合到一起，各取所长，将总部调度的权利下放到运输公司，但是调度管理权还在总部手中，总部保留对运输公司不合理调度操作的修改权利。当订单在可控范围内时，这种调度模式离运输端较近，可以更多的考虑实际运输情况，提高运输效率，降低运输成本，简化调度流程，避免了信息的过度传输，调高了调度效率。同时避免各运输公司之间各自为阵，使各运输公司之间彼此配合起来，形成一个团结的总体，减少了总部的工作量。对于订单波动较大的情况下，由总部根据各运输公司在运力资源平台上更新的运力信息进行调度操作，这种综合调度模式既缓解部分公司供大于求，也可以解决部分公司供不应求的问题。供方的责任明确，便于总部对运输的绩效考核。

再者，对于不满板的的情况，可以将整个华东地区车辆调度进行集中处理，来提高运输车辆的装载率，降低运输成本，同时达到客户要求的发运及时率指标。 我们通过构建一个物流运输运力调度系统来解决安吉公司目前遇到的调度方法选择带来的困难。

物流运输运力调度系统是现代物流企业生存的必要条件。在激烈的市场竞争中，作为一个物流企业，它的功能主要有三项：第一是储存功能，调剂货物供求；二是流转功能，将货物及时分拣和配送至用户；三是信息功能和交易功能，及时

- 7 -

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

物流运输运力调度系统的分布式多层应用软件体系结构企业内部物流信息系统平台是一个分布式的系统平台，应采用三层或N层的应用体系结构。因为在两层体系结构中，如果把业务逻辑放在客户层，则往往使客户层变得笨重；如果把业务逻辑放在服务器层，则一般较难在数据库系统中实现复杂的应用逻辑。因此，在三层或多层结构中，把业务逻辑从用户界面和数据源中分离出来，构成了中间的一层或多层，才形成了真正的分布式应用系统。客户层只提供应用的用户界面，它根据用户的操作调用相应的业务逻辑，它不直接访问后台数据库；业务逻辑层是应用系统的关键所在，它负责处理所有用户的请求，并且把处理结果返回给表示层。数据服务层提供了数据库的支持，我们可以用存储过程来维护数据。多层应用结构要求层与层之间必须有明确的接口定义，从而保证多层之间可以协作完成应用任务。物流运输运力调度系统信息的传递过程如图1-3所示。

客户端（Client）

- 8 -

服务端 数据端 图1-3 物流运输运力系统中信息的传递过程

二、物流运输运力调度系统的组成

在这里，总共划分了10个系统模块：车辆管理、驾驶员管理、运力查询、承运任务管理、运输成本核算、用户管理、系统管理、财务管理、客户管理、车辆调度。

车辆管理包括车队信息维护的增删改查和车辆信息维护的增删改查。 驾驶员管理包括对驾驶员的增删改查。

运力查询包括运力综合承运车队和车辆的查询与删除，历史承运任务的查询，车辆历史承运信息和车辆历史承运详细信息的查询和打印。 承运任务管理包括承运单的增删改查和承运单的接收。 运输成本核算包括车队运输成本的录入和车队运输成本的查询。 用户管理包括用户的增删改查和用户权限的设置

系统管理包括系统基本信息的设置和系统代码类型管理的查询和删除，线路的增删改查，数据备份和数据还原。 财务管理包括营业报表的查询和打印。 客户管理包括对客户的增删改查。

车辆调度包括对车辆运输管理和承运单的增删改查。

物流运输运力调度系统是整个物流运作和管理的基础，物流运输运力调度系统是企业资源计划(ERP)和及时化生产(JI 等物流管理思想在企业信息化实施的良好体现， 物流运输运力调度系统的建设将为企业物流和供应链成本的降低， 预测准确性和采购及时性奠定的良好基础。

- 9 -

三、物流运输运力调度系统介绍

1. 物流运输运力调度系统建模过程：通过采用UML对运输调度子系统进行建模，基于 UML系统的开发采取增量迭代的方式，其开发过程主要有以下5个部分组成：

(1)需求建模 ：在需求阶段要了解需求，抽象和求精概念，明确客户的要求 。其中需求规格说明文档是开发的基础，最终衡量系统是否满足用户需要的依据，在该阶段主要通过用例图来描述系统的功能需要，同时可以附之以状态图来增加对非功能需求的补充说明；

(2)分析建模：在分析阶段主要通过定义系的领域和关键类来逐步求精地分析系统需求，分析的第一步是根据需求阶段描述的功能需求或非功能需求抽取类和它的属性。在这一阶段主要由类图、序列图、活动图和状态图等来描述； (3)设计建模：在设计阶段是对分析阶段的模型进行扩充、细化和完善，转变为设计模型。设计阶段主要分为结构设计和详细设计两个部分。在结构设计中，需要定义包 (子系统)、包问的相关性和基本的通信机制。在详细设计阶段要将包的内容进一步细化，即尽可能的描述每一个类，使编程人员根据它们很容易的编写代码。在这个阶段主要是将分析阶段建立的用例图、类图、序列图、活动图和状态图按共性组成包放在逻辑视图中；

(4)代码实现：是指实现各种类，根据模型生成程序代码框架，并对代码框架进行必要的修改和补充，形成完整高级语言编码

(5)系统测试和配置：系统测试必须贯穿于整个开发的全过程，对每一个阶段都要建立模型进行测试 。

2．物流运输运力调度系统的建模目的：

物流运输管理系统主要是将先进的仓储系统、接单中心、运力调度、结算系统等平台有机的结合起来，为客户、供应商提供3方的物流及其它增值服务。该系统主要有仓储管理子系统、接单中心子系统(收集客户信息)、系统管理子系统(主要进行权限管理)、运力调度管理子系统等功能组成。有系统管理、车辆管理、驾驶员管理、运力查询、承运任务管理、运输成本核算、用户管理、车辆调度、客户管理、财务管理等十大模块，五种权限，包括财务人员权限，运输人员权限，承运业务员权限，管理员权限，系统要求各业务模块准确、明快、及时地产生各

- 10 -

搜索“diyifanwen.net”或“第一范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，第一范文网，提供最新教学研究物流运输运力调度系统简要介绍 - 图文 (2)全文阅读和word下载服务。