汽运配送物流系统的设计及实现

1、 密级：_JINGGANGSHAN UNIVERSITY本科毕业论文（设计）题目：汽运配送物流管理系统的设计与实现学 院 电子与信息工程学院 专 业 计算机科学与技术 姓 名 宁* 班 级2013级计算机本(1)班学 号 130911008 指导教师 夏* 起讫时间 2016.112017.05汽运配送物流系统的设计与实现作者:宁圣云 单位：井冈山大学 地址：江西吉安 邮编：343000指导老师:夏洁武【摘要】现代物流行业发展迅速，企业间的竞争也很激烈，因此选择一个适合自己的配送系统尤为重要，结合实际应用，我们开发了基于WCF（Windows Communication Foundation）

2、框架的汽运配送物流系统，汽运配送物流系统是对物流公司的货物配送运输的信息管理系统，它不仅可以使物流企业运行的更加高效，还可以更方便的管理掌握货物的运输流程。本论文首先阐述了物流汽运配送的研究背景及意义，介绍了与本系统开发有关的基本理论技术。围绕本系统的设计开发过程，本论文论述了系统的整体架构体系、基本功能需求以及UML用例分析。依据系统整体架构以及功能需求，本论文对系统主要模块设计，数据结构设计和模块实现进行了详细的叙述。【关键词】汽运配送；WCF；物流Design and Implementation of Automotive Distribution Logistics SystemAu

3、thor：Ning Shengyun Unit：JINGGANGSHAN UNIVERSITY Address:Jian Jiangxi Postcode:343000Instructor: Xia JiewuAbstractModern logistics industry is developing rapidly and the competition among enterprises is very fierce, so choosing a suitable for their own distribution system is particularly important. W

4、e developed automotive logistics system based on WCF framework. Automotive logistics system is an information management system for the distribution of goods transportation logistics company, it can not only make the logistics operation more efficient, but also can be more convenient to master the m

5、anagement of goods the transport process.This paper first elaborated the research background and significance of the logistics delivery trucks, introduces the basic theory and technology related to the development of the system. Around the design and development process of the system, this paper dis

6、cusses the overall architecture of the system, the basic functional requirements and UML use case analysis. According to the overall system architecture and functional requirements, this paper describes the design of the systems main modules, data structure and module design in detail. Key WordsAuto

7、motive distribution ;WCF;Logistics目 录第一章 引言11.1课题背景11.2课题意义及应用价值11.3系统实现技术概述11.3.1 WCF框架11.3.2 C/S架构21.4主要工作及论文结构2第二章 系统需求分析32.1 运交领域维护功能需求32.2 配送车次维护功能需求42.3 派车维护与出返确认功能需求5第三章 系统设计与实现73.1 系统开发运行环境73.2 系统的总体设计73.3 数据库设计83.4 系统实现153.4.1 运交领域维护模块的实现153.4.2 配送车次维护模块的实现193.4.3 派车维护与出返确认模块的实现22第四章 系统测试27

8、4.1测试方法274.2测试用例274.3测试结果28第五章 结束语29参考文献30致 谢31第一章 引言1.1课题背景在高速发展的信息社会，当前物流行业发展日新月异，我国经济占世界经济比重逐年上升，和世界经济接轨的趋势逐渐加强，为现代物流的发展创造了有利的条件。目前，我国各种物流企业公司比比皆是，预测21世纪，物流业会发展得越来越好。理论源于实践，在一些经济发展水平较高的国家，物流理论使得物流行业发展快速。世界经济活动超越国界以及现代物流业发展的信息化、配送运输的现代化和综合化等趋势，使我国物流业的发展具有各方面的挑战性。以前物流行业的操作模式已不再适应当前的物流行业，目前有许多大型物流企业

9、都有适合自己公司的配送系统，然而一些小型的物流企业购买使用的物流信息软件，不足以满足自己的需求，即使有些软件比较适用，但是有时可能在客户系统中运行不稳定。本系统便是为解决这些问题根据中小型企业的实际功能需求而开发的汽运配送系统。1.2课题意义及应用价值在IT技术迅速发展的今天，人们利用IT技术开发了许许多多关于物流运输的软件，当前有许多大型物流企业都有适合自己公司的配送系统，然而一些小型的物流企业购买使用的物流信息软件，不足以满足自己的需求，即使有些软件比较适用，但是有时可能在客户系统中运行不稳定。现在大多数物流系统都采用的是B/S开发模式，而本系统基于WCF框架，适合小型物流公司内部工作人员

10、使用。汽运配送物流系统做为物流网的一种，用于货物的配送运输，可以使货物运送到目的地的过程有保障且高效，给公司提供更加简单便捷的运输服务。1.3系统实现技术概述1.3.1 WCF框架Windows Communication Foundation(WCF)可翻译为Windows 通讯开发平台，是由微软公司研发的一系列应用程序框架，用来支持数据通信，是Windows平台上开发分布式应用最佳的实践方式。WCF可简单归结为四大部分：网络服务的协议，即开放客户端接入使用的网络协议；业务服务的协议，即声明服务可以提供哪些业务；数据类型声明，即一致化客户端与服务器端通信的数据部分；传输安全性相关的定义。概括

11、地说，WCF具有如下的优势:统一性、互操作性、安全与可信赖和兼容性。1.3.2 C/S架构C/S结构，即Client/Server（客户机/服务器）结构，通过将任务合理分配到Client端和Server端，系统的通讯开销得以降低，两端硬件环境的优势得以充分利用。客户机/服务器，是一种分布信息或文件的方法，是一种局域网结构，人们通过客户机同网络交互。其主要优势如下：应用服务器运行数据负荷较轻；数据的储存管理功能较为透明。三层C/S结构将应用功能分成表示层、数据层和功能层三部分，各部分在逻辑上独立。应用层是应用的用户接口部分，它承担着用户与应用间的对话交流功能。功能层相当于应用的本体，它是将具体的

12、业务处理逻辑地写入程序中。数据层就是DBMS，负责管理对数据库数据的读取和写入。1.4主要工作及论文结构论文结合当前汽运配送物流的实际情况，我们设计和开发了一套基于WCF框架的汽运配送系统。软件侧重公司事务流程和易用性，将配送公司的业务流程和计算机软件有机的联系在一起，从接货开单（录入货运单信息）、打印电脑单据、装车制作配送清单到配送车次、物流派车，查询车次状态，物流派车，查询车次状态，再到出车确认，返车确认，特殊派车，单据还原，记录车次的出返异常，处理结果等等对公司事务进行全程跟踪管理，不用反复录入数据信息，不增添额外工作，完善了业务流程，操作简单，实用性强。 论文结构如下：本文第一章是引言

13、，主要介绍了汽运配送物流系统的开发背景、意义及应用价值，还有系统的主要工作。第二章是系统需求分析，从预期目标、功能需求等方面对汽运配送物流系统进行分析，从而确定系统的具体功能模块。第三章是系统设计与实现，主要描述了数据库设计和各个功能模块的设计过程。第四章是系统测试，尽可能多地发现并排除系统中潜在的错误。第五章是结束语，对论文进行总结，阐述系统各方面的不足。第二章 系统需求分析在基于用例的需求分析中，Use Case是对系统用户需求（主要是功能需求）的表述，描述了系统的功能需求和可提供的服务。结合UML与面向对象建模技术，分析汽运配送物流系统的需求，我们对本系统划分出一些参与者和用例。在论文中

14、，参与者只有面向企业的工作人员，以下简称为员工。我们将系统分为三个模块，即运交领域维护模块、配送车次维护模块和出返车确认模块。2.1 运交领域维护功能需求通过分析，我们将配送领域划分为本地领域和外地领域两部分。首先我们对物流的运交领域进行规划，由图2.1可知，本地和外地的领域规划并不完全相同。运交领域（配送领域）即物流所要配送的地址信息。 图2.1领域规划图本地领域规划按地址明细和指定客户来设定领域地址及领域编码，其中指定客户指的是一些大的商家，对指定客户新增配送领域编码及地址，然后根据领域地址及编码设定配送属性，本地领域的配送属性可以是自送（包括自有车和包车接送）也可以是委外。外地领域的规划

15、首先设定配送领域的编码及地址，再根据领域地址设定配送属性，所有外地领域的配送属性均为委外派车。领域台车维护主要是对一个或多个领域分组并在出货区区分，本地部分可以按照自送一个领域一个台车号，外地部分可以用（配送方式+领域）的方式编台车号，台车号的信息里包括领域信息，在出货分区标示出台车号方便理货人员理货和装车。运交领域维护模块主要包括以下三个功能：（1）领域规划。按地址明细和指定客户设定配送领域编码及地址。（2）配送领域的属性维护。主要是对本物流地点相关领域进行增删查改，而其他领域的属性信息只能查询。在本物流地点新增一个领域时，需要这里设置配送属性、配送方式、配送等级等，当开单人员中新增货运单时

16、会从这查询领域代码所对应的默认配送方式、和预计送达天数显示货运单开单界面提示开单人员选用。修改是对本物流地点相关联领域的配送属性、配送方式、配送等级、预计送达天数进行修改，其他属性信息则不可直接修改。（3）领域台车的维护。对每个物流地点设定的台车号进行增删查改。具体的工作有工作人员对物流的运交领域进行规划，运交领域分为本地和外地两部分，有各自的规划方式，运交领域规划完成之后，工作人员还需对配送领域的属性和领域台车进行维护。 图2.2运交领域维护用例图2.2 配送车次维护功能需求物流公司每天都有大量的货单需要出车配送，在出车配送之前，我们要设定好配送车次。配送车次要根据所在领域的台车号和出车日期

17、进行设定。该模块的功能有：（1）配送车次维护。主要是对设定好的车次进行查询、修改、删除等。（2）拷贝车次。因为近一个月内每周的车次信息大致相似，同时也为方便后续信息查询，每月最后一个周五结单后，将后续第一周和第二周的车次拷贝到之后第三周第四周。具体的工作有工作人员首先根据货运单的数据配送车次，对车次进行维护，若车次信息有误可修改，不能修改则删除之后再新增，每到月末，为方便后续信息查询，拷贝车次。 图2.3 配送车次维护用例图2.3 派车维护与出返确认功能需求派车维护与出返确认需求是物流公司业务管理中一大重要功能。该模块主要包括以下功能：（1） 物流派车：是对事先设定好并且即将到达出车时间的车次

18、进行派车，派车后车辆会到达出货分区对应的位置进行装货。派车之前可先查询是否还有应派的而未派的单据，一经发现，立刻进行装车。（2） 返车确认：返车确认分为货品与“签收单”的确认，返车确认即可通过整车次确认,也可点选车次后进入明细画面逐笔确认。（3）出车确认：出车确认分为货品与“签收单”的确认，出车确认即可通过整车次确认,也可点选车次后进入明细画面逐笔确认。（4）单据还原：还原单据状态到前一个状态 (派/出/返)，以防误操作。（5）特殊派车：如若车辆故障或者派车操作失误、货量大装不下、无调货直发单等，可进行特殊派车。具体的工作有工作人员通过对派车状况的查询得知当前派车状况，根据需要对未派车的配送车

19、次派车，到出货分区装货，到特定车次出车时间时，对该车次进行出车确认，如有误操作，可对单据进行还原，将单据还原到前一个状态。若该车次没有问题，等待车次返回，再对该车次进行返车确认。 图2.4 派车维护与出返确认用例图第三章 系统设计与实现3.1 系统开发运行环境本系统基于WCF框架，后台服务器使用Windows操作系统配置IIS，SQL Server 2008 数据库管理数据，以Visual studio 2013为开发环境，C#为开发语言。操作系统windows2000以上版本。3.2 系统的总体设计系统总体结构设计通常应依照以下原则：子系统之间不相互影响；子系统之间的数据相关性尽可能的小；子

20、系统的设置需考虑以后管理发展的需要；子系统的划分应使得系统分阶段的实现更方便。为了更好地实现系统内各个模块的功能，将各个模块的主要功能进一步细分。图3.1是系统的层次图，通过图示的形式，描述了系统各部分的功能模块结构关系。图3.1 系统总体结构图运交领域维护模块具体的工作有工作人员对物流的运交领域进行规划，运交领域分为本地和外地两部分，有各自的规划方式，运交领域规划完成之后，工作人员还需对配送领域的属性和领域台车进行维护。配送领域的属性维护主要处理日常业务中配送领域的增删查改。配送车次模块功能包括维护配送车次、拷贝车次和配送车次报表三个部分的功能。其中配送车次的维护包括新增、删除、查询、修改等

21、；拷贝车次是为方便后续信息查询，每月最后一个周五结单后，将后续第一周和第二周的车次拷贝到之后第三周第四周。派车维护与出返确认模块功能包括物流派车、单据新增、派车状况查询、出车确认、返车确认、单据还原和特殊派车功能。具体的工作有工作人员通过对派车状况的查询得知当前派车状况，根据需要对未派车的配送车次派车，到出货分区装货，到特定车次出车时间时，对该车次进行出车确认，如有误操作，可对单据进行还原，将单据还原到前一个状态。若该车次没有问题，等待车次返回，再对该车次进行返车确认。在完成系统的各功能模块的详细设计以后，就是进行具体编码，实现各模块功能的过程了。3.3 数据库设计数据库表包括地址明细运交领域

22、表、指定客户运交领域表、领域台车表、物流派车表、异动通知单表、单据表、单据明细表、配送车次表、付款条件表、出货区盘点表、出返车确认表、派车明细表等表单。货运单表、配送车次表、派车状态表的表间关系如图3.2所示。 图3.2 配送车次与出返确认模块表间关系图由图可知，货运单表与配送车次表存在多对一的关系，一个车次可以配送多张单据，而一张单据只能由一个车次配送。出返车确认表与货运单表存在多对一的关系。派车状态表与配送车次表存在一对多的关系，即一个车次在某个时间段只能是某个特定的状态，某个特定的状态可以对应多个车次。配送车次表与班次表存在多对一的关系，一个班次里可以有多个车次，而一个车次只能属于某个特

23、定班次。领域规划模块的表间关系如下图3.3所示。图3.3 领域规划表间关系图由图可知，地址明细运交领域表和领域台车表与地区表存在一对多的关系。领域台车表与地区表存在一对多的关系。货运单表与领域台车表存在一对多的关系，一个单据信息对应一个台车号，一个台车号信息可对应多个单据。指定客户运交领域表与客户表之间存在一对多的关系。由于篇幅有限，只列出主要表单的内容。以下是主要表单的详细设计内容。地址明细运交领域表用来记录按地址明细设定的配送领域信息，如表3.1所示。 表3.1 地址明细运交领域表（DZ_AddressDomain_Table）指定客户运交领域表用来记录按指定客户设定的配送领域信息，如表3

24、.2所示。表3.2 指定客户运交领域表（DZ_ClientDomain_Table）领域台车表用来记录各个领域内的台车信息，如表3.3所示。表3.3领域台车表（LY_DomainVehicle_Table）异动通知单表用来记录订单出现异动的信息，如表3.4所示。表3.4异动通知单表（PC_IrregularInformOrder_Table）物流派车表用来记录物流派车信息，如表3.5所示。表3.5 物流派车表（PC_LogisticDispatch_Table） 单据明细表用来记录单据的具体明细，如表3.6所示。表3.6 单据明细表（WL_Bills_Table）单据表用来记录每个客户订单的信

25、息，如表3.7所示。表3.7 单据表（WL_Bills_Table）付款条件表用来记录付款所需的条件信息，如表3.8所示。表3.8 付款条件表（PC_PaymentTerms_Table）配送车次表用来记录每条单据所配送的车次信息，如表3.9所示。表3.9 配送车次表（PS_DeliveryTrainNum_Table） 出货区盘点表用来记录出货区的信息，如表3.10所示。表3.10 出货区盘点表（PC_ShipmentCheck_Table） 派车明细表用来记录物流派车明细，如表3.11所示。表3.11 派车明细表（PC_DispatchDetails_Table） 表3.12为出返车确认表

26、用来记录订单出车的信息。表3.12 出返车确认表（PC_OutOrReturnConfirmation_Table） 3.4 系统实现3.4.1 运交领域维护模块的实现运交领域维护模块主要包括以下三个功能：（1）领域规划。按地址明细和指定客户设定配送领域编码及地址。（2）配送领域的属性维护。主要是对本物流地点相关联领域进行新增、修改、删除，其他领域的属性只能查询。修改是对本物流地点相关联领域的配送属性、配送方式、配送等级、预计送达天数进行修改。（3）领域台车的维护。对每个物流地点设定的台车号进行增删查改。在开发工具中，查询界面的设计可直接将左边工具箱中的控件拖曳到设计视图中即可，再在右侧的属性

27、框里修改控件的属性，可使控件更加美观。可观看下图例子。在系统中，运交领域维护模块典型实现页面如下图所示。图3.4系统登录页面用户输入用户名密码后，即可进入系统的主页面，可观察到主页面共有三个选项卡按钮，对应系统三个模块，点击物流作业-运交领域维护按钮，如下图3.5所示。图3.5运交领域维护主页面点击主页面上的“配送领域属性维护”图标按钮即可进入以下界面，可根据物流地点、领域代码、配送属性、配送等级等关键字进行模糊动态查询，选中表单删除列的复选框并点击删除按钮即可删除所选数据项，还可新增物流信息，如图3.6所示。 图3.6 配送领域属性维护界面进入按地址明细规划领域页面，表单中的数据为已规划好的

28、全部领域信息，员工也可查询想要查看的数据，在输入框内输入限制条件即可。 图3.7按地址明细规划进入按指定客户规划领域页面，表单中的数据为已规划好的全部领域信息，员工也可查询想要查看的数据，在输入框内输入限制条件即可。还可在表单中直接进行删除。 图3.8 按指定客户规划当选中某一条数据时，点击更正按钮，会弹出以下界面，如图3.9所示。 图3.9 修改界面台车号是根据配送方式和运交领域来确定的，可根据台车号来判断每条单据的运交领域地址是否正确和基本的配送方式，非常便捷。图3.10领域台车维护界面3.4.2 配送车次维护模块的实现配送车次模块功能上提供维护配送车次、拷贝车次和配送车次报表三个部分的功

29、能。其中维护配送车次实现配送车次的设定，包括新增、删除、查询、修改等；拷贝车次是为方便后续信息查询，每月最后一个周五结单后，将后续第一周和第二周的车次拷贝到之后第三周第四周；。用户进入主页面后点击“物流作业-配送车次维护”按钮。可选择该模块下的各个功能小模块进行操作。图3.11 配送车次维护主页面图3.12 运交车次维护界面在运交车次维护界面点击拷贝车次按钮即可进入拷贝车次页面，进行拷贝车次的任务。一般为每月最后一个周五结单后，将后续第一周和第二周的车次拷贝到之后第三周第四周。图3.13拷贝车次界面新增页面，在各输入框内输入车次信息，若无误，点击新增按钮，即可新增成功。图3.14 车次新增界面

30、该页面中的表单是可编辑的，所以可直接在表单中进行修改。若想删除某条数据，选中删除列的复选框并点击删除按钮即可删除数据。 图3.15车次修改/删除界面3.4.3 派车维护与出返确认模块的实现派车维护与出返确认模块功能包括物流派车、单据新增、派车状况查询、出车确认、返车确认和单据还原的功能。具体的工作有工作人员通过对派车状况的查询得知当前派车状况，根据需要对未派车的配送车次派车，到出货分区装货，到特定车次出车时间时，对该车次进行出车确认，如有误操作，可对单据进行还原，将单据还原到前一个状态。若该车次没有问题，等待车次返回，再对该车次进行返车确认。用户进入主页面后点击“物流作业-派车维护与出返确认”

31、按钮。可选择该模块下的各个功能小模块进行操作。 图3.16 派车维护与出返确认主界面 图3.17 物流派车界面图3.18 派车状况查询界面单据新增，在各输入框内输入车次信息，若无误，点击新增按钮，即可新增成功。图3.19单据新增界面点击出（返）车确认按钮，弹出出返确认界面，在功能选择处选择相应功能，若选择出（返）车，界面表单中会出现对应的需要出（返）车的车次信息，员工根据实际情况选择需要进行出车确认的车次，修改车次状态。图3.20 出返车确认界面在出返车确认界面点击表单中需要进行出车确认的车次，即可进入出车确认by订单界面，对该车次所运载的单据进行出车确认，选中复选框即可。图3.21 出车确认

32、by单号图 3.22 返车确认by单号界面点击单据还原按钮，进入还原界面，用户员工可进行条件查询想要还原的单据，选中表单中想要还原的单据，点击还原按钮，单据即可还原到前一状态。图3.23单据还原界面图 3.24 异动通知单打印界面第四章 系统测试测试阶段的根本目标是尽可能多地发现并排除系统中潜在的错误异常，系统测试通常有若干个测试组成，对系统各功能模块进行测试，使系统充分运行，以检验系统是否能够正常完成各项工作。在系统测试时，应该追溯到用户需求，找到不满足用户需求的错误，并加以改正优化，从而使系统相对稳定。4.1测试方法常见的软件测试方法有黑盒测试和白盒测试两种。黑盒测试法把程序看作一个黑盒子

33、，完全不考虑程序的内部结构和处理过程，它只检查程序功能是否能够按照预期正常使用，程序是否能够适当地接受输入数据并产生正确的输出信息。白盒测试法是知道产品的内部工作过程，检验产品内部动作是否能够按照预定要求正常工作。由于系统设计已经完成，因此测试方法选择黑盒测试。4.2测试用例系统的功能、输入和输出等质量指标如表4.1所示。表4.1 测试用例表模块功能输入输出正确输出错误输出公共模块员工登录帐号、密码进入主界面返回登录框（没有这个员工或密码不正确）系统管理模块系统管理模块运交领域维护模块配送领域属性维护增删改写入数据库单据页面可查看未保存到数据库，返回“失败”领域台车维护增删改写入数据库单据页面

34、可查看未保存到数据库，返回“失败”领域规划本地领域物流地点信息写入数据库具体界面可查询未保存到数据库，返回“失败”外地领域物流地点信息写入数据库具体界面可查询未保存到数据库，返回“失败”配送车次维护模块配送车次新增设定车次信息写入数据库返回增加成功未保存到数据库，返回“失败”拷贝车次输入拷贝车次信息返回拷贝成功更新数据库未保存到数据库，返回“失败”派车维护与出返确认物流派车配送车次修改派车状态修改成功修改失败单据新增新增单据信息新增成功新增失败出返确认配送车次出返确认顺利确认确认失败单据还原单据状态还原到前一状态还原成功还原失败4.3测试结果经过一周的反复测试，系统的大部分功能都可正常运行，并且满足用户需求，可以达到预期的效果。39第五章 结束语汽运配送物流系统是对物流公司的货物配送运输的信息管理系统。系统具体的工作流程是工作人员首先进行领域规划，领域规划完成之后，对配送领域的属性和领域台车进行维护；然后为了货物的顺利出车，需要工作人员事先设定好配送车次，特定的时间点还需要拷贝车次，以方便后续信息查询；最后就是货物的派车和出车了，对事先设定好并且即将到达出车时间的车次进行派车，发出派车指示后，车辆会到达出货分区对应的位置进行装货，然后出车，再修改货运单和配送车次的状态，车辆完成送货任务回来，工作人员接到通知后，对配送车次进行返车确认。系统本身也有很多不完善的地方