大连日新运输株式会社物流配送管理系统.doc

中文题目：大连日新运输株式会社物流配送管理系统外文题目：DALIAN NEW TRANSPORTATION COMPANY LIMITED LOGISTICS DISTRIBUTION MANAGEMENT SYSTEM毕业设计（论文）共64页（其中：外文文献及译文10页）图纸共0张 完成日期 2012年6月 答辩日期 2012年6月57 / 65摘要物流业作为一门新兴的产业在我国生产和流通领域掀起一股热潮。其中，配送环节是物流过程中至关重要的一环，以高效的管理、较低的物流成本为顾客提供满意的服务。为了更好地适应现代物流的发展要求，提升管理水平和工作效率，大连日新运输公司拟构建相应的物流配送系统。在详细调研大连日新运输公司物流配送管理业务活动的基础上，采用面向对象的分析方法，利用UML建模，以Ecilipse3.4为开发工具，Oracle 10g为后台数据库，采用JSP、Strust等技术，实现了基于B/S架构的大连日新运输株式会社物流配送管理系统。本系统的主要功能有托运单管理、配送管理、在途跟踪管理、报表管理、车辆管理、审核等。界面清新简洁、操作简单易用，较好地满足了用户需求。不仅能够及时、准确地提供相应信息，快速高效地为货物配送工作提供支持，而且提高了服务水平，降低了成本，增加了顾客的满意度。关键词：物流配送管理；面向对象；JSP；Oracle10gAbstractThe logistics industry as an emerging industry in China the production and circulation areas set off a craze. Wherein, logistics distribution is an important link in the logistics process, to efficient management, lower the logistics cost and provide excellent customer service.In order to better adapt to the request of the development of modern logistics, improving the management level and work efficiency, Dalian new transport company to build the corresponding logistics distribution system.In the detailed investigation and Study on Dalian new transportation company logistics management business activities on the basis of, using object-oriented analysis method, using the UML modeling, using Ecilipse3.4 as development tool, Oracle10g as background database, using JSP, Strust technology, based on the realization of the B/S framework of the Dalian new Transportation Company Limited Logistics distribution management system.The main functions of the system have the consignment management, distribution management, in-transit tracking management, report management, vehicle management, audit etc. Clean interface is simple, easy to use, to better meet the needs of users. Not only can provide corresponding information timely, accurately, quickly and effectively to the distribution of goods to provide support, and improve the service level, reduce cost, increase customer satisfaction.分享到 翻译结果重试抱歉，系统响应超时，请稍后再试 支持中英、中日在线互译 支持网页翻译，在输入框输入网页地址即可 提供一键清空、复制功能、支持双语对照查看，使您体验更加流畅Keywords: logistics management; object oriented; JSP; Oracle10g目录前言11 系统调研21.1公司简介21.2公司组织结构21.3现行系统业务概述31.4系统可行性分析52 面向对象的分析72.1设计系统用例模型72.1.1确定系统的参与者72.1.2确定系统用例82.1.3图示用例92.2 系统的类图133 面向对象设计163.1时序图163.2活动图243.3配置图273.4系统结构设计283.5代码设计293.6数据库设计303.6.1数据库选择303.6.2数据库的设计原则303.6.3数据库表设计303.7输入输出设计353.7.1输入设计353.7.2输出设计374 系统实施384.1系统开发平台及技术选择384.1.1 JSP介绍384.1.2 Oracle介绍394.1.3 Struts介绍404.1.4 Eclipse介绍404.2 系统运行环境404.3系统测试414.3.1概述414.3.2测试目标424.3.3测试方案424.3.4系统转换435 系统维护与评价445.1 系统维护445.2系统评价446 结论45致谢46参考文献47附录A48附录B53前言随着生产和流通企业的结构调整，经济的快速发展和市场竞争的加剧，物流配送业会受到越来越多的重视。社会的发展对物流和配送提出了更高的要求，这就需要建立更为先进、科学的物流体制。现代物流企业为加快信息处理速度、提高顾客服务水平、减少成本，需要更加灵活，能够优化配送路线和运输的物流配送管理平台和解决方案。企业配送人员采用配送管理系统，根据客户订单的需求制定一个货物装运、车辆选择与路线选择的具体配送计划。由于配送计划的复杂性和涉及范围的广泛性，便需要妥善的配送管理才能使配送方案达到最佳效果。因此，开发一个界面友好，易于操作的物流配送管理系统变得十分重要，本文描述的就是该系统的设计与开发。1 系统调研1.1公司简介大连日新运输株式会社是日本日新运输株式会社在大连的分公司，日本日新运输株式会社是日立物流集团下的全资子公司。公司总部位于日本大坂，并设有东京、神户、名古屋、岐阜、安来支店和九州营业所。公司自20世纪80年代初开始投身于中日贸易运输，目前成立了上海远新国际运输有限公司、青岛海新达国际运输服务有限公司、苏州邦达新物流有限公司叁个合资公司，并设有上海、青岛、大连、北京等联络代表处。 2005年起,本部在大连设立了分公司。日新运输株式会社大连分公司物流实业有限公司是集仓储、配送运输、包装生产为一体的综合性第三方物流公司。物流公司现有员工近 2000多人，拥有和整合各种运输车辆、先进的物流设备、仓库，并在全国多个省、市、自治区大中城市建立了合作网络公司，与国内外多家企业建立了长期的合作关系。1.2公司组织结构总经理办公室：对合同进行管理，总经理通过系统中合同的招标进行报价，若中标可对合同签订。对业务部提交上来的托运申请进行处理，针对系统发放的托运申请进行接受或拒绝处理，托运单的负责人会根据通过审核的托运申请开出托运单（订单）。业务部：业务员与客户联系，根据客户需求填写托运申请，将填写好的托运申请提交给上级审核，再根据通过审核的托运申请填写正式的托运单。配送部门：配送管理人员对托运单进行配车、出货处理。根据客户订单的需求、货物和车辆的状态、路线等给货物安排运输车辆。车辆管理人员对车辆进行管理，提供车辆和司机的基本信息。对车辆进行维修、报废处理。当所用的车源不足时向总经理请求购买。仓库部：首先对仓库信息进行仓库设定、对调度中心发送过来的信息进行入库操作、出库操作，另外还担当着货物存放、拣货装配、货物移库、库存查询、仓库盘点、增值业务、财务结算、报表统计等工作。业务部大连日新运输株式会社信息管理部客户服务组业务组装卸组仓管组叉车组仓储部IT组策划组对账组财务组回单中心稽查组财务部劳资组行政组人力资源部调度组车队配送部总经理办公室图1-1公司组织结构图Fig. 1-1 Organization structure of the company.1.3现行系统业务概述大连日新运输株式会社的业务流程是从客户服务开始的，由业务员与客户联系沟通，把握客户的需求，然后录入托运申请单并确认，公司法人代表与客户签订运输合同；配送部针对已确认的托运单进行调度派车、打印派车单；接着，司机上门装货，并确认装车、打印装车单；确认在途后，进行行车在途跟踪，随时向客户提供车辆的运行情况；运输完成后，进行回单确认，司机持有效凭证或单据到财务结算运费；同时财务部与客户结算相关费用。系统以配送管理为核心，遍及物流配送的大部分业务，帮助工作人员及时处理相关业务，方便管理阶层能及时、准确掌握整个企业的营业状况。表1-1流程图符号说明Tab.1-1 Flow chart symbol explanation图例说明含义单位或个人表示业务流程中的单位或个人。处理表示各种处理功能。文件标志表示输入、输出的报表、单据等。流向线表示信息或处理的流向。客户客户下单确认后开具内部订单生成托运单直接发货业务员申请单总经理调度人员出库单保管员已审核申请单审核取货单委托方负责人运输负责人提货验证，共同签字确认出库管理员出库管理员货物出库运输负责人发货并返回在途信息发货单验收单客户入库管理员运输负责人入库验证，共同签字确认后货物入库入库单（确认后）调度人员取货单运输负责人出库管理员出库验证，共同签字确认后货物出库运输负责人运回公司仓库暂存订单托运单单取货单取货单（直接发货）出库单运输负责人取货单（运回公司）业务员出库单运回公司仓库入库单在途信息客户图1-2业务流程图Fig. 1-2 Service flow chart1.4系统可行性分析 可行性分析是指在当前组织内外的具体环境和现有条件下，某个项目的工作是否具备必要的资源及其他条件。它是保证工作正常运作的前提。通过调查分析，公司建立物流配送管理系统有充分的必要性和可能性。可以建立该管理系统的可能性主要从管理可行性、经济可行性、技术可行性和运行可行性等方面进行分析。1）管理可行性管理可行性是指管理人员对开发应用项目的态度和管理方面的条件。管理方面的条件是指管理方法是否可行，相应管理制度改革的时机是否成熟，规章制度是否齐全以及原始数据是否正确等。本系统是针对物流配送管理的相关工作所开发的物流配送管理系统，系统使用方便，能够使操作员快速掌握使用方法。系统的开发与设计的到了公司领导的大力支持，使得系统的开发得以顺利进行。使用本系统需要操作员有一定的计算机操作基础，系统管理员要求有一定的计算机专业知识。本系统的使用人员经过短期的学习后就会熟练掌握其使用方法。从管理上来看，此系统可以开发。2）经济可行性物流配送管理系统是物流管理中相当重要的一部分，对于软件公司来说，开发本系统不会耗费大量资金。系统成功运行会提高物流配送的工作效率，减少不必要的人力、物力损失，所以本系统的开发成本在公司承受范围之内。从经济上来看，本系统可以开发。3）技术可行性技术可行性主要是分析当前的软硬件技术能否满足对开发本系统所提出的技术要求，以及开发人员是否已掌握开发这个系统的技术。从软件可行性方面来看，系统采用JSP、Struts框架等，以oracle作为后台数据库，使用SQL编程，采用JDBC方式连接数据库，这些在目前都是容易实现的。从硬件可行性方面来看，系统数据量较大，因此需要较大的硬件系统存储量，以市场目前流行的硬件水平来看，是完全可以达到的。系统开发人员有过硬的技术和丰富的系统开发经验。所以，无论是从当前的软硬件技术分析还是从开发人员的技术水平分析，本系统的开发具备技术可行性。4）运行可行性：在工作上，企业员工管理物流配送的信息量非常大，开发了此系统，可极大提高企业员工的工作的效率。提高决策的管理能力等等，方便数据的储存和修改，及以后随时查询订单、客户信息，是一个比较人性化的管理系统。通过以上对系统开发在管理上、经济上，技术上和运行上的可行性分析，得出结论，该系统的开发与设计完全具有可行性，可以开发。2 面向对象的分析面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented)方法，是建立在“对象”概念基础上的方法学。对象是由数据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。而继承性是对具有层次关系的类的属性和操作进行共享的一种方式。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。面向对象的主要特征有封装性、继承性和多态性。封装是一种信息隐蔽技术，它体现于类的说明，是对象的重要特性。封装使数据和加工该数据的方法（函数）封装为一个整体，以实现独立性很强的模块，使得用户只能见到对象的外特性，而对象的内特性对用户是隐蔽的。封装的目的在于把对象的设计者和对象者的使用分开，使用者不必知晓行为实现的细节，只须用设计者提供的消息来访问该对象。 继承性是子类自动共享父类之间数据和方法的机制。它由类的派生功能体现。一个类直接继承其它类的全部描述，同时可修改和扩充。 对象根据所接收的消息而做出动作。同一消息为不同的对象接受时可产生完全不同的行动，这种现象称为多态性。利用多态性用户可发送一个通用的信息，而将所有的实现细节都留给接受消息的对象自行决定，如是，同一消息即可调用不同的方法。 UML（Unified Modeling Language的缩写）统一建模语言,是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化和编制文档的一种标准语言。2.1设计系统用例模型用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。2.1.1确定系统的参与者 确定参与者首先需要分析系统所涉及的问题领域和系统运行的主要任务：分析使用该系统主要功能的是哪些人，谁需要该系统的支持以完成其工作，还有系统的管理者与维护者。根据物理配送管理系统的需求分析，可以确定系统的参与者分别为：业务员、审核人、管理人员、车辆管理员、货物信息管理员、配送管理员。2.1.2确定系统用例用例是系统参与者与系统在交互过程中所需要完成的事物，识别用例最好的方法就是分析系统的参与者开始，考虑每个参与者是如何使用系统的。由于系统存在业务员、审核人、总经理、车辆管理员、货物信息管理员、配送管理员六个参与者，所以在识别用例的过程中，可以将系统分为6个用例图分别考虑。1. 业务员进行托运单管理的用例业务员进行托运单管理的用例图包含如下用例：1） 托运申请处理；2） 托运单处理；3） 托运再申请。2. 配送管理员进行配送管理的用例配送管理员进行配送管理的用例图包含如下用例：1） 增加车辆；2） 删除车辆；3） 查看车辆装货情况；4） 装货；5） 出货确认；6） 出货取消。3. 货物信息管理员进行在途跟踪管理的用例货物信息管理员进行在途跟踪管理的用例图包含如下用例：1） 设置在途信息；2） 已到达货物查询。4. 管理人员进行报表管理的用例管理人员进行报表管理的用例图包含如下用例：1） 查看未完成托运单报表；2） 查看已完成托运单报表。5. 审核人进行审核处理的用例审核人进行审核处理的用例图包含如下用例：1） 查看已审核项目；2） 查看待审核项目；3） 审核项目。6. 车辆管理员进行车辆管理的用例车辆管理员进行车辆管理的用例图包含如下用例：1） 设置车辆资料；2） 设置司机资料；3） 车辆维修申请；4） 车辆维修再申请；5） 车辆报废申请；6） 车辆报废再申请。2.1.3图示用例表2-1用例图符号说明Tab.2-1 Use case diagram symbols图例说明含义角色（Actor）表示Actor，是用户作用于系统的一个角色（Role）。Actor有自己的目标。通过与系统的交互达到目标。用例（Use Case）表示Use Case，是对系统的用户需求（主要是功能需求的描述），Use Case表达了系统的功能和提供的服务。关联关系表示Unidirectional Association，是Actor与Use Case之间的关联关系。关系方向显示系统或角色启动通信。扩展关系表示Extend Association，是指一个Use Case可选扩展另一个Use Case提供的功能。包含关系表示Include Association，是指一个基本的Use Case的行为包含或使用了另一个Use Case行为。泛化关系表示一般用例和特殊用例之间的泛化关系。图2-1托运单管理的用例图Fig. 2-1 Consignment note management use case diagram图2-2配送管理的用例图Fig. 2-2 Distribution management use case diagram图2-3在途跟踪管理的用例图Fig. 2-3 In transit track management use case diagram图2-4报表管理的用例图Fig. 2-4 Statements of management use case diagram图2-5审核处理的用例图Fig. 2-5 Audit management use case diagram图2-6车辆管理的用例图Fig. 2-6 Vehicle management use case diagram2.2 系统的类图类图是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。类不仅显示了系统内信息的结构，也描述了系统内信息的行为。表2-2类图符号说明Tab. 2-2 Class diagram symbols图例说明含义类表示类（Class）,类是面向对象系统组织结构的核心，顶部区域显示类的名字，中间的区域列出类的属性，底部的区域列出类的操作。关联关系表示关联关系（Association），它指明一个事物对象和另一个事物的对象之间的联系。通过对物理配送管理系统的需求分析，系统类图如下：图2-7物流配送管理系统的类图Fig. 2-7 Logistics management system class diagram类之间的关系有关联关系、泛化关系、依赖关系和聚合关系。泛化关系也称为一般化关系，表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化是继承关系，在UML中可以在包之间建立一般化关系。关联关系是一种结构化的关系，指一种对象和另一种对象有联系。给定有关联的两个类，可以从一个类的对象得到另一个类的对象。关联有两元关系和多元关系。两元关系是指一种一对一的关系，多元关系是一对多或多对一的关系。一般用实线连接有关联的同一个类或不同的两个类。依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的事物，反之不成立。通常情况下，依赖关系体现在某个类的方法使用另一个类作为参数。在UML中可以在其它的事物之间使用依赖关系，特别是包和节点之间。聚合是关联关系的一种，是较强的关联关系，强调的是整体与部分之间的关系。与关联关系一样，聚合关系也是通过实例变量来实现这样关系的。下面的类关系图说明了系统中类之间的关联关系。图2-8类关系图Fig. 2-8 Logistics management system class diagram3 面向对象设计UML是一种功能强大的、面向对象的可视化系统分析的建模语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。3.1时序图时序图（Sequence Diagram）描述了对象之间传送消息的时间顺序，它用来表示用列图中的行为顺序。当执行一个用例行为时，时序图中的每个消息对应了一个类操作或状态机中引起转换的触发事件。时序图中包括如下元素：类角色，生命线，激活期和消息。在UML图中，时序图将交互关系表示为二维图。其中，纵轴是时间轴，时间沿竖线向下延伸。横轴代表了在协作中各个独立的对象。当对象存在是，生命线用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。消息用从一个对象的生命线到另一个对象生命线的箭头表示。箭头事件顺序在图中从上到下排列。表3-1时序图符号说明Tab.3-1 Sequence diagram symbols符号说明含义对象表示参与交互的对象，时序图中的对象使用矩形将对象名称包含起来，并且对象名称下有下划线。生命线表示生命线（Lifeline）,它是一条垂直的虚线，表示时序图中的对象在一段时间内的存在。消息表示Object Message,含义是在两个对象之间绘制消息。返回的消息表示Return Message，显示过程调用返回的消息。反身消息表示反身消息（Message to Self）。激活期激活期（Activation），激活表示该对象被占用以完成某个任务，去激活指的是对象处于空闲状态，在等待消息。图3-1新增托运申请的时序图Fig. 3-1 Increased shipping application sequence diagram图3-2修改托运申请的时序图Fig. 3-2 Modify the consignment for sequence diagram图3-3删除托运申请的时序图Fig. 3-3 Delete checked for sequence diagram图3-4已退回托运申请再申请的时序图Fig. 3-4 Has returned check application for sequence diagram图3-5新增托运单的时序图Fig. 3-5 Increase of consignment sequence diagram图3-6修改托运单的时序图Fig. 3-6 Modification of consignment sequence diagram图3-7删除托运单的时序图Fig. 3-7 Delete consignment sequence diagram图3-8审核项目的时序图Fig. 3-8 Review project sequence chart图3-9修改在途信息的时序图Fig. 3-9 Modify information in transit sequence diagram图3-10配送管理员增加车辆的时序图Fig. 3-10 Distribution administrator to increase vehicle sequence diagram图3-11配送管理员删除车辆的时序图Fig. 3-11 Distribution manager to delete vehicle sequence diagram图3-12配送管理员给货物配车的时序图Fig. 3-12 Distribution manager to freight car sequence diagram图3-13取消已装载的货物的时序图Fig. 3-13 Cancelled cargo sequence diagram图3-14确定出货的时序图Fig. 3-14 Determine delivery sequence diagram图3-15取消出货的时序图Fig. 3-15 Cancel the delivery sequence diagram3.2活动图活动图（Activity Diagram）是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。活动图中包含的图形元素有动作状态、活动状态、动作流、分支与合并、交叉与汇合、泳道和对象流等。表3-2活动图符号说明Tab.3-2 Activity diagram symbols图例说明含义活动开始表示活动开始（Start State），是活动图的起始位置。活动起始在一个状态图中只能有一个。活动终止表示活动终止(End State)，是活动图的终点。活动终止在一个状态图中可以有多个。活动表示活动（Activity），其作用是添加活动。状态转换表示状态转换（State Trastion）水平同步表示分叉与汇合。分支与合并表示分支与合并，表示对象类所具有的条件行为。图3-16审核项目的活动图Fig. 3-16 Review project activity diagram图3-17托运单管理的活动图Fig. 3-17 Consignment note management activity diagram图3-18在途跟踪管理的活动图Fig. 3-18 In transit track management activity diagram图3-19配送管理的活动图Fig. 3-19 Distribution management activity diagram3.3配置图配置图描述了运行软件的系统中硬件和软件的物理结构，即系统执行处理过程中系统资源元素的配置情况以及软件到这些资源元素的映射。配置图中通常包含两种元素：节点和关联关系。表3-3配置图符号说明Tab.3-3 Configuration map symbols符号说明含义处理器处理器是具有处理功能的机器。服务器、工作站和其它具有处理能力的机器都是处理器。连接处理器之间的实际连接本系统的配置图如下：图3-20配置图Fig.3-20 Configuration diagram3.4系统结构设计根据大连日新运输公司物流配送管理的业务需求，新系统主要拥有托运单管理、配送管理、在途跟踪管理、报表管理、车辆管理、审核等模块。托运到管理包括托运申请和设置托运单信息。托运申请：主要是根据客户需求，录入托运信息，包括客户信息、货物信息、出货和交货的时间和地点、费用等。并且对托运信息的添加、查询、修改和删除。完成录入后提交给上级审核。设置托运单信息：主要是根据通过审核的托运申请单生成正式的托运单。可以对托运单进行添加、查询、修改和删除。配送管理包括配车处理和出货处理。配车处理：主要是根据客户订单的需求，货物和车辆状态、路线等给货物安排运输车辆。同时该模块可以增加和删除已配车的车辆，查看车辆上已分配的托运单信息。出货处理：主要是对已装好货，可以出货的车辆进行出货处理，对处理错误车辆可以进行出货取消，同时可以对车辆进行查询。在途跟踪管理：主要是对正在托运的货物信息进行管理，托运司机在托运货物的过程中，每到一个地方或者在托运过程中出现某些异常情况，就会通过电话或网络给托运公司反馈一个信息，托运公司将反馈回来的信息进行记录，并且对反馈回来的异常情况进行处理。可以录入和查看在途跟踪信息。报表管理：主要是当托运货物时，物流配送公司需要登记客户托运单的详细信息，包括申请单号、客户名称、出货日期、主件名称、运费、车牌号码、合计金额等。然后要将货物托运单统计成报表的形式。车辆管理：主要是对车辆资料、车辆维修、车辆报废进行处理，包括车辆信息、司机信息、车辆报修申请、车辆报废申请的添加、查询、修改和删除。审核：审核人可以查看待审核项目和已审核项目，对待审核项目进行审核。系统的主要功能如下图：大连日新运输公司物流配送管理系统托运单管理配送管理在途跟踪管理报表管理车辆管理审核托运申请处理设置托运单信息托运单货物配车处理出货处理设置在途信息查看在途信息查看未完成的托运单报表查看已完成的托运单报表设置车辆信息设置司机信息车辆维修与报废设置司机信息车辆维修与报废图3-21系统功能结构图Fig.3-21 System function structure chart3.5代码设计代码是由字符、符号或信号码元以离散形式表示信息的明确的规则体系，代码设计要遵循唯一性、标准化、通用性、扩展性、识别性和简明性的原则。其中，唯一性指每一代码代表唯一的实体和属性，也可以说在系统中，每一实体或属性都用一个确定的代码来表示。代码设计要在不影响代码系统的容量和扩展性的前提下，尽可能的简短、统一。在物流配送管理系统中肯定要涉及到托运单，而托运单一般都具有托运单号，在设计托运单号时，就要体现出代码的唯一性和简明性。本系统中，托运单号由12位数字等长码组成，代码的前8位为生成托运单的日期，代码的最后4位顺序号（根据公司现阶段情况，以及未来发展计划分析，每天处理的托运单不会超过一万个）。托运单号代码设计结构图如图3-22所示。例如一名业务员在2012年6月11日新增了一个托运单，这个托运单为这一天新增的第15个托运单，那么这个托运单号为 201206110015。日月年顺序号图3-22托运单号代码结构图Fig.3-22 Consignment number code chart3.6数据库设计3.6.1数据库选择本系统使用Oracle 10g作为数据库后台，为以后该物流配送管理系统的扩展和实际应用提供了良好的基础。Orcale数据库是目前数据库业界应用最为广泛、安全性最高、技术最为成熟的数据库系统之一。在数据库的SQL PLUS工具中用户可以输入不同的SQL语句，该工具可以把数据返回给用户，或是对数据库进行适当的操作。3.6.2数据库的设计原则1.规范化：使用正确的数据结构，确保数据正确地分布到数据库的表中。2.保持数据的独立性：在添加、修改、删除数据时，数据的结构、相互关系和属性不变，并且使应用程序不依赖于数据库中数据的组织方式和存储位置。3.保证数据的完整性和安全性：防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息。3.6.3数据库表设计表3-4货物申请单信息表Tab.3-4 Goods application information table字段名数据类型长度约束类型描述SQD_SQDHVARCHAR230主键申请单号SQD_ZHNUMBER3主键支号SQD_SQRQDATE非空申请日期SQD_KHBHVARCHAR28外键，非空客户编号SQD_SHFVARCHAR230非空收货方SQD_LXFSVARCHAR211非空联系方式SQD_HWMCVARCHAR250非空货物名称SQD_HWLXVARCHAR250非空货物类型SQD_HWSLNUMBER4,0非空货物数量SQD_CNUMBER5,0非空长SQD_KNUMBER5,0非空宽SQD_GNUMBER5,0非空高SQD_ZLNUMBER8,3非空重量SQD_YFNUMBER10,3非空运费SQD_QTFYNUMBER10,3非空其他费用SQD_YJCHRQDATE非空预计出货日期SQD_YJSHRQDATE非空预计收货日期SQD_FHDDVARCHAR250非空发货地址SQD_SHDDVARCHAR250非空收货地址SQD_FZRVARCHAR24外键，非空负责人编号SQD_SPRVARCHAR24外键，非空审批人编号SQD_BZNVARCHAR2100备注SQD_STATENUMBER1,0非空状态表3-5司机信息表Tab.3-5 The driver information table字段名数据类型长度约束类型描述SJXX_IDVARCHAR25主键编号SJXX_NAMEVARCHAR220非空姓名SJXX_XBVARCHAR22非空性别SJXX_JZLXVARCHAR22非空驾照类型SJXX_CSRQDATE非空出生日期SJXX_JZHMVARCHAR218非空驾照号码SJXX_SFZHMVARCHAR218非空身份证号码SJXX_JLVARCHAR22非空驾龄SJXX_DHVARCHAR211非空司机电话SJXX_DZVARCHAR250非空联系地址SJXX_STATENUMBER1,0非空状态SJXX_BZNVARCHAR2100备注表3-6车辆信息表Tab.3-6 Vehicle information table字段名数据类型长度约束类型描述CLXX_IDVARCHAR210主键车辆编号CLXX_CPHMVARCHAR27非空车牌号码CLXX_CLLXVARCHAR220非空车辆类型CLXX_SJBHVARCHAR25外键，非空司机编号CLXX_CNUMBER5,1非空长CLXX_KNUMBER5,1非空宽CLXX_GNUMBER5,1非空高CLXX_ZZNUMBER5,2非空载重CLXX_STATENUMBER2,0非空状态CLXX_BZNVARCHAR2100备注表3-7车辆配车信息表Tab.3-7 Vehicle car information table字段名数据类型长度约束类型描述PCXX_PCBHVARCHAR210主键配车编号PCXX_CLBHVARCHAR210外键车辆编号PCXX_CHRQDATE非空出货日期PCXX_STATENUMBER1非空状态表3-8托运单信息表Tab.3-8 Consignment note information table字段名数据类型长度约束类型描述TYD_TYDHVARCHAR210主键托运单号TYD_ZHNUMBER3主键支号TYD_SQDHVARCHAR213外键，非空申请单号TYD_PCBHVARCHAR210外键，非空配车编号TYD_LXVARCHAR24外键，非空路线代码TYD_CHCSNUMBER2外键，非空出货城市代码TYD_SHCSNUMBER2外键，非空收货城市代码TYD_ZHLNUMBER4,0非空货物数量TYD_FZRVARCHAR24外键，非空负责人TYD_CHRQDATE非空出货日期TYD_STATENUMBER1非空状态表3-9用户信息表Tab.3-9 The user information table字段名数据类型长度约束类型描述USERID VARCHAR24主键用户编号PASSWORDVARCHAR28非空密码USERNAMEVARCHAR220非空用户姓名DEPTIDVARCHAR24非空部门编号表3-10部门信息表Tab.3-10 Department table字段名数据类型长度约束类型描述DEPTIDVARCHAR24主键部门编号DEPTNAMEVARCHAR220非空部门名称表3-11客户信息表Tab.3-11 Customer information table字段名数据类型长度约束类型描述SQD_KHBHVARCHAR24主键客户编号SQD_KHMCVARCHAR220非空客户名称SQD_KHDZVARCHAR2100非空通信地址SQD_LXFSVARCHAR211非空联系方式SQD_KHLXVARCHAR220非空客户类型表3-12审核信息表Tab.3-12 Audit information table字段名数据类型长度约束类型 描述SH_SHXMVARCHAR220主键审核项目SH_SQBHVARCHAR210外键，非空申请编号SH_ZHNUMBER3,0外键，非空支号SH_FZRVARCHAR24外键，非空负责人SH_SPRVARCHAR24外键，非空审批人SH_SQRQDATE非空申请日期SH_STATENUMBER1,0非空状态SH_SHYJNUMBER1,0非空审核意见SH_BZVARCHAR2100备注表3-13在途信息表Tab.3-13 In-transit information table字段名数据类型长度约束类型 描述ZT_BHVARCHAR210主键编号ZT_PCBHVARCHAR210外键，非空车辆编号ZT_DDDDNUMBER2,0外键，非空到达地点ZT_DDSJDATE非空到达时间ZT_BZVARCHAR2100备注ZT_STATENUMBER1,0非空状态表3-14路线信息表Tab.3-14 Route information table字段名数据类型长度约束类型描述LXXX_LXDMVARCHAR24主键路线代码LXXX_CSHMNUMBER2,0主键城市代码LXXX_LXVARCHAR220非空路线LXXX_CSVARCHAR210非空城市上述表均经过规范化处理，基本满足3NF。3.7输入输出设计3.7.1输入设计输入设计的目的是提高输入效率，减少输入错误。输入设计的设计原则是控制输入量