超市管理系统数据库课程设计.docx

超市管理系统数据库课程设计.docx

《超市管理系统数据库课程设计.docx》由会员分享，可在线阅读，更多相关《超市管理系统数据库课程设计.docx（34页珍藏版）》请在冰豆网上搜索。

超市管理系统数据库课程设计

信工学院

《数据库课程设计》论文

题目：

超市进销存管理系统数据库设计

学号：

20508129

专业班级：

08计算机科学与技术

姓名：

Xxxx

指导老师：

Xxxx

完成日期：

2010-9-12

超市进销存管理系统数据库设计

学生姓名xxxxx

（xxxxx08计算机科学与技术x班）

摘要

本次实习的题目是超市进销存管理系统，主要的目的是在超市进销存模块的基础上对超市的经营、管理进行研究和探讨。

根据系统所需功能，决定以windowsXP为开发平台，采用选择功能强大的MicrosoftSQLServer为开发工具，利用软件工程思想和方法，开发该系统的所需要的功能。

本系统由商品信息管理模块，员工信息管理模块，供应商信息管理模块等的组成，对超市中的各种信息进行分类管理，统筹规划。

功能较为全面。

关键字：

超市、进销存管理、数据库、MicrosoftSQLServer

引言

目前，无论是超市还是公司企业对于货物都实行了信息化管理，以提高管理水平和工作效率，同时也可以最大限度地减少手工操作带来的错误。

于是，进销存管理信息系统便应运而生。

在工厂中，产品的进销存涉及产品原料的采购、库存、投入生产、报损，甚至有时涉及到销售，同时，对于产品也有相应的生产、库存、销售、和报损等环节。

在其他非生产性单位，如超市、商店等，则主要涉及到进货、库存、销售和报损4个方面。

超市进销存管理的对象是很多的，广而言之，它可以包括：

商业、企业超市的商品，图书馆超市的图书，博物馆超市的展品等等。

在这里本文仅涉及工业企业的产品超市。

超市进销存管理系统按分类、分级的模式对仓库进行全面的管理和监控，缩短了超市信息流转时间，使企业的物资管理层次分明、井然有序，为采购、销售提供依据；智能化的预警功能可自动提示存货的短缺、超储等异常状况；系统还可进行材料超市ABC分类汇总，减少资金积压。

完善的超市管理功能，可对企业的存货进行全面的控制和管理，降低超市成本，增强企业的市场竞争力。

1．需求分析

1.1处理对象及组织如下：

商品：

商品编号、商品名称、商品单价、生产日期、保质期、商品重量、商品规格

供应商：

应商名称、供应商地址、供应商帐号、供应商传真、供应商电话、交货日期、订单号

进销存：

库存号、现有库存、最高库存、最低库存、盈亏数量、联系人

（1）针对超市进销存管理系统，分别对采购部门、销售部门和库存保管部门进行详细的调研和分析，总结出如下的需求信息：

商品按类管理，所以需要有一商品类型信息。

如果一个商品类型存在商品，或存在下级商品类型，则该类型不可删除。

需要记录供应商品信息。

在涉及商品数量的地方，需要知道商品的库存地方。

商品销售信息单中要包含登记商品销售数量、单价等信息。

在进货信息中要包含商品供应商等信息。

商品报损要有报损原因。

进货、销售、报损操作要有相应信息管理员。

只有管理员登录之后才可以使用系统。

默认的管理员不可以删除。

进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。

当进行进货、销售和报损操作后，能相应更新库存。

（2）经上述系统功能分析和需求总结，考虑到将来功能的扩展，设计如下的数据项和数据结构：

商品类型信息，包括数据项有：

商品信息，包括的数据项有：

商品编号、商品名称、商品的的生产日期、库存量等。

商供应商信息，包括供应商号、供应商名称、联系电话等。

进货信息，包括进货商品号、数量、规格、单价等。

销售信息，包括销售商品、数量、单价等。

报损信息，包括报损商品、数量、原因、登记时间等。

员工信息，包括员工号、姓名、职称等

1.2信息处理及系统功能

该系统由商品信息管理模块，员工信息管理模块，供应商信息管理模块，仓库信息管理模块等可以完成商品的进销存和查询，更改等的基本操作。

并根据客户的要求完善系统的功能需求。

系统功能有：

（1）商品信息的管理包括商品基本信息的新建、修改和删除，商品的编号、商品名称、商品规格等

（2）供货商信息管理：

包括供货商信息的新建、修改和删除和供应商的名称、供应商代号、供应商地址等。

（3）员工信息管理：

系统管理员的添加、删除和修改密码和员工姓名、性别、职称、工号等。

（4）仓库信息管理：

仓库号、库存商品号、商品数量等

1.3数据库系统开发环境

数据库系统开发环境需求决定以windowsXP为开发平台，采用选择功能强大的MicrosoftSQLServer为开发工具。

1.4该业务的流程图

通过对超市管理系统的要求和分析、处理，弄清楚了进销存各个系统的环节需求。

清楚了环节所需要的信息内容、流向、处理、提供信息的信息表形态等，把分析系统的相关用“业务流程图”表示出来。

具体分为进货业务，销售业务，业务流程图如下：

以下是某超市管理系统的业务流程的分析

（1）某超市管理系统业务流程图的符号解释

业务处理单位/个人清单/报表信息流程

（2）某超市管理系统进货业务流程图为

图1—1为某超市进销存管理系统的进货业务流程图

（3某）超市管理系统销售业务流程图

图1—2为某超市进销存管理系统的销售业务流程图

1.5某超市管理系统数据流i程图分析

数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

根据上面业务流程图的描述，从系统的科学性、管理的合理性、实际运行的可行性角度出发，自顶向下对系统进行分解，导出了超市销售管理系统的顶层数据流程图、第二层数据流程图和第三层数据流程图。

（1）某超市管理系统数据流程图符号解释

1、外部实体2、处理3、数据流4、数据存储

（2）某超市管理系统顶层数据流程图

图1—3为某超市管理系统顶层数据流程图

上图是超市管理系统的顶层数据流程图。

由业务流程图确定系统开发的外部实体即系统数据的来源与去处，从而确定了整个系统的外部实体和数据流，在顶层数据流程图中，把超市管理系统作为一个处理环节，与实体间传递信息，简单的表达系统的各部分功能。

（3）第一层数据流程图

图为1—4为某

确定系统的主要处理功能，可以将系统分为进货管理、库存管理、销售管理等几部分。

再确定各个输入和输出的数据流的以及与之相关的数据结构，为各个数据流、报表命名

并编码，从而得到超市销售进销存系统的第一层数据流程图，如图上图所示

（4）第二层数据流程图

图1—5为为

再将第一层数据流程图分解就可得到第二层流程图。

其中某些数据项处理可分解为多个处理过程。

在本系统中有销售模块、进货管理。

每一部分都可以分解为第二层流程图。

具体的分解情况如下

图1—6为

（5）数据字典

数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。

数据字典在数据库设计中占有很重要的地位。

数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。

其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容

具体的数据字典内容见附录1。

2．数据库结构设计

主要包括概念设计和逻辑设计两个部分。

2.1概念设计

在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。

概念结构的主要特点：

（1）能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；

（2）易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库设计成功的关键；

（3）易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；

（4）易于向关系、网状、层次等各种数据模型转换。

概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。

概念设计的目标是通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。

概念设计的任务和方法是能用E—R图表示出整个系统的实体，实体的属性及实体间的联系。

概念结构设计通常采用的策略是自底向上的方法，即自顶向下的进行需求分析，然后再自底向上地设计概念结构。

它通常分为两步：

第一步是抽象数据并设计局部视图，第二步是集成局部视图，得到全局的概念结构。

2.1.1分E-R图建立

根据第二层数据流程图得到三个分E-R图

图2—1为某超市进货的E—R图

图2—2为某超市销售的E—R图

图2—3为某超市存储E—R图

2.1.2全局/整体E-R图

通过各个分E-R图之间的联系，合成全局E-R图。

由于在做局部E—R图时，只是针对局部的E—R图考虑，导致各个E—R图之间有很多不一致的地方，造成在合并局部E—R图生成全局E—R图时有很多的冲突发生。

而在编写商品信息时，考虑商品的数目很多，如果只用数字标号不好区分也不容易查询，就用的字母加数字来编号，所以在合并的时候造成的冲突，最后把订单中的商品编号也改成了字符型的，消除了冲突。

如图下所示

图2—4为全局/整体E-R图

2.2逻辑设计

逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E—R图转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。

从理论上讲，设计逻辑结构应该选择最适合于相应概念结构的数据模型，然后对支持这种数据模型的各种DBMS进行比较，从中选出最合适的DBMS。

但实际情况往往是已给定了某种DBMS，设计人员没有选择的余地。

设计逻辑结构时一般要分3步进行：

（1）将概念结构转换为一般的关系、网状、层次模型；

（2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；

（3）对数据模型进行优化。

2.2.1建立关系模式

E—R图转换为关系模型实际上就是要将实体性、实体的属性和实体性之间的联系转换为关系模式，这种转换一般遵循如下规则：

一个实体型转换为一个关系模式。

实体的属性就是关系的属性，实体的码就是关系的码。

对于实体型见的联系则有以下不同的情况：

（1）一个1:

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

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。

如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。

（2）一个1:

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

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码味n端实体的码。

（3）一个m:

n联系转换为一个关系模式。

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系吗的一部分。

根据以上规则将本系统的E—R图转换为关系模式（关系的码用下划线标出）

有一个超市管理系统数据库，包括T、S、Y、K、TY、SK、TSYK个关系模式：

T（TID，Tname，TPrice，Tproducedate，TKeepdate，TWeight，TNorms,TProducename）；

S（SCodename,SName，SAddress，SFax，Stele，SDate，SOrder）；

Y（YID，YName，YSex，YAge，YZhichen）；

K（KNo，KNum,KHnum,KDnum,KPnum,KPerson）；

KT（KNo，TID,QTY）

TY（TID，YID，QTY）；

SK（SNo，KNo,CQTY）；

TSYK（TID，SName，YID，KNo，WQTY）

1.商品信息表T由商品编号（TID）、商品名称（Tname）、商品单价（TPrice）、生产日期（Tproducedate）、保质期（TKeepdate）、商品重量（TWeight）、商品规格（TNorms）组成；

2.供应商信息表S由供应商名称（SName）、供应商地址（SAddress）、供应商帐号（SCodename）、供应商传真（SFax）、供应商电话（Stele）、交货日期（SDate）、订单号（SOrder）；

3.员工信息表Y由员工编号（YID）、员工姓名（YName）、员工的性别（YSex）、员工的年龄（YAge）、员工的职称（YZhichen）；

4.库存信息表K由库存号（KNo）现有库存（KNum）、最高库存（KHnum）、最低库存（KDnum）、盈亏数量（KPnum）、联系人（KPerson）组成；

5.KT表是由存储商品的库存号（KNO），标识商品的代号（TID），某商品的数量（QTY）组成;

6.YT由标识公司员工的代码（YID），标识商品的代号（TID），销售的商品数量（CQTY）组成；

7.ST供应商商品表由某供应商的产品代号（SCodename），标识商品的代号（TID），

8.TSYK供应商商品员工仓库表由商品编号（TID）、供应商名称（SName）、库存号（KNo）、员工编号（YID）实际的商品数量（WQTY）组成；

2.2.2关系模式规范化处理

根据F，分析每一个关系模式是否满足3NF，对不满足3NF的关系模式要进行规范化处理。

2.2.3用户子模式建立

对不同级别的用户定义不同的view，如下图

表1为视图表

用户对象

视图描述

作用

管理员

购买商品（商品编号，商品名称，商品价格）

用于顾客和管理者对购买商品情况的查询

管理员

供应商（供应商编号，名称，地址，电话，交货日期）

用于管理者对所有供应商信息的查询

管理员

存放（仓库号，商品现存量，商品最高数量，商品最低量）

用于管理员查询商品的简要的信息

管理员

员工（员工姓名，年龄，职称）

用于管理员查询员工的基本信息

2.2.4关系模式逻辑结构定义

见附录表2

3．数据库物理设计

通常关系数据库物理设计的内容主要包括：

（1）为关系模式选择存取方法；

（2）设计关系、索引等数据库文件的物理存储结构。

物理设计的方法：

（1）首先对要运行的事物进行详细分析，获得选择物理结构设计所需要的参数。

（2）其次，要充分了解所用RDBMS的内容特征，特别是系统提供的存取方法和存取结构。

建立索引的原则：

（1）如果一个（或）一组属性经常在查询条件中出现，则考虑在这个（或这组）属性上建立索引（或则会索引）；

（2）如果一个属性经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引；

（3）如果一个（或一组）属性经常在连接操作的连接条件中出现，则考虑在这个（或这组）属性上建立索引；

建立索引如下表：

表2为索引表

所在表名

索引名称

索引类型

所在表的属性

供应商

SupInfo

唯一

Pid

商品信息表

teleTwo

聚簇

Tprice

仓库信息

Storetele

聚簇

InTime+OutTime

员工信息

ADBuyInfo

聚簇

BuyDate+BuyNum

建立存储过程如表

表4.2为储存过程表

存储过程名

作用

Telefind

查询商品基本信息

Sum_money

统计商品销售情况

CteleInfo

顾客查询商品信息

Spp

查询供应商信息

Up_TeleInfo

更新商品信息表

4．数据库实施与测试

主要包括数据库实施和测试两个部分。

4.1数据库实施

4.1.1数据库及数据库对象建立

主要包括：

数据库、基本表、视图、索引、触发器以及存储过程；

对于具体的DDL语句以及相关代码，请以附录形式列出。

见附录表3

4.1.2数据入库

对各个主要数据表要录入20条以上的记录，方法可用EXCEL批量导入，也可以逐条录入。

4.2数据库测试

主要内容是对建立的数据库及数据库对象进行测试

具体要求：

（1）要设计好测试数据

（2）对测试的结果要以图片形式，同时注意图片的格式

（3）对测试结果进行分析，是否满足设计要求。

测试结果见附录表4

5．总结

通过几个星期的数据库设计实习，对数据库的应用有了更深的理解，在数据库的基本设计方法方面也有了一定的收获。

在这次实习中，看到了自己平时学习的不足，发现了基础知识的重要性。

不仅在需求分析阶段花了很长的时间，在后面的设计阶段也花费了大量的时间去设计。

再设计E—R图时，由于对各业务考虑的不全面，导致不断的修改局部E—R图，全局E—R图迟迟不能生成。

经过不断的修改和请教老师同学，最终完成了设计。

经过简单的测试，数据库达到了预期的目标。

6．附录

附录1数据字典

数据项如表一

数据项编号

数据项名称

简述

类型及宽度

取值范围

I1

TID

标识商品的代号

Char（8）

I2

Tname

某商品的名称

Char（14）

I3

TPrice

某商品的价值

Int

I4

Tproducedate

某商品生产的时间

Char（6）

I5

TKeepdate

某商品的保存时间

Char

（2）

I6

TWeight

某商品的重量

Char（8）

I7

TProducename

某商品的生产公司

Char（14）

I8

TNorms

某商品长宽

Char（6）

I9

SName

某商品的公司名称

Char（12）

I10

SAddress

某商品生产的地方

Char（16）

I11

SCodename

某供应商的产品代号

Char（8）

I12

SFax

与供应商的传真联系方式

Char（11）

I13

STele

联系供应商的电话方式

Char（11）

I14

SDate

定货单位要求的供货日期

Char（12）

I15

SOrder

发出订单的单据号

Char（8）

I16

YID

标识公司员工的代码

Char（6）

I17

Yname

公司员工的姓名

Char（6）

I18

YSex

公司员工的性别

Char

（1）

I19

YAge

公司员工的年龄

Char

（2）

I20

YZhichen

公司的员工的职位名称

Char（6）

I21

KNO

存储商品的库存号

char

（2）

I22

KNum

某种商品当前的库存量

Char（4）

I23

KHnum

商品的库存上限

Char

I24

KDnum

商品的库存下限

Char

I25

KPnum

盘盈盘亏数量

Int

I26

KPerson

与定货发生联系的供应商负债人

Char（8）

数据结构如表二

DS08-01：

用户订单的数据结构

DS08-02：

订货单标识

I1：

定货单编号

DS08-03：

用户情况

DS08-04：

配件情况

I2：

日期

I3：

用户代码

I10：

配件代码

I4:

用户名称

I11：

配件名称

I5：

用户地址

I12：

配件规格

I6：

用户姓名

I13：

订货数量

I7：

电话

I8：

用户银行

I9：

帐号

数据流编码如表三

数据流编号

数据流名称

简述

数据流来源

数据流去向

数据流组成

数据流量

高峰流量

F1

订货单

公司向供应商订购商品的订货单

验收货品模块

供应商

商品编码+商品名称+单位+数量+单价+交货日期+定单号

550000份/月

950000份/月

F2

发货单

供应商发出的收货单

供应商

验收货品模块

商品编码+商品名称+单位+数量+单价+订单号+供应商

550000份/月

950000份/月

F3

不合格单

采购部验货不合格单

验收货品模块

退货模块

商品编码+商品名称+单位+数量+单价+说明原因

100份/月

500份/月

F4

退货单

库管员开出的退货单

退货模块

供应商

商品编码+商品名称+单位+数量+单价+退货说明

100份/月

500份/月

F5

合格单

采购部验货合格单

验收货品模块

进库模块

商品编码+商品名称+单位+数量+单价+合格说明

550000份/月

950000份/月

F6

入库单

库管员开出的入库单

进库模块

库存台帐

商品编码+商品名称+单位+数量+单价+供应商

550000份/月

9500000份/月

外部实体编码如表四

外部实体编号

外部实体名称

简述

外部实体组成

输入的数据流

输出的数据流

E1

供应商

提供商品的直接厂家

供应商编码+单位全称+简称+地址+联系人+电话+帐号

订货单

发货单

E2

顾客

购买商品的顾客

编码+姓名+地址+电话+邮编

销售单

顾客订单

E3

仓库

存放仓库的地方

单位全称+地址+电话

实物清单

报损单

处理逻辑如表五

处理逻辑编号

处理逻辑名称

简述

输入的数据流

处理

输出的数据流

处理频率

P1.1

验收货品

采购部对来货进行检验

F2收货单，来源于供应商发出的采购收货单据

根据收货单验货，确定供应商提供货品的数据、质量等是否合格

F1订货单，向工业商店订货：

F3不合格单，向供应商退货：

F5合格单，入库

1500次/月

P1.2

进货

采购的合格货品入库

F5货物合格单，来源于库管员

根据入库单桨采购货品入库，登记库存和流水账

S2库存台帐、S1流水帐，每次入库都要有详细登记

2000次/月

P1.3

退货

办理退货手续

F3不合格单，来源于货物验收人员

根据不合格单办理退货，并登记流水账

S1流水账，F4退货单将货物退还给供应商

100次/月

P2.1

销售货物

队顾客购物情况进行开单

F7顾客订单，来源于顾客的购物请求：

库存台帐以供查询

根据数据流顾客订单，导购员进行为顾客选货物，消费记账等

F8销售单，给顾客一份；F9出库单；同时根据出库单登记库存台帐及流水账

5000次/天

P2.2

确定退货单

对顾客请求的退货单进行退货确认

F10顾客退单，来源于顾客的要求

根据数据流顾客退单，主管就顾客提出原因进行退货确认

F11确认后的顾客退货单，经销售主管批准后，为顾客办理退货

100次/天

P2.3

退货

根据已确认的退单进行退货

F11已确认的顾客退单，来源于销售主管已批准的退货单

根据批准退货单，允许顾客退货，并修改相关的库存记录

F11库存台帐及流水账，修改库存台帐及流水账

100次/天

数据存取如表六

数据存取编号

数据存储名称

简述

数据存储组成

相关联的处理

S1

库存台帐

商品入库、出库及退货后修改当前库存量

商品编码+商品名称+单位+当前库存+商品下限+商品上限

P1.2、P1.3

S2

流水账

入库、出库及退货的流水账记录

类型+开单日期+单号+商品编号+商品名陈+单位+数量+单价

P1.2

附录2关系模式表

商品关系模式表

数据项名称

简述

类型及宽度

取值范围

TID

标识商品的代号

Char（8）

Tname

某商品的