餐馆订餐信息管理系统数据库课程设计报告报告.docx
《餐馆订餐信息管理系统数据库课程设计报告报告.docx》由会员分享，可在线阅读，更多相关《餐馆订餐信息管理系统数据库课程设计报告报告.docx（15页珍藏版）》请在冰豆网上搜索。
餐馆订餐信息管理系统数据库课程设计报告报告
餐馆订餐信息管理系统
**课程设计文档
班级：
小组组长:
成员：
指导教师：
2012年11月*日
第一章前言
餐饮行业慢慢的也进入了网络时代，各大餐饮企业争相做自己的，实现网络营销。
而小的餐馆也不想落后，也纷纷做起了自己的餐馆订餐系统。
什么样的订餐系统才是好的呢？
当今社会的生活节奏越来越快，做什么都讲究一个“快〞字。
做什么最有效率才是最大的赢家。
面对人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络。
在当今社会，家家户户都有电脑，大街小巷人人都会上网，如今老一辈的人们也在学习上网。
而且，人人都有手机，使用手机上网是当今一道普普通通的风景了！
在哪里都会发现有人在玩手机。
使用手机上网订餐也是一件便利的事情。
人们都喜欢这种快捷便利的方式，因而造就了如今这个庞大的网络营销环境。
订餐管理系统对于商家、用户都是一个非常便利的一个工具。
商家可以利用系统协调时间来接收更多的外卖预定，也可以方便管理餐馆的运营。
对于用户来说节省时间，了解餐馆的菜品，有更好的选择口味、价格、环境等等。
第二章需求分析
第一局部调查用户需求
本系统的最终用户为送餐员工，订餐用户。
根据我们日常生活中的经历，结合对餐馆用户的咨询和对周围市民的调查，得出用户的以下实际要求：
1、订餐的根本情况
一、老板的根本信息
老板可以查看顾客的根本信息。
查看员工的根本信息，对员工进展管理，可以进展进展增、删、改、查。
而且对他们的工资进展修改。
老板的联系进展公开，方便顾客有什么问题可以反应给自己。
二、送餐员工的根本信息
一个餐馆有多个送餐员，、一个送餐员要处理多订单。
每一订单是一个唯一的送餐员来送餐。
他要能够查看用户订单的信息，才能够获取和地址等的联系方式去送餐，以及查看顾客的留言。
三、顾客的根本信息
订餐用户是能够注册、修改、查看自己的个人信息。
四、菜单的根本信息
菜单要能够有编号、菜名、价格、图片。
五、留言管理的根本信息
留言要有顾客顾客的信息：
昵称、账号、。
员工能够查看留言信息的容，能够更加的了解顾客的需求。
参观老板也要查看留言，是否要修改菜单的菜品，和更改菜的口味。
六、员工管理的根本信息
餐馆老板要能够查看员工的根本信息，调整员工的工资。
七、订餐管理的根本信息
顾客能够选择要能够浏览菜单点菜，顾客能够看到菜单的图片，价格，菜名。
顾客的根本信息生成订单条目。
订单包含了订单的菜单信息，订单条目信息。
2、用户对系统的要求
一、老板
a.信息要求：
餐馆老板能够对顾客的留言进展查看，对员工进展管理，对于他们的工资进展调整和发放。
b.处理要求：
对员工的信息可以进展调整，也可以调整他们的工资。
c．平安性与完整性要
餐馆老板只有联系方式信息，防止自己的信息泄露。
二、送餐员工
a.信息要求：
送餐员能查询顾客订餐的所有相关信息，包括顾客在订餐的详细信息，顾客的号、地址、订单的详细信息、菜品预订的详细信息、留言的信息。
以利于对整个订餐过程的全面管理。
b.处理要求：
根据用户的留言对订菜品、时间等等信息进展调整，接收用户发过来的订单信息。
c．平安性与完整性要求：
不能拒绝顾客的订餐要求，对于留言只能查看，防止送餐员工进展对顾客的语言攻击。
三、订餐用户
a.信息要求：
订餐顾客可以对自己的信息进展修改整理，可以在订餐的时候对于送餐地址不固定性选择，联系方式也可以随时更换，一个家庭注册一个用户就可以了。
b.处理要求：
可以更改自己的用户信息
c．平安性与完整性要
用户注册的敏感信息员工是无法获取的，防止顾客有不便的打搅。
第二局部系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几局部：
第一局部：
餐馆老板管理局部
1、查看顾客根本信息
2、查看顾客的留言信息
3、对员工的工资进展调整
4、查看员工的根本信息
5、更改员工的根本信息
第二局部：
送餐员管理局部
1、查看用户的留言
2、查看订单的根本信息
3、更改个人根本信息
第三局部：
顾客管理局部
1、查看个人的留言
2、注册个人的根本信息
3、修改个人根本信息
4、浏览菜单
5、生成订单的信息
6、修改订单的信息
7、查看订单的信息
第三局部数据流图
留言管理分数据流图
员工管理分数据流图
订餐管理分数据流图
总数据流图
第四局部数据字典
1.数据项
顾客数据字典：
user
属性名
存储代码
类型
长度
备注
账号
userID
int
6
顾客的登录账号
昵称
nickname
char
20
号
uIDcard
char
18
username
char
20
真实
年龄
userage
int
150
性别
usersex
char
1
喜欢的口味
usertaste
char
30
QQ
qq
char
11
QQ
mail
char
30
老板数据字典：
boss
属性名
存储代码
类型
长度
备注
老板账号
bossid
int
6
老板账号
联系
bossphone
char
11
员工数据字典：
staff
属性名
存储代码
类型
长度
备注
工号
Sno
Int
6
Sname
char
20
号
SIDcard
char
18
联系
Sphone
char
11
留言数据字典：
leaves
属性名
存储代码
类型
长度
备注
编号
Lno
bigint
100
留言的顺序号
容
word
text
500
留言容
菜单数据字典：
menu
属性名
存储代码
类型
长度
备注
编号
Mno
int
100
菜的顺序号
菜名
Mname
char
20
价格
price
decimal
（6,2）
图片
picture
存储图片地址
save
订单数据字典：
orders
属性名
存储代码
类型
长度
备注
单号
Ono
bigint
100
订单顺序号
总金额
money
decimal
（6.2）
订餐时间
time
datetime
生成订单数据字典：
list
属性名
存储代码
类型
长度
备注
账号
userID
int
6
顾客的登录账号
编号
Mno
int
100
菜的顺序号
单号
Ono
int
100
订单顺序号
username
char
20
真实
菜名
Mname
char
20
价格
price
decimal
（6,2）
总金额
money
decimal
（6,2）
订餐时间
time
datetime
数量
amount
int
100
联系
phone
char
11
订餐
地址
where
text
1000
送餐地址
员工管理数据字典：
emp
属性名
存储代码
类型
长度
备注
工号
Sno
Int
6
Sname
char
20
号
SIDcard
char
18
银行卡号
bankcard
char
20
工资
salary
char
10
用户管理数据字典：
people
属性名
存储代码
类型
长度
备注
账号
userID
int
6
顾客的登录账号
老板账号
bossid
int
6
老板账号
工号
Sno
Int
6
用户密码
pass
char
20
用户身份
type
char
2
老板、员工或顾客
2.数据构造
数据构造名
组成
顾客信息
账号，昵称，号，，年龄，性别，喜欢的口味，QQ，
老板信息
联系
员工信息
工号，，号，联系
留言信息
编号，容
菜单信息
编号，菜名，价格，图片，存储图片地址
订单信息
单号，总金额，订餐时间
生成订单信息
账号，编号，单号，，数量，联系，地址
员工管理信息
工号，，号，银行卡号，工资
3.数据流
数据流名
数据流来源
数据流去向
组成
顾客留言信息
顾客
留言统计表
留言信息
生成订单信息
顾客、菜单、订单
订单信息表
订单信息
员工管理信息
员工
员工管理表
员工管理信息
4.数据存储
数据存储名
输入的数据流
输出的数据流
组成
生成订单表
订单信息
菜单信息
顾客信息
快递订单信息
订单信息
菜单信息
顾客信息
员工管理表
员工信息
员工工资信息
员工信息
留言信息表
顾客留言信息
留言信息
留言信息
5.处理过程
处理过程名
输入数据流
输出数据流
顾客留言
留言信息
留言信息
员工查看留言
查看留言信息
查看留言信息
老板查看留言
查看留言信息
查看留言信息
老板更改工资
工资信息
工资信息
员工查看工资
查看信息
查看信息
顾客订餐信息
查看、修改订单信息
查看、修改订单信息
点菜信息
点菜信息
点菜信息
订单信息
信息统计信息
信息统计信息
员工查看订单
查看订单信息
查看订单信息
老板查看订单信息
查看顾客信息
查看顾客信息
第三章系统概要设计
根据需求分析画出ER图
分ER图
留言管理子系统
员工管理子系统
订餐管理子系统
第四章逻辑及物理设计
本章的核心容是将ER图转换为关系模式和创立数据库
关系模式
顾客〔账号，昵称，号，，年龄，性别，喜欢的口味，QQ，〕
老板〔老板账号，联系〕
员工〔工号，，号，联系〕
留言〔编号，容〕
菜单〔编号，菜名，价格，图片，存储图片地址〕
订单〔单号，总金额，订餐时间〕
生成订单〔账号，编号，单号，，数量，联系，地址〕
员工管理〔工号，，号，银行卡号，工资〕
〔下划线标注的属性为主码〕
以上关系模式均为BF。
为了方便程序查询，建立了如下用户视图：
留言信息视图〔账号，昵称，，容〕
订餐信息视图〔账号，编号，单号，工号，，菜名，价格，数量，总金额，订餐时间，联系，地址〕
员工管理视图〔工号，，联系，工资〕
物理设计：
SQL语句：
第五章总结
实践出真知。
这句话说得一点也没错，在整个数据库课程设计过程中，只有实践才能对事物的本质有更深的认识，才能有发言权，一切认识都是建立在认识的根底上。
通过了一个星期的数据课程设计，我们对数据库这门课程有了更深的认识，对原本在我们脑中像是火星语的SQL语言有了更加具体的认识。
数据库课程设计加深了我们对数据库这门课程的兴趣，让我们深刻了解了数据库的强大功能，引起我们对研究SQL语言运用规那么的兴趣。
数据库概念设计、数据库逻辑构造设计和数据库保护设计是数据库设计的重要步骤，每一步的设计都是至关重要的，并且是相互联系的。
经过一个星期的课程设计，让我们对E-R图的设计有一个整体的想法，并且对逻辑构造设计中关键字的设定能够很好的把握，分析每个表中的联系，更加注意表间和数据之间的相互约束。
课程设计一个重要的过程就是在SeverSQL2000上操作运行，这是运用实践去检验认识的一个过程，在这个过程中我们学会了灵活运用SQL语言。
总之，数据库课程设计一个很好地运用实践去发现认识的过程。
数据库课程设计不仅让我们更进一步了解了数据库这门课程，而且让我们在做事方面也形成了一套很好的想法。
我们在做事方面学会了坚持、合作、对待问题不断充满疑问和要有耐心去解决问题，更要和同学们交流，对不懂的问题也不耻下问。
从课程设计中最深的还是做事要坚持和要有耐心。
在运用ServerSQL2000设计数据库的过程中，会不断遇到种种问题，而且每个问题都会与上下步骤之间都会有联系，一个问题的不解可能会导致下一个问题的无法操作，所以我们要有耐心找出问题，分析原因，然后再解决问题，不要半途而废，要坚持下去，这样才能在学习上有所突破。
数据库课程设计目的在于通过对一个实际问题的分析，设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力，使学生能深入理解和灵活掌握教学容：
另一方面，可以很好培养学生的处事能力。
总之，虽然在备战期末考试期间，为了做这个课程设计花了很多的时间，却让我感受到了要将书上的理论应用到实践绝对不只是停滞在课堂上的。
一次实践可以让我们看到自己的欠缺，同时也稳固了课堂上掌握的知识点。
升级会员 