仓库管理系统第4版Word格式.docx
《仓库管理系统第4版Word格式.docx》由会员分享，可在线阅读，更多相关《仓库管理系统第4版Word格式.docx（35页珍藏版）》请在冰点文库上搜索。
我国企业的物流支出成本约占总成本的30%，而国外企业的物流支出成本仅为7%。
物流成本的庞大差距，抵消了我国企业在原材料和人工上的成本优势，降低了我国企业的竞争力。
国内的专门多企业，由于信息的记录、收集、汇总、处理分析还处于比较低的水平，记录中信息分散、格式随意、应用单一，收集中不及时、不全面、不完善、保留不科学，汇总时口径不一、主题多元、结果不一，处理分析方法落后、效率低下、只有短期，难以支持趋势等。
随着企业规模的扩大，治理信息系统也发挥越来越重要的作用。
作为企业治理信息系统关键组成部分的仓库治理系统的应用给企业带来庞大的效益。
采纳仓库治理系统将使企业改变其传统的手工记录模式，应用数据库技术使海量数据的储备与处理成为专门方便的情况，如此可大幅缩短要紧业务流程的处理时刻，提升对市场的响应能力。
仓库治理系统是通过入库业务、出库业务、库存调拨、库存调整，结合批次治理、物料对应、库存盘点、质检治理、实时库存治理等功能综合运用的治理系统，对库存业务的物流和成本治理全过程进行有效操纵和跟踪，实现完善的企业仓库信息治理。
仓库治理系统的投入，将使仓库的治理更加正规化，为产品的出入库治理部门和销售部门提供了方便，降低了仓库的损耗。
企业能够对售出的产品进行跟踪服务，同时也免去了销售人员按以往惯例亲自前往用户处去核实物资情形的苦恼，提升了办事效率，节约了费用，而且还幸免了不必要的业务纠纷，爱护了企业长期与用户建立的良好信誉。
1.2系统可行性研究
1.技术可行性
按照客户提出的系统功能、性能及实现系统的各项约束条件，按照新系统目标来衡量所需的技术是否具备，本系统是一个数据库治理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估量利用现有技术条件应完全能够达到该系统的功能目标。
同时考虑给予的开发期限也较为充裕，估量系统是能够在规定期限内完成开发。
本系统基于JavaEE架构，采纳了较为成熟的开发模式。
前端用Struts1.2，业务逻辑采纳EJB3.0的无状态会话Bean,持久映像层采纳hibernate1.3模式，应用服务器使用了使用最广泛的BEAWeblogicServer。
2.经济可行性
估算新系统的成本效益分析，其中包括估量项目开发的成本，开发费用和今后的运行、爱护费用，估量新系统将获得的效益，估算开发成本是否回高于项目预期的全部经费。
同时，分析系统开发是否会对其它产品或利润带来一定阻碍。
（1）支出：
基础投资：
硬件设备：
PC机
软件设备：
WINDOWS2000、BEAWeblogicServer10
其它一次性支出：
软件设计和开发费用
经常性支出：
软件爱护费用、软件使用费用。
（2）效益：
系统的效益能够从经济效益和社会效益两方面考虑。
关于仓库治理系统则应着重分析其社会效益。
例如，系统投入运行后能够使仓库治理实现科学化、规范化。
曾强了工作人员对仓库治理能力、提升了工作效率。
3.运行可行性
新系统的研制和开发是充分得考虑工作人员对仓库的易于治理，治理者方便查询设备信息效率。
从而能完全满足使用者的要求。
4.法律可行性
新系统的研制和开发，将可不能侵犯他人、集体和国家的利益，可不能违反国家政策和法律。
第二章系统分析与设计
在设计软件系统之前，第一必须确定用户怎么讲要求软件系统完成什么任务，因此分析时期的差不多任务是了解用户的需求，并将用户的需求用书面形式表达出来。
那个时期还不是确定系统如何样完成它的工作，而仅仅是确定系统必须完成哪些工作，也确实是对目标系统提出完整、准确、清晰、具体的要求。
系统分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。
在全面客观的系统分析的基础上，按照用户提出的系统功能进行相应的功能设计。
2.1有关技术介绍
2.1.1J2EE有关原理及技术简介
J2EE规范定义了一个完善的应用组件技术框架，作为企业级应用系统差不多构造模块的组件确实是建立在那个框架之上。
从简单的Web应用到复杂的分布式企业级应用，几乎所有的业务应用，都能够在此技术框架基础上构造。
本文中使用的组件技术要紧有三种类型：
JSP、servlet和EnterpriseJavaBean。
2.1.2Servlet
Servlet是一些用来扩展Web服务器功能的Web组件，它基于要求/响应机制。
Servlet从客户端（例如Web扫瞄器）获得要求，然后，将响应结果返回客户端。
Servlet的这种特点使它专门适合于Web应用。
Servlet和EJB组件的区不在于EJB组件所提供的服务器端组件特性并不能全部适用于Servlet，Servlet更适合于处理简单的要求/响应任务，而且它不需要应用服务器所提供的复杂服务的支持。
2.1.3JSP简介
JSP（JavaServerPages）是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，JSP技术在Servlet技术基础上进展起来的，它正在飞速进展中，现已成为Java服务器编程的重要组成部分。
它尽管还未成型，然而它必将和J2EE（Java2EnterpriseEdition）一起进展。
JSP是结合markup（HTML和XML）和Java代码来处理一种动态页面。
每一页第一次被调用时，通过JSP引擎自动被编译成Servlet，然后被执行，以后每次调用时，执行编译过的Servlet。
JSP提供了多种方式访咨询Javaclass、Servlet、Applets和WebServer，因此，Web应用的功能能够分成多个明确定义公用接口的组件，通过JSP将它们结合在一起。
2.1.4J2EE简介
企业级多层应用系统的开发一直面临着重大挑战。
开发商和宽敞程序员一直在努力推动和殷切期待一个成熟的、标准的企业级应用平台来简化和规范企业级应用系统的开发和部署。
Java技术的显现，专门是J2EE（Java2PlatformEnterpriseEdition）平台的推出正是这种努力的结果，也使得企业级应用系统的开发由此变得更加快速和方便。
需要指出的是，J2EE本身是一个标准，它为不同厂商创建平台产品提供了标准，使不同J2EE平台产品之间的交互成为可能。
SUN及其合作方将J2EE1.5改名为JavaEE5，然而其架构跟改名前的J2EE没有区不。
只是通过增强一些技术使得我们更快、更容易、更简单地开发企业应用程序。
2.1.5EJB
EJB（EnterpriseJavaBeans）是J2EE平台的核心，也是J2EE得到业界广泛关注和支持的要紧缘故。
我们明白，J2EE的一个要紧目标确实是简化企业级多层应用系统的开发，使得程序员将要紧精力放在业务逻辑的开发上。
EJB正是基于这种思想的服务器端技术，它本身也是一种规范，该规范定义了一个可重用的组件框架来实现分布式的、面向对象的业务逻辑。
EJB的核心思想是将业务逻辑与底层的系统逻辑分开，使开发者只需关怀业务逻辑，而由EJB容器实现名目服务、事务处理、持久性、安全性等底层系统逻辑。
按照功能不同，规范中定义了三种EnterpriseJvavaBean：
会话Bean（SessionBean）、实体Bean（EntityBean）和消息驱动Bean（Message－DrivenBean）。
会话Bean分为无状态和有状态两种。
一样无状态的会话Bean模拟商业逻辑，例如运算价格等。
有状态的会话Bean通常模拟一个客户会话，它会临时储存客户信息，按照客户要求调用其它Bean来存取数据。
两种会话Bean都不储存状态信息或者数据，当客户断开连接或者服务器关闭时，会话Bean也就随之消逝。
一个会话Bean的典型例子是网站上的购物车。
实体Bean模拟业务数据，它表示一个数据储备，能够是状态信息或者数据库中的一条记录。
实体Bean在客户断开连接或者服务器关闭后，仍有服务保证其数据得以储存。
消息驱动Bean在行为上专门象会话Bean。
不同的确实是仅在需要向这些Bean发送消息时才调用消息驱动Bean，例如在需要的时候发送用户确认信息等。
2.1.6Struts
1.STRUTS进展
下图是Struts的工作流程，所有的要求都提交给ActionServlet来处理。
图2-1Struts工作流程图
Struts框架工具是Apache基金会Jakarta项目中推出的一个子项目。
Struts在英文中是支架、支撑的意思，这也体现出Struts在开发Web应用程序过程所起到的重要作用，Struts为Web应用提供了通用的框架，让开发人员能够把要紧精力集中在如何解决实际业务咨询题上，与此同时Struts框架也承诺开发人员按照实际需要进行扩展和定制，从而能够更好的适应用户的需求。
采纳Struts能够简化遵循MVC设计模式的Web应用的开发工作，专门好地实现代码重用，使开发人员从一些繁琐的工作中解脱出来，快速开发能够充分发挥JSP/Servlet优点、并具有强可扩展性的Web应用。
总之，Struts的显现使得Web应用的开发过程大大简化，从而能够缩短开发周期、提升开发效率。
Struts架构一经推出，即受到Java开发群体的广泛重视，从2004年开始逐步升温，并日渐成为Java创建Web应用开发的最流行的框架工具，在目前JavaWeb程序员的聘请要求中，几乎都提出了对Struts的要求，熟知Struts架构差不多成为JavaWeb程序员必备的技能
2.MVC简介
模型-视图-操纵器（MVC）是80年代Smalltalk-80显现的一种软件设计模式，现在差不多被广泛的使用。
A.模型（Model）
模型是应用程序的主体部分。
模型表示业务数据，或者业务逻辑。
b.视图（View）
视图是应用程序中用户界面有关的部分，是用户看到并与之交互的界面。
c.操纵器（controller）
操纵器工作确实是按照用户的输入，操纵用户界面数据显示和更新model对象状态。
2.1.7Hibernate
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了专门轻量级的对象封装，使得Java程序员能够为所欲为的使用对象编程思维来操纵数据库。
Hibernate能够应用在任何使用JDBC的场合，既能够在Java的客户端程序使用，也能够在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate能够在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
Hibernate的核心接口一共有5个，分不为:
Session、SessionFactory、Transaction、Query和Configuration。
这5个核心接口在任何开发中都会用到。
通过这些接口，不仅能够对持久化对象进行存取，还能够进行事务操纵。
2.2系统分析
2.2.1系统需求分析
1．物资入库和出库的治理
仓库是用来存放物资的，物资进入仓库要进行登记记录，物资从仓库出库也要进行登记记录，这是仓库治理的要紧内容。
物资进入仓库，从入库申请的人员向执行物资入库的仓库保管员提交物资开始。
入库申请人向仓库治理员提交物资和入库申请单，入库申请单记录此次入库的物资名称、数量、提交物资的单位、执行提交物资的人员以及物资注意事项等信息。
库管依据送货人员提供的入库申请单对待入库物资进行检查。
若待入库物资与入库申请单信息一致，则承诺入库；
若不一致，则禁止入库，请提交物资的单位重新出具入库申请单。
对承诺入库的物资，执行库管要对物资的信息进行登记，这些信息包括入库物资名称、入库数量、入库时刻、送货入库人员的信息、执行物资入库的执行人。
进行登记后，将物资存入仓库。
物资存入仓库后，执行入库操作的库管给提出入库申请的入库人员开具入库单，入库流程终止。
物资从仓库中出库，是从需求物资的出库单位出库人员向执行出库操作的库管提交出库申请开始的。
第一，出库人员向库管提交出库申请单。
出库申请记录申请出库的物资名称、申请出库的数量、申请出库的单位、执行出库申请的人员等信息。
执行出库的库管第一对出库单的真伪进行检验。
对有效的出库单，依据其要求出库的物资名称查找仓库库存物资的信息和此物资的库存数量。
如果有此物资，同时其库存数量满足出库申请单的数量，则执行出库操作的库管储存出库申请单并进行出库登记。
在出库登记中，执行库管要记录出库物资的名称、出库数量、出库后剩余数量、出库时刻、物资去向、出库的仓库、执行出库的库管名称等信息。
进行出库登记后，将物资出库。
出库终止后，执行库管给提出出库申请的出库人员开具出库单，出库流程终止。
2．出库入库记录的查询
仓库的治理人员要对仓库储备的物资信息、入库记录和出库记录等及时把握，如此才能及时了解仓库的运行现状，才有可能会使仓库处在良好的运行状态。
因此，一样仓库治理过程中要能提供仓库的入库、出库记录的查询功能，供治理人员使用，因此，对入库、出库记录的查询是仓库治理系统的重要功能之一。
3．物资信息的治理
仓库要存放物资，关于这些物资本身的信息，对物资的正常储备是专门重要的，例如，哪些物资需要防潮，哪些物资需要轻搬轻放等，因此，对物资本身的信息的登记、治理是仓库治理的重要内容。
4．其他信息的治理
除了以上提到的一些功能外，仓库治理系统还应该能对一些其他的信息进行治理。
例如，对每个仓库来讲，都有一些储备位置用来存放物资，仓库治理过程中包括对这些储备位置进行的治理；
每个仓库都有一些仓库治理员，对这些仓库治理员的治理也是仓库治理系统的功能之一。
2.2.2系统功能设置
2按照仓库治理系统的需求，划分了系统的功能模块，如图3-1所示：
图2-2系统功能概述图
1.入库功能模块
入库功能要紧是实现登记入库记录的功能。
这些信息应包括入库类型、产品名称、入库数量和入库时刻信息、执行入库操作的操作员信息和物资存放仓库的信息等。
入库登记功能产生物资的入库记录，为以后进行入库物资的查询和出库操作产生操作数据，供治理人员把握仓库内储备的物资情形。
如图3-2所示
图2-3入库功能模块图
2．出库功能模块
出库功能要紧是实现登记出库物资信息的功能。
这些出库记录包括出库申请单据信息、出库数量和出库时刻信息、执行出库操作的库管信息和物资剩余信息等。
出库功能依据入库登记功能产生的入库记录产生物资的出库记录，将出库记录存入系统，为以后的出库记录查询以及把握仓库物资储备情形作基础。
如图2-4所示
产品出库治理
序号
出库类型
产品名称
出库数量
出库时刻
图2-4出库功能模块图
3.盘点功能模块
此模块通过定期对仓库信息做清点，有效的了解了物资的流通情形和仓库物资的损耗情形。
方便对物资信息的治理。
如图2-5所示
图2-5盘点功能模块图
4.计量单位设置模块
当新增加计量单位时，在那个地点输入即可将新增的计量单位信息储存到数据库。
如图2-6所示
图2-6计量单位设置模块图
5物资储备信息查询模块
用于查询物资储备表里的信息，即在入出库后对应的操作的部分展现。
。
如图-6所示。
图2-7物资储备信息查询模块图
第三章数据库设计
数据库是一种储备数据并对数据进行操作的工具。
数据库的作用在于组织和表达信息，即数据库确实是有关信息的集合。
本章从E-R模型的分析设计为切入点，重点介绍了数据库的设计。
3.1E-R图
图3-1仓库、物资E-R图
存库缘故
确认人
制单人
仓库编号
图3-2物资、盘点E-R
3.2数据表
仓库表（WH）
仓库表要紧有仓库编号，仓库名，仓库的负责人，仓库地址。
表3-1仓库表
列名
数据类型
长度
承诺空
默认值
讲明
whID
char
4
仓库编号
Name
varchar
20
仓库名
whPerson
10
负责人
whAddr
100
仓库地址
物资信息表（GDMESS）
物资信息表要紧有物资编号，物资名称，物资简称，物资种类，物资规格型号，物资单价，单位重量，单位体积，计量单位，默认供应商，最低库存量，最高库存量，安全库存，仓库编号，最高进价，最低售价，建档人，更换人，更换时刻，当前数量，上次盘点时刻。
表3-2物资信息表
goodsID
8
物资编号
goodsName
30
物资名称
shortName
NULL
物资简称
goodsClass
物资种类
goodsStd
物资规格型号
Price
double
物资单价
Weight
单位重量
Volume
单位体积
unitID
计量单位
Vendor
默任供应商
lowQuantity
int
最低库存量
highQuantity
最高库存量
safeQuantity
安全库存
highPrice
最高进价
lowPrice
最低售价
Builder
建档人
modiPerson
更换人
modiTime
datetime
更换时刻
nowQuantity
当前数量
lastCleckTime
上次盘点时刻
物资储备表（GDST）
物资储存表要紧有物资编号，仓库编号及其数量
表3-3物资储存表
cahr
Quantity
数量
操作类型表（OPST）
操作类型表要紧有操作类型编码，操作类型名称
表3.4操作类型表
opeTypeID
操作类型编码
opeTypeNa
操作类型名称
库存记录主表（MSTOCK）
库存记录主表要紧有单据号，操作类型单据类型，仓库编号，所属部门，业务员，时刻，供应商，客户，合计金额，订货单号，收货单号，发票号，发货单号，备注。
表3.5库存记录主表
Code
单据号
操作类型
vouchType
单据类型
Depart
所属部门
Clerk
业务员
Operator
操作员
opTime
时刻
供应商
Customer
客户
Summ
合计金额
orderCode
Char
定货单号
receiveCode
收货单号
invoiceCode
发票号
dispatchCode
发货单号
Memo
备注
库存记录明细表（STOCK）
库存记录明细表要紧有单据号，物资编号，计量单位，物资单价，物资数量。
表3.6库存明细表
good
升级会员 