最新卓越管理方案您可自由编辑餐饮管理系统开发投标书实现部分1项目目标随着生活水平的提高，公司规模迅速发展。
公司在这种大潮流下也取得了不凡的业绩。
为了能够更加迅速的服务顾客，简化工作人员的一些操作，提高服务质量，服务速度和正确率。
具体目标如下：（1）技术目标•建立数据库基础架构•建立数据自动计算机制•建立数据展示和数据查询框架•建立数据在一体机上的操作（2）业务目标前台业务目标1、人性化点餐（1）菜单查阅（2）特色查询（3）点菜时添加菜名，桌号，会员号。
可附加口味的特殊要求。
2、自动传菜3、菜品录入（1）大厅散桌菜品录入（2）包厢菜品录入（3）查询所点菜品的状态（4）用餐中途加菜4、结账管理（1）非会员结账管理（2）会员结账管理5、对服务员评价6、奖金评定7、收银台后台管理目标1、会员中心2、工作人员中心（包括服务员，厨师，管理人员以及采购人员等）。
3、货物中心。
4、收入结算中心5、管理员中心基于上述需求，零度软件公司提出如下技术解决方案来实现本项目的技术目标和业务目标。
2.技术解决方案2.1运行流程注：此处只写出主要流程，其它细小功能在此处不予显示。
显示的图片全为简图，旨为形象化表示2.1.1前台流程客人到达，来到一体机，此为一体机开始界面，根据自己选择想要的桌号（在使用的桌子为灰色，不可点）。
看右图（对于包间的一体机不用如此选择）点击后进入另一界面，要求设置密码（为了防止出现不必要的错误），然后进入。
系统将该密码打印，给客人，以免客人忘记密码。
进入下一个界面，判断是否为会员如果是会员，则要求输入会员号和会员密码进行完上述操作后，进入主界面。
以菜单查阅为例，以列表方式呈菜，点击后可看详细信息（文件夹功能只有会员可用，会员可以将自己喜欢吃的菜放入文件夹，所以详细信息中，只有会员才有加入文件夹功能）。
当然，查看状态和添加菜只能在提交完菜单之后才可使用。
如下图所示。
详细信息中包含许多重要信息特色查询八宝原壳鲜贝 品品醋黄河鲤鱼 ·····菜单查阅方式图片 历史 ·····价格 加入菜单返回菜单查阅读文件夹 已点菜查看状态价格菜系 ……最后顾客选完菜之后，可以查看自己所点的菜，并进行一些操作 如下图所示。
菜单信息提交到厨房，传到厨房的 菜单按照时间和会员级别排序后 显示。
厨师点击后可以进入详细 菜单（点击后该桌变为灰色，不可再点，以防冲突）以7号桌的菜单为例，展示内部详细菜单内部构造。
点击处理之后进入下一个界面这里是为了厨师可以一次做多道相同的菜，提高效率。
做完之后，该桌的这道菜和其它相应桌的菜变为灰色。
如果此时客人想查看菜的状态，可以再次登陆自己的那桌，点击查看状态选项如果客户想要加菜，登陆自己的 那桌，点菜方式和刚开始完全一 样，点完之后查看菜单，上面有 以前的菜和现在刚点的菜（以前 点的菜没有删除选项），刚点的 菜以不同颜色显示，提交的时候，系统只把新点的菜传入厨房。
结账时，会员和非会员有不同的 计算方法，都到收银台结账（收 银台处的一体机功能唯一，只 显示菜单和价格），可以使用现金 或是刷卡方式。
客人输入密码后 进入自己的桌子，界面显示如下：表明该桌无人使用，可再次点击。
并且同时打印收据。
然后，出现评价窗口，可以评价饭菜质量或是服务态度，如有图所示：2.1.2后台流程2.2物理架构包厢点餐分机大厅点菜分机1大厅点菜分机2厨房总经理室实时监控分机大堂柜台分机菜单服务器数据仓库存储介质硬件分布包厢大厅厨房服务器仓库服务器厨房原料供应显示器仓库管理员原料管理分机仓库点餐信息显示分机厨房原料供应分机总经理室2.3功能构成图与ER图2.3.1功能构成图2.3.2 ER图2.4数据流2.5认证管理管理员和经理进入系统时，必须输入账号与密码。
客人在操作时，也要自己设置相应的密码。
2.6系统可靠性及可扩展性系统的可靠性及可扩展性对企业级应用来说是非常重要的。
我们的设计充分考虑了这两个因素。
针对可靠性，我们的设计是在系统包含一个双机组成的数据仓库，。
数据仓库带有自己的外存磁盘阵列。
2.7非功能性设计2.7.1性能需求容量设计建议每年的数据量分配在200G左右。
响应设计高的响应能给用户带来效率上的提升，加快了工作效率，减少了等待时间，同时加快了系统的处理效率，我们将通过以下几方面手段来保证用户得到高质量的响应：1.优化模型设计，好的模型设计能够减少冗余数据量的加载和检索，以及表间关联检索，能大大提高系统数据的响应时间。
2.有效利用数据库的缓存功能，对于经常访问的数据，可将数据缓存于数据库中，减少IO，3.利用集群功能，合理分配负载，充分利用各主机的CPU, 内存等硬件资源。
2.7.2灾备设计灾备级别•高: 内部系统核心数据，包括所有连机和脱机数据，需要高级别的备份。
•中：系统需要的资料数据。
•低：与系统关系不大，偶尔系统需要使用到的数据。
由此可见，对于高，中级别的数据，需要进行对应的备份。
备份策略为了保障核心数据和重要数据的完整性和一致性，我们将提供对应的磁盘备份、联机备份和远程备份功能：磁盘备份：通过镜像(mirrored) 磁盘矩阵, 对每一个写到磁盘的字节，作实时的镜像备份，减少磁盘机出错的几率。
磁盘备份一旦设定，由设备实现，无需人工干预。
联机备份：提供24*365天的备份机制，用户可以基于调度来运行备份，可以基于系统运行的热备份。
我们设计方案中使用的Oracle 11g。
远程备份：提供对付灾害性的系统失败的有效方式。
远程备份把数据存放到地理上的远方，以应对主机可能遇到当地灾害性的损毁。
我们建议把每天的热备份数据，拷贝到远端备份存储服务器。
以上的备份策略，保证在不影响系统服务的条件下，在本地和远程，都保留一份前一天的备份数据。
当地备份建议保留30天；远程备份建议保留7天。
备份可以保存在磁带库、或光盘库。
本地备份耗时目标是2小时；远程备份耗时目标是12小时。
恢复策略常规的数据恢复流程设计如下：1)重启系统的所有服务器和存储设备2)如必要，恢复系统3)从本地备份选取前一天的备份，或最近的备份；如果本地备份丢失，取远程备份4)恢复数据仓库数据5)恢复系统服务常规数据恢复一般是在文件系统失败（包括磁盘设备失败）导致数据无法使用的情形下必须激活的程序。
常规数据恢复保证系统回复到前一天的状态，但也意味着当天数据的丢失。
一般系统出错的恢复，其实不一定需要用到备份，我们建议应该避免使用常规数据恢复，尽量考虑用其他办法把系统回复到最近的可用状态。
以下我们以Oracle 数据库为例，说明一下可以考虑的恢复措施。
数据库的恢复过程分两步进行，首先将把存放在重做日志文件中的所有重做运用到数据文件，之后对重做中所有未提交的事务进行回滚。
数据库的恢复只能在发生故障之前的数据文件上运用重做，将其恢复到故障时刻，而不能将数据文件反向回滚到之前的某一个时刻。
数据库的异常、错误可以分为以下几类：•SQL语句失败•线程失败•实例失败•用户操作失败•存储设备失败如果发生前三种失败，不需要人为干涉，系统会自动进行恢复。
对于用户操作型的失败（如误删除数据），系统采取的补救措施主要有导入最新的逻辑备份或进行到某一时间点的不完全恢复。
数据库引入了基于表空间的时间点恢复(TSPITR)，可以单独将包含错误操作的表空间恢复到指定时间，而不必对整个数据库进行不完全恢复。
当错误操作发现比较及时而且数据量不大的情况下也可以考虑使用logminer生成反向SQL。
针对存储设备的失败的情况比较复杂，存储设备的失败必然会使放置在其上的文件变为不可用，我们先将数据库所涉及到的文件进行一个划分，主要可分为：•数据库的系统文件，指数据库的运行文件，各种应用程序•数据库控制文件•数据库联机重做日志文件•数据文件•归档日志文件避免第一种文件失败主要依赖系统管理员进行操作系统级的备份，当发生事故后只能依靠操作系统备份将其恢复。
控制文件中记录着整个数据库的结构、每个数据文件的状况、系统SCN、检查点计数器等重要信息，在创建数据库时会让用户指定三个位置来存放控制文件，他们之间互为镜像，当其中任何一个发生故障，只需将其从ini文件中注释掉故障数据文件就可重新将数据启动。
当所有控制全部失效时，可以在Nomount模式下执行create controlfile来重新生成控制文件，但必须提供redo log，data file，文件名和地址以及MAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。
如果失败之前运行过alter database backup controlfile to trace或alter database backup controlfile to ‘xxx’对控制文件作备份，恢复时可使用生成的脚本来重建或用备份文件覆盖，如果使用了旧的控制文件在恢复时要使用recover xxx using backup controlfile选项来进行恢复，并使用resetlogs选项来打开数据库。
2.7.3可获性设计高可获性来自于我们建议的软件系统，无论是Oracle, IBM DB2, 或Actuate 9, 都支持失败转移等高级集群功能，满足提供7x24不间断服务的要求，能够保证满足任何时候系统的可获性需求。
2.7.4易用性设计在软件的易用性方面，我们将充分考虑用户的体验性，简单性，高效率性为客户定制一套更适合客户需要的的系统，根据需要，我们将基于以下方面进行设计：•制作一体机。
•用户界面友好、同时易操作。
•界面操作符合浏览习惯。
•界面风格，术语统一。
•合理的组织操作菜单•查询等出现错误时提供友好的提示。
2.7.5安全性设计身份认证系统提供身份认证功能。
使用系统的用户必须先要经过申请审批管理流程，通过有关部门管理人员的合法性审批，系统管理员在系统管理模块中设置用户名、操作权限和初始密码，并告知用户后，用户才可以用指定的用户名和密码登录进入系统，进行权限范围内的操作。
在系统登录界面中，只有输入正确的用户名和密码，才能进入系统，进入系统后用户可随时修改自己的密码。
对用户密码可提供更严格的控制功能，如首次登录系统必须修改密码、经过多长时间必须修改密码、多次登录失败锁定用户等，进一步提供系统的身份认证安全性。
用户权限控制系统提供权限管理功能模块，系统管理员可增加、删除、修改用户、用户组，设置用户的、操作权限、数据权限。
通过用户、用户组及权限管理功能，可根据机构、部门、用户类别等建立用户组，用户可以属于某个组或几个组，也可以是独立用户。
通过对用户组进行授权，组中的每个用户都拥有组的所有权限，极大方便了授权管理；独立的用户可以独立授权。
