餐饮管理系统开发投标书.docx

餐饮管理系统开发投标书
（3）查询所点菜品的状态
（4）用餐中途加菜
4、结账管理
（1）非会员结账管理
（2）会员结账管理
5、对服务员评价
6、奖金评定
7、收银台
后台管理目标
1、2物理架构
总经理室
厨房原料供应分机
点餐信息显示分机
包厢点餐分机
大厅点菜分机1
大厅点菜分机2
厨房
总经理室实时监控分机
大堂柜台分机
菜单服务器
数据仓库
存储介质
硬件分布
包厢
大厅
厨房服务器
仓库服务器
厨房原料供应显示器
仓库管理员原料管理分机
仓库


ER图
库存
名称
编号
编号
编号
编号
单价
等级
姓名
名称
称号
负责范围
库存
名称
n1
m1
配料
存放
状态
11
属于
m1
n1
m1
桌号
房间号
存放
n1
图片
简介
11
名称
菜系
编号
属于
图片
n1
编号
属于
11
n1
存放
m1
部长
编号
n1
存放
编号
负责人
n1
11
属于
名称
名称
编号
编号
编号
内容
日期
编号
编号
名称
编号
简介
结算账单
名称
编号
菜品
状态
容量
编号
容量
大厅餐桌
包厢
饮品
厨具
餐具
留言簿
一体机
编号
编号
金额
饮品
菜名
编号
日期
编号
编号
临时顾客
消费历史
点菜单
物品库
责任
姓名
编号
会员
厨房
菜库
部门
工作人员
编号
现金
工作人员类型
货物
管理员
会员等级

实际总价值
N号桌菜单

数据记录
饭菜编号
工作记录
人员工作量和服务质量
菜单
桌号
菜单
原料支出
原料花费
原料购买
会员消费记录
毛收入
工资支出
相应的奖金
总基本工资
工作人员工资
按相应的优惠规则进行计算


管理员和经理进入系统时，必须输入账号与密码。客人在操作时，也要自己设置相应的密码。

系统的可靠性及可扩展性对企业级应用来说是非常重要的。我们的设计充分考虑了这两个因素。
针对可靠性，我们的设计是在系统包含一个双机组成的数据仓库，。数据仓库带有自己的外存磁盘阵列。


容量设计
建议每年的数据量分配在200G左右。
响应设计
高的响应能给用户带来效率上的提升 ，加快了工作效率，减少了等待时间，同时加快了系统的处理效率，我们将通过以下几方面手段来保证用户得到高质量的响应：
优化模型设计，好的模型设计能够减少冗余数据量的加载和检索，以及表间关联检索，能大大提高系统数据的响应时间。
有效利用数据库的缓存功能，对于经常访问的数据，可将数据缓存于数据库中，减少IO，
利用集群功能，合理分配负载，充分利用各主机的CPU, 内存等硬件资源。

灾备级别
高: 内部系统核心数据，包括所有连机和脱机数据，需要高级别的备份。
中：系统需要的资料数据。
低：与系统关系不大，偶尔系统需要使用到的数据。
由此可见，对于高，中级别的数据，需要进行对应的备份。
备份策略
为了保障核心数据和重要数据的完整性和一致性，我们将提供对应的磁盘备份、联机备份和远程备份功能：
磁盘备份：通过镜像 (mirrored) 磁盘矩阵, 对每一个写到磁盘的字节，作实时的镜像备份，减少磁盘机出错的几率。磁盘备份一旦设定，由设备实现，无需人工干预。
联机备份：提供24*365天的备份机制，用户可以基于调度来运行
备份，可以基于系统运行的热备份。我们设计方案中使用的Oracle 11g。
远程备份：提供对付灾害性的系统失败的有效方式。远程备份把数据存放到地理上的远方，以应对主机可能遇到当地灾害性的损毁。我们建议把每天的热备份数据，拷贝到远端备份存储服务器。
以上的备份策略，保证在不影响系统服务的条件下，在本地和远程，都保留一份前一天的备份数据