物流工程毕业设计（论文）快速货运物流信息平台技术架构

《物流工程毕业设计（论文）快速货运物流信息平台技术架构》由会员分享，可在线阅读，更多相关《物流工程毕业设计（论文）快速货运物流信息平台技术架构（42页珍藏版）》请在装配图网上搜索。

1、山东大学学士学位论文目录摘 要2ABSTRACT3第一章 绪论4 1.1 课题背景及意义4 1.2 国内外研究现状4 1.3 课题内容和主要工作5第二章 货运系统需求分析6 2.1货运系统目标和解决的问题6 2.2货运系统需求性问题描述6第三章 货运系统技术架构设计8 3.1货运系统设计目标和原则8 3.2货运系统技术架构设计83.2.1技术架构选择原则83.2.2 J2EE技术架构概述93.3.3系统技术架构13 3.4货运系统网络结构14 3.5货运系统功能架构15第四章 快速货运系统组织结构及基本流程18 4.1系统的组织结构18 4.2快速货运系统基本流程19第五章 快速货运系统的主要

2、流程20 5.1网内货物流程20 5.2代收款流程21 5.3整车运输流程23第六章 开发模块举例25 6.1需求分析25 6.2数据库设计25 6.3详细设计26 6.4开发代码27 6.5 Client层界面29结 论31致 谢32参考文献33附 录34附录134附录234附录337摘 要本文在讨论快速货运信息系统项目背景和对其开发设计所面对问题的基础上，分析了系统的需求，并对货物流程中的货物受理，货物分理，货物发运，接收配车单，货物分理，货物交付等环节进行分析。并以运单支出模块为例，详细的描述了其开发过程中的需求分析、数据库设计、详细设计以及该模块的开发代码，另外还有开发完成后客户端显示

3、的界面。在需求分析基础上，对快速货运信息系统架构进行了设计。根据系统需求提出系统设计目标和原则，分别对系统技术架构和功能架构进行了设计。技术架构主要考虑系统的可扩展性，可维护性以及性能问题，因此采用分层模型的J2EE架构，并对各层的功能进行了设计分析。在系统功能架构设计中，讨论了系统各部分的功能组成，并简单介绍。该信息系统可以成功解决货运企业日常业务中的种种问题，减少浪费，提高效率，使货运企业分布在多个地点的网点数据能够共享，并提供决策层数据、报表支持，有效的提高货运企业的管理效率。关键词：物流，货运，信息系统，J2EEABSTRACTBased on discussion of fast f

4、reight information system project background and faced the problem to its development on the basis of designing the system, through analyzed the requirements, and the goods for goods flow of ordinary acceptance, goods receiving worthy, shipment, the goods of ordinary car payments, such links the del

5、ivery of the goods is analyzed. And with waybill expenditure for example, detailed modules described the process of developing the requirement analysis, database design, detailed design and the development of the module code, another development after the completion of the client display interface.B

6、ased on the requirement analysis, we had a quick freight information system architecture design. First of all, according to the proposed system requirement of system design goal and principle, then respectively on system technical framework and function architecture design. Technical architecture of

7、 the main consideration system scalability, maintainability and performance issues, so the method of layered model of J2EE,and the function of each layer on the design analysis. In the system function structure design, discusses the functions of the parts of the system composition, and simple introd

8、uction.This information system can successfully solve the freight enterprise daily business problems, reduce the waste and improve efficiency, make freight enterprise distribution of network data at multiple sites, and providing decision-making are able to share data, statements support, effectively

9、 improve the efficiency of management of the freight forwarding business.KEYWORDS: logistics, freight, information system, J2EE第一章 绪论1.1 课题背景及意义供应链管理作为21世纪企业适应全球竞争的一个有效途径，作为物流发展的延伸，已经在众多的企业中得到应用。供应链围绕这些核心企业，整合产品整个生命周期中各个环节：采购、生产、销售、仓储、配送、运输等；整合上下游企业资源：原材料供应商、生产商、分销商、零售商以及最终消费者，通过核心企业的信息集中处理，实现对信息流、物

10、流、资金流的控制，使所有环节形成一体、反应迅速的网链结构。据有关资料显示，供应链管理的实施可以使企业总体成本下降10%，订货一生产周期时间缩短25%-35%，供应链上的节点企业生产率提高10%以上。国内外通过实施供应链取得明显收益的企业颇多，比如国外的惠普、IBM，、摩托罗拉、戴尔、沃尔玛、宝洁公司，国内的联想、长虹等大企业已经成功实施供应链管理。供应链中的企业除了核心企业外，最主要的企业就是运输配送企业，他们对整个供应链的运行效率起决定性的作用，如何在这些配送企业间建立畅通无阻的信息交换平台，实现协同作业的合力优势，是该课题研究的目的。预计该系统完成以后，可以成功解决货运企业日常业务中的种种

11、问题，减少浪费，提高效率，使货运企业分布在多个地点的网点数据能够共享，并提供决策层数据、报表支持，有效的提高货运企业的管理效率。1.2 国内外研究现状随着物流产业的兴起与发展，国内企业物流、第三方物流公司日益增多，到2010年，第三方物流市场份额已达231972亿元，许多大的运输集团、货运代理公司正在向第三方物流服务模式转型，为用户提供深层次的服务。加入世贸组织后，将有大批的国外第三方物流公司直接进入中国市场，凭借目前我国货运代理公司的规模和服务水平，以及我国货运代理公司的运营模式，很难和国外的大型跨国公司进行竞争，我国大批货运代理企业面临倒闭、被合并的危机，这就要求我国的货运市场和货运公司能

12、在短时间内迅速成长，提高服务水平，形成自己的竞争优势。目前，我国物流管理软件整体还存在产品功能单一、技术落后等问题、物流管理信息系统正日益成为第三方物流企业发展的“瓶颈”，物流信息源整合能力成为需求企业考查物流软件厂商的主要因索。从应用第三方物流管理信息系统的角度来看，呈现以下趋势:(1) 自主开发发的比例很大。在我国的第三方物流企业中，使用自己开发的第三方物流管理信息系统占了很大份额，达到28.3 % , 并在不断的增长之中。自主开发在大型第三方物流企业中比较明显、大型第三方物流企业在自主开发的基础上也积极地与优秀第三方物流管理软件供应商合作，共同对其管理信息系统进行规划，收效明显。(2)

13、第三方物流企业缺少对其MIS的合理规划。根据调查，尽管第三方物流企业应用第三方物流MIS的比例已达到75% , 但这些所谓的管理信系统软件相对简单，大部分只是整个物流环节的一小部分，例如车辆管理软件、库存管理软件、票抓管理软件等，很少有企业实现了整个物流过程的信息管理。从这个意义上说还没有形成一个真正意义上的第三方物流MIS。(3) 已选用的第三方物流管理信息系统仍然有很大不足，不能符合现有第三方物流业务发展要求、调查显示，我国物流企业信息处理水平只相当于世界平均水平的2.1%, 不仅信息处理能力缺乏，信息管理手段落后，而且对信息管理系统的建设严重滞后，应用水平不高、虽然第三方物流管理信息系统

14、与物流业务中所需的EDI技术、条码技术、GIS/GPS、网络数据应留有接口，但是很多第三方物流管理信息系统仍然是 “信息孤岛”、第三方物流企业虽然有90%拥有自己的网站，但能提供服务的较少，70%仅限于介绍企业的状况、业务范围等，只有25%能提供订单、运费支付、在途货物查询等服务、第三方物流管理信息系统中的EDI应用明显不足，只有28%的公司实施了EDI系统，其中11%的公司的EDI系统覆盖了主要业务数据。 1.3 课题内容和主要工作本文需要分析物流行业的实际需求和业务流程，并结合现代物流管理的思想，设计和实现了一个针对快速货运企业的信息管理系统。基于架构、组件式的开发己成为今天企业级应用开发

15、的主流，良好的多层系统体系架构，是每个企业完成复杂系统快速应用开发的首要要求。本文首先说明了课题背景及使用MVC (Model-View-Controller)架构完成系统开发的理由。使用J2EE (Java 2 Platform Enterprise Edition)平台用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。然后，利用这个统一的开发平台，采用业界在软件表示层、智能逻辑层和数据持久层的最新组件技术，设计了一个软件系统架构的策略。在此基础上达到软件体系的MVC模式架构，分别为模型、视图和控制器。将数据管理和显示的功能分散到不同的对象上，降低对象之间的藕合粒度。每

16、一部分处理特定的任务，并负责完成与其它部分的通信。第二章 货运系统需求分析快速货运行业的两个特点就是异地协同工作、业务环节多。因此，各地分支机构之间信息沟通不畅、信息滞后现象比较严重，从而导致流程计划性不强，通讯费用高，市场及管理决策不给力，资金安全不易保证。因此，在企业内部建立统一的、能够协同各个分支机构和业务环节的信息系统非常重要。本章就主要介绍了货运信息系统的目标和解决的问题以及货运信息系统的需求性问题描述。2.1货运系统目标和解决的问题（1）整理提炼快速货运企业业务流程，进行业务流程重组、改造优化。通过己有系统在多个货运企业的使用，摸清货运企业的业务流程及一般规律，从多样分散的业务处理

17、中，提炼出货运业务的主要内容与流程，按照现代物流的理念和信息管理的要求进行总结和规范，优化货运企业的流程，提高货运业务处理效率。（2）实现网点异地收货、总部实时管理。本项目解决大型货运公司网络节点之间的信息传输与统一管理，满足货运企业网点迅速扩张的要求。（3）对业务数据进行全面、准确、及时查询、统计、分析，为业务决策提供支持。通过本系统平台，可以实现对货运企业的业务数据的收集与管理，通过信息中心进行业务数据的查询、统计，并对结果进行分析，可以分析货运企业业务受理情况，财务状况、库存情况、车辆运行情况等，为货运企业管理者提供决策参考信息。（4）运用GPS（全球定位系统）实现对货物的全程跟踪运用G

18、PS、GIS、GPRS等现代卫星定位系统和地理信息系统实现对货车的全程管理，追踪货物在途的实时信息，和对车辆与司机进行管理和调度，为用户提供更加及时的货物信息。2.2货运系统需求性问题描述需求分析主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与用户需求的获取有着相似的步骤，区别在于分析用户需求时使用模型，以获取用户更明确的需求。快速货运协同信息平台将企业的一条价值链描绘成一组共同为创造价值相互关联的活动，这条价值链在企业内部可以将企业的业务流程进行网上虚拟再现，在企业外部的

19、供应链上得到延伸，可以实现整个供应链上组织的协同参与和信息业务管理。快速货运协同信息系统是围绕核心企业的密切相关企业组成的经济联盟体，在这个联盟体中，参与者包括供货商(货主)、快运企业(独立或联盟)、车主和客户。其中，由于快运企业前端连着货主、后端连着车主和客户，以为货主和客户提供物流服务为主要工作，从而具有核心的连接作用，成为其中的核心企业。正是由于这个联盟体涉及多方参与，因此，必须做好其中各方参与者的需求分析，明确他们之间的信息交换关系，从而将上述企业通过快速货运协同信息系统连接起来，构造出合理、有效、完整的业务流程和供应链。第三章 货运系统技术架构设计技术架构的选择设计需要遵循一定的目标

20、和原则，货运系统也是如此。本章的内容除了简单介绍货运系统设计的目标和原则外，还主要写了货运系统的技术架构设计、网络结构设计和功能架构的设计。3.1货运系统设计目标和原则1.采用短信技术实现货物信息的自动发送服务，从而使企业与客户之间的沟通变得更加主动、及时，不但能够提高客户服务水平，还可帮助企业节省通讯费用，降低货物、货款到达通知的压力；2.以ASP模式为货运企业提供租赁服务，实现了平台运营模式创新。货运企业根据账号和密码，通过互联网登陆进入系统，即可进行业务处理，全面管理企业的货物流程、资金流程、单据流程和代收货款流程。此外，平台还采用了“按票收费”模式，根据“谁使用、谁付费”原则，只有当货

21、运企业发生业务时才收费，不发生业务时不收费。3.2货运系统技术架构设计3.2.1技术架构选择原则由于信息化项目目前市场竞争激烈，系统平台方面就要在保证质量的前提下尽量降低成本。根据项目的具体需求，技术框架选择有以下几个原则：1.技术合理性：技术合理性是最基本的要求，并不是最先进、最豪华的技术就一定适合项目， 2.生产力考虑：软件行业是竞争激烈的行业，软件开发效率是我们必须关注的事情，选择易开发易维护的技术框架，才能适合项目组进行开发培训和日后的维护，也能够使平台产品尽快走入市场。好的生产力不仅包括要求开发的生产力，而且包括测试方面的生产力要求。3.经济性原则： 应用软件开发平台包括操作系统、应

22、用服务器、数据库等，昂贵的商用系统软件对于系统的开发和市场运做来说成本过高，会严重削弱平台的实用性和经济性，而选择适合的开源技术平台，则可有效降低开发成本，减轻平台用户的负担和压力。4.可扩展性强： 技术框架的扩展性要求比较高，这样，开发人员可以不断增加新的应用组件，不断填充新的内容。Spring就是这样的框架，Spring采用控制倒置(Inversion ofControl， IoC)的方法，用XML文件配置的方法将对象联系起来，降低了组件之间的祸合性，更有利于框架的扩展。5.有利于人力资源分配： 技术框架应当适合进行开发人员工分工，好的技术框架各个层次相对独立，在同一框架下通过全局接口联系

23、，各个层次之间既存在关联，又项目独立，适合根据层次分配开发人员，这样也有利于开发效率和测试。综合以上原则，我们选择J2EE技术架构。并且选择以下开发工具：Eclipse6，JDK6.21，Tomcat6.0.14，Dorado5，Oracle10g，PLSQL3.2.2 J2EE技术架构概述 A)J2EE的概念 目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro版（Java 2 Platform Micro Edition，J2ME）、适用于桌面系统的Java 2平台标准版（Java 2 Platform Standard Edition，J2SE）、适

24、用于创建服务器应用程序和服务的Java 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）。J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如编写一次、随处运行的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Serv

25、er Pages）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。 B)J2EE的优势J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制：(1) 保留现存的IT资产：由于企业必须适应新的商业需求，利

26、用已有的企业信息系统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J2EE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS， IBM Encina，、Inprise VisiBroker 以及Netscape Application Server。这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的企业计算领域供应商的参与。每一个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的J2EE领域的升级途径。由于基于J2EE平台的产品几乎能够在任

27、何操作系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用。(2) 高效的开发：J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。高级中间件供应商提供以下这些复杂的中间件服务： 1 状态管理服务 - 让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。2 持续性服务 - 让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。3分布式共享数据对象CACHE服务 - 让开发人员编制高性能的系统，极大提高整体部署的伸缩性

28、。(3) 支持异构环境：J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己制订整个方案所需的费用。(4)可伸缩性：企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统单机可支持64至

29、256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。(5)稳定的可用性：一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的可用性。一些J2EE部署在WINDOWS环境中，客户也可选择健壮性能更好的操作系统如Sun Solaris、IBM OS/390。最健壮的操作

30、系统可达到99。999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系统理想的选择。 C)J2EE 的四层模型J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议，通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。

31、一个多层化应用能够为不同的每种服务提供一个独立的层，以下是J2EE 典型的四层结构：(1)运行在客户端机器上的客户层组件(2)运行在J2EE服务器上的Web层组件(3)运行在J2EE服务器上的业务逻辑层组件(4)运行在EIS服务器上的企业信息系统(Enterprise information system)层软件J2EE应用程序组件：J2EE应用程序是由组件构成的。J2EE组件是具有独立功能的软件单元，它们通过相关的类和文件组装成J2EE应用程序，并与其他组件交互。J2EE说明书中定义了以下的J2EE组件：应用客户端程序和applets是客户层组件。Java Servlet和JavaServe

32、r Pages(JSP)是web层组件。Enterprise JavaBeans(EJB)是业务层组件。客户层组件J2EE应用程序可以是基于web方式的，也可以是基于传统方式的。web 层组件J2EE web层组件可以是JSP 页面或Servlets。按照J2EE规范，静态的HTML页面和Applets不算是web层组件。正如下图所示的客户层那样，web层可能包含某些 JavaBean对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean来进行处理。业务层组件业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要，由运行在业务层上的enterprise bean

33、进行处理。下图表明了一个enterprise bean是如何从客户端程序接收数据，进行处理(如果必要的话)，并发送到EIS 层储存的，这个过程也可以逆向进行。有三种企业级的bean： 会话(session) beans， 实体(entity) beans， 和消息驱动(message-driven) beans。会话bean 表示与客户端程序的临时交互。当客户端程序执行完后，会话bean 和相关数据就会消失。相反，实体bean 表示数据库的表中一行永久的记录。当客户端程序中止或服务器关闭时，就会有潜在的服务保证实体bean的数据得以保存。消息驱动 bean 结合了会话bean 和 JMS的消息

34、监听器的特性，允许一个业务层组件异步接收JMS 消息。企业信息系统层企业信息系统层处理企业信息系统软件包括企业基础建设系统。例如企业资源计划(ERP)， 大型机事务处理， 数据库系统，和其它的遗留信息系统。 例如，J2EE 应用组件可能为了数据库连接需要访问企业信息系统D）J2EE 的结构这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台服务。因为你不用自己开发这种服务, 所以你可以集中精力解决手头的业务问题。容器和服务容器设置定制了J2EE服务器所提供得内在支持，包括安全，事

35、务管理，JNDI(Java Naming and Directory Interface)寻址,远程连接等服务，以下列出最重要的几种服务：J2EE安全(Security)模型可以让你配置 web组件或enterprise bean ,这样只有被授权的用户才能访问系统资源。每一客户属于一个特别的角色，而每个角色只允许激活特定的方法。你应在enterprise bean的布置描述中声明角色和可被激活的方法。由于这种声明性的方法，你不必编写加强安全性的规则。J2EE 事务管理（Transaction Management）模型让你指定组成一个事务中所有方法间的关系，这样一个事务中的所有方法被当成一个

36、单一的单元。当客户端激活一个enterprise bean中的方法，容器介入一管理事务。因有容器管理事务，在enterprise bean中不必对事务的边界进行编码。要求控制分布式事务的代码会非常复杂。你只需在布置描述文件中声明enterprise bean的事务属性，而不用编写并调试复杂的代码。容器将读此文件并为你处理此enterprise bean的事务。JNDI 寻址(JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口,这样应用程序组件可以访问名字和目录服务。J2EE远程连接（Remote Client Connectivity）模型管理客户端和enterpri

37、se bean间的低层交互。 当一个enterprise bean创建后, 一个客户端可以调用它的方法就象它和客户端位于同一虚拟机上一样。生存周期管理（Life Cycle Management）模型管理enterprise bean的创建和移除,一个enterprise bean在其生存周期中将会历经几种状态。容器创建enterprise bean，并在可用实例池与活动状态中移动他，而最终将其从容器中移除。即使可以调用enterprise bean的create及remove方法，容器也将会在后台执行这些任务。数据库连接池（Database Connection Pooling）模型是一个有

38、价值的资源。获取数据库连接是一项耗时的工作，而且连接数非常有限。容器通过管理连接池来缓和这些问题。enterprise bean可从池中迅速获取连接。在bean释放连接之可为其他bean使用。容器类型J2EE应用组件可以安装部署到以下几种容器中去：EJB 容器管理所有J2EE 应用程序中企业级bean 的执行。 enterprise bean和它们的容器运行在J2EE 服务器上。Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行。Web组件和它们的容器运行在J2EE 服务器上。应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行。应用程序客户端和它们的

39、容器运行在J2EE 服务器上。 Applet 容器是运行在客户端机器上的web浏览器和Java 插件的结合。 E)J2EE的核心API与组件J2EE平台由一整套服务（Services）、应用程序接口（APIs）和协议构成，它对开发基于Web的多层应用提供了功能支持，下面对J2EE中的13种技术规范进行简单的描述(限于篇幅，这里只能进行简单的描述):JDBC(Java Database Connectivity)JDBC API为访问不同的数据库提供了一种统一的途径，象ODBC一样，JDBC对开发者屏蔽了一些细节问题，另外，JDBC对数据库的访问也具有平台无关性。 EJB(Enterprise

40、JavaBean)J2EE技术之所以赢得媒体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的是，EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性，使得有的厂商能够以一种和EJB平行的方式来达到同样的目的。 JSP(Java Server Pages)JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对这些J

41、ava代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。 XML(Extensible Markup Language)XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。XML的发展和Java是相互独立的，但是，它和Java具有的相同目标正是平台独立性。通过将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。 3.3.3系统技术架构软件架构主要是指系统所采用的软件结构，包括是否采用客户端和服务器端分离的多层结构以及客户端和服务器端所采用的技术等。本系统软件架构采用基于J2EE的多层架构设计，特点是采用了B/S架构，B/S架构部分采用H

42、ttp协议与服务器端进行通信。服务器端采用不同的协议和接口获取客户端请求，在请求处理方面通过Java中的反转机制查找业务处理函数，通过统一的业务处理类达到业务处理层的重用。在各个层中分别采用了成熟的开源框架，层与层中间采用统一的接口。通过统一的接口设计达到了层与层之间的松耦合。系统结构按照MVC架构设计。在数据层，使用Spring框架中的JdbcTemplate类方法对数据库进行数据操作。在表现层，通过web快速开发框架Dorado来完成JSP和View的开发。系统的总体技术架构如图3-1所示。 浏览器IE8.0异 常 处 理 机 制Dorado与PO的转换层DoradoViewJSP页面业务

43、逻辑管理层Spring数据存储封装DAOJDBC存取持久对象POHibernate对象关系映射Oracle10g数据库 图3-1 货运系统技术架构图本系统框架主要采用J2EE+ Dorado +Spring+JdbcTemplate的技术模型，在实现上采用多层架构，总共分为8层：Client层：Browser。Web表现层：JSP、View，用Dorado实现。Web处理层：Dorado。转换层：Dorado与PO之间的转换组合，用Java Class类Service实现。业务逻辑管理层：Business Manager，由Spring来管理业务逻辑，并采用Spring的声明式事务。数据存储层

44、：数据存取对象DAO，封装数据存取的方法对象。数据持久层：通过数据对象DAO继承JdbcTemplate，由JdbcTemplate来真正实现数据的存取。资源层：Oracle数据库3.4货运系统网络结构系统网络架构如图3-2所示。图3-2 货运系统网络架构图软件采用asp租赁模式，客户不需要自己购买任何服务器方面的硬件软件产品。只需在网点、分部配备普通电脑，登录互联网就可以使用本系统。 为了保证客户数据的安全性及数据处理速度，数据库方面采用sun的小型机并安装solaris系统，采用web服务器与数据库服务器分离方式。数据库服务器只能内部连接。3.5货运系统功能架构本系统的主要功能模块如图3-

45、3所示，包括七大功能：基础信息、费用管理、单据管理、运输管理、代收款管理、财务管理、查询分析。除去以上功能之外，系统中还会有其它一些功能，例如：回单管理、整车运输、异常调整、预警管理等。快速货运系统费用管理单据管理运输管理代收款管理财务管理查询分析基础信息 图3-3 货运系统功能架构图基础信息模块：在这个模块中需要对系统中用到的基础数据进行维护。它包括的功能有：客户信息管理、联运公司、公司属性编辑、线路信息管理、分部网点管理、人员管理、登录账号管理、驾驶员管理、车辆管理、授权群组管理等。费用管理模块：系统中需要对费用进行维护管理，这就需要在该模块中完成。它包括的功能有：运单收入管理、补录运单支

46、出管理、日常收支、日常收支审核、网点备用金管理等。单据管理模块：单据管理是指对运单、保单等单据的管理。该模块的功能有：单据本入库、单据本发放、单据本调整、单据本回收、单据本流水、空白单据作废、恢复作废空白单据等。运输管理模块：运输管理是整个系统的核心，货物流程是整个货运系统流程最重要的环节，而运输管理就是完成货物流程的重要模块。它的功能有：运单受理、运单修改、运单代录、运单退货、路单制作、压货管理、制作交接清单、确认交接清单、货物分理、运单核对、货物交付、滞压货物、滞压处理、网外转运等。代收款管理模块：代收款是指由货运公司为发货客户代理收款的一种额外服务。它包括的功能有：代收款收取、制作代收款

47、缴款单、接收代收款缴款单、分部发放代收款、制作代收款总部缴款单、总部接收代收款缴款单、总部发放代收款、代收款调整管理等。财务管理模块：财务管理是系统对运费、保费、送货费等除代收款以外的其它费用的管理。通过该模块网点、分部以及总部之间的财务转账都可以在本系统中体现。它包括的功能有：网点运费上交、分部确认网点运费上交、分部运费上交、分部确认分部运费上交、运单结算管理、承运结算管理、外包结算管理等。查询分析模块：该模块的主要功能是方便货运公司对本公司的重要数据进行查询汇总，它包括的主要功能有：运单查询、代收款查询、查询运费上交、查询运费上交汇总、营业收入查询、签约用户结算查询、发货排行、发货统计、财

48、务和业务操作流水、库存查询、分部运费排行、保费查询、代收款分部和总部监控、查询分部营业额、查询分部现金汇总、查询分部发货到货收入等。第四章 快速货运系统组织结构及基本流程系统的组织结构和基本流程对于信息系统的开发是至关重要的，它决定了信息系统主要的结构和逻辑。本章就介绍一下货运公司的基本组织结构和基本的流程。4.1系统的组织结构该系统的组织主要分为三层：总部、分部、网点。如图4-1所示： 总部分部分部分部分部网点网点分部网点网点 图4-1 货运系统的组织结构图系统只有一个总部，总部下面为分部，分部下级可以是网点也可以说另一个分部；每个网点后分部只有一个上级。4.2快速货运系统基本流程图4-2

49、快速货运系统基本流程图货物流程是货运公司最基本的业务流程，也是其它流程的基础。典型的货物流程从供应商或货主发货开始，历经货运公司货物受理、发运，承运商的运输，货物分拨中心的接收、分拣、发运，承运商运输，到货运公司接收、货物配送，最后由收货客户接收，如上图所示。整个流程开始于货物的受理，货物受理需要录入运单，运单包括货物信息、运费信息、回单信息、代收款信息等，由于运单在货运系统中是重要的一环，所有几乎所有信息都会在运单中有所体现；接着是货物配载，配载车辆可以是本公司所有车辆，也可以是外有车辆，不管是哪种车辆，都需要路单和交接清单，路单一次绑定了固定的线路，一旦处于非计划状态（路单状态有：计划、在

50、途、结束）后就无法进行修改，而交接清单与不同的运单绑定，只要该交接清单未被接收（交接清单状态有：发运、部分接收、接收）则还可以通过修改向该清单中添加运单；到货网点接收货物后，此过程的路单状态改为结束，但交接清单仍然可以使用。接收后的货物还需要配车转运到相应的交付分部，交付分部核对确认资金后可以交付货物，登记提货人信息；最后返回回单，确认代收款已收取，受理分部可以发放回单、代收款。还需要在货运信息平台中维护一些基础数据，货运流程才能通过平台实现。需要维护的基础信息有：联运公司、客户、分部网点、线路信息管理、人员管理、车辆管理和登录账号等信息。第五章 快速货运系统的主要流程快速货运系统由许多流程组

51、成，例如网内货物流程、网外货物流程、代收款流程、运费流程、整车流程、回单流程等。不同的流程具有不同的过程，需要不同的操作。本章主要介绍以下三个主要的流程：网内货物流程、代收款流程和整车运输流程。5.1网内货物流程货物流程分为网内货物流程（如图5-1）和网外货物流程（外包转运流程）。网内流程是指货物在本公司分部网点之间运输，简单说就是货物的受理和交付都是在所属本公司的分部或网点进行；网外流程是指货物需要在本公司线路网络以外的地区流通，网外流程又有转入和转出两种情况，转入是指其它联运公司受理的货物需要经过本公司的线路网络才能到达收货人所在地，转出是指本公司受理的货物需要经过其它联运公司的线路网络才

52、能到达收货人所在地。不管是网内还是网外的货物流程都开始于运单的受理，运单的受理在快速货运系统中是最重要的，有了运单才会有货物、回单、运费和代收款等，才会有相对应的流程。运单受理一般有网点操作员进行操作，正常情况接下来的流程是：路单制作、制作交接清单、配载发运、确认交接清单、到货接收、货物分理、运单核对、货物交付。其中，运单核对也可以在配载发运之前进行，不过每票运单在整个流程中只能进行一次核对。然而有时候也会出现一些意外情况，这时候就需要运单修改、运单作废、滞压货物、滞压处理、取消交付和运单退货等操作中的某些操作。当运单录入后发现运单出现错误，此时需要进行运单修改或运单作废操作，需要注意的是只能

53、在配载发运前进行运单修改或运单作废，而且只能修改或作废在本分部或本网点受理的运单，而且作废后的运单号不可用；当货物超过某个时间后依然无法交付，则系统将此货物视为滞压货物，被滞压的货物如果还要操作的话首先要进行滞压处理，处理的方式有将货物进行交付或是退回等；如果货物在交付的时候收货人对货物不满意，则要进行运单退货操作。而运单查询是对货物的跟踪，运单受理完成之后就可以对运单进行查询，以此可以帮助客户跟踪货物。中转分部受理分部交付分部受理网点交付网点发货人需要中转货物不需中转货物运单受理运单交付路单、交接清单制作、配载发运确认交接清单、到货接收、运单核对、分理、货物滞压、取消交付、货物退回收货人图5

54、-1 网内货物流程图5.2代收款流程代收款是指由货运公司为发货客户代理收款的一种额外服务。多数情况下要收取一定的手续费，而手续费率不同的货运公司会根据不同的客户进行设置，手续费率需要在基础信息中进行维护。在万方客户中，发货客户又分为普通客户和代收款签约客户，代收款签约客户信息需要额外在基础信息中维护。普通客户和代收款签约客户的代收款流程又有少许不同。下面是两种客户的流程图：普通客户代收款流程图（图5-2）和代收款签约客户代收款流程图（图5-3）。二级分部一级分部一级分部总部二级分部发货人收货人交付网点受理网点 图5-2 普通客户代收款流程图普通客户代收款流程（如图5-2），交付网点从收货人收取

55、代收款之后，需要将代收款逐级上交给总部，然后总部逐级发放到受理网点，受理网点最后将代收款发放给发货人。在实际操作过程中，受理网点并不是要等到交付网点收取的代收款到账后才进行发放，而需要受理网点进行垫付。实际运作中，交付网点在收取代收款之后需要制作代收款垫付通知单，通过货运信息平台，交付网点将垫付通知单提交给受理网点，受理网点确认接收通知单后，就可以垫付发放代收款。交付网点总部收货人发货人 图5-3 签约客户代收款流程图代收款签约客户代收款流程（如图5-3）比较简单，交付网点收取代收款之后直接上交给总部，然后由总部直接发放给发货人。实际业务中同样是采取垫付的方式，交付网点制作缴款通知单，总部确认

56、通知缴款单后就可以发放代收款了。5.3整车运输流程整车运输协议路单制作整车运输任务客户签订协议将协议分割成若干任务，在进行每次任务的派送时需要关联路单。一直到此协议的任务都派送完成后，此协议完成。图5-4 整车运输流程图整车运输是区别于零担运输来说的，前面提到的流程都是零担货物的流程。有的客户可能会托运大量的货物，这些货物可能无法通过一辆车运输完成，这时货运公司就需要与发货客户签订整车运输协议，也即是与客户签订的运输合同。之后货运公司只需要按照协议内容将之分割为不同的任务派送发运即可，注意的是，在制作新的任务时，需要关联相应的路单。当该任务在到达站被签收后，该任务结束。然后，根据协议制定新的任

57、务，关联新的路单，直到将协议中的货物全部运输到到达站之后，该运输协议完成。而整车运输的运费流程与零担流程相同。第六章 开发模块举例货运系统由多个功能模块组成，但不同的模块他们的开发步骤是基本一致的。大体都有以下步骤：需求分析、数据库设计、详细设计、代码开发和系统测试。下面以运单支出模块来详细描述一下本系统的开发步骤。6.1需求分析运单支出费用有三种类型：回扣、信息费、劳务费。该模块的功能要求能够查询未录入其中一种或几种费用的运单、能够在该模块中批量录入任意一种费用、能够查询已录入其中一种或几种费用的运单。并且要求在批量录入某一种费用时，要将一次性录入的总金额按照这批运单的运费比例分割保存，同时

58、将三种费用保存到运费表中。6.2数据库设计根据需求，需要在数据库中设计两个表：运单支出主表、运单支出子表。如下所示：表6-1 运单支出主表：NameTypeDefaultCommentSHIPBILL_EXPEND_IDVARCHAR2(45)运单支出IDEXPEND_TYPEVARCHAR2(3)支出类型SUM_FEENUMBER(16，2)合计金额INPUT_OPERATOR_IDVARCHAR2(45)录入员IDINPUT_SUBSECTION_IDVARCHAR2(45)录入分部INPUT_DATEDATE录入日期REMARKVARCHAR2(500)备注USABLE_STATUSCH

59、AR(1)1CREATE_DATEDATECREATE_USER_IDVARCHAR2(45)MODIFY_DATEDATEMODIFY_USER_IDVARCHAR2(45)COMPANY_IDVARCHAR2(45)VERSIONNUMBER(8)0表6-2 运单支出子表NameTypeDefaultCommentsSHIPBILL_EXPEND_SUB_IDVARCHAR2(45)运单支出子表IDSHIPBILL_EXPEND_IDVARCHAR2(45)运单支出IDSHIPBILL_IDVARCHAR2(45)运单IDSHIPBILL_NOVARCHAR2(20)运单号EXPEND_T

60、YPEVARCHAR2(3)支出类型EXPEND_FEENUMBER(16，2)支出金额USABLE_STATUSCHAR(1)1CREATE_DATEDATECREATE_USER_IDVARCHAR2(45)MODIFY_USER_IDVARCHAR2(45)COMPANY_IDVARCHAR2(45)VERSIONNUMBER(8)06.3详细设计1.模块简单介绍：操作员可以根据条件查询未录入或已录入支出费用的运单，并能够为未录入的运单录入支出费用。2.当前模块关联的表结构a) 运单支出主表（TB_SHIPBILL_EXPEND）b）运单支出子表（TB_SHIPBILL_EXPEND_S

61、UB）c）运费表（TB_FREIGHTFEE）3.关联到的类型支出类型：回扣、信息费、劳务费4.当前模块页面显示a）查询条件：运单号、运单受理起始日期、运单受理截止日期、收货人、发货人、到达站、是否已录入、支出类型b）运单列表：运单号、运单受理日期、收货人、发货人、到达站、总运费c）页面按钮：查询、录入金额d）录入金额子窗口：需要手工录入的字段，录入总金额、录入时间、备注6.4开发代码a）使用Dorado插件编写JSP和View。源文件如下所示：其中JSP代码见附录1。View如图6-1所示，在编辑View的过程中，可以同时为不同的控件或字段等添加所需要的事件。图6-1 View图b）完成Dorado与PO之间的转换的Service代码文件，见附录2。c）封装数据存取的方法对象DAO文件，见附录3。d）管理业务逻辑的Spring文件 bean id=tms.insuranceFeeService