超市管理系统数据库课程设计Word格式.docx
- 文档编号:19400291
- 上传时间:2023-01-06
- 格式:DOCX
- 页数:34
- 大小:362.85KB
超市管理系统数据库课程设计Word格式.docx
《超市管理系统数据库课程设计Word格式.docx》由会员分享,可在线阅读,更多相关《超市管理系统数据库课程设计Word格式.docx(34页珍藏版)》请在冰豆网上搜索。
只有管理员登录之后才可以使用系统。
默认的管理员不可以删除。
进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。
当进行进货、销售和报损操作后,能相应更新库存。
(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
某商品的重量
I7
TProducename
某商品的生产公司
I8
TNorms
某商品长宽
I9
SName
某商品的公司名称
Char(12)
I10
SAddress
某商品生产的地方
Char(16)
I11
SCodename
某供应商的产品代号
I12
SFax
与供应商的传真联系方式
Char(11)
I13
STele
联系供应商的电话方式
I14
SDate
定货单位要求的供货日期
I15
SOrder
发出订单的单据号
I16
YID
标识公司员工的代码
I17
Yname
公司员工的姓名
I18
YSex
公司员工的性别
Char
(1)
I19
YAge
公司员工的年龄
I20
YZhichen
公司的员工的职位名称
I21
KNO
存储商品的库存号
char
(2)
I22
KNum
某种商品当前的库存量
Char(4)
I23
KHnum
商品的库存上限
Char
I24
KDnum
商品的库存下限
I25
KPnum
盘盈盘亏数量
I26
KPerson
与定货发生联系的供应商负债人
数据结构如表二
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
发货单
供应商发出的收货单
商品编码+商品名称+单位+数量+单价+订单号+供应商
F3
不合格单
采购部验货不合格单
退货模块
商品编码+商品名称+单位+数量+单价+说明原因
100份/月
500份/月
F4
退货单
库管员开出的退货单
商品编码+商品名称+单位+数量+单价+退货说明
F5
合格单
采购部验货合格单
进库模块
商品编码+商品名称+单位+数量+单价+合格说明
F6
入库单
库管员开出的入库单
库存台帐
商品编码+商品名称+单位+数量+单价+供应商
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库存台帐及流水账,修改库存台帐及流水账
数据存取如表六
数据存取编号
数据存储名称
数据存储组成
相关联的处理
S1
商品入库、出库及退货后修改当前库存量
商品编码+商品名称+单位+当前库存+商品下限+商品上限
P1.2、P1.3
S2
流水账
入库、出库及退货的流水账记录
类型+开单日期+单号+商品编号+商品名陈+单位+数量+单价
附录2关系模式表
商品关系模式表
某商品的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 超市 管理 系统 数据库 课程设计