数据库设计方案报告模板.doc

河南理工大学
计算机科学和技术学院
课程设计汇报

20 11 — 200 12 年第 一 学期

课程名称 数据库课程设计
设计题目 小型超市销售系统
学生姓名 孙朋飞
学 号
专业班级 信管0902
指导老师 田兵

1月 5 日

目录
1、项目计划 2
1.1系统开发目标
1.2背景说明
1.3项目确立
1.4应用范围
1.5定义

2、系统需求分析 3
2.1系统功效要求
2.2系统分析概述
2.3系统层次划分
2.4系统程序步骤图
2.5 数据字典
2.6 系统环境需求
2.7系统安全问题

3、概念结构设计 17

4、逻辑结构设计 19
5、数据库实施 21

6、结束语 25
7、参考文件 25

一、概述
1、项目计划
1.1系统开发目标
超市管理作为计算机应用一个分支，有着手工管理无法比拟优点。该系统三大益处有：
（1）大大提升超市运作效率；
（2）经过全方面信息采集和处理，辅助提升超市决议水平；
（3）使用本系统，能够快速提升超市管理水平，为降低经营成本， 提升效益，增强超市扩张力， 提供有效技术保障。
所以，开发一套能够为消费者及超市工作人员提提供方便超市管理系统，将是很必需，也是十分立即。
1.2背景说明
二十一世纪，超市竞争也进入到了一个全新领域，竞争已不再是规模竞争，而是技术竞争、管理竞争、人才竞争。技术提升和管理升级是超市业竞争关键。零售领域现在呈多元发展趋势，多个业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。怎样在猛烈竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求目标。所以，我们很有必需制订一套合理、有效，规范和实用超市管理系统，对超市日常业务进行集中统一管理。其次，IT产业和Internet取得了飞速发展，计算机应用已渗透到了各个领域，引发信息管理革命，实现了信息自动化处理，提升了处理立即性和正确性。
针对超市特点，为了帮助超市处理现在面临问题，提升小型超市竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它部分子功效。
1.3项目确立
针对超市特点，为了帮助超市处理现在面临问题，提升小型超市竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它部分子功效。
1.4应用范围
本系统适应于多种小型超市。
1.5 定义
（1）商品条形码：每种商品含有唯一条形码，对于一些价格一样商品，能够使用自定义条形码。
（2）交易清单：包含交易流水账号、每类商品商品名、数量、该类商品总金额、交易时间、负责此次收银职员号。
（3）商品积压：在一定时期内，远无法完成销售计划商品会造成积压。
（4）促销：在一定时期内，一些商品会按低于原价促销价格销售。
库存告警提醒：当商品库存数量低于库存报警数量时发出提醒。
（5）盘点：计算出库存、销售额、盈利等经营指标。
二、系统需求分析
2．1 系统功效要求
针对超市特点，为了帮助超市处理现在面临问题，提升小型超市竞争力，我们将开发一个小型超市管理系统。本系统包含以下功效：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它部分子功效。
2．2 系统分析概述
2．2．1零售前台（POS）管理系统
本系统必需含有以下功效：
（1） 商品录入：依据超巿业务特点制订相关功效，能够经过输入唯一编号、扫描条形码、商品名称等来实现正确或模糊商品扫描录入。该扫描录入方法能够充足确保多种电脑操作水平层次人员均能正确快速地进行商品扫描录入。
（2）收银业务：经过扫描条形码或直接输入商品名称（对于同类多件商品采取一次录入加数量方法）自动计算此次交易总金额。在用户付款后，自动计算找零，同时打印交易清单（包含交易流水账号、每类商品商品名、数量、该类商品总金额、交易时间、负责此次收银职员号）。假如用户是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实施95折优惠，并将所购物品总金额累计到该会员总消费金额中。 会员卡使用期限为十二个月，满十二个月未续卡者，该会员卡将被注销。
（3）安全性：OS登陆、退出、换班和操作锁定等权限验证保护；断电自动保护最大程度预防意外及恶意非法操作。
（4）独立作业：有断网收银即在网络服务器断开或网络不通情况下，收银机仍能正常作业。
2．2．2后台管理系统
本系统必需含有以下功效:
（1）进货管理： 依据销售情况及库存情况，自动制订进货计划（亦可手工制订修改），能够避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货和入库统计及金额。
（2）销售管理： 商品正常销售、促销和限量、限期及严禁销售控制。 综合查询多种销售明细统计、各地收银员收银统计和交结账情况等。 按多个方法统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
（3）库存管理： 综合查询库存明细统计。 库存状态自动告警提醒。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
（4）人员管理： 职员、会员、供货商、厂商等基础信息登记管理。 职员操作权限管理。 用户销售权限管理。
2．3系统层次划分
系统层次划分图2.1所表示：
前台POS管理系统
后台管理系统
商品录入
收银业务
进货管理
销售管理
库存管理
人员管理
小型超市管理系统

模块子系统结构
商品录入
快速商品录入
支持条形码扫描

功效描述：商品录入子系统要求能快速录入商品，所以必需支持条形码扫描。

收银业务
交易总额计算
打印交易清单
支持会员卡打折

功效描述：收银业务子系统能计算交易总额，打印交易清单，并依据会员卡打折。

进货管理
自动制订进货计划
自动入库登记
查询打印计划
进货和入库统计

功效描述：进货管理子系统能够依据库存自动指定进货计划，进货时自动等级，和提供查询和打印计划进货和入库统计功效。

销售管理
商品销售控制
查询打印销售情况
生成销售排行榜

功效描述：销售管理子系统能够控制某商品是否许可销售，查询每种商品销售情况并产生年、月、日报表，同时能够生成销售排行榜。

查询库存明细统计
库存状态自动告警提醒
库存管理
自动盘点计算

功效描述：库存管理子系统提供查询库存明细统计基础功效，并依据库存状态报警，和自动盘点计算。
人员管理
基础信息登记管理
职员操作权限管理提醒
用户销售权限管理提醒

功效描述：人员管理子系统提供基础信息登记管理，职员操作权限管理，用户销售权限管理功效。
2．4 系统程序步骤图
前台管理系统

后台管理系统数据流图

2．5 数据字典

1．数据流描述

数据流编号：D1
数据流名称：发票
简 述：销售处给用户购物发票
数据流起源：销售管理模块
数据流去向：用户
数据项组成：交易流水账号+商品名称+数量+金额+交易时间+收银职员号
数据流量：1张/次

数据流编号：D2
数据流名称：购物单
简 述：用户所买商品清单
数据流起源：计算总金额模块
数据流去向：用户
数据项组成：所买商品名称+所买商品代码+所买商品数量+单价+总金额
数据流量：1张/次
高峰流量：2张/次

数据流编号：D3
数据流名称：缺货单
简 述：超市仓库缺乏商品清单
数据流起源：销售管理模块
数据流去向：进货管理模块
数据项组成：所缺商品名称+所缺商品代码+所缺商品数量
数据流量：1张/天
高峰流量：2张/天

数据流编号：D4
数据流名称：到货单
简 述：超市所定商品清单
数据流起源：进货管理模块
数据流去向：销售管理模块
数据项组成：所定商品名称+所定商品代码+所定商品数量+金额
数据流量：1张/天
高峰流量：2张/天

数据流编号：D5
数据流名称：订货单
简 述：超市所定商品清单
数据流起源：采购员
数据流去向：供给商
数据项组成：所定商品名称+所定商品代码+所定商品数量+金额
数据流量：1张/天
高峰流量：2张/天

数据流编号：D6
数据流名称：入库单
简 述：超市所定商品入库清单
数据流起源：采购员
数据流去向：库存管理模块
数据项组成：商品名称+商品代码+商品数量+备注
数据流量：1张/天
高峰流量：2张/天

数据流编号：D7
数据流名称：收款单7
简 述：销售部卖出商品收款清单
数据流起源：销售管理模块
数据流去向：财务管理模块
数据项组成：销售商品名称+销售商品数量+金额
数据流量：1张/天
高峰流量：2张/天

数据流编号：D8
数据流名称：付款单
简 述：财务处已付给供给商货款清单
数据流起源：财务管理模块
数据流去向：进货管理模块
数据项组成：商品名称+商品数量+总金额
数据流量：1张/天
高峰流量：2张/天

2．处理逻辑描述

处理逻辑编号：P1
处理逻辑名称：扫描会员卡9.5折优惠
简 述：收银员扫描会员卡，并实施9.5折优惠
输入数据流：无
处 理 描 述：收银员扫描会员卡，并对会员所购置商品实施9.5折优惠
输出数据流：无
处 理 频 率：1次/次购物

处理逻辑编号：P2
处理逻辑名称：扫描商品条形码
简 述：扫描用户所买商品条形码
输入数据流：无
处 理 描 述：扫描用户所买商品条形码，便于计算总价
输出数据流：商品信息表
处 理 频 率：1次/天

处理逻辑编号：P3
处理逻辑名称：计算总金额
简 述：计算用户所买商品总金额
输入数据流：商品信息表
处 理 描 述：计算用户所买商品总金额
输出数据流：购物单
处 理 频 率：1次/次购物

处理逻辑编号：P4
处理逻辑名称：出示会员卡
简 述：用户出示自己会员卡
输入数据流：无
处 理 描 述：会员出示自己持有会员卡，收银员在计算机上扫描
输出数据流：无
处 理 频 率：1次/次购物

处理逻辑编号：P5
处理逻辑名称：销售管理
简 述：对超市销售管理
输入数据流：到货单
处 理 描 述：处理超市销售情况
输出数据流：缺货单、收款单
处 理 频 率：1次/天

处理逻辑编号：P6
处理逻辑名称：库存管理
简 述：对超市库存情况管理
处 理 描 述：统计仓库内货物情况，向销售处和进货出发送存货情况
输出数据流：库存清单
处 理 频 率：1次/天

处理逻辑编号：P7
处理逻辑名称：财务管理
简 述：对超市财务情况管理
输入数据流：收款单据、应付款单、收据
处 理 描 述：处理销售部送来收款单据，对所进货物付款
输出数据流：付款单、付款
处 理 频 率：1次/天

3．数据存放描述

数据存放编号：F1
数据存放名称：累计清单
简 述：累计用户所买商品清单
数据存放组成：日期+商品名称+商品代码+商品数量+单价+总金额+备注
关 键 字：商品名称
相关联处理：P3

数据存放编号：F2
数据存放名称：商品信息表
简 述：商品信息具体表格
数据存放组成：商品名称+商品代码+单价+备注
关 键 字：商品名称
相关联处理：P2

数据存放编号：F3
数据存放名称：交易清单
简 述：用户交易清单
数据存放组成：日期+商品名称+商品代码+商品数量+金额+备注
关 键 字：商品名称
相关联处理：P3

数据存放编号：F4
数据存放名称：会员卡信息
简 述：会员卡县官信息
数据存放组成：会员姓名+会员代码+会员联络方法+会员性别+注册时间+备注
关 键 字：会员姓名
相关联处理：P4

数据存放编号：F5
数据存放名称：销售明细统计
简 述：对销售部销售情况明细统计
数据存放组成：日期+商品名称+商品代码+商品数量+金额+备注
关 键 字：销售金额
相关联处理：P5

数据存放编号：F6
数据存放名称：库存台账
简 述：仓库商品存货情况
数据存放组成：商品名称+商品代码+商品数量
关 键 字：商品名称
相关联处理：P6

4．外部实体描述

外部实体编号：S1
外部实体名称：收银员
简 述：超市收银工作人员
输入数据流：无
输出数据流：无

外部实体编号：S2
外部实体名称：用户
简 述：购置商品用户
输入数据流：无
输出数据流：无

外部实体编号：S3
外部实体名称：采购员
简 述：超市采购货物人员
输入数据流：D5
输出数据流：无

外部实体编号：S4
外部实体名称：供给商
简 述：供给超市商品企业
输入数据流：D8
输出数据流：无
2．6 系统环境需求
系统模式

本系统采取C/S模式作为开发模式
硬件环境
服务器端：
高性能计算机一台，
一般双绞线作为连接。
用户端： 一般计算机或工作站，
一般双绞线作为连接。
软件环境
服务器端：安装SQL Server 服务器版本，
配置了诺顿等必需防毒软件。
用户端： 安装SQL Server服务器版本，
安装了VB等可视化开发工具软件。
2.7、系统安全问题
信息系统尽管功效强大，技术优异，但因为受到本身体系结构，设计思绪和运行机制等限制，也隐含很多不安全原因。常见原因有：数据输入，输出，存取和备份，源程序和应用软件，数据库，操作系统等漏洞或缺点，硬件，通信部分漏洞，企业内部人员原因，病毒，“黑客”等原因。所以，为使本系统能够真正安全，可靠，稳定地工作，必需考虑以下问题：为确保安全，不致使系统遭到意外事故损害，系统因该能预防火，盗或其它形式人为破坏。
系统要能重建
系统应该是可审查
系统应能进行有效控制，抗干扰能力强
系统使用者使用权限是可识别
三、概念结构设计
3．1 系统总体设计目标
小型超市管理系统是超市馆管理工作中不可缺乏部分,它内容对于超市管理者和使用者来说全部至关关键,所以超市管理系统应该能够为管理者或消费者提供充足信息和快捷数据处理手段。对超市前台收银管理，后台销售管理、库存管理、财务管理和人员管理这些日常业务需要，高效性经过系统实用，能够改变旧超市管理模式，使对消费者和工作人员管理、查询愈加方便有效。对销售信息进行简单统计分析，便于总结货物采购和消费者需求。
伴随科学技术不停提升,计算机科学日渐成熟,其强大功效已为大家深刻认识,它已进入人类社会各个领域并发挥着越来越关键作用。作为计算机应用一部分,使用计算机对超市信息进行管理,含有着手工管理所无法比拟优点.比如:检索快速、查找方便、易修改、可靠性高、存放量大、数据处理快捷、保密性好、寿命长、成本低、便于打印等。这些优点能够极大地提升超市管理效率,也是超市科学化、正规化管理,和世界接轨关键条件。所以，开发这么一套管理软件成为很有必需事情。使之减轻管理人员负担，充足发挥电脑作用。
购置日期
消费金额
会员卡号
厂商
厂商ID
厂商名称
厂商地址
厂商电话
供货商名称
m
n
生产
m
1
注册时间
会员ID
累计金额
用户
用户ID
用户密码
m
供货金额
供货日期
销售日期
供货商电话
供货商地址
供货商ID
供货商
销售
销售ID
商品ID
商品名称
价格
促销价格
消费
m
用户姓名
用户类型
用户号
商品
价格
许可销售
供货
会员
销售金额
销售数量

系统ER图说明
1) 商店中全部用户能够销售多个商品，每种商品可由不一样用户销售；
2) 每个用户能够购置多个商品，不一样商品可由不一样用户购置；
3) 每个供货商能够供给多个不一样商品，每种商品可由多个供给商供给。
四、逻辑结构设计
4．1．1关系模式
（1）商品信息表（商品ID，商品名，价格，许可打折、促销价格）
（2）用户表（用户ID，用户姓名，用户密码，用户类型、用户号）
（3）会员表（会员ID，会员姓名，累积金额，注册时间、用户卡号）
（4）销售表（商品ID，用户ID，销售数量，销售金额，销售日期）
（5）供货表（商品ID，供货商ID，供货日期，供货数量）
（6）供货商表（供货商ID，供货商名称，供货商地址，供货商电话）
（7）厂商表（厂商ID、厂商名称、厂商地址、厂商电话）

4．1．2 关系模式规范化说明
（1）商品信息表主属性是商品编号，其它非主属性完全依靠于主码，而且不存在传输依靠关系，所以该商品信息表符合第三范式。
（2)用户表主属性是用户编号，其它非主属性完全依靠于主码，而且不存在传输依靠关系，所以该用户表符合第三范式。
（3)会员表主属性是会员卡号，其它非主属性完全依靠于主码，而且不存在传输依靠关系，所以该会员表符合第三范式。
（4)购置表主属性是商品编号和用户编号，其它非主属性完全依靠于主码，所以该购置表符合第二范式，因为销售金额可经过销售数量推出，所以该购置表不符合第三范式。不过因为日常生活和习惯需要，经过反规范化处理。经过这个过程，整个关系模式就符合了第三范式。
（5)供货表主属性是商品编号和供货商号，其它非主属性完全依靠于主码，而且不存在传输依靠关系，所以该供货表符合第三范式。。
（6)供货商表主属性是供货商ID，其它非主属性完全依靠于主码，而且不存在传输依靠关系，所以该供货商表符合第三范式。
（7)厂商表主属性是厂商ID，其它非主属性完全依靠于主码，而且不存在传输依靠关系，所以该供货商表符合第三范式。

4.2 系统数据库表结构

表名
汉字名
MerchInfo
商品信息表
User
用户表
Menber
会员表
Sale
销售表
Dealing
交易表
Stock
进货入库表
Provide
供货商表
Factory
厂商表
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
MerchID
int
4
P
Not null
商品编号
MerchName
Varchar
50

Not null
商品名称
MerchPrice
Money
4

Not null
价格
MerchNum
Int
4

Not null
库存数量
CautionNum
Int
4

Not null
库存报警数量
PlanNum
Int
4

null
计划进货数
BarCode
Varchar
50

Not null
条形码
SalesProPrice
Money
4

促销价格
SalesProDateS
Datetime
8

促销起日期
SalesProDateE
Datetime
8

促销止日期
AllowAbate
Int
4

Not null
许可打折
AllowSale
Int
4

Not null
许可销售
FactoryID
Varchar
10
F
Not null
厂商编号
ProvideID
Varchar
10
F
Not null
供货商编号
用户表(User)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
UserID
varchar
10
P
Not null
用户编号
UserName
Varchar
25

Not null
用户名称
UserPW
Varchar
50

Not null
用户密码
UserStyle
Int
4

Not null
用户类型
会员表(Menber)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
MemberID
Varchar
10
P
Not null
会员编号
MemberCard
Varchar
20

Not null
会员卡号
TotalCost
Money
4

Not null
累积消费金额
RegDate
Datetime
8

Not null
注册日期
销售表(Sale)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
SaleID
Varchar
10
P
Not null
销售编号
MerChID
Varchar
10
F
Not null
商品编号
SaleDate
Datetime
8

Not null
销售日期
SaleNum
Int
4

Not null
销售数量
SalePrice
Money
4

Not null
销售单额
交易表(Dealing)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
DealingID
Varchar
10
P
Not null
交易编号
DealingPrice
Money
4

Not null
交易金额
DealingDate
Money
4

Not null
交易日期
MemberID
Varchar
10

会员卡号
UserName
Varchar
10
F
Not null
用户名称
入库纪录表(Stock)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
StockID
Varchar
10
P
Not null
入库编号
MerchID
Varchar
10
F
Not null
入库商品编号
MerchNum
Int
4

Not null
入库数量
MerchPrice
Money
4

Not null
单额
TotalPrice
Money
4

Not null
总额
StockDate
Datetime
8

Datetime
入库日期
PlanDate
Datetime
8

Datetime
计划进货日期
StockState
Int
4

Not null
入库状态
供货商表(Provide)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
ProvideID
varchar
10
P
Not null
供货商编号
ProvideName
Varchar
50

Not null
供货商名称
ProvideAddress
Varchar
250

供货商地址
ProvidePhone
Varchar
25

供货商电话

厂商表(Provide)
字段名
字段类型
长度
主/外键
字段值约束
对应汉字名
FactoryID
varchar
10
P
Not null
厂商编号
FactoryName
Varchar
50

Not null
厂商名称
FactoryAddress
Varchar
250

厂商地址
FactoryPhone
Varchar
25

厂商电话

五、数据库实施
1、登录界面，需要输入用户名，密码，还有是否记住密码选项

2、进入管理界面，有个人管理也有商品，人力管理

3、进入商品销售界面

4、进入销售管理界面

5、进入商品类型界面

6、进入商品信息界面

六、结束语

经过此次数据库课程设计，真正达成了学和用结合，增强了对数据库方面应用了解，对自己以后参与开发数据库系统积累了不少经验，在试验过程中，从建立数据开始，对数据库设计理念及思想上有更高认识，从需求分析，到概念设计和逻辑设计，E-R图表示，数据字典创建，知道了不少相关数据库开发过程中知识，在试验中建表，及其关系模式，关系代数建立及了解，将SQL语言查询语句用得淋漓尽致，增强了自己在数据库中应用SQL语言灵活性，其中包含，插入、删除、修改、查询,牵涉表和表之间联络，主键和外主键定义，约束项设置，使逻辑更严密。而这些全部是在田老师指导教育下完成，关键是数据库系统原理上面知识，当然也有拓展内容。
在学习过程中，我也上网查了不少资料，也看了部分她人设计小型超市信息系统设计汇报，学以致用，自我创新，独立完成了这份自己汇报，从中从学到用，从用又到学，不停修改，系统更新。我所做一定有不妥地方因为能力原因自己也看不出来，期望老师能指点。即使不能达成完善系统，但也做到了尽善尽美，加强理论学习对完善系统会有很多帮助，知识是无限，我以后还会在这个领域不停进行探索，掌握更多知识。

七、参考文件

Swapna Kis《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 实用教程》范立南编 清华大学出版社
《SQL Server 编程员指南》李香敏编 北京期望电子出版社
《轻松搞定 SQL Server 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论和实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编
hore .《软件需求分析》.机械工业出版社.1995年