餐饮管理系统开发投标书

餐饮管理系统开发投标书实现局部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运行流程注：此处只写出主要流程，其它细小功能在此处不予显示。显示的图片全为简图，旨为形象化表示前台流程占用情况客人到达，来到一体机，此为一体机占用情况1号桌2号桌3号桌开始界面，根据自己选择想要的桌号〔在使用的桌子为灰色，不可点〕。看右图〔对于包间的一体机不用如此选择〕输入密码点击后进入另一界面，要求设置密码〔234567890234567890←

入。系统将该密码打印，给客人，以免客返回确定返回确定您是否为会员您是否为会员进入下一个界面，判断是否为会员否是否是会员号密码如果是会员，那么要求输入会员号会员号密码会员密码确认确认进行完上述操作后，进入主界面。以菜单查阅为例，以列表方式呈菜，点击后可看详细信息〔文件夹功能只有会员可用，会员可以将自己喜欢吃的菜放入文件夹，所以详细信息中，只有会员才有参加文件夹功能〕。当然，查看状态和添加菜只能在提交完菜单之后才可使用。如下列图所示。……菜系价格菜单查阅方式八宝原壳鲜贝·····品品醋黄河鲤鱼查看状态已点菜文件夹菜单查阅读特色查询……菜系价格菜单查阅方式八宝原壳鲜贝·····品品醋黄河鲤鱼查看状态已点菜文件夹菜单查阅读特色查询图片图片参加菜单参加菜单历史价格详细信息中包含许多重要信息价格返回·····返回·····最后顾客选完菜之后，可以查看自己所点的菜，并进行一些操作如下列图所示。查看所点菜查看所点菜百合牛肉红枣煨肘……删除删除提交菜单提交菜单俏江南美食俏江南美食7号桌1号包间1号包间1号桌1号桌······菜单〔点击后该桌变为灰色，不可······再点，以防冲突〕7号桌菜单7号桌菜单百合牛肉红枣煨肘……处理以7号桌的菜单为例，展示内部详细处理处理菜单内部构造。点击处理之后进入下处理一个处理界面处理7号桌牛肉2号桌牛肉……做完在做这里是为了厨师可以一次做多道相同做完在做做完在做的菜，提高效率。做完之后，该桌的做完在做做完在做这道菜和其它相应桌的菜变为灰色。做完在做厨师A厨师B厨师C7号桌菜状态7号桌菜状态雪魔芋鸡翅鳝鱼鸡蛋卷……做完在做如果此时客人想查看菜的状态，做完在做做完在做可以再次登陆自己的那桌，点做完在做在做做完击查看状态选项在做做完查看所点菜如果客户想要加菜，登陆自己的查看所点菜雪魔芋鸡翅鳝鱼鸡蛋卷删除地锅鱼……删除地锅鱼俏江俏江南美食样，点完之后查看菜单，上面有以前的菜和现在刚点的菜〔以前点的菜没有删除选项〕，刚点的提交菜单菜以不同颜色显示，提交的时候，提交菜单系统只把新点的菜传入厨房。结账结账1号桌2号桌3号桌结账时，会员和非会员有不同的计算方法，都到收银台结账〔收银台处的一体机功能唯一，只显示菜单和价格〕，可以使用现金或是刷卡方式。客人输入密码后进入自己的桌子，界面显示如下：雪魔芋鸡翅鳝鱼鸡蛋卷……7号桌7号桌总价结账结账

评价点击结账之后，该桌从灰色变为黑色，说明该桌无人使用，可再次点击。并无提交且同时打印收据。然后，出现评价窗无提交口，可以评价饭菜质量或是效劳态度，如有图所示：后台流程2.2物理架构总经理室厨房原料供给分机总经理室厨房原料供给分机点餐信息显示分机包厢点餐分机大厅点菜分机1大厅点菜分机2厨房总经理室实时监控分机大堂柜台分机菜单效劳器数据仓库存储介质硬件分布包厢大厅厨房效劳器仓库效劳器厨房原料供给显示器仓库管理员原料管理分机仓库2.3功能构成图与ER图功能构成图ER图库存名称编号编号编号编号单价等级库存名称编号编号编号编号单价等级姓名名称称号姓名名称称号负责范围库存名称负责范围库存名称n1m1配料存放状态11属于m1n1m1桌号房间号存放n1图片简介11名称菜系编号属于图片n1编号属于11n1存放m1部长编号n1存放编号负责人n111属于名称名称编号编号编号内容日期编号编号名称编号简介结算账单名称编号菜品状态容量编号容量大厅餐桌包厢饮品厨具餐具留言簿一体机编号编号金额饮品菜名编号日期编号编号临时顾客消费历史点菜单物品库责任姓名编号会员厨房菜库部门工作人员编号现金工作人员类型货物管理员会员等级n1m1配料存放状态11属于m1n1m1桌号房间号存放n1图片简介11名称菜系编号属于图片n1编号属于11n1存放m1部长编号n1存放编号负责人n111属于名称名称编号编号编号内容日期编号编号名称编号简介结算账单名称编号菜品状态容量编号容量大厅餐桌包厢饮品厨具餐具留言簿一体机编号编号金额饮品菜名编号日期编号编号临时顾客消费历史点菜单物品库责任姓名编号会员厨房菜库部门工作人员编号现金工作人员类型货物管理员会员等级2.4数据流实际总价值N号桌菜单实际总价值N号桌菜单数据记录饭菜编号工作记录人员工作量和效劳质量菜单桌号菜单原料支出原料花费原料购置会员消费记录毛收入工资支出相应的奖金总根本工资工作人员工资按相应的优惠规那么饭菜编号工作记录人员工作量和效劳质量菜单桌号菜单原料支出原料花费原料购置会员消费记录毛收入工资支出相应的奖金总根本工资工作人员工资按相应的优惠规那么进行计算2.5认证管理管理员和经理进入系统时，必须输入账号与密码。客人在操作时，也要自己设置相应的密码。2.6系统可靠性及可扩展性系统的可靠性及可扩展性对企业级应用来说是非常重要的。我们的设计充分考虑了这两个因素。针对可靠性，我们的设计是在系统包含一个双机组成的数据仓库，。数据仓库带有自己的外存磁盘阵列。2.7非功能性设计性能需求容量设计建议每年的数据量分配在200G左右。响应设计高的响应能给用户带来效率上的提升，加快了工作效率，减少了等待时间，同时加快了系统的处理效率，我们将通过以下几方面手段来保证用户得到高质量的响应：优化模型设计，好的模型设计能够减少冗余数据量的加载和检索，以及表间关联检索，能大大提高系统数据的响应时间。有效利用数据库的缓存功能，对于经常访问的数据，可将数据缓存于数据库中，减少IO，利用集群功能，合理分配负载，充分利用各主机的CPU,内存等硬件资源。灾备设计灾备级别高:内部系统核心数据，包括所有连机和脱机数据，需要高级别的备份。中：系统需要的资料数据。低：与系统关系不大，偶尔系统需要使用到的数据。由此可见，对于高，中级别的数据，需要进行对应的备份。备份策略为了保障核心数据和重要数据的完整性和一致性，我们将提供对应的磁盘备份、联机备份和远程备份功能：磁盘备份：通过镜像(mirrored)磁盘矩阵,对每一个写到磁盘的字节，作实时的镜像备份，减少磁盘机出错的几率。磁盘备份一旦设定，由设备实现，无需人工干预。联机备份：提供24*365天的备份机制，用户可以基于调度来运行备份，可以基于系统运行的热备份。我们设计方案中使用的Oracle11g。远程备份：提供对付灾害性的系统失败的有效方式。远程备份把数据存放到地理上的远方，以应对主机可能遇到当地灾害性的损毁。我们建议把每天的热备份数据，拷贝到远端备份存储效劳器。以上的备份策略，保证在不影响系统效劳的条件下，在本地和远程，都保存一份前一天的备份数据。当地备份建议保存30天；远程备份建议保存7天。备份可以保存在磁带库、或光盘库。本地备份耗时目标是2小时；远程备份耗时目标是12小时。恢复策略常规的数据恢复流程设计如下：重启系统的所有效劳器和存储设备如必要，恢复系统从本地备份选取前一天的备份，或最近的备份；如果本地备份丧失，取远程备份恢复数据仓库数据恢复系统效劳常规数据恢复一般是在文件系统失败〔包括磁盘设备失败〕导致数据无法使用的情形下必须激活的程序。常规数据恢复保证系统回复到前一天的状态，但也意味着当天数据的丧失。一般系统出错的恢复，其实不一定需要用到备份，我们建议应该防止使用常规数据恢复，尽量考虑用其他方法把系统回复到最近的可用状态。以下我们以Oracle数据库为例，说明一下可以考虑的恢复措施。数据库的恢复过程分两步进行，首先将把存放在重做日志文件中的所有重做运用到数据文件，之后对重做中所有未提交的事务进行回滚。数据库的恢复只能在发生故障之前的数据文件上运用重做，将其恢复到故障时刻，而不能将数据文件反向回滚到之前的某一个时刻。数据库的异常、错误可以分为以下几类：SQL语句失败线程失败实例失败用户操作失败存储设备失败如果发生前三种失败，不需要人为干预，系统会自动进行恢复。对于用户操作型的失败〔如误删除数据〕，系统采取的补救措施主要有导入最新的逻辑备份或进行到某一时间点的不完全恢复。数据库引入了基于表空间的时间点恢复(TSPITR)，可以单独将包含错误操作的表空间恢复到指定时间，而不必对整个数据库进行不完全恢复。当错误操作发现比拟及时而且数据量不大的情况下也可以考虑使用logminer生成反向SQL。针对存储设备的失败的情况比拟复杂，存储设备的失败必然会使放置在其上的文件变为不可用，我们先将数据库所涉及到的文件进行一个划分，主要可分为：数据库的系统文件，指数据库的运行文件，各种应用程序数据库控制文件数据库联机重做日志文件数据文件归档日志文件防止第一种文件失败主要依赖系统管理员进行操作系统级的备份，当发生事故后只能依靠操作系统备份将其恢复。控制文件中记录着整个数据库的结构、每个数据文件的状况、系统SCN、检查点计数器等重要信息，在创立数据库时会让用户指定三个位置来存放控制文件，他们之间互为镜像，当其中任何一个发生故障，只需将其从ini文件中注释掉故障数据文件就可重新将数据启动。当所有控制全部失效时，可以在Nomount模式下执行createcontrolfile来重新生成控制文件，但必须提供redolog，datafile，文件名和地址以及MAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。如果失败之前运行过alterdatabasebackupcontrolfiletotrace或alterdatabasebackupcontrolfileto‘xxx’对控制文件作备份，恢复时可使用生成的脚本来重建或用备份文件覆盖，如果使用了旧的控制文件在恢复时要使用recoverxxxusingbackupcontrolfile选项来进行恢复，并使用resetlogs选项来翻开数据库。可获性设计高可获性来自于我们建议的软件系统，无论是Oracle,IBMDB2,或Actuate9,都支持失败转移等高级集群功能，满足提供7x24不间断效劳的要求，能够保证满足任何时候系统的可获性需求。易用性设计在软件的易用性方面，我们将充分考虑用户的体验性，简单性，高效率性为客户定制一套更适合客户需要的的系统，根据需要，我们将基于以下方面进行设计：制作一体机。用户界面友好、同时易操作。界面操作符合浏览习惯。界面风格，术语统一。合理的组织操作菜单查询等出现错误时提供友好的提示。平安性设计身份认证系统提供身份认证功能。使用系统的用户必须先要经过申请审批管理流程，通过有关部门管理人员的合法性审批，系统管理员在系统管理模块中设置用户名、操作权限和初始密码，并告知用户后，用户才可以用指定的用户名和密码登录进入系统，进行权限范围内的操作。在系统登录界面中，只有输入正确的用户名和密码，才能进入系统，进入系统后用户可随时修改自己的密码。对用户密码可提供更严格的控制功能，如首次登录系统必须修改密码、经过多长时间必须修改密码、屡次登录失败锁定用户等，进一步提供系统的身份认证平安性。用户权限控制系统提供权限管理功能模块，系统管理员可增加、删除、修改用户、用户组，设置用户的、操作权限、数据权限。通过用户、用户组及权限管理功能，可根据机构、部门、用户类别等建立用户组，用户可以属于某个组或几个组，也可以是独立用户。通过对用户组进行授权，组中的每个用户都拥有组的所有权限，极大方便了授权管理；独立的用户可以独立授权。用户组、用户的权限可以针对机构、业务数据的范围、功能范围等进行授权，实现系统应用的数据平安。关键数据加密存储对于存储到系统中的一些关键敏感数据，程序对这些数据进行加密存储，使得在其它任何软件环境中都无法获取明码。系统操作处理日志系统对用户登录情况，如登录用户、进入时间、退出时间、操作功能项等进行自动记录；对于数据录入、数据同步、数据抽取和数据分析等应用处理的时间、数据范围、执行情况等也自动记录日志，以便出问题时跟踪追查审计。系统日志还可用于系统操作的防抵赖。平安管理机构和制度建设明确系统的平安管理机构/部门、人员及职责，负责管理系统平安保密工作。制定系统平安保密管理制度，并严格加以执行及监督，实现资源的合理配置和统一管理，实现统一的访问控制策略，确保系统的平安运行、平安审查。在外部平安上，企业级的防火墙可以为本系统提供一个平安的运行环境。在系统内部，本系统用户众多，机构、角色、权限各不相同，因此必须具有较高的平安性，防止用户越权访问以及窃取数据。用户的每个动作都要经过身份验证，在身份与权限匹配的情况下才能继续执行其他操作，就可以有效实现平安性目标。操作授权：对不同使用部门使用产品的授权和其中不同级别的用户使用产品功能的授权由系统管理员分级授权，授权信息放在数据库中，操作员的每一个操作均需系统授权。3工程管理3.1沟通管理工程会议制度工程会议是效劳于工程工作的，是为了更好的加强工程沟通、解决工程实施过程中存在的各种问题。每次会议都要有专人做会议记录，会议纪要的格式参见双方约定文档标准中的会议纪要模板，会后由记录人员将会议纪要分发给相关人员，并上传版本库中。工程组根据工程实际情况拟设立定期会议和不定期会议，分别阐述如下：定期会议工程周例会会议目标：沟通工程状态，提出工程问题、风险和依赖条件；协调工程资源；对工程提出建议，问题的解决方法，行动方案。日期与时间：每周四14:00开始。参加人员：乙方工程经理；甲方工程经理；工程经理指定的其他成员。主要议程及责任：更新工程状态，包括：跟踪检查工程遗留问题的解决情况；工程状态信息，时间进度表等；问题，风险，依赖条件〔技术和管理〕；对提出的问题，讨论和决定行动方案；乙方负责做会议记录，会后分发会议记录，将会议记录上传到版本库中，并负责下一步行动方案。不定期会议工程状态会议会议目标：使工程全体人员明确目前工程的状态、问题、解决方法。日期与时间：根据实际需要确定。参加人员：所有工程人员。主要议程及责任：工程状态，存在的问题及解决方法；下阶段工程方案。工程领导组会议会议目标：审核下阶段工程方案；复查工程状态和里程碑；对工程中的重大问题做出决策；协调工程各方资源；解决工程各方可能发生的重大争议。日期与时间：根据工程进展实际情况安排。参加人员：工程领导组成员；乙方工程经理；甲方工程经理；其他有需要参加的人员。主要议程及责任：工程经理汇报工程状态和下阶段工程方案；工程领导讨论工程中需要决策的重大问题；乙方负责做会议记录，会后分发会议记录，将会议记录上传到版本库中，并负责下一步行动方案。重大问题汇报会议会议目标：汇报工程重大问题，并讨论决定采取何行动。日期与时间：重大问题出现时。参加人员：问题发起人；工程经理；高层领导等。主要议程及责任：汇报工程重大问题，找出解决方案，决定行动方案。工程组内部讨论/沟通会议会议目标：对工程组内部遇到的问题进行讨论，找出解决方案，并讨论决定采取何行动。日期与时间：根据开发的状态。参加人员：问题发起人；沟通相关人员等。主要议程及责任：讨论出现的各种相关问题，找出解决方案，决定行动方案。工程状态周报制度工程组各组员每周一上午提交周报，提交到乙方工程经理，由安讯软件〔上海〕工程经理汇总后提交给甲方工程经理；甲方工程经理根据工程状态，总结工程周报，形成工程组的状态周报，并于每周一下午4点之前上传到版本库中的周报目录上。沟通手段开会或直接交谈按需要组织会议进行沟通，或直接找相关的人进行讨论，注意记录沟通和讨论结果，重要问题讨论必须有书面会议记录。或会议通过的方式进行信息沟通。比照拟重要的事情，需要包括开发地点以外的人员，那么需要利用会议的方式进行讨论，沟通。电子邮件建立工程组电子邮件系统及与外界联系的电子邮件系统。3.2配置管理配置管理原那么所有的工程过程文档、代码或工程最终文档、代码的编制工作，都必须在甲方提供的配置环境中进行，所有人员都必须按甲方的配置管理制度进行工作。配置库管理配置库分为文档库和代码库。文档库管理工程的所有文档，而代码库管理工程的所有代码，文档及代码库进行基线化管理，按照工程阶段，对文档库和代码库打基线。经测试以及审核后提交产品库，文档与产品由甲方统一管理，未经甲方同意，不得对任何项进行任何更改。3.3变更管理为了保证工程开发工作的相对稳定性，提高工作效率，确保开发质量。对影响工程方案的变更，制定出处理变更的标准的、统一的方法和过程，估算出因变更引起的相应的资源、费用、和时间的变化以及变更确立后，变更的发布，执行，和过程质量的控制。本工程成立变更控制委员会，一般为单数组成〔甲方人数＝乙方＋1〕，由甲方指定人员任变更控制委员会主任;变更的审批由变更控制委员会表决决定，2/3人数通过为表决通过，变更控制委员会主任有最终否决权。如变更控制委员会无法对变更做出最后决定，由变更控制委员会主任将变更申请提交工程管理高层进行裁决。发起变更提出变更要求必须填写?变更申请表?〔参见附件C“变更申请表〞所附表样〕。?变更申请表?由变更申请人填写。变更控制委员会审议变更申请的有效性和变更的必要性，决定拒绝变更申请或者要求乙方对申请的变更进行评估。评估变更乙方指定的评估人员要充分评估变更对工程整体方案、进度、费用及质量的影响，进行全面的评估，在五工作日内，填写变更评估表〔参见附件C“变更申请表〞所附表样〕，以书面形式提交甲方。审批变更变更控制委员会对变更请求进行审批，由变更控制委员会主任签署书面变更审批单，有效变更审批间必须在审批结论中明确是否通过变更申请。涉及合同变更的不在变更控制委员会审批范围内，根据购置合同规定的条款进行审批。执行变更乙方负责根据变更审批结果，调整相关工程方案，根据新的工程方案和工程进度，重新分配资源，对变更展开工作，并指定变更执行评估人员。变更有关执行人进行变更执行。执行完成后向变更控制委员会报告变更执行情况。变更执行评估变更控制委员会中乙方委员负责填报变更执行结果评估表，对执行结果进行评估跟踪，并将结果向变更控制委员会主任报告。3.4质量管理质量规划质量目标：针对数据仓库一期系统，确立以下质量目标，甲乙双方应针对以下质量目标开展质量管理活动：保证100%满足业务需求要求的正确性与精确性用户满意度达90%以上质量管理原那么客户满意度优先预防优于检查管理层的责任持续改良质量保证方案：合同生效后，甲乙双方应在质量方针、质量目标、质量原那么及工程范围等的前提下建立质量保证方案，明确相关干系人质量管理职责、工程质量管理任务的定义与责任人、需遵守的制度、规程、标准与标准、质量控制的方法、工具、记录与跟踪等，便以此为根底，有效地开展质量管理活动。测试要求测试作为工程最主要的验证方式，应该得到双方的高度重视。应到达以下要求：所有测试必须有适用的测试管理流程，得到质量控制小组确实认在需求分析阶段，出具用户测试方案，以保证需求的可测试性在概要设计阶段，出具集成测试方案、集成测试案例在详细设计阶段，出具单元测试方案、单元测试案例编码阶段所有模块必须经过单元测试通过，并出具单元测试报告，经双方工程经理确认集成测试方案需经评审通过集成测试必须有两轮以上的测试，每轮测试必须有集成测试报告用户测试必须由甲方组织测试通过，出具经相关单位盖章的测试报告后，视为完成在集成测试完成后的程序修改应有足够的回归测试工