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

资源描述

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

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

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

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

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

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

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

1.6.3数据流程图第二层

客户发出订货单。

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

判定是否缺货。

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

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

发货单锅里过程中生成提货单，出货单，报损单和发货单台帐到货处理过程中生成报损记录生成报损单。

最后向顾客发出发货单。

图表6数据流程图第三层

（1）第二层销售模块

发货单锅里过程中生成提货单，出货单，

（2）第二层采购模块

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

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

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

（3）第二层报损模块

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

由报损部生成报损报表。

1.7数据字典

1.7.1.数据项定义

编号

名称

别名

数据类型

是否可空

长度

简述

商品名称

商品名

Char

NULLull

某种商品的名字

商品编号

商品编码

NULL

某种商品的代码

商品数量

商品个数

INULLT

某种商品的容量

商品单价

商品价钱

float

某种商品进货单价

商品日期

DateTime

某商品的日期

供应商名称

某供应商的名字

供应商地址

某供应商的地址

顾客

顾客名称

某顾客的

顾客地址

某顾客的地址

B10

部门名称

公司某部门的名称

B11

经理名称

经理

公司部门经理名字

B12

库存量

商品库存

商品的库存数量

B13

员工名称

公司员工的名称

B14

B15

订货单编码

订货单编号

某订货单的编号

B16

发货单编码

发货单编号

某发货单的编号

B17

到货通知编码

某商品到货通知编号

B18

报损表编号

商品报损表编号

某商品报损表编号

B19

销售历史表编号

商品销售表编号

某商品销售表编号

1.7.2、数据流定义

简介

数据流组成

数据流来源

数据流去向

数据流量

订货单

顾客开出的订货单

B1+B2+B3+B15

编辑订货单模块

10份/时

发货单

已确定的发货货单

B1+B2+B3+B4+B16

开发货单修改库存模块

100份/时

到货通知

顾客收到商品到货通知

B1+B2+B3+B4+B6+ID17

采购员

对照暂存定货单模块

10份/天

公司向供应商采购订货单

B1+B2+B3+B4+B6

公司采购部门

供应商

100份/天

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

B1+B2+B3+B4+B6+B10

产生到货通知模块

报损表

顾客及部门商品报损表

B1+B2+B3+B4+B6+B18

顾客、销售采购部门

售后服务维修部门

1.7.3、数据存储定义

数据存储组成

关键字

相关属性列表：

实体

属性

销售部

部门号

销售员

工号、、性别。

商品

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

客户

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

仓库管理员

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

联系

销售

下达订单

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

提货信息

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

关系描述分析：

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

所以是以对多关系。

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

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

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

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

该联系取名为订购。

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

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

该联系取名为提货信息。

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

工号、、性别

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

供货商

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

出货信息

货物不足通知

订购

商品编号，商品数量

提供

名称，地址，联系方式

购买

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

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

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

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

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

。

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

所以是一对多关系。

该联系取名为下达订单。

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

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

所以为多对多关系。

该联系取名为购买。

2.1.3报损局部E-R图

退货单

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

报损员

报损单

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

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

上报损坏

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

汇总

退货单数量

制定报损单

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

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

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

所以为一对多关系。

该联系取名为上报损坏。

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

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

所以该关系为一对多。

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

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

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

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

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

所以该联系为一对多。

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

2.2全局E-R图

部门

部门名称，部门号

职工

，工号，部门号，性别

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

管理

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

从属

，编号，部门号

库存不足

编号，数量，供应商

供应

处理信息

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

（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端对应的关系式合并。

4.3根据全局E-R图设计出系统的数据模型：

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）与客户端合并

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

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

购买信息：

（采购单编号，商品名称，商品编号，联系方式）

4.4.4职工与商品之间有职工对商品产生销售管理，采购管理，报损管理等信息。

所以形成一个管理过程

销售员与商品的实体关系：

1）销售员与商品作为关系模式。

销售员（工号，，性别）

销售（出货单编号，商品编号，商品数量）

2）与销售员端合并

销售员（出货单编号，工号，，性别）

采购员与商品的实体关系：

1）采购员与商品作为关系模式。

采购员（工号，，性别）

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

2）与采购员端合并

采购员（采购单编号，工号，，性别）

存储部与报损员的实体关系：

1）存储部与报损员作为关系模式。

报损员（工号，，性别）

报损（报损单编号，商品编号，报损员，报损员工号，开单日期，损坏原因）

2）与报损员端合并

报损员（报损单编号，工号，，性别）

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

管理信息：

（商品编号，出货单编号，采购单编号，报损单编号，商品名称，）

4.4.5将销售人员、采购员关系模式合并为：

员工（工号，，部门号，职称）

4.4.6将存储部、销售部和采购部关系模式合并为：

部门（部门编号，部门名称）

4.5最终优化：

职工：

（工号，，部门号，职称）

部门：

（部门编号，部门名称）

处理信息：

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

（销售单编号，商品名称，联系方式，订购单编号）

（商品编号，出货单编号，采购单编号，报损单编号，开单日期，商品名称，联系方式）

1、销售员、采购员、仓库管理员、都属于公司职工。

公司职工都以职工工号为主关键字，所以进行优化合并。

公司职员按照部门来分类。

部门编号为部门的主关键字。

2、采购、销售、报损因包含的主体不一样，都各自独立制表。

3、部门与职工之间细分有库存信息处理，到、发货信息处理、报损信息处理，从属，信息处理，信息都要经过信息处理。

总体这三种都属于处理信息，信息处理都已处理单编号为主键，所以进行优化合并。

4、职工对商品的采购、销售、报损。

属于职工对商品的管理。

销售、采购、报损因所包含的主键不一样所以要各自为表。

5、顾客提交订购单时以商品编号为外键。

购买时以商品编号为外键。

处理信息时以商品编号为外键。

5.数据库完整性与安全性设计

5.1数据库完整性

数据库的完整性维护数据库输入数据的正确性、有效性和相容性。

所谓正确性是指数据的合法性。

有效性是指数据是否属于所定义的有效围。

相容性是指表示同一事实的两个数据应相同，不一致就是不相容。

数据库是否具备完整性关系到数据库系统能否真实地反映现实世界，因此维护数据库的完整性是非常重要的。

5.1.1约束

约束是MicrosoftSQLServer提供的自动保持数据库完整性的一种方法，定义了可输入表或表的单个列中的数据的限制条件。

1）六种约束：

空值约束、主键约束、惟一性约束、外键约束和参照约束、缺省值约束和检查约束。

（1）空值约束

（2）主键约束

（3）惟一性约束

（4）外键约束和参照约束

（5）缺省值约束

（6）检查约束

2）约束的作用：

保持数据的完

展开阅读全文