基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx

上传人:b****0 文档编号:17770543 上传时间:2023-08-03 格式:DOCX 页数:11 大小:23.91KB
下载 相关 举报
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第1页
第1页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第2页
第2页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第3页
第3页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第4页
第4页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第5页
第5页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第6页
第6页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第7页
第7页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第8页
第8页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第9页
第9页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第10页
第10页 / 共11页
基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx

《基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx》由会员分享,可在线阅读,更多相关《基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx(11页珍藏版)》请在冰点文库上搜索。

基于SSH框架的物流管理信息系统LMIS的设计与实现doc.docx

基于SSH框架的物流管理信息系统LMIS的设计与实现doc

基于SSH框架的物流管理信息系统(LMIS)的设计与实现-

摘要:

“全球经济一体化”、“电子商务网络化”的趋势决定了本世纪将是物流业蓬勃发展的世纪。

本文介绍了目前流行的企业信息化的技术手段及这个行业它所具有的独特的技术GIS和EDI等。

详细分析物流管理信息系统与各大功能模块及理清各模块间关系和各个模块的工作流程要实现的具体功能。

将SSH框架的J2EE工程应用到物流业,分析实现了关键部分的配置,代码。

关键词:

物流信息系统;SSH框架;设计

1.物流管理信息系统(LMIS)与第三方物流及其重要性

物物流管理是供应链管理体系重要组成部分,是提高经济效益重要手段,是企业市场创新推动力。

流管理信息系统是现代物流的灵魂,是物流信息管理、传输等的主要载体。

1.1物流管理信息系统(LMIS)与第三方物流

物流管理信息系统(LogisticsManagementInformationSystem,简称LMIS)是指在物流领域内建立的信息收集、整理、加工、存储、服务系统。

物流管理信息系统是现代物流正常运作的基础和保障,任何一个物流环节,尤其是不同物流环节的连接处,其正常运作必须以物流信息为支撑。

第三方物流是指产品经营企业为集中精力搞好主业,把原来属于自己处理的物流活动以合同的形式委托给专业物流服务公司并保持密切联系,以达到对物流全程的管理和合同制物流。

1.2物流信息化的必要性

在物流信息系统建设中,通过标准化来实现系统间的数据交换与共享已成为电子商务的必然要求

1.2.1建设物流信息系统是企业管理控制和规模发展的需要。

作为一个企业,要想能够有效地控制和管理其内部的各个环一节、各个部门,必须强化信息的准确、快捷和有效。

1.2.2建设物流信息系统是物流自动化、网络化的要求。

自动化要求以信息化为基础,通过条码/语音/射频自动识别系统、自动分拣系统、自动存取系统、自动导向车、货物自动跟踪系统等实现以计算机技术作为媒介的以机电一体化为核心的自动化,这就要求物流中心的信息系统要实现对于商品有关信息的标准化操作,建立有关m代码、条形码或磁性标签等的参数体系,据此来实现对于商品配送的自动化控制。

而网络化则要求物流中心通过电子订货系统(EOS)和电子数据交换技术(EDI)与供应商或制造商及下游顾客之间保持实时联系,通过信息的共享,实现对物流服务商的组织网络化((Intranet)。

1.2.3建设物流信息系统是企业未来发展的要求。

物流信息系统建设是长期战略投资,影响企业的未来发展,要求信息系统的结构要具有开放性和扩张性。

要把现在的仓库改造为增值服务中心,则在IT系统的配置方面,要有仓库管理系统和商务管理系统,还要配置条码印制系统和无线终端识别系统等。

2.现代物流管理信息系统

一个设计开发良好的物流信息系统能够灵活的利用有关物流信息,实现物流各项功能的圆满化和效率化,正确而便捷地传递和处理物流业务的相关信息。

2.1LMIS的主要技术和设计方法

地理信息系统(GIS)与电子数据交换技术(EDI)应用日趋广泛,可以迅速地获取满足应用需要的信息,并能以地图、图形或数据的形式表示处理的结果;对经济信息按照一定的标准进行格式化处理,并把这些格式化的数据,通过计算机通信网络在他们的计算机系统之间进行交换和自动处理。

2.1.1GIS与EDI

GIS是一项以计算机为基础技术,EDI是一种计算机应用技术。

1.地理信息系统(GeographicInformationSystem简称GIS)地理信息系统是一项以计算机为基础的新兴技术,围绕着这项技术的研究、开发和应用形成了一门交叉性、边缘性的学科,是管理和研究空间数据的技术系统,对空间数据按地理坐标或空间位置进行各种处理、对数据的有效管理、研究各种空间实体及相互关系,迅速地获取满足应用需要的信息,并能以地图、图形或数据的形式表示处理的结果。

利用GIS对空间和属性数据采集、输入、编辑、存储、管理、空间分析、查询、输出和显示功能,按照特征的关联,将多方面的数据以不同层次联系构成现实世界模型,在此模型上使用空间查询和空间分析进行管理,并通过空间信息模拟和分析软件包进行空间信息的加工、再生,为空间辅助决策分析打下基础。

2.电子数据交换技术(EDI)EDI是一种计算机应用技术。

EDI在商务上广泛应用之后,可以大量节省企业的运营成本,提高企业的运营水平。

2.1.2B/S结构

B/S(Browser/Server)结构即浏览器和服务器结构。

局域网建立B/S结构的网络应用,并通过Internet/Intranet模式下数据库应用,相对易于把握、成本也是较低的。

它是一次性到位的开发,能实现不同的人员,从不同的地点,以不同的接入方式(比如LAN,WAN,Internet/Intranet等)访问和操作共同的数据库;它能有效地保护数据平台和管理访问权限,服务器数据库也很安全。

B/S架构软件有维护和升级方式简单很大优势:

无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只需要针对服务器进行今后,软件升级和维护会越来越容易,而使用起来会越来越简单。

同时B/S架构软件成本降低,选择更多,只需安装在Linux服务器上即可,安全性高。

本文选择B/S模式作为系统的主体结构。

3.物流管理信息系统的分析与设计

物流系统的目标是通过物流系统的功能要素的有效组合而实现的。

3.1系统主要功能模块的分析与设计

物流系统的功能要素指的是物流系统所具有的基本能力,这些基本能力有效地组合、联结在一起,便成了物流的总功能,能合理、有效地实现物流系统的目标。

 3.1.1系统功能模块层次

一般认为物流系统的功能要素有运输、储存、包装、装卸搬运、流通加工、配送、物流决策和物流信息等,它们的组合就构成了物流系统的总体功能如图1:

综合上述物流系统的总体功能,同时考虑到信息系统建模和实际管理的需要的一些特焦我们可以得出第三方物流信息系统的功能模块图,如图2:

业务作业子系统和业务支持子系统的子模块对经营管理子模块提供决策支持。

经营管理子模块的功能是对业务作业子系统和业务支持子系统提供的基本信息进行进一步的处理,然后根据处理后的结果来决策和预测。

第三方物流信息

系统的整体业务流程如图3:

3.1.2订单管理子系统

定单业务的处理演变为着各个环节的单证处理贯穿于整个物流供应链的各个环节,成为一条主线将各个环节有机地联系在一起,因此,订单的业务流程是整个物流供应的业务流程的反映。

1.接受订单

订单信息处理中心首先会调用客户所需服务类型的明细资料,对此客户以往报价的历史资料,供应商的采购报价历史资料等来明确此项服务的报价历史资料,折扣系数和客户折扣评价等等,然后根据业务作业子系统的净利水平加上运营总成本来推算出销售价格,最后由系统制成报价单递送给客户,如果客人对所递送的报价单签收,这份订单就成为正式的合同。

2.订单处理

订单信息处理中心一旦收到客户签回的订单时,迅速进入订单处理阶段。

即进入业务作业系统检查企业内资源的可得性情况,从业务部门资询库存主档、拣货产能调用档、包装产能调用档、运送设备产能调用档、人力资源调用档等查核其资源能力。

3.订单确认

当客户与物流企业都对彼此感到满意的时候,就可以以契约的形式固定进入订单确认,同时信息中心根据客户的服务需求自动生成所有的单证,如:

提单、送货清单和货运清单等,并通过电子数据交换的方式(EDI)分别传输给客户和业务部门。

订单信息处理业务流程如图4。

4.合同信息管理

订单管理:

这是对所有客户的订单进行有序整理。

它分成三部分:

一是己经处理的订单,即己经完成了所有约定的订单;二是正在处理的订单,即还有部分工作没有完成的订单;三是有定单需求但尚未处理的订单。

这个订单管理工作都是通过系统的自动优先排序来完成的。

3.1.3客户管理子系统

客户关系管理主要是具有较强的客户信息管理能力,包括客户信息的搜集,整理和分析件。

客户信息一般分为挣态信息和动态信息,根据客户信息,系统可进行客户分析和定期给出销售策略。

客户关系管理模块的职能是:

在现有客户信息的基础上,运用信息技术手段对客户信息进行电子化的整理,优化,分析和保存,既要运用二八原则使物流企业的关键客户满意,也要运用差别服务的方法使非关键客户得到满意;还要通过对现有客户信息中需求的挖掘,提高客户满意度,服务的知名度,服务的美誉度,服务的指名度,客户留存率,客户增加率。

客户管理子系统业务流程如图5。

本模块可以提供信息查询与发布信息发布及信息发布子系统等功能:

即发布提供业界动态、海关公告、外经贸公告等相关的一些重要信息又发布各仓库源库存、货场、运力、运输路线、货物跟踪、运价、业界动态、产销分布、用户产品、需求预测等信息。

3.1.4库存管理子系统

仓库是物流的中心环节,有很多物流业务活动是在仓库中进行的。

仓库是物流活动的一个基地。

1.对仓储系统进行设计时,应根据仓库所处的地理位置、周围环境及物流量的多少、进出库频度,考虑以下各方面问题:

仓库建设结构与合理布局、最大限度地利用仓库容积、货物堆码、存放的科学性、在库物品的保养防护、加强入库验收、出库复核等;仓储管理模块的组成部分如图6:

2.第三方物流仓储作业的流程可以概述如图7:

(1)入库管理子模块

入库商品分为两类:

一是新品入库;二是退品入库。

两类商品在入库前都要经商品检验和分类处理。

商品的存放方式也有两种:

一是先入库存放再出库,这需要依照仓库区城规划和商品生命周期等因素来指定储放位置,以便日后存货管理或出货查询;二是直接出库,这时只需与运输/配送模块相连接,同运输/配送模块进行信息共享。

(2)在库管理

在库管理包含两方面:

一是对各仓库区的管理,二是对库存数的控制。

仓库区的管理包括:

对仓库区域内商品的摆放方式、区域大小和区域分布等的规划;对货品进出仓库的控制一是先进先出搬运方式;对仓储区储位的调整及变动。

(3)流通加工

在商品出库之前,物流企业可以为客户实施具有特色的流通加工增值服务,比如:

商品的分类、过磅、拆箱重包装和贴标签及商品的组合包装等业务。

通过这种形式的服务,客户可以根据需要各取所需。

(4)出库管理

本模块主要具有如下功能:

出库单数据处理、出库品种内容生成及出库指令发出、错误货物或空位货物重新分配、出库成功确认、出库单据打印。

3.1.5运输配送管理子系统

物流系统中的运输环节,是传统多式联运内涵的扩展。

对于国际间货物来说,具有路线长、环节多、涉及面广、手续复杂、风险性大、时间性强等特点。

运输有五种基本的运输方式:

铁路、公路、海运、管道和航空。

1.运输服务是有各种提供者结合提供的,提供运输服务的经营者有以下几种类型:

(1)单一方式经营人。

即最基本的承运人是仅利用一种运输方式提供单一方式的经营人,这种方式具有专业化、高效率的特点。

(2)专门化经营人。

这种方式主要是指包裹递送服务。

(3)多式联运经营人。

现代物流意义下的多式联运经营人如果本身作为第三方物流经营人而存在,那么直接从货主接受定单,对货主负责,如果本身作为其他第三方物流公司的分包商而存在,那么他是受物流经营人的委派完成运输任务,他直接对物流经营人负责。

 2.运输/配送的业务流程

如图8所示,运输的一般业务流程包括接单、发运、到站和签收四个环节,以及在发运和到站中可能存在的短驳或中转。

3.功能

运输/配送实时跟踪与查询:

通过这个功能,企业能够准确知道被运输货物的实时情况,而且当客户需要了解货物情况时,只需在客户界面输入登录代码和货物代码就能够清楚及时的知晓。

其中需要运用的技术有:

GPS,GIS,自动跟踪等技术。

通过GPS卫星定位系统,跟踪汽车的营运情况,及时反映汽车的地理位置,汽车的油料情况、汽车备件的破损情况等,以便调度人员及时采取措施,确保货物按时到达。

实时反馈货物在途运输情况,为客户提供详细的货物跟踪服务。

跟踪被丢货物情况,依据其数量、体积及相关运输途径的业务情况,及时进行货物的交接和转运。

3.1.6财务管理子系统

财务报表管理模块功能结构模块如图9:

关于财务方面的软件相对比较成熟,在这里不一一论述了。

3.1.7决策支持子系统

信息系统与决策支持系统是管理系统中的两个重要概念,从数据组织、数据处理、数据传输等方面看,二者有许多相似之处,但从应用情况和目的角度看,却有很大不同。

1.信息系统与决策支持系统的不同主要体现在以下几个方面:

(1)完成任务看。

信息系统考虑的是建立一个完成日常事务的信息处理系统;而决策系统考虑的是围绕管理目标,支持解决具体领域的决策问题。

(2)从追求目标看。

信息系统的目标是优化处理,即高速度、高效率、低成本地完成任务;而决策系统的目标是提供切实可行的决策方案。

(3)从设计思想看。

信息系统是实现一个相对稳定的环境,以确保日常事务的顺利进行;而决策系统是实现一个灵活的开发系统,根据用户需要构造具体的决策模型。

(4)从驱动方式看。

信息系统是由数据驱动;而决策系统是由模型和用户驱动。

(5)从操作方式看。

信息系统强调的是系统化,在操作中较少有人工干预;而决策系统则强调人的作用,要求在操作中进行人机交互,共同完成任务。

(6)从信息需求看。

信息系统的分析设计着重体现全局整体的信息需求;而决策系统的分析设计则强调决策者个人的需要。

2.物流管理信息系统内部可以采用决策支持系统的有一下几个部分:

(1)以批发为核心业务的物流信息决策系统:

接受订货系统;订货系统;收货系统;库存管理系统;发货系统;配送系统;信息查询系统。

(2)进、销、存决策支持系统:

进货管理子系统;销售管理子系统;库存管理子系统。

(3)配送决策支持系统。

配送中心应建立的信息决策支持子系统,销售决策支持系统;采购决策支持系统;仓存决策支持系统;综合决策支持系统等。

3.本文的决策支持系统的基本结构

考虑到决策支持子系统是一个非常大的概念,本文仅仅运用当前主流的Web决策支持子系统到物流管理信息系统中来,作为第一次尝试使用决策支持系统,日后可以继续升级,完善,甚至将其他的决策支持系统都纳入进来。

本文的决策支持系统的基本结构如图10:

3.2LMIS系统的总体结构设计

3.2.1LMIS系统的层次体系

本系统采用的是典型的J2EE三层结构,分为表现层、中间层(业务逻辑层)和数据服务层。

三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。

客户端不直接与数据库交互,而是通过组件与中间层建立连接,再由中间层与数据库交互。

中间层采用的是流行的Spring+Hibernate,为了将控制层与业务逻辑层分离,又细分为以下几种。

1.Web层,就是MVC模式里面的“C”(controller),负责控制业务逻辑层与表现层的交互,调用业务逻辑层,并将业务数据返回给表现层作组织表现,该系统的MVC框架采用Struts。

2.Service层(就是业务逻辑层),负责实现业务逻辑。

业务逻辑层以DAO层为基础,通过对DAO组件的正面模式包装,完成系统所要求的业务逻辑。

3.DAO层,负责与持久化对象交互。

该层封装了数据的增、删、查、改的操作。

4.PO,持久化对象。

通过实体关系映射工具将关系型数据库的数据映射成对象,很方便地实现以面向对象方式操作数据库,该系统采用Hibernate作为ORM框架。

Spring的作用贯穿了整个中间层,将Web层、Service层、DAO层及PO无缝整合,其数据服务层用来存放数据。

3.2.2系统的显示层

视图层是唯一完全展现给用户的一层,因此它的设计是至关重要的。

首先,从外观上讲,因为控制层和模型层对用户是透明不可见的,所以视图层设计的好坏给用户带来最直接的感受。

其次,因为所有操作都是在视图层与用户交互完成的,所以视图层设计得是否合理是很重要的。

根据前文的分析,本系统的所有视图由JSP与Html来实现。

JSP实际上是在Html中混合Java程序代码,并由语言引擎解释执行。

当客户端请求JSP页面时,嵌入JSP中的Java代码将首先被转换为Java源文件,然后编译成Servlet,接着由Java虚拟机执行。

必须严格按照MVC模式设计系统,将代码分离开;在JSP页面里只出现必要的动态控制代码,页面中所有需要的数据都由Servlet传递,所有用户提交的数据等都是通过表单提交给Servlet处理。

访问合法性判断、页面跳转、响应用户请求等工作,都是由Servlet完成。

显示层各个模块分布如表1:

在MVC模式中,控制层主要是根据用户的相关操作请求,跳转到不同的视图或者是事务逻辑.由于速度、维护性方面的原因,控制层一般采用Servlet实现,由Servlet进行用户访问合法性判断,响应用户请求,页面转向等。

Http协议是一种无状态的协议,而对于现在的Web应用而言,我们往往需要记录从特定客户端的一系列请求间的联系。

Servlet是遵守JavaServlet设计规范的Web组件。

它必须实现javax.servlet.Servlet接口,必须部署并运行在Servlet容器中并扩展服务器的功能。

Servlet规范通过规定一个编程的框架来达到扩展服务器功能的目的,采用请求一响应模式提供基于Web的服务。

当客户机发送请求至服务器时,服务器将请求信息转发给Servlet,Servlet处理请求并生成响应内容并将其传给Web服务器,然后再由Web服务器将响应返回给客户端。

3.2.3系统的业务逻辑层

业务逻辑层建立在DAO层之上,由业务逻辑组件对DAO组件进行Facade封装。

为了分离业务逻辑层与DAO层之间的耦合,业务逻辑层应面向接口编程,即业务逻辑组件只调用DAO组件的接口,而不与具体的实现类耦合,同时将业务逻辑放在接口中定义。

使Web层仅仅与业务逻辑组件的接口耦合,而无须理会业务逻辑组件的实现。

1.业务逻辑组件的结构

业务逻辑组件同样分为接口和实现类两个部分,接口用于定义业务逻辑组件,定义业务逻辑组件必须实现的方法是整个系统运行的核心。

在应用中需要多少个业务逻辑组件,往往取决于系统的大小。

通常按模块来设计业务逻辑组件,每个模块设计一个业务逻辑组件,并且每个业务逻辑组件以多个DAO组件作为基础,从而实现对外提供系统的业务逻辑服务。

2.业务逻辑组件的接口

增加业务逻辑组件的接口,也是为了提供更好的解耦。

通过面向接口编程,控制器无须与具体的业务逻辑组件耦合,而是面向接口编程。

假如需要改变业务逻辑的实现时,可以只提供新的实现类,而不需要改变其控制器代码。

3.业务逻辑组件的实现类

业务逻辑组件以DAO组件为基础,必须接收Spring容器注入的DAO组件,因此必须为业务逻辑组件的实现类提供对应的setter方法。

4.结论

本次的研究设计并开发了一个通用的、可靠的、基于WEB的学习交互系统。

分析了基于Web的物流管理信息化的理论基础、设计思想;利用面向对象软件工程方法,对系统进行UML建模;在J2EE平台和软件设计模式等分析研究基础上,设计出系统框架模型,能够满足当前系统应用的模块化和拆装化需求。

包括运用业务代理接口,降低了表现层和逻辑层的祸合:

运用DAO模式来设计持久层,降低持久层和逻辑层的祸合;运用Struts框架和Tiles标签实现表现层的组件化等;探讨了适合于在J2EE下进行系统集成开发的一些开源项目比如开源软件Struts,Hibernate等。

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2