SQL数据库课程设计网上订餐系统设计.docx

上传人:b****1 文档编号:1715465 上传时间:2022-10-23 格式:DOCX 页数:20 大小:405.82KB
下载 相关 举报
SQL数据库课程设计网上订餐系统设计.docx_第1页
第1页 / 共20页
SQL数据库课程设计网上订餐系统设计.docx_第2页
第2页 / 共20页
SQL数据库课程设计网上订餐系统设计.docx_第3页
第3页 / 共20页
SQL数据库课程设计网上订餐系统设计.docx_第4页
第4页 / 共20页
SQL数据库课程设计网上订餐系统设计.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

SQL数据库课程设计网上订餐系统设计.docx

《SQL数据库课程设计网上订餐系统设计.docx》由会员分享,可在线阅读,更多相关《SQL数据库课程设计网上订餐系统设计.docx(20页珍藏版)》请在冰豆网上搜索。

SQL数据库课程设计网上订餐系统设计.docx

SQL数据库课程设计网上订餐系统设计

SQL数据库课程设计-网上订餐系统设计

电子商务网络数据库

课程设计

课程名称:

电子商务网络数据库及应用

作业题目:

网上订餐数据库系统设计

作业时间:

2012年1月

专业班级:

10级电子商务

姓名:

学号:

授课教师:

 

南昌工程学院工商管理学院

2011——2012学年第一学期

1.1订餐现状分析3

1.4性能需求分析3

1.5可行性分析4

1.6总体设计原则4

2.1系统E-R图5

2.2数据流图6

2.3数据字典6

2..3.1数据项6

2.3.2数据结构7

6.1定义并设置备份策略16

6.2启用数据库维护计划任务16

第七章报告总结18

第二章概念结构设计阶段

2.1系统E-R图

通过上面的介绍,我们已近基本的实体有管理员、用户、订单和菜谱。

实体之间有一个管理员可以有拥有多个用户、多个菜谱的管理关系,因此管理员与用户之间和菜单之间都是一对多的联系;一个用户只能属于管理员,因此用户与管理员是多对一的联系;一个订单只属于一个用户,但可以拥有多个菜谱,因此订单与菜谱的关系是一对多的联系。

据此分析,得到系统的ER图如图2-1所示。

 

图2-1网上订餐系统E-R图

2.2数据流图

图2-2订餐系统网上订餐数据流图

2.3数据字典

2.3.1数据项

数据项编号

数据项名

数据项含义说明

数据类型

长度

DI-0

用户编号

用户的唯一标识

int

DI-1

用户名

用户登陆时的名称

char

17

DI-2

用户密码

用户登陆时的密码

char

17

DI-3

用户姓名

用户的真实姓名

char

20

DI-4

用户性别

用户的性别

char

2

DI-5

用户手机

用户的联系电话

char

40

DI-6

用户固定电话

用户的联系电话

char

40

DI-7

用户地址

用户的送货地址

char

100

DI-8

用户邮箱

用户的个人邮箱

char

50

DI-9

用户年龄

用户的真实年龄

int

DI-10

用户生日

用户的出生日期

date

DI-11

餐馆编号

餐馆的唯一标识

int

DI-12

餐馆名称

餐馆的全称

char

50

DI-13

餐馆地址

餐馆的详细地址

char

100

DI-14

餐馆电话

餐馆的联系电话

char

40

DI-15

餐馆联系人

餐馆联系人的姓名

char

20

DI-16

菜品编号

菜品的唯一标识

int

DI-17

菜名名称

菜品的名称

char

40

DI-18

菜品类别

菜品所属的类别名称

char

20

DI-19

菜品类别编号

菜品类别的唯一标识

int

DI-20

菜品价格

菜品的单价

float

DI-21

菜品折扣

菜品的折扣率

float

DI-22

菜品份数

菜品的份数

int

DI-23

订单编号

订单的唯一标识

int

DI-24

订单日期

订单产生的日期

date

DI-25

订单总额

订单所有菜品的总额

float

DI-26

送餐编号

送餐的唯一标识

int

DI-27

送餐地址

送餐的详细地址

char

100

DI-28

送餐日期

送餐的日期

date

DI-29

送餐员名称

送餐员的真实姓名

char

20

DI-30

送餐员电话

送餐员的联系电话

char

40

DI-31

省份编号

省份的唯一标识

int

DI-32

省份名称

省份的名称

char

20

DI-33

城市编号

城市的唯一标识

int

DI-34

城市名称

城市的名称

char

20

2.3.2数据结构

数据结构编号

数据结构名

含义说明

组成

DS-1

Class

菜品分类信息

DI-18,DI-19

DS-2

User

用户信息

DI-0至DI-10

DS-3

Restaurant

餐馆信息

DI-11至DI-15

DS-4

Meal

菜品信息

DI-16至DI-22

DS-5

Order

订单信息

DI-23、DI-24、DI-25、DI-27、DI-0

DS-6

DeliveryNote

送餐信息

DI-26至DI-30,DI-1、DI-14、DI-15

2.3.3处理过程

处理过程编号

处理过程名

说明

输入

输出

处理

P-1

注册

所有用户

用户详细信息

注册成功信息或失败信息

成功:

跳转到登陆页面

失败:

重新注册

P-2

登录

所有用户

用户名和密码

登陆成功信息或失败信息

成功:

跳转到首页

失败:

重新登陆

P-3

修改账号

已经登陆的用户

原用户名、新的用户名、确认新用户名、密码

修改成功或失败信息

修改数据库信息

P-4

修改密码

已经登陆的用户

原来的密码、新的密码、确认新密码

修改成功或失败信息

修改数据库信息

P-5

修改常用收货信息

已经登陆的用户

新的收货地址、

新的联系方式

修改数据库信息

P-6

添加收获信息

已经登陆的用户

新的收货信息

修改数据库信息

P-7

修改用户信息

已经登陆的用户

用户信息

修改数据库信息

P-8

添加到购物车

所有用户

将用户所选的菜品添加到购物车

P-9

修改购物车

所有用户

修改购物车信息

P-10

下订单

已登录用户

根据购物车和用户信息自动生成订单

P-11

查看并确认订单

已登录用户

P-12

提交订单

已登录用户

订餐成功信息

修改数据库信息

P-13

接收订单

客服人员

将订单信息传送给相关工作人员

P-14

信息检索

所有用户

要检索的内容

检索信息内容

P-15

发布信息

已登录用户

要发布的信息

修改数据库信息

P-16

系统维护

管理员

P-17

信息更新

管理员

需要更新的信息

修改数据库信息

P-18

用户投诉与评价

已登录的用户

投诉/评价内容

投诉/评价内容

修改数据库信息

第三章数据库逻辑结构设计阶段

3.1数据库逻辑模式初步构思

根据ER图转换成基本表的思想,即每个实体转换成基本表,而1对多的联系根据实际需要可以转换或不转换为基本表,按照图2-1所示的ER图,该系统的基本表应为5个,分别为:

表3-1管理员表

管理员编号

姓名

密码

登陆IP

最后登录时间

主码

表3-2用户表

用户编号

姓名

地址

手机

注册时间

主码

表3-3订单表

订单编号

手机号

地址

总金额

下单时间

订单状态

订单改变时间

备注

会员编号

主码

外码

表3-4菜谱表

编号

菜名

原价

优惠价

菜名的介绍

图片

创建时间

主码

表3-5订单项表

订单项编号

订单编号

姓名

状态

主码

 

3.2具体逻辑模式设计

表的具体结构

表名

字段名

字段类型

关键字

约束说明

菜谱信息

菜谱编号

10个字符

菜名

20个字符

不允许空值

原价

20个字符

优惠价

20个字符

菜名介绍

50个字符

图片

创建时间

10个字符

用户信息

用户编号

10个字符

姓名

10个字符

地址

50个字符

手机

20个字符

注册时间

10个字符

管理员信息

管理员编号

10个字符

姓名

10个字符

管理员密码

10个字符

登录IP

20个字符

最后登录时间

10个字符

订单信息

订单编号

15个字符

手机号

20个字符

地址

20个字符

总金额

10个字符

下单时间

10个字符

订单状态

10个字符

订单改变时间

10个字符

备注

50个字符

会员编号

10个字符

参照用户信息表的用户编号,不允许空值

订单项信息

订单项编号

10个字符

订单编号

15个字符

参照订单信息表的订单编号,不允许空值

姓名

10个字符

状态

10个字符

第四章数据库的物理结构设计

4.1设计表间关系

在网上订餐系统中,存在着参照关系和被参照关系。

用户信息表参照关系

用户编号

姓名

地址

手机

注册时间

2010010001

王丽萍

山东济南

132********

20100910

2010010002

李杜娟

江西南昌

151********

20081231

2010010003

黄大洲

广东佛山

187********

20090423

2010010004

张子将

湖南长沙

180********

20110814

 

外部关键字

主关键字

订单信息表被参照关系

订单编号

用户编号

地址

总金额

下单时间

订单状态

订单改变时间

手机

备注

11122301

2010010001

山东济南

28.00

122311:

23

等待付款

132********

11122302

2010010002

江西南昌

42.00

122314:

42

货到付款

151********

11122303

2010010003

广东佛山

13.00

122315:

33

已付款

187********

11122304

2010010004

湖南长沙

25.00

122317:

52

货到付款

180********

图4-1参照关系与被参照关系

4.2完整性设计

4.2.1主要字段完整性的字段名、完整性约束条件

关系模型的完整性约束包括实体完整性、参照完整性和用户定义完整性。

主要字段完整性的字段名、完整性约束条件指的是实体完整性。

其中实体完整性的规则如下:

1.实体完整性规则是针对关系而言的,而关系则对应一个现实世界中的实体集。

2.现实世界中的实体是可区分的,它们具有某种标识特征;相应地,关系中的元组也是可区分的,在关系中用主关键字作唯一性标识。

3.主关键字中的属性,即主属性不能取空值。

在网上订餐系统中,管理员表(管理员编号,名称,密码,登陆IP,最后登录时间)中,管理员编号

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 生物学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1