基于J2EE的仓库管理系统的设计与实现.docx

基于J2EE的仓库管理系统的设计与实现.docx

《基于J2EE的仓库管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《基于J2EE的仓库管理系统的设计与实现.docx（26页珍藏版）》请在冰豆网上搜索。

基于J2EE的仓库管理系统的设计与实现

学号：

*****3205

题目：

基于J2EE的仓库管理系统的设计与实现

学院：

信息科学与技术学院

专业：

计算机科学与技术

姓名：

XX

*******

完成日期：

2012年5月13日

摘要

物流是有形的物品从出发点到消费点的流动存储活动，而仓库承担了公司所有的决策误差所带来的库存压力。

仓库管理是一项繁琐而又复杂的工作，每天有大量的单据数据要处理，同时为了能够及时结清每笔业务，准确盘点库存和记录货物流动情况，保证企业生产用料以及货物安全。

仓库管理系统是提供一整套仓库业务以及作业的一种管理系统。

仓库管理系统通过对入库业务、出库业务的管理，同时结合批次管理、物料对应、库存盘点、等功能的一个综合运用的管理系统。

仓库系统的使用，将使仓库的管理更加规范化、正规化，为产品的库管理部门和销售部门提供了极大的方便，降低了仓库的损耗。

用户登录系统后，可以实现基本的货物进出库管理，同时可以对仓库内的货物进行查询，盘点等基本功能。

本系统采用J2EE技术，使用MYSQL数据库进行开发。

关键词：

物流；仓库管理；数据库

Abstract

Logisticsisthephysicalflowofgoodsfrompointofdeparturetothepointofconsumptionofstorageactivities,andwarehousestookovercompanyinventorypressuresbroughtaboutbythedecisionofallerror.Warehousemanagementisatediousandcomplextask,everydayalargenumberofdocumentdatatodealwith,atthesametimeinordertosettleeachbusinessinatimelymanner,accurateinventoryandrecordsthemovementofgoodsinstock,guaranteethesafetyofproductionmaterialsandgoods.

Warehousemanagementsystemisamanagementsystemtoprovideafullrangeofwarehousebusinessandjobs.Warehousemanagementsystemthroughthestoragebusiness,businessmanagement,batchmanagement,combinedwithfeaturessuchasmaterial,inventorycounting,andanintegrateduseofmanagementsystem.Warehouse,warehousemanagementmorestandardizedandformalized,productmanagementandsalesdepartmentoffersgreatconvenience,reducesthelossofwarehouse.

Afterauserhasloggedontothesystem,youcanimplementbasicgoodsinandoutofthelibrarymanagement,atthesametimeyoucanqueryyourgoodswithinthewarehouse,inventory,andotherbasicfeatures.ThissystemusingJ2EEtechnology,usingtheMYSQLdatabasedevelopment.

Keywords:

Logistics;Warehousemanagement;Database

序言

企业的物流就如一条流动的河，而从供应商开始，就意味着物料开始流动。

供应商是这条河流的源头，物料经过供应商出货——客户企业采购——运输——配送——客户企业检验——仓库——生产——成品加工或装配——成品仓库——配送给客户的漫长过程。

在这个漫长的过程中，任何一个环节出现差错都有可能导致库存，虽然库存出现在供应的不同环节，但无论哪个环节，库存都是“积蓄”在仓库中，于是仓库就成了“河的下游”，于此同时，库存成本控制，也就成了“河的下游的下游”。

而众所周知，如果一条河流被污染了，仅仅治理这条河流中下游虽然能起到到一定的租用，但污染根本原因——源头，没有解决，这始终是治标不治本。

所以，仓库也就承担起了公司所有的决策误差所带来的库存压力。

在现代企业中，仓库管理是一项繁琐而又复杂的工作，每天有大量的单据数据要处理，同时为了能够及时结清每笔业务，准确盘点库存和记录货物流动情况，保证企业生产用料以及货物安全，要花费大量人力物力和时间来做相关的数据记录统计工作。

同时，仓库管理是一项既麻烦又单调的工作，长时间重复记录同一种类的货物甚至是相同货物的存取，且种类繁多又具有很大的随机性，仓库管理人员工作起来很不方便。

在实际操作过程中，人为的出错率会相对较高，同时出错后也可能很难及时更正。

如果单依靠人力来完成这种工作，对于经营者来说根本是不划算的，人力资源成本过高，所以一个可行的仓库管理系统具有其应用价值。

本系统通过使用数据库对仓库的管理实现信息化，将人为因素导致的错误降低至最低，同时有效提高了货物管理的效率，较少了不必要的人力配置，在实现仓库自动化的同时，也大大节约了成本。

第1章仓库管理系统的背景与意义

1.1系统开发背景

物流是有形的物品从出发点到消费点的流动存储活动，包括运输、保管、包装、装卸、搬运、流通加工及信息处理。

从职能上可以分为:

供应物流、生成物流、销售物流、回收物流和废弃物流。

从上世纪70年代开始，计算机技术开始逐渐渗透到物流领域。

伴随着物流市场和物流行业信息化的发展，物流软件市场也应运而生且发展迅速，一大批物流软件涌现在国内外市场。

物流软件作为一种管理软件，呈现出先进性、高效性、可靠性和安全性等特点，且具备实施风险小、实施迅速、效益显著、见效快等优势，具备广阔的市场。

根据目前物流软件的应用范围，物流软件通常包含如下几个子系统：

仓库管理系统（WarehouseManagementSystem,简称WMS）、运输管理系统（TransportationManagementSystem，简称TMS）、定单管理系统（OrderManagementSystem,简称OMS）、服务管理系统（ServiceManagementSystem，简称SMS）。

其中，仓库管理系统是提供一整套仓库业务以及作业的一种管理系统。

通过使用仓库管理系统，企业可以实现库位分配的自动化和智能化，提高仓库作业效率和速度，同时还会为企业提供准确的库存信息，并使之与实际库存变化及时同步。

根据相关统计，当前国内企业的物流支出成本是国外几倍，物流成本间的巨大差距，将我国企业在原材料和人力成本上的优势削弱，降低了我国企业在国际市场上的竞争力。

当前国内的部分企业仍处于低水平的信息处理和分析阶段。

信息的记录、收集、汇总方式存在很多弊端：

记录中的信息分散、格式随意、应用单一；收集时的不及时、不全面、不完善、保留不科学；汇总时的口径不一、主题多元、结果不一。

落后的理分析方法和地下的效率，都使其难以长时间的受到各个企业的支持。

1.2系统开发的意义

随着企业生产规模不断的扩大，信息管理系统也发挥起了越来越重要的作用。

作为企业信息管理系统关键组成部分，仓库管理系统的应用给企业带来了巨大的效益。

仓库管理系统的使用将改变企业传统的手工记录模式，通过数据库技术来实现海量数据的存储与处理，可大幅度的缩短主要业务流程的处理时间，提高企业的工作效率，进而获得更高的经济效益。

仓库管理系统通过对入库业务、出库业务、库存调拨、库存调整的管理，同时结合批次管理、物料对应、库存盘点、质检管理、实时库存管理等功能的一个综合运用的管理系统。

系统对全过程的库存物流和成本管理进行有效的控制和跟踪，可以实现完善的企业仓库信息管理。

仓库管理系统的使用，将使仓库的管理更加规范化、正规化，为产品的库管理部门和销售部门提供了极大的方便，降低了仓库的损耗。

于此同时企业还可以对售出的产品进行跟踪服务，很大程度的提高了办事效率，节省了费用。

除此之外，详细的库管信息还避免了不必要的业务纠纷，为企业与用户建立长期的信任关系提供了基础。

1.3论文的主要工作

本论文以标准的仓库管理模式为原型，根据软件工程的原理，开发出的基于J2EE采用B/S结构的适用于中小型企业的仓库管理系统。

在分析仓库管理需求的基础上，对仓库管理系统进行了设计，基于J2EE对系统进行了实现，主要实现了仓库管理系统的可行性研究、需求分析，并根据需求分析对系统进行了数据库的建模工作，根据模型构建了数据库。

后台数据库采用的是适合中小型企业的MySQL。

系统根据实际需求划分为五个模块，人员管理模块、货物信息查询模块、货物入库模块、货物出库模块、货物盘点模块。

其中，仓库人员管理模块用于管理仓库管理员相关信息，实现对人员进行管理。

货物信息模块用于实现货物基础数据、货物信息查询等功能。

货物入库模块用于实现登记入库记录的功能。

货物出库模块用于实现仓库内的货物的出库记录功能。

盘点功能模块通过定期对仓库信息做清点，将仓库中的货物进出及当前仓库的存储情况有效的反应出来，方便仓库管理员有效的了解了货物的流通状况和仓库货物的损耗状况。

对各个模块功能实现的基础上，对系统进行了黑盒测试，在测试对应功能的有效性的同时，也测试了系统对敏感数据的处理能力。

1.4论文的结构

本论文根据对仓库管理的实际操作流程和需求进行设计，基本实现对仓库中货物的出入库管理，查询及盘点等功能。

论文全文分为六章，整体上依照软件工程原理的软件开发生命周期编写。

第1章仓库管理系统的背景与意义，主要阐述了仓库管理系统在当前社会经济发展中对以企业的重要性，及系统开发的前景及重要意义。

第2章相关技术介绍，对本论文中使用的主要技术进行了介绍，阐述了B/S结构与C/S结构的区别，同时对MVC架构以及J2EE进行了简单的介绍。

第3章仓库管理系统的分析，本章主要对系统的可行性进行了研究，同时对系统的需求进行了分析。

第4章仓库管理系统的设计，根据需求分析，对系统内的实体、实体间的关系进行了研究，并根据实体间的关系设计了数据库表，同时对系统进行了模块划分。

第5章仓库管理系统的实现，本章对每个模块的实现进行了描述，并对系统进行了测试。

第6章结论与建议，对全文进行总结，并提出建议。

第2章相关技术介绍

2.1C/S结构与B/S结构

软件开发主要有两种体系结构：

客户端/服务器结构（Client/Server）、浏览器/服务器结构（Brower/Server）。

这两种结构各有其优缺点。

2.1.1C/S结构

C/S结构是软件系统体系结构，通过这种结构可以充分利用两端硬件环境的优势，将任务合理的分配到Client端和Server端来完成，有效降低了系统的通讯开销。

目前大多数应用软件系统都是C/S形式的两层结构的，而现在的软件应用系统正在向分布式的Web应用发展，Web应用和C/S应用都可以进行相同的业务处理，使用不同的模块共享逻辑组件。

因此，内部用户和外部用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。

这是目前应用系统的发展方向。

传统的C/S体系结构虽然采用开放的模式，但这只是在系统开发一级上的开放。

而在特定的应用中，无论是Client端，还是Server端都还需特定的软件来支持。

由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统开发不同版本的软件，加之产品的更新换代速度加快，已经很难适应多台电脑组成的局域网中用户同时使用的情况。

2.1.2B/S结构

B/S结构即浏览器和服务器结构。

它是伴随着网络技术的兴起，对C/S结构的一种演变结构。

在这种结构下，用户工作界面是通过互联网浏览器来实现的。

结合浏览器的多种Script语言（如VBScript、JavaScript等）和ActiveX技术，通过浏览器实现了原来需要复杂的专用软件才能实现的强大功能，极少部分的事务逻辑在前端实现，主要事务逻辑在服务器端实现，形成了所谓三层结构。

在B/S结构下，客户机上只要安装有浏览器（如InternetExplorer、Firefox、GoogleChrome等），服务器安装数据库（如Oracle、Sybase、SQLServer等），浏览器就可通过ＷebServer同数据库进行数据交互。

这样便大大简化了客户端电脑工作量，减轻了系统维护与升级的成本，降低了用户的总体成本。

B/S结构是一种全新的软件系统构造技术，随着各种操作系统已经将互联网浏览器植入操作系统内部，这种结构更将成为当今应用软件的首选体系结构。

2.2MVC架构风格

MVC是Model（模型）、View（视图）和Control（控制）的缩写。

MVC模式的目的是为了实现Web系统的职能分工：

Model层是用来实现系统中的业务逻辑，通常可以使用JavaBean或EJB来实现；View层则用于与用户的交互，通常使用JSP来实现；Control层是Model与View之间沟通的纽带，它既可以分派用户的请求并选择恰当的视图以用于显示，同时也可以解释用户的输入并将它们映射为模型层的可执行操作。

MVC组件之间的关系如图2.1所示。

图2.1MVC中各组件之间的关系

2.2.1MVC中的Model组件

模型（Model）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。

模型有对数据直接访问的权力，例如对数据库的访问。

模型不依赖视图和控制器，即模型不关心它会被如何显示或是被如何操作。

但是模型中数据的变化一般会通过一种刷新机制被公布，为了实现这种机制，那些用于监视该模型的视图必须事先在该模型上注册，这样视图就可以了解在数据模型上发生的改变。

模型是业务流程/状态的处理以及业务规则的制定业务流程的处理过程，对于其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。

业务模型的设计是MVC最主要的核心，目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架，它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。

对一个开发者来说，就可以专注于业务模型的设计。

2.2.2MVC中的View组件

视图（View）是用户看到并与之交互的界面。

对老式的Web应用程序来说，视图就是由HTML元素组成的界面。

而在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术也是层出不穷，如MacromediaFlash、XHTML、XML/XSL、JSP、ASP、WML等的一些标识语言以及Webservices。

如何处理应用程序的界面也就因此变得越来越有挑战性。

MVC一个大的好处是它能为应用程序处理很多不同的视图。

在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个数据库表，作为视图来讲，它只是作为一种输出数据并且允许用户操纵的方式。

随着应用的复杂性和规模性，界面的处理也变得具有挑战性。

一个应用可能有很多不同的视图，MVC设计模式对于视图的处理也仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。

业务流程的处理是交予模型来处理的，比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型

2.2.3MVC中的Control组件

控制（Control）可以理解为从用户接收请求,将模型与视图匹配在一起，共同完成用户的请求。

划分控制层的作用也很明显，它清楚地告诉程序设计者，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求控制层，而并不做任何的数据处理。

例如，用户点击一个连接，控制层受到请求后,并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。

因此，一个模型可以对应多个视图，一个视图可以对应多个模型。

控制器掌管着用户的请求，当用户点击图形用户界面上的元素执行操作时，控制器会收到HTTPGET或者POST请求。

它的主要功能就是调用并协调需要的资源/对象来执行用户的请求。

通常控制器会为任务调用合适的模型，以及选择合适的视图。

2.3J2EE体系结构

J2EE是Java2PlatformEnterpriseEdition（Java2平台企业版）的缩写，是一组技术规范与指南。

其中所包含的各类组件、服务架构及技术层次，均有共同的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。

J2EE体系结构提供中间层集成框架来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。

通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持EnterpriseJavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。

J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。

事实上，SUN公司设计J2EE的初衷正是为了解决两层模式（Client/Server）的弊端。

在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议通常是某种数据库协议。

它使得重用业务逻辑和界面逻辑非常困难。

现在J2EE的多层企业级应用模型将两层化模型中的不同层面切分成许多层。

一个多层化应用能够为不同的每种服务提供一个独立的层。

J2EE具备典型的四层结构。

第一层是运行在客户端机器上的客户层组件。

第二层是运行在J2EE服务器上的Web层组件，J2EEweb层组件可以是JSP页面或Servlets按照J2EE规范，静态的HTML页面和Applets不算是Web层组件。

第三层是运行在J2EE服务器上的业务逻辑层组件，用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上的EnterpriseBean进行处理。

第四层则是运行在EIS服务器上的企业信息系统（EnterpriseInformationSystem）层软件，包括企业基础建设系统例如企业资源计划（ERP），大型机事务处理，数据库系统，和其它的遗留信息系统。

图2.2中表明了一个EnterpriseBean是如何从客户端程序接收数据，进行处理（如果必要的话），并发送到EIS层储存的过程，这个过程也可以逆向进行。

图2.2J2EE四层模型示意图

第3章仓库管理系统的分析

3.1系统的可行性研究

由仓库管理系统的需求结合实际客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量发现此系统具备技术可行性。

仓库管理系统是一个数据库管理和查询的系统，以现有的技术的成熟度，和当前硬、软件的性能等各项条件均可满足系统开发测需求，利用现有技术条件可以完全达到系统所要求的各项功能目标。

通过估算新系统的成本效益分析，如项目开发的成本，开发费用和今后的运行、维护费用，及对新系统所获得的效益的估算，可以得出开发成本会在可接受的时间内收回，并且系统会在成本收回后得到可观的收益，具备经济可行性。

系统开发的大体上包括支出：

基础硬件设备支出、相关软件支出、及软件设计和开发费用等。

而系统的收益可从经济效益和社会效益两方面考虑：

系统应用后仓库管理效率得到提升，人力资源配置将趋于合理化，减少了不必要的支出，同时还会提升整体的工作效率；而系统投入后科学化、现代化的仓库管理系统会为企业带来额外的形象收益。

仓库管理系统的开发过程充分考虑仓库管理人员原有的工作习惯，将原来手工及记录查询方式转换为现代化的方式，不会很大程度上的改变原有的工作方式，只要经过简单培训便可以迅速掌握仓库管理系统的使用方法。

且新系统的研制和开发都充分考虑到了工作人员对仓库管理及查询的时效性，具备很强的操作可行性。

3.2系统的需求

3.2.1功能性需求

（1）货物入库和出库的管理需求

货物存放在仓库中，货物无论是进入仓库还是从仓库中出库都要进行登记记录，货物的出入库登记管理是仓库管理的主要内容。

货物入仓从货物提交开始。

申请人向仓库管理员提交入库申请单和货物，入库申请单上记录了本次需要入库的货物名称、数量、提交货物的单位、执行提交货物的人员以及相关的注意事项等信息。

仓库管理员以送货人员提供的入库申请单为准，对待入库的货物进行检查。

核实待入库货物与入库申请单上的货物信息一致时，便允许入库；若实际的货物信息与申请单不符，此批次货物会被禁止入库，直至货物信息与入库申请单内信息完全一致为止。

对于允许入库的货物，执行库管需要对货物的信息进行登记，登记信息包括：

入库货物名称、数量、入库时间、送货入库人员的信息、执行货物入库人。

完成登记后，便可将货物存入仓库中。

货物安全存入仓库后，执行完入库操作的仓库管理人员便可以为提出入库申请的入库人员提供入库单，到此入库流程结束。

货物从仓库中出库从提交出库申请开始。

对货物有需求单位的出库人员向执行出库操作的仓库管理员提交出库申请单。

出库申请单上记录了本次申请出库的货物名称、申请出库的数量、申请出库的单位、执行出库申请的人员等信息。

执行出库的仓库管理人员核实出库单的真伪后，依据出库申请单上要求出库的货物信息查找仓库中相关货物的信息和库存数量。

如货物存在且库存数量满足出库申请单上的需求数量，则执行出库操作的仓库管理员保存出库申请单并进行出库登记。

出库登记中记录出库货物的名称、数量、出库后剩余数量、出库时间、货物去向、出库的仓库、执行出库的仓库管理员等信息。

进行出库登记后，便可将货物出库，出库结束后，执行仓库管理员会给出库申请人提供出库单，到此出库流程结束。

（2）货物的查询与盘点需求

仓库的管理人员要能够及时掌握仓库内存储的货物信息、入库记录和出库记录等信息，这样才可以及时地了解仓库的运行现状，使仓库处于良好的运行状态之中。

同时，仓库还会定期对仓库内存储的货物进行盘点，盘点的目的是将仓库中的货物记录数据及当前仓库的存储实际情况有效的反应出来，方便仓库管理员有效的了解了货物的流通状况和仓库货物的损耗状况。

由此可见，在仓库管理过程中，仓库货物信息查询和盘点功能都是十分必要。

（3）仓库的相关信息管理需求

仓库主要用途是存放货物，对于存放在仓库中的这些货物本身的信息，对于仓库的管理还说也是非常重要。

除此之外，仓库管理系统还必须对其他的相关信息进行管理。

如仓库管理员的相关信息，仓库本身的相关信息等，也是仓库管理系统必须具备的功能。

管理员是仓库管理的主要操作者，也是保证仓库能够正常运转的重要环节，合理的管理管理员信息，方便管理员实现对仓库管理是仓库管理的前提。

3.2.2系统的性能需求

仓库管理系统除了上面提到的对系统需要实现的功能的需求外，还有一些非功能性需求也是不能被