仓库管理信息系统说课讲解.docx

仓库管理信息系统

精品文档
多功能仓库管理信息系统
1.系统背景
为了适应日趋激烈的市场竞争，企业需要对自身的经营状况有充分的了解，并通过有效的管理不断提高效率。因此，对仓库的管理也成为提高生产经营效率的一个重要途径。本系统后台数据库采用SQL Server 2005，前台采用Java作为主要开发工具。本系统按照面向对象的思想，进行程序开发，程序设计条理清楚。针对企业的实际需要，分析了企业仓库管理系统的功能，并以入库管理和出库管理为重点，描述了两子系统的模块结构设计及实施过程中的技术要点，实现仓库的材料管理、出入库管理、查询管理及用户管理等功能
企业在快速成长的同时，对企业组织结构设计、业务流程的规划、各种数据存储和应用提出了新的要求，旧有的模式已不能再适应企业迅速发展的需要。随着业务的开展和市场竞争的加剧，企业的高层领导也意识到企业内部管理存在一些问题，信息技术的发展和普及应用给管理者带来了希望。他们希望通过信息化的建设改变企业的现状，能对市场机遇做出快速反应，给企业带来更多的利润。管理信息系统成功应用的案例使得管理者有信心通过管理信息系统的开发和利用改变企业的管理现状，使企业得到更好的发展。
2. 系统分析
2.1系统初步调查社会在不断进步，科学技术和管理也在迅速发展，这使得每个企业得到了前所未有的发展机遇，但同时也必须面对市场竞争的严重挑战，在日趋激烈的竞争环境下，企业要求生存、发展，就必须对企业进行科学的管理。传统的仓库管理，使人们耗费了大量的时间和精力去手工处理那些繁杂、重复的工作，手工处理的延时和差错，正是现代化管理中应该去除的弊端。用先进的、现代化的工具代替手工作业，无疑是生产力发展的方向。利用高科技手段提高仓库管理，正是适应了企业的普遍需求，也顺应了技术发展的潮流，自然成为每位企业经营者所追求的目标。用户可以通过相应的模块，对仓库里的材料的基本情况进行更新、删除和查询，对材料的出库和入库进行管理，对出入库明细进行查询，对出库，入库，和材料的库存余额进行报表生成，对使用该系统的用户进行更新、删除和查询，对库存数量进行查询，还有操作员管理，权限设置，密码修改，数据备份与系统恢复等其他系统管理功能。开发本系统就是为了解决企业在仓库管理中的不规范。降低成本、制止浪费、提高效率使仓库的管理向着规范化、简单化、有效化的方向发展。
2.2 可行性研究与分析
（1）技术可行性分析
技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的硬件和软件技术能否满足用户提出的要求（如计算机的容量、速度等）。 本系统采用Visual C#.NET作为系统前台应用程序开发工具，采用SQL Server 2000工具建立数据库，并通过Visual C#.NET中的ADO控件使两者进行连接从而进行系统软件开发。Visual C#.NET不仅能帮助软件开发者提高软件开发的质量和效率，缩短开发周期，而且还具备强大的数据库管理功能，完全能够满足本系统的开发需求。 此外，从开发人员的水平考虑，作为计算机科学与技术专业毕业的学生，大学四年所积累的专业知识使我们从一定程度上具备了开发一个小型系统的能力，而且学校现有的计算机设备也完全能够满足开发的需要。所以从技术方面讲开发此系统是可行的（2）经济可行性分析
在利用现有设备的基础上只需购买少量新设备即可。本系统投入运行后，可进一步实现公司业务流程自动化，减少人力费用，极大提高工作效率。从而达到方便公司自身业务管理、提升公司的营业额与效率和加快发展的目的。
（3）管理可行性分析
传统的仓库管理系统，一是手工管理，这种方式应用最传统的“笔纸操作系统”，将库存的货物信息、销售信息、厂商信息管理及单据管理等均以纯手工的形式进行，将信息以表格文件的表现形式记录在纸上，再进行统一保存。这种方式虽然在简单信息查询时会有一定的方便，但是存在着更多的不便：信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易造成失误等。 本系统良好的安全性设置，在系统的后台采用密码和用户名验证，极大的保证系统的信息安全。而且，系统操作员可以稍加培训就能很快掌握系统的后台维护方法，不会因员工操作失误而导致系统出错。不仅如此，我们还可以编写出详尽的用户操作说明书，为用户的正确操作给以图文并茂的形式加以说明。在系统前台的购买订单也是采用密码验证手段，保证客户的正常交易综上所述，本库存管理系统投资少、收益大，且其运行操作简单易学，所以从管理方面讲开发此系统是可行的
2.3. 组织结构与功能分析
从企业行政管理和职能分工角度，企业与仓库管理相关的组织结构如图2.1所示。

图2.1 仓库管理结构图
2.4. 管理业务流程分析
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况；是在对系统调查阶段绘制的业务流程图进行分析的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向。

图2.2系统的数据流程图
:2.5. 数据与数据流分析
（1）数据流图
1）对顶层数据流图进行分析后，发现仓库管理模块可进一步细分为产品信息管理、客户信息管理和财务信息管理三个子模块。

图2.3业务流程图

图2.4顶层数据流图
表2.1数据流图中数据流名称一览表
数据流编号
数据流名称
D1
客户信息
D2
货物信息
D3
出库信息
D4
入库信息
D5
返回查询结果
D6
货物编号/客户编号
D7
到货通知
D8
订货通知
D9
发货单
D10
订单2
D11
发票
D12
订单1

图2.5总的数据流程图

图2.6第一层数据流程图

2）产品信息管理数据流图。产品信息管理主要进行的是销售人员对产品信息的录入、更新、查询工作，产品信息管理数据流图如下图所示。

图2.7产品信息管理数据流图
表2.2 产品信息管理数据流图中数据流名称一览表
数据流编号
数据流名称
D2.1
产品信息
D2.2
产品价格信息
D2.3
产品信息查询结果
D2.4
产品价格查询结果
D2.5
产品信息与价格信息查询结果汇总
3）客户信息管理数据流图。客户信息管理主要进行的是销售人员对客户信息的记录、查询、统计工作，客户信息管理数据流图如下图所示。

2.8客户信息管理数据流图
客户信息管理数据流图中各数据流编号所对应的数据流名称如下表所示。
表2.3客户信息管理数据流图中数据流名称一览表
数据流编号
数据流名称
D1.1
客户基本信息表
D1.2
客户基本信息
D1.3
客户联系人信息表
D1.4
客户联系人信息
D1.5
客户信息查询结果
D1.6
联系人信息查询结果
D1.7
客户、联系人信息查询结果汇总
D1.8
待统计客户信息
D1.9
客户信息统计结果
（2）数据字典
数据字典是数据流程图的补充，由于项目较多，这里只写几个范例。
1）数据项描述
数据项编号：I01
数据项名称：顾客号
别名：顾客代码
简述：某一顾客的代码
类型及宽度：字符型，4 位
取值范围：0001～9999
数据项编号：I03-02
数据项名称：商品代码
别名：商品编码
简述：某种商品的代码
类型及宽度：字符型，3 位
取值范围：001～999
数据项编号：I03-03
数据项名称：供应商
别名：供应商代号
简述：某供应商代码
类型及宽度：字符型，6 位
取值范围：00000 1~999999
数据项编号：I03-04
数据项名称：银行账号
别名：银行账号
简述：用于公司与顾客进行非现金结算时，提供的代表本公司在银行收支情况的号码。
类型及宽度：字符型，18 位
取值范围：454921500000000000~454921510000000000
数据项编号：I03-05
数据项名称：采购单编号
别名：采购单编码
简述：采购员进行采购是为采购单进行的编号
类型及宽度：字符型，4 位
取值范围：000l~9999
2) 数据结构定义
数据结构编号：D03-01
数据结构名称：报价单
简述：向顾客提供产品的价格和相关信息
数据结构组成：商品代码+ 商品名称+ 规格+ 单价+ 产地
数据结构编号：DS03-02
数据结构名称：顾客订货单
简述：顾客所填顾客情况及订货要求等信息
数据结构组成：订货单标志+ 用户情况+ 商品情况
数据结构编号：DS03-05
数据结构名称：退款通知单
简述：出库处理时由于某种意外情况不能给货，而填写的关于退款的信息。
数据结构组成：日期+ 用户情况+ 商品情况+ 销售情况+ 备注
数据结构编号：D03-08
数据结构名称：采购单
简述：所需采购商品及相关信息
数据结构组成：商品代码+ 商品名称+ 规格+ 单位+ 数量+ 单价+ 金额+ 备注
数据结构编号：DS03-10
数据结构名称：提货通知单
简述：供应商向采购员发出的货物已到的通知
数据结构组成：供货日期+ 供货地点+ 商品名称+ 商品规格+ 采购数量
3) 数据流定义
数据流编号：F03-02
数据流名称：需先付款的订货单
简述：根据用户信用，要求先付款的订货单。
数据流来源：订货处理
数据流去向：顾客
数据流组成：日期+ 商品代码+ 商品名称+ 商品单价+ 销售数量+ 顾客代码
数据流量：约10 次/日
高峰流量：约15 次/日
数据流编号：F03-07
数据流名称：退款通知单
简述：根据顾客的退货，开出的退款通知。
数据流来源：出库处理
数据流去向：开票部
数据流组成：日期+ 商品代码+ 商品名称+ 销售金额+ 顾客代码
数据流量：约1 次/月
高峰流量：约5 次/月
数据流编号：F03-03
数据流名称：入库单
简述：采购员把购买来的商品入库时所填写的单据
数据流来源：采购处理
数据流去向：入库处理
数据流组成：入库单编号+ 商品代码+ 商品名称+ 商品单价+ 入库数量+ 入库日期
数据流量：约10 次/月
高峰流量：约15 次/月
数据流编号：F03-04
数据流名称：出库单
简述：发货员把商品交给顾客时所填写的单据，表示货物已从仓库发出。
数据流来源：采购处理
数据流去向：出库处理
数据流组成：出库单编号+ 商品代码+ 商品名称+ 商品单价+ 销售数量+ 出库日期
数据流量：约10 次/日
高峰流量：约15 次/日
4) 处理逻辑定义
处理逻辑编号：P2.0
处理逻辑名称：开票处理
简述：开出各种发票。
输入的数据流：合格的订货单、退款通知单。
处理描述：根据合格订货单和退款通知单开出发票，把订购单进行汇总，转给结算部作账款结算。
输出的数据流：发票联、订单数据
处理频率：50 次/日
处理逻辑编号：P5.2.1
处理逻辑名称：入库处理
简述：将入库数据记入库存账
输入的数据流：入库单
处理描述：根据商品入库单，将入库数据记入库存台账，并更新相应商品的库存数量和金额。
输出的数据流：补货通知单
处理频率：10 次/日
处理逻辑编号：P3.0
处理逻辑名称：结算处理
简述：结算销售金额，并出提货联。
输入的数据流：发票联，订货单
处理描述：根据发票和订货单，结算销售金额，并开出提货联转给用于出库处理。并登记销售数据。
输出的数据流：提货联，销售统计报表。
处理频率：50 次/日
5) 外部实体定义
外部实体编号：S03-0l
外部实体名称：顾客
简述：购买本企业商品的顾客
输入的数据流：付款通知单、发票、提货通知单
输出的数据流：订货单
外部实体编号：S03-02
外部实体名称：供应商
简述：企业所销售商品的供应者
输入的数据流：采购单
输出的数据流：提货通知单
外部实体编号：S03-03
外部实体名称：经理
简述：本企业主管人员
输入的数据流：销售分析表、销售报表
输出的数据流：销售计划报表
6. 新系统逻辑模型的建立
通过数据流图和数据字典描述新系统后，整个新系统的逻辑结构主要分为产品信息管理、客户信息管理、销售信息管理、财务信息管理、库存管理、权限管理6个部分。
6.2.3 系统总体结构设计
1. 子系统划分
根据系统分析的结果，按照结构化的系统设计方法，仓库管理信息系统从功能上可分为以下5大模块：产品信息管理、客户信息管理、财务信息管理、库存管理和权限管理。系统总体模块划分如下图所示。

图6.1系统功能总体模块划分图
（1）产品信息管理模块设计
产品信息管理模块的主要功能是对产品以及价格信息的更新、查询等。该模块可进一步被划分为产品信息维护和产品信息查询两个子模块，具体的模块划分如下图所示。

图6.2产品信息管理模块结构图
（2）客户信息管理模块设计
客户信息管理模块的主要功能是对销售过程中所有客户以及联系人的信息进行录入、查询和统计。该模块可进一步被划分为客户信息录入、客户信息查询和客户信息统计三个子模块。具体的模块划分如下图所示。

图6.3客户信息管理模块结构图
（3）财务信息管理模块设计
财务信息管理模块的主要功能是对销售过程中产生的销售单进行处理，并根据销售单产生发票信息，以及实现对发票信息的查询、统计。该模块可进一步被划分为财务信息录入、财务信息查询两个子模块。

图6.4财务信息管理模块结构图
（4）库存管理模块设计
库存管理模块的主要功能是对销售过程中产生的出、入库申请进行处理，并且实现对库存信息的查询和统计。该模块可进一步被划分为库存信息录入、库存信息查询和库存信息统计三个子模块。

图6.5库存管理模块话结构图
（5）权限管理模块设计
权限管理模块的主要功能是对整个销售管理信息系统所有用户的权限进行管理。在这个模块中会根据用户权限的不同，授予用户对不同数据的修改、删除和查询的权限。

2. 硬件平台
客户机/服务器：CPU主频2GHz以上，内存2GB以上，硬盘容量120GB以上。
3. 软件结构设计
（1）操作系统选择
SQL Server服务器：Windows 2000 Server。
客户机：Windows 2000 Professional或Windows XP Professional。
服务器：Windows 2000 Server。
系统开发平台：Windows XP Professional。
（2）数据库系统选择
Microsoft SQL Server 2000。
（3）开发软件选择
开发软件：Delphi 7.0。
6.2.4 系统详细设计
1. 代码设计与编制
代码的设计与编制也是以销售信息管理模块为例。经过对数据字典的分析，可知销售信息管理模块中需要设计与编制的代码有客户编号、销售单号、联系人编号、产品编号。下面将分别对这4部分代码进行设计。
（1）客户编号
客户编号采用长度为11位的区间码。将客户编号分成3个区间，分别是客户登记日期、客户类型和客户顺序号。客户登记日期分配了8位；客户类型分配了1位；客户顺序号分配了2位。设计方案如下图所示。

图6.6客户编码代码设计方案示意图
（2）联系人编号
联系人编号采用长度为12位的区间码。将联系人编号分成2个区间，分别是客户编号和顺序号。客户编号分配了11位；顺序号分配了1位。设计方案如下图所示。

图6.7联系人编码代码设计方案示意图
（3）产品编号
产品编号采用长度为14位的区间码。将销售单号分成4个区间，分别是产品类别、生产日期、产品标号和生产地编号。产品类别分配了2位；生产日期分配了8位；产品标号分配了2位，生产地编号分配了2位。设计方案如下图所示。

图6.8产品代码设计方案示意图
2. 数据库逻辑结构设计
（1）E-R图
1）实体属性分析。
通过对数据字典的分析可知，万能仓库管理信息系统中共有产品价格、产品、客户、联系人、工作人员、产品销售单、库存7个实体。
产品价格实体的属性有价格编号、批量购买起始量、批量购买终止量、单价，其中价格编号作为主键。产品价格的实体属性描述如图所示。
产品实体的属性有产品编号、产品名称、型号、价格编号、上市日期、数量，其中产品编号作为主键。产品的实体属性描述如下图所示。

图6.9系统主要功能实体E-R图
（2）关系数据库的建立
通过E-R图的分析，可以确定本系统的数据库包含7张表，分别是产品价格表、产品信息表、客户信息表、联系人信息表、工作人员信息表、产品销售表、产品退换表和库存表。
1）产品价格表结构如下表所示。
产品价格表结构
字段名
类型
宽度
主键
备注
价格编号
Varchar
10
是
非空
批量购买起始量
Int
4

非空
批量购买终止量
Int
4

非空
单价
Money
8

非空

2）产品信息表结构如下表所示。
产品信息表结构
字段名
类型
宽度
主键
备注
产品编号
Varchar
14
是
非空
产品名称
Varchar
20

非空
型号
Varchar
10

非空
价格编号
Varchar
10

非空
上市日期
Datetime
8

非空
数量
Int
4

非空
3）工作人员信息表结构如下表所示。
工作人员信息表结构
字段名
类型
宽度
主键
备注
工作人员编号
Varchar
6
是
非空
登录名
Varchar
8

非空
密码
Varchar
8

权限
Int
4

非空
46）产品销售表结构如下表所示。
产品销售表结构
字段名
类型
宽度
主键
备注
销售单号
Varchar
10
是
非空
日期
Datetime
8

非空
客户编号
Varchar
11

非空
产品编号
Varchar
14

非空
数量
Int
4

非空
价格
Money
8

非空
经手人
Varchar
8

非空
付款方式
Varchar
10

非空
付款过程
Varchar
4

非空
款到日期
Datetime
8

非空
邮费
Money
8

非空
交货方式
Varchar
20

非空
交货时间
Datetime
8

非空
5）库存表结构如下表所示。
库存表结构
字段名
类型
宽度
主键
备注
库存编号
Varchar
12
是
非空
日期
Datetime
8

非空
产品编号
Varchar
14

非空
入库数量
Int
4

非空
入库摘要
Varcha
30

非空
出库数量
Int
4

非空
出库摘要
Varcha
30

非空
入库人
Varchar
8

非空
出库人
Varchar
8

非空
提货人
Varchar
8

非空
结存
Int
4

非空
操作人
Varchar
8

非空
（3）数据安全与保密
销售管理信息系统主要为公司内部人员使用。为了确保安全，每个工作人员登录账户都设有密码。系统还设有权限管理机制，在工作人员表中记录了所有工作人员的权限信息，不同级别的工作人员拥有不同的权限。权限由低到高大体分为以下几种：部分数据库的浏览权限；部分数据库的增加记录权限；部分数据库删除数据权限；所有数据库的操作权限；最高权限是系统管理员，可以创建或删除数据库表。销售管理信息系统的权限设计进一步保证了系统的安全、健壮性。
此外，后台数据库的数据也采用加密算法进行加密，确保了后台数据的保密性。

7： 总结
本次运用的是面向对象的方法，面向对象的分析与设计包括需求分析与用例建模、可行性分析、系统分析与对象类建模、系统设计与对象交互模型等，在需求分析阶段涉及了用例图，而对象类建模也就是静态模型的建立，此处涉及到了类图，在对象交互模型建立时涉及到了顺序图。只有对于系统的分析很明确，才可以画出正确用例图、类图及顺序图，完成设计。 经过一段时间的努力，完成了该仓库管理系统的面向对象的分析与设计。在做分析与设计期间当然免不了遇到问题，例如系统怎样设计才是合理的，画各种图时的细节问题等等，但是在老师的帮助下以及在查阅资料的基础上问题一个一个都被解决了，分析与设计此系统的过程就是学知识的过程，这过程不是很容易，需要我们去想去分析去思考，但过程使我了解了很多，了解了不同的分析与设计有不同的优缺点，并没有绝对的对与错。此外，使我熟悉了系统分析与设计的具体流程，学会了分析解决问题的能力。但是，开发系统是为了以后企业的使用，只有深入到企业去了解需求，去分析需求，了解企业的业务流程，才是最重要的，只有这样分析与设计才能做得很好，以后开发出的系统才能真正符合实际，才是真正有用的系统
收集于网络，如有侵权请联系管理员删除