仓储物资管理系统.doc

仓储物资管理系统

22
2020年4月19日
文档仅供参考，不当之处，请联系改正。
仓储物资管理系统
1. 课程设计目的
应用对数据库系统概论的理论学习，经过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。
实践和巩固在课堂教学中学习的关于数据库的有关知识，熟练掌握对于给定结构的数据库的创立、基本操作、程序系统的建立和调试以及系统评价。
实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库货物管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
2.设计方案论证
2.1问题提出
过去传统的物资管理方式已经不能满足现代仓库物资管理的的客观要求，本课程设计就是利用SQL server数据库开发一个仓库物资管理系统，它为仓库管理人员提供供应商信息，物资信息，员工信息，客户信息等的内容，方便仓库管理人员对物资的管理，以提高仓库管理人员对物资管理工作的效率。
2.2可行性研究
2.2.1技术可行性
此课程设计均是利用SQL server 企业版软件调试出来的，因此只要操作系统在windowsXP之上的都能够实现SQL server 运行，此次所用的操作系统是：WindowsXP，内存：2G，CPU：2.10GHZ，硬盘：250G，因此技术上是可行的。
2.2.2运行可行性
随着社会的发展，基本上所有的具有一定数量数据的仓库都开始使用计算机数据库来做管理。当然几乎所有仓库也都已经在使用计算机管理数据的机制，大大减少了仓储物资管理的工作量。该课程设计要求设计一个仓库物资管理的数据库系统，数据库中要求包含物资的基本信息，员工信息，货物供应商信息。同时还要设计它们之间的关系，最后还要对一些数据进行查询，如查询物资的各种有关信息等。我们经过该课程设计，应该达到的目的是把数据库理论知识更加的巩固加深，加强动手能力与实践能力，学以致用，与现实生活中的应用充分的结合起来。仓库物资管理系统主要针对于日常物资信息的管理，它针对货物日常发生的业务，分为了两大类，即货物提供商和货物销售商以及入库和出库的信息，用户经过相应的模块，对货物的基本情况进行操作，对货物库存数量进行查询，用户经过简单的操作即可轻松的管理物资。
2.3需求分析
2.3.1需求分析
要求本系统能够投入实际的使用而且满足基本的功能要求。要求具有较高的可靠性、安全性和易维护性，具有较高的可移植性。
本系统实现了以下的功能：
基本信息模块：包括商品信息、员工信息、客户信息、供应商信息四个子模块
（1）仓库管理模块：仓库编号、仓库名称、仓库负责人。
（2）供应商管理模块：包括供应商个人（企业）信息、供应商供应货物信息查询两个子模块。
（3）客户管理模块：包括客户个人（企业）信息、订货信息查询两个子模块。
（4）员工管理模块：包括员工个人信息查询、员工薪资查询、员工值勤查询三个子模块。
（5）物资信息模块：商品信息查询、入库登记查询、出库登记查询、退货查询、库存查询五个个子模块。
（6）报表管理：财务报表查询、报表打印两个子模块。
（7）系统维护模块：包括数据安全管理、操作员管理、权限设置三个模块
2.3.2数据字典
（1）数据项名称：供应商代码
含义说明：惟一标识一个供应商
类型：字符型
长度：10
逻辑关系：不允许为空
（2）数据项名称：商品代码
类型：字符型
长度：16
逻辑关系：不允许为空
（3）数据项名称：供应数量
类型：数值型
（4）数据项名称：供应时间
类型：时间型
（5）数据项名称：商品代码
含义说明：惟一标识一个商品
类型：字符型
长度：6
逻辑关系：不允许为空
（6）数据项名称：商品名称
类型：字符型
长度：8
逻辑关系：不允许为空
（7）数据项名称：商品种类代码
类型：字符型
长度：10
逻辑关系：不允许为空
（8）数据项名称：销售数量
类型：数值型
逻辑关系：不允许为空
（9）数据项名称：销售价
类型：数值型
（10）数据项名称：最低销售价
类型：数值型
（11）数据项名称：用户所使用时间
类型：时间型
（12）数据项名称：顾客代码
含义说明：惟一标识一个顾客
类型：字符型
长度：10
逻辑关系：不允许为空
（13）数据项名称：顾客名称
类型：字符型
长度：16
逻辑关系：不允许为空
（14）数据项名称：顾客联系
类型：字符型
长度：12
（15）数据项名称：顾客联系电话
类型：字符型
长度：11
（16）数据项名称：顾客所在城市
类型：字符型
长度：8
（17）数据项名称：销售总额
类型：数值
（18）数据项名称：商品种类说明
类型：字符型
长度：10
（19）数据项名称：员工编号
类型：字符型
长度：10
（20）数据项名称：员工姓名
类型：字符型
长度：12
（21）数据项名称：用户名
类型：字符型
长度：6
（22）数据项名称：密码
类型：字符型
长度：10
逻辑关系：不允许为空
（23）数据项名称：职务
类型：字符型
长度：10
（24）数据项名称：员工查询
类型：字符型
长度：4
(2)数据结构描述
①数据流名称：供应商信息
含义说明：说明了一个供应商有关信息
组成结构：提供产品资料，提供供应商个人（企业）资料，记录供应商品的信息。
②数据流名称：员工信息
含义说明：说明一个员工信息
组成结构：记录入库、出库信息，记录退货信息，现金收支是指对进出帐目的记录统计。
数据流名称：仓库管理员信息
含义说明：说明仓库管理员信息
组成结构：管理员地址，电话，姓名。
2.4 概念结构设计
2.4.1概念结构设计的方法
概念设计阶段采用自底向上的方法，即自顶向下的进行需求分析，然后再自底向上的进行概念结构设计。对已经细化到无法再分的阶段逐步集成在一起，最终合成一个全局概念模式。
2.4.2概念结构设计的步骤
数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。作为信息资源开发、管理和服务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开发工具来实现用户在各方面提出的功能要求。
2.4.3数据抽象与局部视图设计
在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。能够采用E-R图的方法来进行数据结构分析，E-R设计方法是一种经过E-R图来描述现实世界信息结构的DB设计方法。E-R图由实体、属性、联系三部分组成。
用户名
仓库负责人
密码

图1. 仓库负责人E-R图
用户名
仓库负责人
供应商编号
联系人
供应商所在城市
联系方式

图2. 供应商E-R图
姓名
员工
权限
密码
职位
用户名
员工编号

图3.员工E-R图
单价
员工
出库日期
入库数量
出库数量
销售员工编码
入库日期
商品编码
供应商编号
商品名称

图4. 商品销售清单E-R图
客户
联系方式
客户号
客户名称
联系人
客户所在城市

图5. 客户E-R图
商品
商品编号
进价
供应商
商品类代号
有效期
售价
供应商编号
商品名称

图6. 商品E-R图
供应
供应日期
商品编号
供应商编号
供应数量市

图7. 供应E-R图：
查询
商品编号
客户编号
销售日期

图8. 查询E-R图
仓库负责人
管理
供应商
管理
销售
供应
员工
客户
查询
商品

图9. 整体E-R图

2.5逻辑结构设计
2.5.1 E-R图向关系模型的转换
(1)一个1：1联系可转换为一个独立的关系模式，能够与任意一端对应的关系模式合并；(2)一个1：n联系能够转换为独立的关系模式，也能够与n端对应的关系模式合并；
(3)一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分； 将实体转化为关系模式。根据图9所示的货物管理的基本E-R图，将其中的实体转化为如下关系，关系的主码用下划线标出，外码用横线标出。由E-R图转换成关系模式：
（1）商品信息（商品编号，商品名称，商品类别代号，售价，进价，库存量，供应商，有效期） 外码：商品类别代号、 供应商
（2）员工信息（员工号，姓名，用户名，密码，职位，权限）
（3）客户信息（客户号，客户名称，联系人，联系方式，客户所在城市）
（3）供应商信息（供应商号，供应商名称，联系人，联系方式，供应商所在城市）
（4）供应信息（供应商编号，商品编号，供应日期，供应数量）
（5）查询信息（客户编号，商品编号，查询日期）
（6）商品销售信息（销售编码，出库日期，入库日期，商品编码，商品名称，单价，入库数量，出库数量，供应商编码，销售员编码） 外码：销售员编码、商品编码
2.5.2判断每个表分别属于第几范式
在上述关系模式中，每一个分量都是不可分割的数据项因此都符合第一范式；而且前四个关系模式都是单个属性作为码，没有任何非主属性对码部分函数依赖，在商品销售信息内虽由三个属性作为码，但也不存在非主性对码的部分函数依赖，因此上都符合第二范式；商品信息、商品类别索引、客户信息、供应商信息四个关系模式中都不存在非主属性对码的传递函数依赖，都属于第三范式。
2.5.3数据库的结构
表1.供应信息表
字段名称
类 型
长 度
是否主键
说 明
FirmCODE
vachar
10
是
供应代码
merchandiseCode
vachar
16
否
经销商代码
number
int

否
供应数量
FirmDate
datetime

否
供应数据
表2.商品信息表
字段名称
类 型
长 度
是否主键
说 明
merchandiseCode
varchar
6
是
商品编码
merchandiseName
varchar
8
否
商品名
MerKindeCode
varchar
10
否
商品种类代码
Price Money
int

否
销售价格
ListPrice Money
int

否
最低销售价
Number
int

否
销售数量
FirmCode
int

否
供应商代码
Userfulllife
datetime

否
用户使用时间
表3.顾客信息表
字段名称
类 型
长 度
是否主键
说 明
GuestCODE
varchar
10
是
顾客代码
GuestNAME
varchar
16
否
顾客名称
GLINK
varchar
12
否
顾客联系
GLinkTell
varchar
11
否
顾客电话
CITY
varchar
8
否
顾客所在城市
表4.商品销售主表
字段名称
类 型
长 度
是否主键
说 明
SaleNo
varchar
4
是
销售编号
WorkNo
varchar
10
否
工作编号
SaleDate
dtetime

否
销售时间
Amount
mney

否
销售
表5.商品销售子表
字段名称
类 型
长 度
是否主键
说 明
SaleNo
int

是
销售代码
merchandiseCode
varchar
6
否
商品代码
merchandiseName
varchar
32
否
商品名称
Price
money

否
销售价格
number
int

否
销售数量
Amount
money

否
销售总额
表6.商品索引信息表
字段名称
类 型
长 度
是否主键
说 明
MerKindeCode
char
10
是
商品种类代码
KindExplanation
varchar
10
否
种类说明
表7.查询信息表
字段名称
类 型
长 度
是否主键
说 明
GuestCODE
varchar
10
是
顾客代码
merchandiseCode
varchar
16
否
商品代码
2.5.4创立基本表
（1）创立品信息表
create table MerInfor
(merchandiseCode VARCHAR (6) constraint M_PRIM PRIMARY KEY,
merchandiseName varchar(8) NOT NULL,
MerKindeCode varchar(10) ,
Price Money,
ListPrice Money,
Number Int,
FirmCode char(10),
Userfulllife Datetime )
（2）建顾客信息表
create table GueInfor
(GuestCODE VARCHAR(10) NOT NULL,
GuestNAME VARCHAR(16) NOT NULL,
GLINK varchar(12),
GLinkTell VARCHAR(11),
CITY VARCHAR(8))
（3）建商品销售主表
create table sellMain
(SaleNo VARCHAR(4) NOT NULL,
WorkNo VARCHAR(10) NOT NULL,
SaleDate DateTime ,
Amount Money)
（4）商品销售子表
create table sellChild
(SaleNo int constraint SC_PRIM PRIMARY KEY,
merchandiseCode VARCHAR(6) NOT NULL,
merchandiseName VARCHAR (32) NOT NULL,
Price money,
number int,
Amount Money )
(5)商品类别索引信息
create table MerID
(MerKindeCode CHAR(10)constraint MI_PRI PRIMARY KEY,
KindExplanation VARCHAR(10) NOT NULL)
(6)创立员工表
create table WorkInfor
(WorkNo VARCHAR(10) NOT NULL,
WNAME VARCHAR(12),
UserRegName VARCHAR (6) NOT NULL,
Password VARCHAR(10) NOT NULL ,
Position VARCHAR(10),
WPower VARCHAR (4))
（7）创立供应信息表
create table FInfor
(FirmCODE VARCHAR(10) NOT NULL,
merchandiseCode VARCHAR(16) NOT NULL,
number int,
FirmDate DateTime)
（8）创立查询信息表
create table SearchInfor
(GuestCODE VARCHAR(10) NOT NULL,
merchandiseCode VARCHAR(16) NOT NULL,
SearchDate DateTime)
为商品信息表中merchandiseCode属性建立降序唯一索引merchandiseCode desc：
CREATE UNIQUE INDEX merchandiseCode-index ON MerInfor（merchandiseCode） desc
为顾客信息表中GuestCODE属性建立唯一索引：
CREATE UNIQUE INDEX GuestCODE-index ON GueInfor（GuestCODE）;
为销售主表中saleno属性建立降序唯一索引：
CREATE UNIQUE INDEX sellMain-index ON sellMain (saleno);
为商品销售子表中saleno属性建立降序唯一索引：
CREATE UNIQUE INDEX salechild-index ON salechild(saleno);
数据的载入是一个非常繁杂和重要的过程需要很大的工作量，可分为人工输入与其它格式数据文件导入。该系统只是一个简单的实验系统，因此采用手工输入少量的数据可满足实验要求即可。分别给供应商基本信息表，销售商基本信息表，仓库基本信息表，管理员基本信息表和货物基本信息表输入数据。下面若干个表分别显示了所要求的表基本信息息的录入。

图10.供应商表

图11.顾客信息表

图12.商品销售主表

图13.商品销售子表

图14.员工表

图15.供应信息表

图16.查询信息表
2.5.5为系统创立视图
（1）为商品类别表“MerID”建立一个视图，该视图由商品类别表的所有列构成
create view 商品类别(商品类别代码,类别说明)
as
select* from MerID

图17.MerID视图
（2）由客户信息表“GueInfor”建立一个视图，该视图由客户信息表的所有列构成*/
create view 客户信息(客户编码,客户名称,联系人,联系电话,所在城市)
as
select* from GueInfor

图18.客户信息表视图
（3）查询信息表的视图

图19. 查询信息表的视图
(4)供应信息视图

图20. 供应信息视图
(5)商品销售主表的视图

图21. 商品销售主表的视图
3.设计结果及分析
3.1 查询与结果分析
(1) 从供应商表中查询Firmcode为’015’的信息
Select * from FInfor where firmcode=’015’

图22. 供应商表中查询Firmcode为’015’的信息
(2) 从顾客信息表中查询GLINK为’吴江’的所有信息
Select*from GueInfor where GLINK=’吴江’

图23. 查询顾客信息表中GLINK为’吴江’的所有信息
(3) 从商品销售主表中查询saleno为20的商品信息
Select*from sellMain where saleno=’20’

图24. 查询商品销售主表中saleno为20的商品信息

(4)查询员工信息表中WorkNo为075101的所有信息

图25. 查询员工信息表中WorkNo为075101的所有信息
(5)查询员工信息表中UserRegName为zzm20的信息

图26. 查询员工信息表中UserRegName为zzm20的信息
（6）删除顾客信息表中关于武将的所有信息。
Delete from GueInfor where GLINK=’吴枫’

图27. 删除顾客信息表中关于武将的所有信息
（7）建立一个顾客信息的存储过程，并向其中插入数据，并查询结果。

图28. 为一个顾客信息建立的存储过程，并向其中插入数据，并查询结果
7.为MerID建立存储过程并进行更新数据，并进行查询KindExplanation为家具类的所有信息。

图29. MerID建立存储过程并进行更新数据，并进行查询KindExplanation为家具类的所有信息
4.设计体会
本次课程设计调查了一些商品的销售、供应等，根据其具体情况，设计仓储物资管理系统。加深了对数据库课程知识的理解。由于时间仓促，软件还有很多不足之处，如：商品信息查询部分不够完善，软件代码交冗余、效率不高等等，都相关功能缺乏认识造成的。在今后的学习中我们会加强理论的实践的结合，经过不断摸索来弥补自己在软件制作方面的差距。
在这一个星期的课程设计中，我们回顾了很多以前的东西，也发现了很多的问题，以前都没遇见过的，收获很大，在对不同的功能代码是不一定能够完整的执行的，不过大概都是一样的，只有一些小的细节。我们觉得每一次的课程设计，都是让我们对原有的知识从了解表面到深入本质，从个体学习到整体把握的跳跃，对新知识的汲取，更是让我们把课本的知识应用到实际中，让我们了解了我们的学习有什么用，能够解决什么样的问题，增加我们的自信和学习的动力。在学习过程中，我也能过上网查了不少资料，也看了一些别人设计的图书馆管理信息系统的设计报告，学以致用，自我创新，独立完成了这份自己的报告，从中在学到用，从用又到学，不断修改，系统更新。虽然不能达到完善系统，但也做到了尽善尽美，加强理论学习对完善系统会有很多帮助，不论怎么说，对这次做的课程设计自己觉得还算满意。
经过这次课程设计，我们进一步掌握了数据库知识，也让我们知道了学这门课的作用是什么，会应用于哪些，不会再迷茫。而且还拓展了一些知识，让我们学到了很多课本上学不到的知识，也学会了遇到问题时，如何去解决它，攻克它，而不是以为依赖别人。这次课程设计，我们收获很大。
5.参考文献
[1] 廖望，何俊，谢春旺等编著SQL SERVER 案例教程[M]冶金工业出版社, .4.
[2] 塞奎春主编.SQL SERVER 数据库开发实例解析 [M].北京：北京-机械工业出版社， .1
[3] 李昆 主编.SQL SERVER 课程设计案例精编[M].中国水利水电出版社, . 1.
[4] 杨海霞,南志红.数据库实验指导[M]. 北京:人民邮电出版社， .9
[5] 石岩.数据库技术与应用 [M].哈尔滨:哈尔滨工业大学出版社， .5
[6] 成先海.数据库基础与应用-SQL Sever [M].北京：机械工业出版社, .3