《数据库原理》超市管理系统.docx
《《数据库原理》超市管理系统.docx》由会员分享，可在线阅读，更多相关《《数据库原理》超市管理系统.docx（42页珍藏版）》请在冰豆网上搜索。
《数据库原理》超市管理系统
《数据库原理》课程设计报告
设计题目：
超市管理系统
专业：
信息管理与信息系统
计算机与数据科学学院
2018年12月23日
第1章概述
1.1选题的背景与意义
自从我国成功加入WTO之后，随着信息化的发展，超市的经营管理机制也正在发生着巨大的变化，超市要想在激烈的市场竞争环境中生存下来，就必须有效地利用人才和时间以及信息，使它们相互结合产生优势，并进行有效的超市内部的改革以及仓库的管理，因此，借助现代化的信息技术以及管理的理论，建立超市的信息管理系统已经迫在眉睫。
本系统根据商品管理的业务范围和工作特点，给系统设计了包括商品经营管理、人才管理以及商情信息管理等，能够及时、准确地反映超市经济活动状态，成为超市内各级管理人员的有力工具。
这样可以大大地减轻超市工作人员的工作量，并且全面提高超市仓库管理的管理效率和服务质量，它操作很方便，并且功能齐全，节省用户的时间，将使超市的管理水平和业务水平跃上新的台阶。
早些年，企业的进货管理主要都是采用手工管理，而这几年，随着我国社会主义市场经济体制的巩固和发展，在商业的流通领域产生了一个空前的发展阶段，而面对商界激烈的竞争，很多企业的规模不断扩大，并且增加了经营的项目，使得手工的管理已不能满足企业发展的需要。
如果每天的销售额不断地增加时，会导致进货的次数变得频繁，而进货次数的增加，不免在业务上、财务上出现问题，进而可能造成库存数目的混乱，并最终导致管理的混乱，形成一个恶性的循环。
为了规范化企业的内部管理，并提高企业的业务管理水平，而让企业更好地服务于顾客，人们开始想用计算机来代替手工操作管理业务。
这次系统的开发，主要包括进货管理模块、库存管理模块、销售管理模块和员工信息管理模块。
本信息系统管理的使用，使得企业的组织结构更加地简化，使得传统的企业中的物价，核算等部门的工作完全被计算机相关功能代替，这样，节省了这些部门的设备和人工费用的支出。
从而使企业获得更大的经济效益。
1.2相关技术分析
在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。
有的大型超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员工进行适当的培训，系统的功能和使用方法基本上能顺利运行。
本系统采用windows的图形用户界面，而该系统是大家都熟悉的操作系统，对于有一定的计算机知识的人员很容易上手。
整个超市管理系统采用最友好的交互界面，简洁明了，不需要对数据库进行深入的了解。
第2章系统功能设计
系统设计的任务就是依据系统分析文档资料，采用正确的方法来确定系统各功能模块在计算机内应该由哪些程序组成，它们之间用什么方式联结在一起以构成一个最好的系统机内结构，同时还要使用一定的工具将所设计的成果表达出来，另外考虑到实现系统功能的需要，还要进行数据库的详细设计、编码设计、输入/输出界面设计等等。
2.1系统总体结构设计图
超市管理系统的模块图如下：
图2-1为某超市管理系统的模块图
2.2系统功能模块
根据上述系统总体思想的分析，本系统共包括五大模块，分别是商品进库，订单处理，信息查询，报表显示，退出系统五个模块，每个模块分析如下：
1.商品进库模块：
此模块能添加商品进库记录和修改库存记录，包括进库号，货架号，商品号，进库数量，进库时间和经手人。
2.订单处理模块：
此模块能添加订单，查看库存，准备发货以及取消订单，
3.包括订单号，订单时间，商品编号，顾客号，购买的商品数量，总付款，订单业务员和订单状态。
4.信息查询模块：
此模块包含商品进库查询，订单查询，客户信息查询和退出查询等功能，商品进库查询通过输入库存号就能查出商品进库的详细信息；订单查询输入订单号就能查询订单的详细信息；客户信息查询通过输入客户号可以查询客户购买商品的详细信息，退出查询就可以退出查询模块。
5.报表显示模块：
此模块包括订单报表，库存报表和发货报表，选中想要查询的报表，点击显示就能个订单的详细状况。
6.退出系统模块：
点击退出便可退出超市管理系统。
2.3输入设计
输入设计对系统的质量有着决定性的影响，因为如果输入的数据错误，即使计算和处理都正确，得出的信息也不可靠，同时，输入设计是信息系统与用户之间交互的纽带，决定着人机交互的效率。
输入设计包括数据规范和数据准备的过程。
在输入设计中提高效率和减少错误是两个最基本的原则。
本系统采用键盘输入装置，由数据管理员通过键盘录入数据，通过输入数据完成对商品的销售购进存储管理。
2.4输出设计
输出设计的目的是主要满足用户和管理者对数据和信息的要求。
本系统将采用表单和查询显示输出方式，使用者可以通过网络传输、移动硬盘传递、直接打印等多种方式获取自己所需信息。
不管是数据的输入还是输出简洁、方便、快捷，用户界面要尽量达到友好、简便、实用、易于操作的原则，避免过于繁琐和花哨。
第3章数据库设计
3.1需求分析
3.1.1信息需求
（1）商品的基本信息:
商品编号、商品名称、商品类型、商品价格、生产日期、保质期；
（2）供应商的基本信息：
供应商号、供应商地址、供应商联系方式；
（3）票据的基本信息：
票据编号、消费日期、消费金额、数量、单价、商品编号；
（4）货架的信息：
货架编号、库存数量、商品类型、商品编号；
（5）会员的信息：
会员编号、会员名字、会员类别、会员联系方式、注册时间、
消费额记录、身份证号；
（6）打折的信息：
会员类别、打折比例；
（7）普通消费者的信息：
消费者编号、消费额记录；
（8）员工的基本信息：
员工编号、员工名字、性别、员工职位、身份证号、员工
年龄、员工籍贯、联系方式；
（9）进货信息：
进货员编号、供应商号、商品编号、数量、总金额、进货时间。
；
（10）销售信息：
商品编号、商品名称、数量、价格、总金额、销售编号；
3.1.2需要完成的功能
（1）对商品的出售操作和对商品价格的查询，对商品出售信息的记录以及有关
商品出售情况的查询；
（2）针对消费者的不同类型进行相应的优惠措施，普通和会员给予不同的优惠；
（3）货架信息的更新与查询；当某种商品数量达到设定限量时发出警报，产生采
购单，联系供应商采购商品；
（4）顾客的管理：
对顾客消费的商品以及数量记录，方便以后进货参考。
每逢年底，对会员历史购物信息的记录进行汇总和分析，管理员查询会员信息，进行会员回馈或赠送礼包等；
（5）打折信息的变动：
更改打折比例，会员类别，每当过节时进行打折优惠的更改；
（6）结算功能：
通过商品的编号和数量，系统能自动算出商品的总金额，并且可以根据顾客给的金额输出找零的金额；
（7）退/换货功能：
如果顾客购买商品之后想要退货或者换货，在不影响第二次销售的条件下，前台得到店长的通知后，通过销售编号和商品编号，进入系统进行退换货。
3.1.3性能需求
系统是对超市信息进行系统管理的一个软件，由于是一个对超市信息进行管理，要求其要有明确的权限分配，并且要有较快的响应速度，系统还要有较高的可靠性。
（1）安全性
本系统对于库存基本信息的管理，用户只能对库存信息进行浏览查询功能，所以本系统的安全性大大的提高。
（2）稳定性
由于库存信息资料、数量重多等，考虑到这个问题，所以本系统的开发适合大众，兼容性好，稳定性高。
可靠性
由于本系统分为多个界面，分开管理。
因此本系统的可靠性很好。
3.1.4数据流图
（1）超市管理系统顶层数据流图：
货物库存应收应付账款
图3-1为某超市管理系统的顶层数据流图
（2）商品信息管理数据流图：
商品信息业务清单
商品录入信息
商品信息表
记录信息
信息查询
图3-2为商品信息管理数据流图
3.1.5数据字典
1.数据项名：
商品编号
数据项含义：
唯一标识每一个待购的商品
类型及宽度：
char（8）
数据结构名:
商品
数据来源:
用配套的设备给商品编号
数据去向：
商品信息表
数据组成：
商品编号，商品名称，商品价格，生产日期，保质期
处理：
存储了未销售出去的商品信息。
2.数据项名：
供应商编号
数据项含义：
唯一标识每一家厂商
类型及长度：
char（14）
数据结构名：
供应商
数据来源：
供应商填写
数据去向：
供应商信息表
数据组成：
供应商地址，供应商联系方式
处理：
存储供应商的信息
3.数据项名：
票据编号
数据项含义：
唯一标识每一张票据
类型及长度：
char（14）
数据结构名：
票据
数据来源：
管理员填写
数据去向：
票据信息表
数据组成：
消费日期，消费金额，数量，单价，商品编号
描述：
记录卖出的每一件商品，在后期制定销售计划时可以作为参考
4.数据项名：
货架编号
数据项含义：
唯一标识每一个货架
类型及长度：
char（10）
数据结构名：
货架
数据来源：
管理员填写
数据去向：
货架信息表
数据组成：
库存数量，商品类型，商品编号
描述：
卖出一件商品后更新库存，当库存数量达到设定的限额时提醒管理员该采购物品
5.数据项名：
会员编号
数据项含义：
唯一标识每一位会员
类型及长度：
char（10）
数据结构名：
顾客
数据来源：
管理员填写
数据去向：
会员信息表
数据组成：
会员名字，会员类别，会员联系方式，注册时间，消费额记录，身份证号
描述：
当会员购买商品的金额达到一定数量时，为该会员送上相应的优惠，让会员购物开心
6．数据项名：
员工编号
数据项含义：
唯一标识每一个员工
类型及长度：
char（10）
数据结构名：
员工
数据来源：
店长填写
数据去向：
员工信息表
数据组成：
员工名字，员工职位，性别，员工年龄，员工籍贯，联系方式，身份证号。
描述：
存储员工的信息。
7.数据项名：
采购员编号
数据项含义：
唯一标识每次采购商品的员工
类型及长度：
char（10）
数据结构名：
员工
数据来源：
店长填写
数据去向：
进货信息表
数据组成：
采购员编号、供应商号、商品编号、数量、总金额、进货时间。
描述：
存储采购商品的信息
8.数据项名：
销售编号
数据项含义：
唯一标识每一个销售出去的商品
类型及长度：
char（10）
数据结构名：
销售
数据来源：
收银员填写
数据去向：
销售信息表
数据组成：
商品编号、商品名称、数量、价格、总金额、销售编号
描述：
存储销售商品的信息
3.2概念结构设计
超市系统可以划分的实体有：
员工信息实体、商品信息实体、货架信息实体、会员信息实体、供应商信息实体、票据信息实体、销售信息实体、进货信息实体。
3.2.1E-R图
1.
（1）商品信息实体E-R图：
图3-3为商品信息实体E-R图
（2）供应商信息实体E-R图：
图3-4为供应商信息实体E-R图
（3）票据信息实体E-R图：
图3-5为票据信息实体E-R图
（4）货架信息实体E-R图：
图3-6为货架信息实体E-R图
（5）会员信息实体E-R图：
图3-7为会员信息实体E-R图
（6）打折信息实体E-R图：
图3-8为打折信息实体E-R图
（7）普通消费者信息实体E-R图：
图3-9为普通消费者信息实体E-R图
（8）员工基本信息实体E-R图：
图3-10为员工信息实体E-R图
（9）
进货信息E-R图：
mn
图3-11为进货信息实体E-R图
（10）销售信息E-R图：
mn
图3-12为销售信息实体E-R图
2.总体E-R图：
在做局部E-R图时，只是针对局部E-R图考虑，导致各局部E-R图之间有很多不一样的地方，称之为冲突。
合并局部E-R图时并不能简单地将各个E-R图画到一起，必须消除各个局部E-R图中的不一致，使合并后的全局概念结构不仅支持所有的局部E-R模型，而且必须是一个能被全系统中所有用户共同理解和接受的完整的概念模型。
合并局部E-R图的关键是合理地消除各局部E-R图中的冲突。
例如在编写商品信息时，考虑的因素比较多，如果只用数字标号不好区分也不容易查询，就用字母加数字来编号，所以在合并的时候造成的冲突，最后把订单中的商品编号也改成了字符型的，消除了冲突；以及一些异名同义的属性命名，通过统一也能消除冲突。
如下所示：
n
nm1
图3-13为超市管理系统总体信息实体E-R图
3.3逻辑结构设计
逻辑设计的任务是根据DBMS的特征将概念结构转换为相应的逻辑结构。
概念设计得到的E-R模型，是独立于DBMS的，这里的转换是把表示概念结构的E-R图转换成关系模型的逻辑结构。
3.3.1关系模式：
概念设计中得到的E-R图是由实体、属性和联系组成的，而关系数据库逻辑设计的结果是一组关系模式的集合。
所以将E-R图转换为关系模型实际上就是将实体、属性和联系转换成关系模式。
1.转换原则：
a.一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的主码。
b.一个联系转换为一个关系模式，与该联系相连的各实体的主码以及联系的属性均转换为该关系的属性。
该关系的主码有三种情况：
I．如果联系为1:
1，则每个实体的主码都可以是关系的候选码。
II．如果联系为1:
n，则n端实体的主码是关系的主码。
III．如果联系为n:
m，则每个实体的主码的组合是关系的主码。
按照转换原则，转换后的关系模式为：
（1）Product（Pno,Pname,Pstyle,Price,Pdate,Safe）主码是Pno
（2）Gong（Gdate,Pno,Gno）主码是Pno和Gno，外码是Pno
（3）GongyingPeople（Gno，Aress，Gphone）主码是Gno
（4）Bill（Bno,Pno,Bdate）主码是（Bno，Pno），外码是Pno
（5）Consume（Bno,Cno,Pno,Bnum，totalprice）主码是Bno,Cno,Pno，外码是Bno和Pno
（6）Store（Sno,Pno,Pnum,Sdate）主码是Sno，Pno
（7）Consumer（Cno，Bno,Cname，Cstyle,Cphone,Cmoney）主码是Cno,外码是Bno
（8）Discount（Cno,proportion）主码是Cno
（9）stuff（sno,sname,sex,szhiwei,sage,shome,sphone）主码是sno
3.3.2范式的判定
关系模式
（1）的主码是Pno（商品编号），其每个非主属性都不传递函数依赖于关系
（1）主码，所以此关系模式达到3NF；
关系模式
（2）的主码是（Pno和Gno）（商品编号和供应商号），外码是Pno（商品编号），其非主属性Gdate不传递函数依赖于关系
（2）主码，所以此关系模式达到3NF；
关系模式（3）的主码是Gno（供应商编号），其每个非主属性都不传递函数依赖于关系（3）主码，所以此关系模式达到3NF；
关系模式（4）的主码是（Bno，Pno）（票据号和商品编号），外码是Pno（商品编号），其非主属性Bdate不传递函数依赖于关系（4）主码，所以此关系模式达到3NF；
关系模式（5）的主码是（Bno,Cno,Pno）（票据号，顾客号和商品编号），外码是（Bno,Pno）（票据号和商品编号），其每个非主属性都不传递函数依赖于关系（5）主码，所以此关系模式达到3NF；
关系模式（6）的主码是（Sno，Pno）（货架号和商品编号），其每个非主属性都不传递函数依赖于关系（6）主码，所以此关系模式达到3NF；
关系模式（7）的主码是（Cno）（顾客编号），外码是Bno（票据号），其每个非主属性都不传递函数依赖于关系（7）主码，所以此关系模式达到3NF；
关系模式（8）的主码是（Cno）（顾客编号），其非主属性discount不传递函数依赖于关系（8）主码，所以此关系模式达到3NF；
关系模式（9）的主码是（Sno）（员工编号），其非主属性都不传递函数依赖于关系（9）主码，所以此关系模式达到3NF。
3.3.3子模式的设计
1.购买商品信息视图
createviewview_Pro
as
selectPno,Pname,price
fromProduct
2.供应商信息视图：
createviewview_Gong
as
selectPno,Gno,Pname,adress,Gdate,Gphone
fromGong,GongyingPeople
3.货架信息视图：
Createviewview_store
As
SelectPno,Sno,Pnum,Style
FromStore
4.员工信息视图：
Createviewview_stuff
As
SelectSno,sname,sex,szhiweiFromStore
Fromstuff
3.4物理结构设计
数据库最终要存储在物理设备上。
对于给定的逻辑数据模型，选取一个最适合应用环境的物理结构的过程，称为数据库物理结构设计。
物理结构设计的任务是为了有效地实现逻辑模式，确定所采取的存储策略。
3.4.1存储结构与存取方法
此阶段是以逻辑设计的结果作为输入，结合具体DBMS的特点与存储设备特性进行设计，选定数据库在物理设备上的存储结构和存取方法。
如下：
表1.商品信息表：
中文字段名
英文字段名
字段类型
长度
主键/外键
字段值约束
商品编号
Pno
Varchar
20
主键
Notnull
商品名称
Pname
Varchar
10
Notnull
商品类型
Pstyle
Varchar
10
Notnull
商品价格
Price
Varchar
10
Notnull
生产日期
Pdate
Date
10
Notnull
保质期
safe
date
10
Notnull
表2.供应信息表：
中文字段名
英文字段名
字段类型
长度
主键/外键
字段值约束
供应号
Gno
Varchar
10
主键
Notnull
商品编号
Pno
Varchar
20
外键
Notnull
供应日期
Gdate
Varchar
20
Notnull
表3.票据信息表：
中文字段名
英文字段名
字段类型
长度
主键/外键
字段值约束
票据编号
Bno
Varchar
10
主键
Notnull
顾客编号
Cno
Varchar
20
主键、外键
Notnull
商品编号
Pno
Varchar
10
主键、外键
Notnull
数量
Pnum
numeric
5
Notnull
总金额
Totalprice
numeric
8
Notnull
消费日期
Bdate
date
Notnull
表4.货架信息表：
中文字段名
英文字段名
字段类型
长度
主键/外键
字段值约束
货架号
Sno
Varchar
10
主键
Notnull
商品编号
Pno
Varchar
10
外键
Notnull
库存
Pnum
Varchar
10
Notnull
存储日期
sdate
Varchar
10
Notnull
表5.消费者信息表：
中文字段名
英文字段名
字段类型
长度
主键/外键
字段值约束
消费者编号
Cno
Varchar
10
主键
Notnull
票据编号
Bno
Varchar
10
主键、外键
Notnull
会员类型
Cstyle
Varchar
10
Notnull
会员名字
Cname
Varchar
10
Notnull
联系方式
Cphone
Varchar
10
Notnull
会员充值
Cmoney
numeric
8
Notnull
3.4.2数据的易变与稳定部分
通常情况下，一家供应商供应的商品类型属于稳定的，当该供应商有新的商品类型时，超市的管理员考虑到超市的经营状况时可能会增加商品的类型，从而商品的信息，包括存储的货架信息，票据的信息等等也会随着发生改变；当某种商品的代言人也更换时，超市的人流量以及销售该商品的信息、是否增加该商品的进货量等变成数据易变的部分；若不同供应商提供的同种商品销量不同时，超市管理员可能会与销量高的商品的供应商保持更长的合作时间，此时该供应号及供应商的信息是稳定的。
3.4.3索引的建立
建立索引的原则：
（1）如果一个（或一组）属性经常在查询条件中出现，则考虑在这个（或这组）属性上建立索引；
（2）如果一个属性经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引；
（3）如果一个（或一组）属性经常在连接操作的连接条件中出现，则考虑在这个（或这组）属性上建立索引；
建立索引如下表：
1.创建商品索引product_index,字段包括商品编号、价格
Createindexproduct_index
Onproduct（Pno,price）
2．创建员工索引stuff_index,字段包括员工编号、员工姓名
Createindexstuff_index
OnStuff（sno,sname）
2.创建货架索引store_index,字段包括货架号
Createindexstore_index
Onstore（sno）
3.创建供应商索引Gong_index,字段包括供应号、商品号
CreateindexGong_index
OnGong（Gno,Pno）
3.5数据库实施
3.5.1独立实体之间的关系
1.一个供应商可以供应多种商品，一种商品可以由多个供应商供应。
2.一个员工可以出售多种商品，一种商品可以由多个员工出售。
3.一个仓库可以存放多种商品，一种商品只可以存放在一个仓库。
4.一个采购员可以采购多家供应商的货物，一家供应商的货物可以供给多个采购员。
3.5.2数据库以及表的创建：
1.创建数据库
CREATEDATABASESupermarket
ON
（
NAME=Supermarket_Data,
FILENAME='D:
\StudyData.mdf',
SIZE=10,
MAXSIZE=50,
FILEGROWTH=5
）
LOGON
（
NAME=Study_LOG,
FILE
升级会员 