进销存管理系统数据库设计说明文档格式.docx

进销存管理系统数据库设计说明文档格式.docx

《进销存管理系统数据库设计说明文档格式.docx》由会员分享，可在线阅读，更多相关《进销存管理系统数据库设计说明文档格式.docx（40页珍藏版）》请在冰豆网上搜索。

量大的工作得已高效的进行，进销存管理系统还可以通过对数据的有效控制，实现对工作流

层的控制、协调，从而提高企业的竞争力。

1.2进销存系统的数据需求

（1）商品按类别和名称进行管理。

（2）必须记录商品的基本信息，比如规格和生产企业等。

（3）需要记录商品的供应信息。

（4）供应商的联系方式非常重要。

（5）在采购信息中需要记录采购的数量和单价等。

（6）在采购信息中要包含登记商品销售数量，单价等信息。

（7）商品销售信息要有报损原因。

（8）所以单据必须记录相应的经手人和相应的时间。

（9）采购，销售，报损信息都可以进行添加，删除，修改，查找，统计，等操作。

（10）当进行进货，销售和报销操作后，能相应更改库存。

（11）需要对进货，销售，库存，报损等操作生成相应的报表。

1.3组织结合结构图

根据系统及公司实际情况绘出组织结构图如下

图表1组织结合结构图

总经理：

负责实施公司总体战略。

副经理：

协助总经理完成具体完成各项事物.

采购部：

负责缺货时向外采购商品及完成相应货物进货统计•完成进货信息的登记，修改，和

删除等•

销售部：

向外出售商品及完成相应出售商品的统计•完成进货信息的登记，修改，和删除等•

维护部：

完成商品信息的登记，修改，和删除等•及各项商品信息的维护工作•

1.4功能模块图

根据上述系统功能的需求分析，按照结构化程序设计的要求，得到如下所示的系统功能模块图，如图

进销存管理系统

I

r1

1

销售管理采购管理报损管理信息维护

图表2功能模块图

1.6数据流程图

1.6.1数据流程图顶层图

分析：

该图简单的包含两个外部实体分别为顾客和供应商，主要业务分为两个，销售和

采购。

顾客查询商品资料信息，订购后收到付款通知进行付款交易。

销售部接收到定货单，

然后进行库存查询是否有货。

有货则向顾客发货，无货则向供应商下定货单•从下图可看出没有反映帐务，而且销售和采购没有分开表示，但是高度概括地反映了进销存业务，因此要进一步扩展出更详细的数据流程图。

配件库存

发货单

订货单

162数据流程图第一层

顾客先通过查看商品信息来获取自己想要的商品然后向公司下定单•销售部受到

上级的定货单查看库存情况•有货就向仓库下提货单发货•仓库收到提货单反馈出货单给销售部，销售部下发货单给顾客。

如果缺货则向供货商下班定货单采购。

到货之后采购部发出

到货通知反馈销售部。

同时采购部发入库单货物入库。

在货物入库与仓库货物出库过程中报损部进行检查。

有物品损失的生成报损单。

图表5数据吧流程图第一层

163数据流程图第二层

客户发出订货单。

根据订货单的订货数量发聩给仓库查询货物库存信息。

判定是

否缺货。

如果缺货则显示出缺货数量并生成缺货订购单。

在到货之后进行到货处理发将可发

货单存档然后进行发货管理。

发货单锅里过程中生成提货单，出货单，报损单和发货单台帐

到货处理过程中生成报损记录生成报损单。

最后向顾客发出发货单。

图表6数据流程图第三层

（1）第二层销售模块

在到货之后进行到货处理发将可发货单存档然后进行发货管理。

发货单锅里过程中

生成提货单，出货单，

（2）第二层采购模块

如果缺货生成请购台帐且显示出缺货数量并生成缺货订购单。

向供货商发订购单

供货商收到订购单处理后发出发货单。

之后采购部进行到货处生成到货通知给仓库。

（3）第二层报损模块

仓库进货出货过程中检查过程中生成报损记录上报报损部另一方面顾客上报维修单生成报损记录再汇总到报损部。

由报损部生成报损报表。

P131

报损管理I

顾客

维修单

1.7数据字典

1.7.1.数据项定义

编号

名称

别名

数据类型

是否可空

长度

简述

B1

商品名称

商品名

Char

NULLull

5

某种商品的名字

B2

商品编号

商品编码

NULL

20

某种商品的代码

B3

商品数量

商品个数

INULLT

某种商品的容量

B4

商品单价

商品价钱

float

某种商品进货单价

B5

商品日期

DateTime

某商品的日期

B6

供应商名称

供应商名

称

某供应商的名字

B7

供应商地

址

50

某供应商的地址

B8

顾客名称

某顾客的

B9

顾客地址

某顾客的地址

B10

部门名称

40

公司某部门的名称

B11

经理名称

经理

公司部门经理名字

B12

库存量

商品库存

商品的库存数量

B13

员工名称

公司员工的名称

B14

B15

订货单编码

订货单编

号

某订货单的编号

B16

发货单编

码

某发货单的编号

B17

到货通知

编码

到货通知编码

某商品到

货通知编

B18

报损表编

商品报损表编号

某商品报损表编号

B19

销售历史表编号

商品销售表编号

某商品销售表编号

1.7.2、数据流定义

简介

数据流组成

数据流来源

数据流去向

数据流

量

S1

顾客开出的

B1+B2+B3+B15

编辑订货单模块

10份/时

S2

已确定的发

货货单

B1+B2+B3+B4+

开发货单修改库存模块

100份/

时

S3

顾客收到商

品到货通知

B1+B2+B3+B4+B6

+ID17

采购员

对照暂存定货单模块

10份/天

L1

公司向供应商采购订货单

B1+B2+B3+B4+B6

公司采

购部门

供应商

天

L2

采购部门收到商品到货通知

+B10

产生到货通知模块

公司采购部门

C1

扌艮损表

顾客及部门商品报损表

+B18

顾客、销售采购部门

售后服务维修部门

1.7.3、数据存储定义

1.7.4、处理逻辑定义

输入数据流

处理

输出数据流

处理频率

数据存储组成:

关键字:

相关处理

F1-1

存放商品库存量

B1+B2+B3+B3+

商品编

P1-1、P1-2

F1-2

新顾客

新顾客登记

B8+B9+B14

P1-1

F1-3

销售历史

已销售的商

品记录

销售表

P1-3

F2-1

暂存订货单

已存订货单

P2-2

F2-2

B1+B2+B3+B4+B6+

P2-1

F3-1

扌报损表

P3-1

编辑订货

单

编辑区分订单的合格与否

根据订单填写的要求，区分出订单的合格与否，以及顾客登记信息

合格订单，不合格订单，新顾客

每小时处

理一次

P1-2

确定顾客

订货

根据订单

给顾客订

货

合格的

根据合格的订货单，给顾客配齐商品

可发订货

开发货单

修改库存

并修改库

存

根据订货单给顾客开发货单并修改库存

核对发货单并产生到货通知

供应商发给采购部门到货通知，并核对

根据订货单跟实际收到的商品进行核对

并待订货

根据发货单修改库存，待订货

正确的

根据正确的发货单修改库存和带订货量

修改后库

统计报损

表

统计所有报损表并归类

统计所有的报损表并归类后，再提交给维修部门

每小时处理一次

1.7.5、外部实体定义

输入数据流

输出数据流

S1-1

购置商品的用户

S1-2

员工

包括采购员、

销售员、会计

等

S3、S2

S1-3

向顾客和公司提供商品的单位

S1-4

公司管理人员，查看报表

2.概念结构设计

2.1初步E-R图

2.1.1销售业务的局部E-R图

联系地址

m

销售员

生产企业

生产规格）J丿

相关属性列表:

实体

属性

销售部

部门号

工号、、性别。

商品

商品名称，编号，生产规格，数量，单价，商品类别，生产企业

客户

、性别、联系方式、客户编号、联系地址。

仓库管理员

商品名称、订单号、数量、单价、日期、销售员

联系

销售

下达订单

商品编号，销售员，销售员编号，出货日期，开单日期

提货信息

商品编号、商品名称、规格、数量、销售员、订货日期、开单日期、订单号

关系描述分析：

（1）一名客户可以生成多分订购单，一份订购单对应一个客户。

所以是以对多关系。

（2）—名销售员可以销售多种商品，每种商品可以由多名导购员销售，因此销售员与商品之间是多对多的联系，该联系取名为销售。

（3）—名客户可以向多个销售员订购商品，一个销售员可以接受多位客户的订购，因此销售员与客户的关系是一对多的关系，该联系取名为订购。

（4）一份订购单可以对应多种商品。

一种商品可以产生多份订购单。

该联系取名为订购。

（5）—个仓库管理员可以处理多份订单。

一份订单对应一个仓库管理员。

该联系取名为提货信息。

2.1.2采购业务的局部E-R图

（I姓名

工号

性别

订

|供货商|

工号、、性别

采购员、商品编号、进货日期、商品名称、下单日期

供货商

、性别、地址、联系方式、供货商编号

出货信息

货物不足通知

订购

商品编号，商品数量

提供

名称，地址，联系方式

购买

商品编号，客户，生产企业，商品数量，商品单价，商品名称，商品别名，商品规格

（1）一个仓库管理员向采购员发出商品数量不足的通知，一个采购员向以名采购员发送需要采购商品的通知，所以仓库管理员与采购员的关系为一对一的关系。

（2）一名采购员可以订购多种商品，每种商品也可以由多名采购员订购，因此采购员与

商品之间是多对多的联系，该联系取名为订购。

（3）一个供应商可以供应多种商品，每种商品也可以由多个供应商供应，因此供应商与

商品之间是多对多的联系，该联系取名为供应。

（4）一名采购员可下达多份订购单。

。

一份订购单只能由一个采购员下达。

所以是一对

多关系。

该联系取名为下达订单。

（5）一份订单可以采购多种商品。

一种商品可以有多份订单。

所以为多对多关系。

该联系

取名为购买。

2.1.3报损局部E-R图

开单日期

退货原因

”/商品名称

开单员

报损员

上报损坏

姓名

仓库管理员

I制定报损单

扌报损员

报损单

A

报损数量

Err报损原因

退货单

商品名称，商品编号，开单日期、退货原因、开单员

扌艮损员

报损员、商品编号、报损原因、商品名称、商品编号

、性别、地址、供货商编号、联系方式

商品编号，开单员，开单员编号，开单日期，损坏原因

汇总

退货单数量

制定报损单

报损员、商品编号、商品名称、开单日期、报损原因、报损数量

（1）一名开单员可以向一个存储部交报损单，一个存储部可以接受多位开单员的报损单，因此存储部与开单员之间是一对多的联系，该联系取名为发现损坏。

（2）一个顾客可以上报多份退货单，一份退货单只能对应一个客户。

所以为一对多关系。

该联系取名为上报损坏。

（3）—个仓库管理员可以向一个报损员上报损坏情况。

一个报损员可以接受对应多个仓库管理员的上报情况。

所以该关系为一对多。

该联系取名为上报损坏。

（4）一份退货单只能对应交给一个报损员。

一个报损员可以接受多份退货单。

所以该关系为一对多关系，该联系取名为汇总。

（5）—个报损员对应制定多份报损单。

一份报损单由一个报损员制定。

所以该联系为一对多。

该联系取名为制定报损单。

2.2全局E-R图

部门

处理信息从属库存不足

职工

管理

n

供应购买

nm

部门名称，部门号

，工号，部门号，性别

，性别，客户编号，联系地址，联系方式

名称，编号，规格，数量，单价，供应商，生产企业，开单时间，处理结果，处理时间

从属

，编号，部门号

库存不足

编号，数量，供应商

供应

处理信息

商品编号，职工编号，开单时间，处理结果，处理时间

（6）—个仓库管理员向采购员发出商品数量不足的通知，一个采购员向以名采购员发送需要采购商品的通知，所以仓库管理员与采购员的关系为一对一的关系。

（7）—名采购员可以订购多种商品，每种商品也可以由多名采购员订购，因此采购员与商品之间是多对多的联系，该联系取名为订购。

（8）—个供应商可以供应多种商品，每种商品也可以由多个供应商供应，因此供应商与商品之间是多对多的联系，该联系取名为供应。

（9）一名采购员可下达多份订购单。

所以是一对多关系。

（10）一份订单可以采购多种商品。

所以为多对多关系。

该联系取名为购买。

（11）一名开单员可以向一个存储部交报损单，一个存储部可以接受多位开单员的报损单，因此存储部与开单员之间是一对多的联系，该联系取名为发现损坏。

（12）一个顾客可以上报多份退货单，一份退货单只能对应一个客户。

所以为一对多关系。

（13）一个仓库管理员可以向一个报损员上报损坏情况。

一个报损员可以接受对应多个仓库管理员的上报情况。

（14）一份退货单只能对应交给一个报损员。

一个报损员可以接受多份退货单。

所以该关

系为一对多关系，该联系取名为汇总。

（15）一个报损员对应制定多份报损单。

一份报损单由一个报损员制定。

所以该联系为一

对多。

3将各分E-R图合并成全局E-R图所作的处理

3.1进行相关实体类型的合并，以减少实体类型的个数

将采购和销售业务中的商品进行合并。

3.2消除冗余

（1）将采购和销售业务中的采购员、销售员统一用职工表示。

（2）将采购部和销售部，存储部统一用部门表示。

（3）将出货信息，提货信息，报损信息统一用处理信息来表示。

4.逻辑结构设计

4.1逻辑设计概述

由于目前使用的数据库基本上都是关系数据库，因此首先需要将E-R图转换为关系模型，然后根据具体DBMS勺特点和限制转换为特定的DBMS支持下的数据模型，然后进行优化。

4.2转换规则

（1）一个实体型转换为一个关系模型，实体的属性就是关系的属性，实体的码就是关系的码。

（2）一个1:

1联系可以转换为一个独立的关系模型，也可以与任何一端对应的关系式合并。

（3）一个1：

n联系可以转换为一个独立的关系模型，也可以与n端对应的关系式合并。

1.商品（商品名称，编号」产规格，数量，单价，商品类别，生产企业）

2.部门（部门名称，部门号）

3.供货商（、性别、地址、联系方式、供货商编号）

4.职工（，工号,部门号，性别）

5.客户（，性别，联系地址，客户编号，联系方式）

6.管理（名称，编号，规格，数量，单价，供应商，生产企业，开单时间，处理结果，处

理时间）

7.从属（，编号，部门号）

8.库存不足（编号，数量，供应商）

9.供应（名称，地址，联系方式）

10.处理信息（商品编号，职工编号，开单时间，处理结果，处理时间）

11.订购（商品编号，商品数量,商品名称，

12.购买（商品编号，客户，生产企业，商品数量，商品单价，商品名称，商品别名，商品

规格）

4.4初步优化：

4.4.1部门与职工之间

将采购信息，报损信息，出货信息关系模式合并为：

处理信息（商品数量，处理单编号，商品编号，开单日期，工号，类别）

4.4.2商品与供货商之间形成一个供应过程

供应商与商品的实体关系

1）供应商与商品作为关系模式。

供应商（，地址，性别，联系方式）

商品（商品名称，商品单价，商品规格，商品数量，商品编号，生产企业）供应（采购单编号，商品名称，商品单价，商品规格，商品数量，商品编号）

2）与供应商端合并

供应商（，地址，性别，联系方式，采购单编号）

商品（商品名称，商品单价，商品规格，商品数量，商品编号，生产企业）

关系模式合并为：

供应信息：

（采购单编号，商品名称，商品编号,，地址，性别，联系方式）

4.4.3商品与客户之间形成一个购买过程

客户与商品的实体关系

1）客户与商品作为关系模式。

客户（，地址，性别，联系方式）

商品（商品名称，商品单价，商品规格，商品数量，商品编号，生产企业）购买（订单编号，商品编号，商品数量）

2）与客户端合并

客户（销售单编号，，地址，性别，联系方式）

商品（商品名称，商品单价，商品规格，商品数量，商品编号）

所以形成

购买信息：

（采购单编