《快速货运物流信息平台技术架构毕业论文.doc》由会员分享，可在线阅读，更多相关《快速货运物流信息平台技术架构毕业论文.doc（41页珍藏版）》请在三一办公上搜索。
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 fa
4、st freight 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
5、 delivery 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 interfa
6、ce.Based 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 architectur
7、e of 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 in
8、troduction.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, effecti
9、vely 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 % , 并在不断的增长之中。自主开发在大型第三方物流企业中比较明显、大型第三方物流企业在自主开发的基础上也积极地与优秀第三方物流管理软件供应商合作，共同对其管理信息系统进行规划，收效明显。
13、(2) 第三方物流企业缺少对其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（全球定位系统）实现对货物的全程跟
18、踪运用GPS、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，J2S
24、E）、适用于创建服务器应用程序和服务的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
25、Server 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与大型机系统，这种系统单机可支
29、持64至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和JavaS
32、erver Pages(JSP)是web层组件。Enterprise JavaBeans(EJB)是业务层组件。客户层组件J2EE应用程序可以是基于web方式的，也可以是基于传统方式的。web 层组件J2EE web层组件可以是JSP 页面或Servlets。按照J2EE规范，静态的HTML页面和Applets不算是web层组件。正如下图所示的客户层那样，web层可能包含某些 JavaBean对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean来进行处理。业务层组件业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要，由运行在业务层上的enterprise
33、bean进行处理。下图表明了一个enterprise bean是如何从客户端程序接收数据，进行处理(如果必要的话)，并发送到EIS 层储存的，这个过程也可以逆向进行。有三种企业级的bean： 会话(session) beans， 实体(entity) beans， 和消息驱动(message-driven) beans。会话bean 表示与客户端程序的临时交互。当客户端程序执行完后，会话bean 和相关数据就会消失。相反，实体bean 表示数据库的表中一行永久的记录。当客户端程序中止或服务器关闭时，就会有潜在的服务保证实体bean的数据得以保存。消息驱动 bean 结合了会话bean 和 JM
34、S的消息监听器的特性，允许一个业务层组件异步接收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）模型管理客户端和ente
37、rprise 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(Enterpr
40、ise JavaBean)J2EE技术之所以赢得媒体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的是，EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性，使得有的厂商能够以一种和EJB平行的方式来达到同样的目的。 JSP(Java Server Pages)JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后
41、对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。 XML(Extensible Markup Language)XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。XML的发展和Java是相互独立的，但是，它和Java具有的相同目标正是平台独立性。通过将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。 3.3.3系统技术架构软件架构主要是指系统所采用的软件结构，包括是否采用客户端和服务器端分离的多层结构以及客户端和服务器端所采用的技术等。本系统软件架构采用基于J2EE的多层架构设计，特点是采用了B/S架构，B/S架构部
42、分采用Http协议与服务器端进行通信。服务器端采用不同的协议和接口获取客户端请求，在请求处理方面通过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货运系统功能架构本系统的主要功能模块
45、如图3-3所示，包括七大功能：基础信息、费用管理、单据管理、运输管理、代收款管理、财务管理、查询分析。除去以上功能之外，系统中还会有其它一些功能，例如：回单管理、整车运输、异常调整、预警管理等。快速货运系统费用管理单据管理运输管理代收款管理财务管理查询分析基础信息 图3-3 货运系统功能架构图基础信息模块：在这个模块中需要对系统中用到的基础数据进行维护。它包括的功能有：客户信息管理、联运公司、公司属性编辑、线路信息管理、分部网点管理、人员管理、登录账号管理、驾驶员管理、车辆管理、授权群组管理等。费用管理模块：系统中需要对费用进行维护管理，这就需要在该模块中完成。它包括的功能有：运单收入管理、补
46、录运单支出管理、日常收支、日常收支审核、网点备用金管理等。单据管理模块：单据管理是指对运单、保单等单据的管理。该模块的功能有：单据本入库、单据本发放、单据本调整、单据本回收、单据本流水、空白单据作废、恢复作废空白单据等。运输管理模块：运输管理是整个系统的核心，货物流程是整个货运系统流程最重要的环节，而运输管理就是完成货物流程的重要模块。它的功能有：运单受理、运单修改、运单代录、运单退货、路单制作、压货管理、制作交接清单、确认交接清单、货物分理、运单核对、货物交付、滞压货物、滞压处理、网外转运等。代收款管理模块：代收款是指由货运公司为发货客户代理收款的一种额外服务。它包括的功能有：代收款收取、制
47、作代收款缴款单、接收代收款缴款单、分部发放代收款、制作代收款总部缴款单、总部接收代收款缴款单、总部发放代收款、代收款调整管理等。财务管理模块：财务管理是系统对运费、保费、送货费等除代收款以外的其它费用的管理。通过该模块网点、分部以及总部之间的财务转账都可以在本系统中体现。它包括的功能有：网点运费上交、分部确认网点运费上交、分部运费上交、分部确认分部运费上交、运单结算管理、承运结算管理、外包结算管理等。查询分析模块：该模块的主要功能是方便货运公司对本公司的重要数据进行查询汇总，它包括的主要功能有：运单查询、代收款查询、查询运费上交、查询运费上交汇总、营业收入查询、签约用户结算查询、发货排行、发货统计、财务和业务操作流水、库存查询、分部运费排行、保费查询、代收款分部和总部监控、查询分部营业额、查询分部现金汇总、查询分部发货到货收入等。第四章 快速货运系统组织结构及基本流程系统的组织结构和基本流程对于信息系统的开发是至关重要的，它决定了信息系统主要的结构和逻辑。本章就介绍一下货运公司的基本组织结构和基本的流程。4.1系统的组织结构该系统的组织主要分为三层：总部、分部、网点。如图4-1所示： 总部分部分部分部分部网点网点分部网点网点 图4-1 货运系统的组织结构图系统只有一个总部，总部下面为分部，分
