仓库管理系统+JAVA源代码++设计说明Word下载.docx
《仓库管理系统+JAVA源代码++设计说明Word下载.docx》由会员分享，可在线阅读，更多相关《仓库管理系统+JAVA源代码++设计说明Word下载.docx（55页珍藏版）》请在冰豆网上搜索。
本系统是在以MySql作为后台数据库，以J2EE为编程语言来开发的。
仓库管理系统在运行阶段，效果好，数据准确性高，提高了工作效率，同时也实现了仓库管理计算机化。
关键词:
仓库;
管理系统;
数据库
Abstract
Theadministrativesystemofthewarehouseisdesignedforrealizingthesystematization,standardizationandautomizationofenterprise'
sproductsmanagementandimprovingefficiencyofenterprisesmanagement.Itcompletelyreplacestheworkingwayofartificialmanagementoriginally,preventsfromvariouskindsofmistakesbecauseofadministrativestaffneglectandthequalityproblemofmanagementandofferespowerfultoolandmanagementwaytocompletstorehousemanagementforprompt,accurate,high-efficient.Theadministrativesystemofthewarehouseisamediumandsmall-scaledatabasemanagementsystem,ithasnotonlybeautifulinterface,butalsothehighsecurityandthesimplyoperation,andmeetthedemandforstorehousemanagementbasically.Wholesystemismadeupbybasicinformation,documentinthecenter,inquirestatistics,reportformtype,setuptomaintainandmoduleofhelpingetc.
TheWarehouseadministrativesystemisdesignedwithregardingMySqlasthebackstagedatabaseandregardingJ2EEasprogramminglanguage.Theadministrativesystemiseffectual,thehighdataaccuracyduringthecourseofoperating,improvesworkingefficiencyandrealizescomputerizationforstorehousemanagementatthesametime.
Keyword:
TheWarehouse;
AdministrativeSystem;
TheDatabase
第1章绪论
仓库管理系统是现代仓储企业进行货物管理和处理的业务操作系统。
它可以实现本地一个或几个仓库的精细化管理，也可实现制造企业、物流企业、连锁业在全国范围内、异地多点仓库的管理；
它可以对货物存储和出货等进行动态安排，可以对仓储作业流程的全过程进行电子化操作；
可以与客服中心建立数据接口使客户通过互联网实现远程货物管理，可以与企业的ERP系统实现无缝连接。
在现代企业中，仓库管理是一项繁琐复杂的工作，每天要处理大量的单据数据。
为及时结清每笔业务，盘点库存和货物流动情况，保证企业生产用料以及货物安全，库管人员要花费大量人力物力和时间来作数据记录统计工作。
众所周知，仓库管理是一种既麻烦又单调的工作，每天都是重复记录一些货物的存入与取出，而且货物的种类繁多，存取有很大的随机性，这样为工作人员带来了很大的不便，在操作过程中，由于人为的计算出错率很高，一旦出错改正也很困难，这样简单繁重的工作要很多人来做，为经营者增加了很多成本。
所以开发一个可行的仓库管理系统是十分必要的。
本系统以MySQL作为后台数据库，以java语言来开发的，不仅实现了仓库管理的自动化，同时也提高了工作效率。
本系统由以下几个模块组成：
基本信息管理、入库管理、在库管理、出库管理、报表管理。
第2章需求分析
2.1仓库管理系统概述
本系统是为物流管理而设计的高效管理系统，系统功能强大，同时操作又比较简单，而管理人员大多受到过系统的培训，并能够操作电脑，所以只要花很少的时间，就能够让他们熟悉本系统。
系统开发的总体任务是实现各种信息的系统化、规范化和自动化。
系统功能分析是在系统开发的总体任务的基础上完成。
本仓库管理系统需要完成功能主要有：
●仓库管理各种信息的输入，包括货物、供应商、客户、仓库信息的输入等。
●仓库管理各种信息的查询、统计、修改和维护，包括货物、单据查询，货物出入、职员操作统计，各种信息的修改和维护等。
●打印报表的生成。
●在货物管理中加入最高储备和最低储备字段，对仓库中的产品实现监控和报警。
●操作日志的管理。
●仓库管
理系统的使用帮助。
2.2系统流程图
出库单
图2-2系统流程图
2.3数据流程图
数据流图是描述系统的逻辑模型的，图中没有任何具体的物理元素，只是描述信息在系统中流动和处理的情况，它比口头与文字的描述更直观地显示出来系统中数据的使用。
数据流图简称DFD图，数据流图有四种成分：
源点或终点、处理、数据存储表和数据流。
图中没有任何具体的物理元素，只是描述信息在系统中的流动和处理情况，即使不是专业的计算机技术人员也容易理解，是极好的理解工具。
它能精确的描述系统的逻辑模型，描述数据在MIS中有输入经过存储、加工处理最后输出的全过程，是设计者和用户交流的很好的工具。
仔细分析调查有关仓库管理信息需求的基础上，得到如图4－1所示的本系统所处理的数据流程。
图2-3仓库管理系统数据流程图
通过对企业仓库管理的内容和数据流程分析，设计数据项和数据结构如下：
●货物信息，包括的数据项有编号、货物名称、货物类别、货物规格、计量单位、最高限量、最低限量、备注等。
●仓库信息，包括的数据项有编号、仓库名称、仓库地点、保管员编号、备注等。
●库存状况信息，包括的数据项有编号、货物编号、库存数量、仓库编号等。
●入库单信息，包括的数据项有编号、货物编号、经办人编号、入库时间、入库单价、入库数量、供应商编号、仓库编号、定单状况、其它金额、备注等。
●出库单信息，包括的数据项有编号、货物编号、经办人编号、出库时间、出库单价、出库数量、客户编号、仓库编号、定单状况、其它金额、备注等。
●进行月盘点信息，包括的数据项有编号、仓库编号、盘点时间、经办人编号、盘点数据等。
●系统日志信息，包括的数据项有用户名、操作时间、操作内容等。
●用户管理信息，包括的数据项有用户名、用户密码、用户权限等。
另外，还有借入单、借出单、报损单、调拨单信息等。
它们与入库单、出库单信息基本类似，这里不再一一例举。
2.4仓库管理系统的角色定义
本系统角色包括两种，仓管部管理人员和管理部主管，其中，管理部主管拥有整个系统的最高权限。
仓管部管理人员：
负责仓库的出入库管理，可以根据流向单实现出/入库操作。
具体权限有：
●库存信息管理
●库检信息维护
●入库单信息维护
●出库单信息维护
●报表信息管理
●进行密码修改、清除表信息等系统设置
●客户、供应商、库房等基本信息的查询浏览等
仓管部主管：
●负责整个山口仓管部门的日常运作和管理工作，主要包括：
部门信息维护
人员信息管理
●审批
●进行密码修改、备份数据库等系统设置
第3章总体设计
3.1总体用例图
用例图是一个系统建模的启始点，可以使用用例图对将要开发系统的实际工作流程进行业务建模，从业务模型的基础上过度到系统建模的开始，可以通过用例图来搜集用户的需求，明确和系统相关的用户和其他系统，同时确定系统将会提供什么功能，以及各个功能间的关系。
图3-1总体用例图
3.2用例说明
根据上述用例图，对登陆和人员信息管理模块做了如下用例说明：
3.2.1用户从浏览器登录
用例概述
用例名称
用户登陆
主题领域
用例定义
用户登录到系统，获得相应的界面和使用权限
角色
仓管员或主管
业务触发事件
用户准备开始使用系统进行业务处理或系统管理
前置条件
系统中已为该用户建立系统用户，并分配了相应权限
结束条件
成功条件
用户登录系统，并获得相应权限
失败条件
1）系统中没有该用户；
2）用户名、密码错误
相关用例
输入概述
用户名、密码、角色
输出概述
与用户权限相应的界面
使用性备注
本用例使用频繁
用例备注
主事件流
步骤
角色/系统
描述
数据项
备注
1.
启动登录程序
2.
系统
显示登录界面；
提示输入用户标识和保密字
3.
输入用户标识和保密字，登录系统
用户名，密码，角色
4.
验证用户是否合法用户、保密字是否正确；
返回用户相应的界面、菜单
如果不是合法用户、或保密字不正确转到A1。
5.
分支事件流
编号
主事件流步骤号
条件
转去主事件流
步骤号
A1
4
不是合法用户，用户名、密码错误，
用户名和密码与角色不对应
返回登录失败信息
登录失败信息
2
2.2.2供货商信息查询用例概述
供货商信息查询
供货商信息查询用例包
仓库管理人员
进行供货商信息查询
有需要查询的供货商信息记录
查询到需要查询的供货商信息
未查询到需要查询的供货商信息
所需查询的供货商信息
查询结果
使用性备注
6.
进入查询界面
7.
显示查询界面
8.
输入所需查询的供货商信息
9.
查询是否成功
查询成功
如果查询成功转到A1
如果查询不成功转到A2
完成供货商信息查询
返回成功信息
查询的供货商信息
A2
没有完成供货商信息查询
返回失败信息
查询失败的信息提示
2.2.3供货商信息修改用例概述
供货商信息修改
供货商信息修改用例包
进行供货商信息修改
有需要修改的供货商信息记录
查询到需要修改的供货商信息
未查询到需要修改的供货商信息
所需修改的供货商信息
修改结果
10.
进入修改界面
11.
显示修改界面
12.
输入所需修改的供货商信息
13.
修改是否成功
修改成功
如果修改成功转到A1
如果修改不成功转到A2
完成供货商信息修改
修改的供货商信息
没有完成供货商信息修改
修改失败的信息提示
2.2.4供货商信息添加用例概述
供货商信息添加
供货商信息添加用例包
供货商信息
进行供货商信息添加
有需要添加的供货商信息记录
查询到需要添加的供货商信息
未查询到需要添加的供货商信息
所需添加的供货商信息
添加结果
14.
进入添加界面
15.
显示添加界面
16.
输入所需添加的供货商信息
17.
添加是否成功
添加成功
如果添加成功转到A1
如果添加不成功转到A2
完成供货商信息添加
添加的供货商信息
没有完成供货商信息添加
添加失败的信息提示
3.3功能模块图
功能模块：
山口电脑仓库管理系统包括仓管部信息管理、业务管理、系统维护等几个功能模块。
图3-3总功能模块图
1、仓管部信息管理模块：
为仓管部主管提供对仓管部信息的管理维护的功能。
图3-3-1仓管部模块图
一、仓管部信息管理模块，如图所示，包括以下功能模块：
1.基本信息管理模块：
为管理员提供实现对客户信息、供货商信息、库房信息和仓管人员信息的管理维护，包括对信息查询、添加、修改和删除等操作。
2.在库信息管理模块：
a、库存信息管理模块：
为管理员提供实现对短线货物、货物信息的管理维护，包括对信息查询、添加、修改和删除等操作。
b、库检信息管理模块：
为管理员提供实现对产品库检信息、部件库检信息、礼品库检信息的管理维护，包括对信息查询、添加、修改和删除等操作。
3.出库信息管理模块：
为管理员提供查询、添加、修改和删除出库流向单（包括：
产品出库单、部件出库单、礼品出库单）的操作，其中添加和删除操作后的出库货检单要交由管理部审核。
4.入库信息管理模块：
为管理员提供查询、添加、修改和删除入库流向单（包括：
部件入库单、产品入库单、礼品入库单）的操作、其中添加和删除操作后的入库货检单要交由管理部审核。
5.报表信息管理模块：
为管理员提供实现对报表信息的管理维护，包括对报表信息查询、浏览和上交等操作。
6.系统设置模块：
为管理员提供实现对密码修改、清除表信息的功能
、图3-3-2管理部模块图
二、管理部信息管理模块，如图所示，包括以下功能模块：
1、仓管部人员管理模块：
为管理员提供实现对仓库部门信息的管理维护，包括对部门信息查询、添加、修改和删除等操作。
2、仓库报表管理模块：
为管理员提供实现对报表信息的管理维护，包括对报表的查询、浏览和删除等操作。
3、仓库货检信息管理模块：
为管理员提供实现对货检信息的管理维护，包括对在库货检信息、入库货检信息和出库货检信息的审核操作。
4、基本信息管理模块：
为管理员提供实现对基本信息进行添加、删除、查询和浏览功能、
5、系统设置模块：
为管理员提供实现修改密码、备份数据库和恢复数据库的功能
第4章详细设计
4.1ER图
ER图就是实体关系图，主要完成了对系统中数据部分设计。
E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。
构成E-R图的基本要素是实体型、属性和联系。
以下是系统的整个ER图：
图4-1ER图
4.2数据库设计
数据库设计（DatabaseDesign）是指根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的过程。
一般，数据库的设计过程大致可分数据库设计为5个步骤：
需求分析；
调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。
概念设计；
对用户要求描述的现实世界（可能是一个工厂、一个商场或者一个学校等），通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型。
这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。
所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。
以扩充的实体—（E-R模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述（在数据库中称为用户的局部视图）。
第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。
逻辑设计；
主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。
与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。
这一步设计的结果就是所谓“逻辑数据库”。
物理设计；
根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构（包括文件类型、索引结构和数据的存放次序与位逻辑等）、存取方法和存取路径等。
这一步设计的结果就是所谓“物理数据库”。
验证设计；
在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。
一般，一个大型数据库的设计过程往往需要经过多次循环反复。
当设计的某步发现问题时，可能就需要返回到前面去进行修改。
因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。
数据库的完整性是指数据的正确性和有效性，是为防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。
数据库的完整性包括：
实体完整性、参照完整性和用户定义完整性。
实体完整性（EntityIntegrity）：
现实世界的实体是可区分的，即它们具有某种唯一性标识。
相应地，关系模型中主键应作为唯一性标识。
因此实体完整性规则规定基本关系的所有主键（PrimaryKey）都不能取空值（NULL）。
参照完整性（ReferentialIntegrity）：
参照完整性维护表与表之间的相关性，通常用“主键（PrimaryKey）/外键（ForeignKey）”保证，其中ForeignKey可以取NULL值，或取其参照表中PrimaryKey的取值。
用户定义的完整性（User_definedIntegrity）：
针对某一具体数据的约束条件，由应用环境决定。
数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。
4.2.1数据库的逻辑设计
仓库管理系统所用的数据库是MySQL，如下是表在数据库的逻辑表示：
表assembly的结构
字段名
注释
类型
长度
是否主键
是否不为空
id
INTEGER
11
√
√
Inbill_id
入库单编号
VARCHAR
20
Supplier_id
供货商编号
Depot_id
库房编号
20
Number
数量
Sumof_bad
不合格数量
Atcheck_date
在库货检日期
DATE
In_date
入库日期
Employee_id
货检员编号
char
5
表product的结构
Makebill_id
组装单编号
Check_id
货检编号
Make_date
组装日
升级会员 