餐厅订餐管理系统数据库分析与设计.pdf

《餐厅订餐管理系统数据库分析与设计.pdf》由会员分享，可在线阅读，更多相关《餐厅订餐管理系统数据库分析与设计.pdf（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 东方学院 实 验实训报 告 项 目 名 称 餐厅订餐管理系统数据库分析与设计 所属课程名称 数据库原理及应用 项 目 类 型 设计、综合型 实验(实训)日期 2011.11.52011.12.15 班 级 09 信息 2 班 学 号 0920400207 0920400219 0920400218 姓 名 何媛媛 徐晨露 王允 指导教师 严素蓉 餐厅订餐管理系统数据库设计与分析 一 需求分析 一 信息需求 1)餐饮部要求本系统能够完成对客人的开台管理以及买单管理能够提供统一格式的计算机打印单据与报表便于客人对消费程度的查询以及财务部门每个月的账务统计。2)采购部要求本系统能够具有商品信息管理

2、、商品信息查询、以及进货管理和库存查询的功能。3)财务部要求本系统能够具有日结算以及月结算功能以方便对饭店的经济运行情况有详细的统计给饭店的决策方案提供准确的参考依据。4)人事部要求本系统能够具有员工信息管理功能便于饭店对每一个员工的具体情况进行了解也是对每一个员工进行职务提升的重要依据。5)管理者希望能对每个部门每个时间段的运营情况及具体细节及时地了解对各部门的重要信息进行浏览从而掌握第一手资料制定出具有针对性的制度、出台相应的活动来吸引顾客。1.菜单子系统 顾客下单菜单存储信息查询是否餐桌变更 2.收银子系统 会员菜单明细信息存储折扣价发票 一般顾客菜单明细信息存储原价发票客户个人账户消费

3、额升级会员 赊账菜单明细条件判定 3.订餐子系统 a订餐登记 前台点餐 顾客信息是否配菜、下单情况、餐桌号、用餐人数是否打包 结账 b预订登记 顾客预订人数日期菜单预订人姓名联系号码 就餐预定查询是否添加预订交定金 取消预订 4.会员子系统 会员顾客个人信息个人消费记录个人档案折扣 二 二安全性和完整性要求 1.安全性要求 系统应对预订进行加密并要求用户给出具体预订时间和个人信息预防他人玩笑预订影响餐厅正常用餐 系统应对不同的订餐方式区分访问用户可查询和处理数据的类别和内容 系统应对不同用户设置不同的权限区分不同的用户如区分普通顾客卡用顾客。2.完整性要求 各种信息记录的完整性信息记录内容不为

4、空 各种数据间相互的来联系的正确性 相同的数据在不同的记录中的一致性。三数据流图 1.顶层数据流程图 2.第一层数据流程图 3.第二层数据流程图 D3 一般用户 D2 会员 D1 菜单明细 F1 变更信息 P1 菜单处理 S2 收银员 S1 顾客 餐饮前台营业管理信息系统 菜单信息子系统 会员管理子系统 预订管理子系统 收银管理 子系统 4.第三层数据流程图 1)菜单管理子系统数据流程图 D2.9 卡用户信息 D2.1吃饭 D2.2 预定菜单 D2.10 菜单信息 D2.8 小票 D2.5 菜单 D2.4 菜单 D2.3 点单 S2.1 顾客 P2.1 预订 菜单 P2.2 直接 下单 P2.

5、4 后台 处理 P2.3 菜单 处理 S2.3 收银员 D2.6 帐单 F2.1 变更信息 P2.5 会 员 用户处理 F2.2 菜 单 信 息D2.8 菜单完成 服务员 D2.7菜谱 2)收银子系统数据流程图 D3.1.5 变更反馈 D3.1.6 变更菜单 D3.1.8 并桌、转桌 D3.1.7 添菜减菜 D3.1.2 菜单 D3.1.3 菜谱 S3.1.1 顾客 D3.1.1 点菜 P3.1.1 菜 单 处理 S3.1.2 收银员 P3.1.3 后 台 处理 P3.1.4 判 定 变更方式 P3.1.2 变 更 处理 F3.1.1 即时营业信息 D3.1.4 申请变更 3)预订子系统数据流

6、程图 D3.2.4 赊销金额 D3.2.2 赊账申请 D3.2.3 顾客信息 S3.2.1 顾客 S3.2.2 收银员 D3.3.1 结账单 P3.2.1 顾 客 类型判定 P3.2.3 结账 处理 D3.2.5 原价 D3.2.6 折价 S3.2.3 相关 主管 D3.2.7 申请金额 P3.2.2 赊销 处理 D3.2.8 赊销反馈 S3.2.4 相关人员 F3.2.2 赊销信息 D3.2.9赊销意向 F3.2.1 会员信息 4)卡用户系统数据流程图 D3.3.4 预定单 S3.3.1 顾客 S3.3.2 前台服务员 D3.3.1 预定申请 P3.3.1 即时 查询 D3.3.2 申请信息

7、 F3.3.1 营业信息 S3.3.3 服务员 D3.3.2 查询结果 P3.3.2 整 理 预订信息 P3.3.3 后 台 处理 D3.3.6 信息反馈 F3.3.2 预定信息存储 四 数据字典 1.数据项 表 3-1 菜单编号的定义 数据项编号 I01-01 数据项名称 菜单编号 别名 菜单编号 简述 菜单按一定的划分标准的编码 类型及宽度 字符型8 位 取值范围“00000000”“99999999”表 3-2 饭桌编号的定义 数据项编号 I01-04 数据项名称 饭桌编号 别名 饭桌编号 简述 顾客用餐的桌子编码 类型及宽度 字符型3 位 取值范围“0000”“9999”S4.1 顾客

8、光临 S4.2 前台接待 S4.3 管理服S4.8 顾客结算 S4.9 顾客离开 S4.4 店堂厨房 S4.5 写消费卡 S4.6顾客执卡消费 S4.7 消 费 单 据 2.数据结构 表 3-3 订单表的定义 数据结构编号 DS01-01 数据结构名称 订单表 简述 订单基本信息 数据结构组成 订单号 餐桌号 结账状况 合计 折扣 总计 现金 找零 收银员 下单时间 3.数据流 表 3-4 菜单信息的定义 数据流编号 D01-02 数据流名称 菜单信息 简述 顾客用餐的所以信息包括饭菜种类等 数据流来源 顾客 数据流去向 服务员 数据流组成 点菜信息+饭桌信息+日期 数据流量 300 份/天

9、高峰流量 800 份/天 表 3-5 预定菜单的定义 数据流编号 D02-01 数据流名称 预定菜单 简述 顾客预定餐的信息 数据流来源 顾客 数据流去向 服务员 数据流组成 顾客信息+预定信息+用餐时间 数据流量 50 份/天 高峰流量 80 份/天 表 3-6 变更信息定义 数据流编号 D02-02 数据流名称 变更信息 简述 顾客根据需要对已确定的菜单进行更改 数据流来源 顾客 数据流去向 服务 数据流组成 顾客情况+变更情况 数据流量 30 份/天 高峰流量 40 份/天 表 3-7 小票的定义 数据流编号 D02-03 数据流名称 小票 简述 顾客用餐结账后开具的证明 数据流来源 服

10、务员 数据流去向 顾客 数据流组成 用餐金额+日期+菜单信息 数据流量 300 份/天 高峰流量 8000 份/月 表 3-8 折价的定义 数据流编号 D03-01 数据流名称 折价 简述 顾客根据消费金额享受的折扣 数据流来源 服务员 数据流去向 顾客 数据流组成 消费金额+用餐金额 数据流量 100 份/天 高峰流量 200 份/天 表 3-9 菜单完成的定义 数据流编号 D03-02 数据流名称 菜单完成 简述 后台提交的关于饭菜完成的信息 数据流来源 后台服务员 数据流去向 顾客 数据流组成 菜单编号+菜单信息 数据流量 300 份/天 高峰流量 800 份/天 表 3-10 消费金额

11、的定义 数据流编号 D03-03 数据流名称 消费金额 简述 顾客用餐实际发生金额的数额 数据流来源 银行 数据流去向 顾客 数据流组成 用餐额+折价额+日期 数据流量 5 份/月 高峰流量 8 份/月 表 3-11 变更反馈的定义 数据流编号 D03-04 数据流名称 变更反馈 简述 对顾客变更信息处理后的反馈 数据流来源 服务员 数据流去向 顾客 数据流组成 菜单编号+变更信息+变更情况 数据流量 30 份/月 高峰流量 40 份/月 表 3-12 付款的定义 数据流编号 D03-05 数据流名称 付款 简述 顾客付款 数据流来源 收银员 数据流去向 顾客 数据流组成 顾客信息+付款额度

12、数据流量 300 份/天 高峰流量 800 份/天 4.数据处理 表 3-13 菜单处理的定义 处理逻辑编号 P01-01 处理逻辑名称 菜单处理 简述 处理点菜和预定菜业务 输入的数据流 菜单菜单编号顾客信息 处理 根据服务员提交的菜单进行处理 输出的数据流 账单、菜谱 处理频率 每天 300 次 表 3-14 预定菜单的定义 处理逻辑编号 P02-01 处理逻辑名称 预定菜单 简述 确定顾客的预定咨询预定的信息 输入的数据流 顾客信息和预定信息的文件 处理 根据顾客的需求即使营业情况确定预定的可行填写预定单收取定金 输出的数据流 菜单 处理频率 每天 60 次 表 3-15 直接下单的定义

13、 处理逻辑编号 P02-02 处理逻辑名称 直接下单 简述 顾客用餐前直接进行点菜 输入的数据流 顾客信息、菜单 处理 顾客根据自己的喜欢进行点餐 输出的数据流 菜单 处理频率 每天 35 次 表 3-16 变更处理的定义 处理逻辑编号 P03-01 处理逻辑名称 变更处理 简述 对顾客桌子菜谱的变更进行处理 输入的数据流 变更信息、菜单编号 处理 顾客根据需要对菜单进行更改包括并桌、转桌加菜、添菜根据即使营业情况进行处理 输出的数据流 变更反馈 处理频率 每天 35 次 5.数据存储 表 3-17 变更信息的定义 数据存储编号 F01-01 数据存储名称 变更信息 简述 对顾客变更信息的储存

14、 数据存储组成 顾客信息+变更信息 关键字 客户编号 相关联的处理 表 3-18 菜单信息存储的定义 数据存储编号 F02-01 数据存储名称 菜单信息存储 简述 存储顾客菜单信息 数据存储组成 顾客信息+菜单信息+日期 关键字 日期 相关联的处理 表 3-19 即时营业信息的定义 数据存储编号 F02-02 数据存储名称 当时营业情况汇总 简述 对当天当日营业情况汇总并储存 数据存储组成 菜单信息+日期 关键字 时间 相关联的处理 表 3-20 预定信息存储的定义 数据存储编号 F03-03 数据存储名称 预定信息存储 简述 存储顾客预定的相关信息 数据存储组成 顾客信息+日期+预定情况 关

15、键字 顾客姓名 相关联的处理 6.外部实体 表 3-21 用户的定义 外部实体编号 S01-01 外部实体名称 用户 简述 就餐的顾客 输入的数据流 D02-03 D03-01 D03-05 输出的数据流 D01-02 D02-02 D01-01 D02-01 D03-02 表 3-22 收银员的定义 外部实体编号 S01-02 外部实体名称 收银员 简述 就餐结账的主要处理外部实体 输入的数据流 D01-01 输出的数据流 D03-05 表 3-23 服务员的定义 外部实体编号 S02-02 外部实体名称 服务员 简述 顾客就餐的服务人员 输入的数据流 D01-02 D02-01 输出的数据

16、流 D02-03 D03-01 D03-02 二 数据库结构设计 一 概念结构设计 实体联系方法E-R 图 实体“菜单”的分 E-R 图和整体 E-R 图 西餐 国家 菜名 价格 中餐 菜系 菜名 价格 实体“用户”的整体 E-R 图 实体“订单”的整体 E-R 图 菜品大类 西餐 中餐 小吃 小吃 菜名 价格 c 图 饭桌 会员账号 姓名 性别 密码 常用电话 菜单 菜品编号 菜品大类 一般价格 会员价格 实体“服务员”的整体 E-R 图 实体“折扣规则”的整体 E-R 图 实体“应收账款”的整体 E-R 图 折扣规则 产品号 订货量 折扣 订单 订单号 顾客号 订单细则 订单号 细则号 订

17、货数 金额 订货项数 服务员 服务员编号 订单 服务员管理 会员管理 所有实体的整体 E-R 图(属性略)二 逻辑结构设计 应收账款 顾客号 订单号 应收金额 支付金额 饭桌/用户 订单 菜单 服务员 生成 选择 管理/服务 1 n n 1 1 n n n 支付 应收款 参照 折扣规则 1 n E-R 图向关系模型转换 把上面的所有实体的整体 E-R 图转化为关系模型。关系的码用下横线标出。菜单菜品编号菜品大类会员价格一般价格 饭桌顾客账号姓名性别密码常用电话 服务员服务员编号顾客账号 订单订单号顾客号订货项数 订单细则订单号细则号订货数金额 折扣规则产品号订货量折扣 应收账款顾客号订单号应收

18、金额支付金额 三 物理结构设计 1.关系模式存取方法的选择 根据本系统的特点采用 B+树索引存取方法建立索引。对服务员菜单用户订单这四个属性建立索引。对管理服务选择生成建立组合索引。2.确定数据库的存储结构 1)确定数据的的存放位置 将表和索引存放在不同的磁盘上 将比较大的表分放在不同的磁盘上 将日志文件与表、索引等放在不同的磁盘上 2)确定系统配置 DBMS 提供了一些系统配置变量、存储分配参数供设计人员和 DBA对数据库进行优化。如同时使用数据库的用户数内存分配参数、时间片大小等。3.评价物理结构 依赖于 DBMS 定量估算各种方案的存储空间、存取时间和维护代价。为了提高数据输入工作的效率

19、和质量应该针对具体的应用环境设计一个数据录入子系统由计算机来完成数据入库的任务。三 数据库实施 create database 订餐系统 on(name=订餐,filename=D:订餐.mdf,size=10,maxsize=50,filegrowth=5)log on(name=订餐_log,filename=D:订餐.ldf,size=5,maxsize=25,filegrowth=5)create table cookbook(Cooknumber char(9)primary key,/*菜单编号*/name char(20)unique,/*菜单名*/Member_price fl

20、oat(6),/*会员价格*/constraint price_chk check(Member_price=0)Create table order_list (Lnumber char(9)primary key,/*订单编号*/Chinastyle_food char(20),/*中餐*/Westernstyle_food char(20),/*西餐*/snack char(20)/*小吃*/)Create table listorder (Lnumber char(9)primary key,/*订单编号*/Delivery_order char(20),/*顶单状态*/Unumber

21、 char(20),/*订餐者编号*/时间 datetime,alllist decimal(6,2),/*合计*/Cnumber char(20)/*管理员编号*/)Create table 用户 (Unumber char(9)primary key,/*会员帐号*/Uname char(20),/*姓名*/Usex char(4)default男,/*性别*/Ucode char(9),/*密码*/Telephone char(12),/*常用电话*/Address char(40)/*收货具体地点*/)Create table controller (Cnumber char(9)pr

22、imary key,Cname char(20),/*服务员姓名*/Csex char(4),/*服务员性别*/Cage smallint,/*服务员年龄*/Cdepartment char(20)/*服务员部门*/)Create table food_data /*菜品资料*/(systems char(10),/*菜系*/Country char(20),/*国家*/Name char(20)primary key,/*菜名*/Price float(6)/*价格*/)/*建立索引*/create unique index food on food_data(name)create uni

23、que index list on order_list(Lnumber)create unique index users on 用户(Unumber)Create view snack As Select produce,price From food_data Where name=泡粉 Create view snack As Select produce,price From food_data Where name=汤圆 Create view snack As Select produce,price From food_data Where name=年糕汤 Create vi

24、ew Chinastyle_food As Select produce,price From food_data Where name=童子鸡 Create view Chinastyle_food As Select produce,price From food_data Where name=东坡肉 Create view Chinastyle_food As Select produce,price From food_data Where name=佛跳墙 Create view Chinastyle_food As Select produce,price From food_d

25、ata Where name=酸菜鱼 Create view Chinastyle_food As Select produce,price From food_data Where name=水煮鱼 Create view Chinastyle_food As Select produce,price From food_data Where name=红烧鱼 Create view Chinastyle_food As Select produce,price From food_data Where name=红烧肉 Create view Chinastyle_food As Sele

26、ct produce,price From food_data Where name=糖醋里脊 Create view Chinastyle_food As Select produce,price From food_data Where name=西湖牛肉羹 Create view snack As Select produce,price From food_data Where name=油炸冰激凌 Create view Westernstyle_food As Select produce,price From food_data Where name=意大利面 Create vi

27、ew Westernstyle_food As Select produce,price From food_data Where name=牛排 Create view Westernstyle_food As Select produce,price From food_data Where name=西班牙海鲜饭 create trigger changedisplay1 on food_data for insert as select*from food_data create procedure insertuser(Unumber char(9),/*会员帐号*/Uname ch

28、ar(20),/*姓名*/Usex char(4),/*性别*/Ucode char(9),/*密码*/Telephone char(12),/*常用电话*/Address char(40)as insert into 用户 values(Unumber,Uname,Usex,Ucode,Telephone,Address)exec insertuser Unumber=09001,Uname=常在k,Usex=女,Ucode=123457,Telephone=15100002222,Address=仰山路 2 号 delete from 用户 where unumber=09001 crea

29、te trigger changedisplay2 on 用户 for insert as select*from inserted create procedure insertorder(Lnumber char(9),/*订单编号*/Chinastyle_food char(20),/*中餐*/Westernstyle_food char(20),/*西餐*/snack char(20)/*小吃*/)as insert into order_list values(Lnumber,Chinastyle_food,Westernstyle_food,medical_food,snack)e

30、xec insertorder Lnumber=090806,Chinastyle_food=童子鸡,Westernstyle_food=意大利面,snack=泡粉 delete from order_list where Lnumber=090801 四 数据库运行和维护 一)维护数据库的安全性与完整性 按照设计阶段提供的安全规范和故障恢复规范DBA 要经常检查系统的安全是否受到侵犯根据用户的实际需要授予用户不同的操作权限。数据库在运行过程中 由于应用环境发生变化 对安全性的要求可能发生变化DBA 要根据实际情况及时调整相应的授权和密码以保证数据库的安全性。同样数据库的完整性约束条件也可能会

31、随应用环境的改变而改变这时 DBA也要对其进行调整以满足用户的要求。另外为了确保系统在发生故障时能够及时地进行恢复DBA 要针对不同的应用要求定制不同的转储计划定期对数据库和日志文件进行备份以使数据库在发生故障后恢复到某种一致性状态保证数据库的完整性 二)监测并改善数据库性能 目前许多 DBMS 产品都提供了监测系统性能参数的工具DBA 可以利用系统提供的这些工具经常对数据库的存储空间状况及响应时间进行分析评价 结合用户的反应情况确定改进措施 及时改正运行中发现的错误 按用户的要求对数据库的现有功能进行适当的扩充。但要注意在增加新功能时应保证原有功能和性能不受损害。三)重新构造和组织数据库 数

32、据库建立后除了数据本身是动态变化以外随着应用环境的变化数据库本身也必须变化以适应应用要求。数据库运行一段时间后由于记录的不断增加、删除和修改会改变数据库的物理存储结构 使数据库的物理特性受到破坏 从而降低数据库存储空间的利用率和数据的存取效率使数据库的性能下降。因此需要对数据库进行重新组织即重新安排数据的存储位置回收垃圾减少指针链改进数据库的响应时间和空间利用率提高系统性能。这与操作系统对“磁盘碎片”的处理的概念相类似。数据库的重组只是使数据库的物理存储结构发生变化 而数据库的逻辑结构不变所以根据数据库的三级模式可以知道数据库重组对系统功能没有影响只是为了提高系统的性能。数据库应用环境的变化可

33、能导致数据库的逻辑结构发生变化 比如要增加新的实体增加某些实体的属性这样实体之间的联系发生了变化这样使原有的数据库设计不能满足新的要求 必须对原来的数据库重新构造 适当调整数据库的模式和内模式比如要增加新的数据项增加或删除索引修改完整性约束条件等。DBMS 一般都提供了重新组织和构造数据库的应用程序以帮助 DBA 完成数据库的重组和重构工作。只要数据库系统在运行就需要不断地进行修改、调整和维护。一旦应用变化太大 数据库重新组织也无济于事 这就表明数据库应用系统的生命周期结束应该建立新系统重新设计数据库。从头开始数据库设计工作标志着一个新的数据库应用系统生命周期的开始。任务分配 一、需求分析何媛媛 二、数据库结构设计 徐晨露 三、数据库实施 王 允 徐晨露 四、数据库运行和维护 王 允