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

餐饮管理系统开发投标书 实现部分 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前台流程占用情况客人到达，来到一体机，此为一体机1号桌2号桌3号桌开始界面，根据自己选择想要的桌号（在使用的桌子为灰色，不可点）。看右图（对于包间的一体机不用如此选择） 输入密码 点击后进入另一界面，规定设立密码（1 2 34 5 67 8 90 为了防止出现不必要的错误），然后进入。系统将该密码打印，给客人，以免客返回拟定人忘掉密码。您是否为会员进入下一个界面，判断是否为会员否是会员号密码假如是会员，则规定输入会员号和会员密码确认进行完上述操作后，进入主界面。以菜单查阅为例，以列表方式呈菜，点击后可看具体信息（文献夹功能只有会员可用，会员可以将自己喜欢吃的菜放入文献夹，所以具体信息中，只有会员才有加入文献夹功能）。当然，查看状态和添加菜只能在提交完菜单之后才可使用。如下图所示。菜系价格菜单查阅方式八宝原壳鲜贝品品醋黄河鲤鱼查看状态已点菜文献夹菜单查阅读特色查询图片加入菜单历史价格具体信息中包含许多重要信息返回最后顾客选完菜之后，可以查看自己所点的菜，并进行一些操作如下图所示。查看所点菜百合牛肉红枣煨肘删除提交菜单俏江南美食7号桌菜单信息提交到厨房，传到厨房的1号包间菜单按照时间和会员级别排序后1号桌显示。厨师点击后可以进入具体菜单（点击后该桌变为灰色，不可再点，以防冲突）7号桌菜单百合牛肉红枣煨肘解决以7号桌的菜单为例，展示内部具体解决菜单内部构造。点击解决之后进入下一个解决界面7号桌牛肉2号桌牛肉做完在做这里是为了厨师可以一次做多道相同做完在做的菜，提高效率。做完之后，该桌的做完在做这道菜和其它相应桌的菜变为灰色。厨师A厨师B厨师C7号桌菜状态雪魔芋鸡翅鳝鱼鸡蛋卷做完在做假如此时客人想查看菜的状态，做完在做可以再次登陆自己的那桌，点在做做完击查看状态选项查看所点菜假如客户想要加菜，登陆自己的雪魔芋鸡翅鳝鱼鸡蛋卷删除地锅鱼俏江南美食那桌，点菜方式和刚开始完全一样，点完之后查看菜单，上面有以前的菜和现在刚点的菜（以前点的菜没有删除选项），刚点的提交菜单菜以不同颜色显示，提交的时候，系统只把新点的菜传入厨房。结账1号桌2号桌3号桌结账时，会员和非会员有不同的计算方法，都到收银台结账（收银台处的一体机功能唯一，只显示菜单和价格），可以使用钞票或是刷卡方式。客人输入密码后进入自己的桌子，界面显示如下：雪魔芋鸡翅鳝鱼鸡蛋卷7号桌总价结账评价点击结账之后，该桌从灰色变为黑色，表白该桌无人使用，可再次点击。并无提交且同时打印收据。然后，出现评价窗口，可以评价饭菜质量或是服务态度，如有图所示：2.1.2后台流程2.2物理架构总经理室厨房原料供应分机点餐信息显示分机包厢点餐分机大厅点菜分机1大厅点菜分机2厨房总经理室实时监控分机大堂柜台分机菜单服务器数据仓库存储介质硬件分布包厢大厅厨房服务器仓库服务器厨房原料供应显示器仓库管理员原料管理分机仓库2.3功能构成图与ER图2.3.1功能构成图2.3.2 ER图库存名称编号编号编号编号单价等级姓名名称称号负责范围库存名称n1m1配料存放状态11属于m1n1m1桌号房间号存放n1图片简介11名称菜系编号属于图片n1编号属于11n1存放m1部长编号n1存放编号负责人n111属于名称名称编号编号编号内容日期编号编号名称编号简介结算账单名称编号菜品状态容量编号容量大厅餐桌包厢饮品厨具餐具留言簿一体机编号编号金额饮品菜名编号日期编号编号临时顾客消费历史点菜单物品库责任姓名编号会员厨房菜库部门工作人员编号钞票工作人员类型货品管理员会员等级2.4数据流实际总价值 N号桌菜单 数据记录饭菜编号工作记录人员工作量和服务质量菜单桌号 菜单原料支出原料花费 原料购买会员消费记录毛收入工资支出相应的奖金总基本工资 工作人员工资按相应的优惠规则进行计算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安全性设计身份认证系统提供身份认证功能。使用系统的用户必须先要通过申请审批管理流程，通过有关部门管理人员的合法性审批，系统管理员在系统管理模块中设立用户名、操作权限和初始密码，并告知用户后，用户才可以用指定的用户名和密码登录进入系统，进行权限范围内的操作。在系统登录界面中，只有输入对的的用户名和密码，才干进入系统，进入系统后用户可随时修改自己的密码。对用户密码可提供更严格的控制功能，如初次登录系统必须修改密码、通过多长时间必须修改密码、多次登录失败锁定用户等，进一步提供系统的身份认证安全性。用户权限控制系统提供权限管理功能模块，系统管理员可增长、删除、修改用户、用户组，设立用户的、操作权限、数据权限。通过用户、用户组及权限管理功能，可根据机构、部门、用户类别等建立用户组，用户可以属于某个组或几个组，也可以是独立用户。通过对用户组进行授权，组中的每个用户都拥有组的所有权限，极大方便了授权管理；独立的用户可以独立授权。用户组、用户的权限可以针对机构、业务数据的范围、功能范围等进行授权，实现系统应用的数据安全。关键数据加密存储对于存储到系统中的一些关键敏感数据，程序对这些数据进行加密存储，使得在其它任何软件环境中都无法获取明码。系统操作解决日记系统对用户登录情况，如登录用户、进入时间、退出时间、操作功能项等进行自动记录；对于数据录入、数据同步、数据抽取和数据分析等应用解决的时间、数据范围、执行情况等也自动记录日记，以便出问题时跟踪追查审计。系统日记还可用于系统操作的防抵赖。安全管理机构和制度建设明确系统的安全管理机构/部门、人员及职责，负责管理系统安全保密工作。制定系统安全保密管理制度，并严格加以执行及监督，实现资源的合理配置和统一管理，实现统一的访问控制策略，保证系统的安全运营、安全审查。在外部安全上，公司级的防火墙可认为本系统提供一个安全的运营环境。在系统内部，本系统用户众多，机构、角色、权限各不相同，因此必须具有较高的安全性，防止用户越权访问以及窃取数据。 用户的每个动作都要通过身份验证，在身份与权限匹配的情况下才干继续执行其他操作，就可以有效实现安全性目的。操作授权：对不同使用部门使用产品的授权和其中不同级别的用户使用产品功能的授权由系统管理员分级授权，授权信息放在数据库中，操作员的每一个操作均需系统授权。3项目管理3.1沟通管理3.1.1项目会议制度项目会议是服务于项目工作的，是为了更好的加强项目沟通、解决项目实行过程中存在的各种问题。每次会议都要有专人做会议记录，会议纪要的格式参见双方约定文档规范中的会议纪要模板，会后由记录人员将会议纪要分发给相关人员，并上传版本库中。项目组根据项目实际情况拟设立定期会议和不定期会议，分别阐述如下：定期会议 项目周例会 会议目的： 沟通项目状态，提出项目问题、风险和依赖条件；协调项目资源；对项目提出建议，问题的解决方法，行动计划。 日期与时间： 每周四14:00开始。 参与人员： 乙方项目经理；甲方项目经理；项目经理指定的其他成员。 重要议程及责任：更新项目状态，涉及：跟踪检查项目遗留问题的解决情况；项目状态信息，时间进度表等；问题，风险，依赖条件（技术和管理）；对提出的问题，讨论和决定行动计划；乙方负责做会议记录，会后分发会议记录，将会议记录上传到版本库中，并负责下一步行动计划。不定期会议 项目状态会议 会议目的： 使项目全体人员明确目前项目的状态、问题、解决方法。 日期与时间：根据实际需要拟定。 参与人员： 所有项目人员。 重要议程及责任：项目状态，存在的问题及解决方法；下阶段项目计划。 项目领导组会议 会议目的： 审核下阶段项目计划；复查项目状态和里程碑；对项目中的重大问题做出决策；协调项目各方资源；解决项目各方也许发生的重大争议。 日期与时间：根据项目进展实际情况安排。 参与人员：项目领导组成员；乙方项目经理；甲方项目经理；其他有需要参与的人员。 重要议程及责任：项目经理报告项目状态和下阶段项目计划；项目领导讨论项目中需要决策的重大问题；乙方负责做会议记录，会后分发会议记录，将会议记录上传到版本库中，并负责下一步行动计划。 重大问题报告会议 会议目的： 报告项目重大问题，并讨论决定采用何行动。 日期与时间：重大问题出现时。 参与人员：问题发起人；项目经理；高层领导等。 重要议程及责任：报告项目重大问题，找出解决方案，决定行动计划。 项目组内部讨论/沟通会议 会议目的：对项目组内部碰到的问题进行讨论，找出解决方案，并讨论决定采用何行动。 日期与时间：根据开发的状态。 参与人员：问题发起人；沟通相关人员等。 重要议程及责任：讨论出现的各种相关问题，找出解决方案，决定行动计划。3.1.2项目状态周报制度项目组各成员每周一上午提交周报，提交到乙方项目经理，由安讯软件（上海）有限公司项目经理汇总后提交给甲方项目经理；甲方项目经理根据项目状态，总结项目周报，形成项目组的状态周报，并于每周一下午4点之前上传到版本库中的周报目录上。3.1.3沟通手段 开会或直接交谈按需要组织会议进行沟通，或直接找相关的人进行讨论，注意记录沟通和讨论结果，重要问题讨论必须有书面会议记录。 电话或电话会议通过电话的方式进行信息沟通。对比较重要的事情，需要涉及开发地点以外的人员，则需要运用电话会议的方式进行讨论，沟通。 电子邮件建立项目组电子邮件系统及与外界联系的电子邮件系统。3.2配置管理3.2.1配置管理原则所有的项目过程文档、代码或项目最终文档、代码的编制工作，都必须在甲方提供的配置环境中进行，所有人员都必须按甲方的配置管理制度进行工作。3.2.2配置库管理配置库分为文档库和代码库。文档库管理项目的所有文档，而代码库管理项目的所有代码，文档及代码库进行基线化管理，按照项目阶段，对文档库和代码库打基线。经测试以及审核后提交产品库，文档与产品由甲方统一管理，未经甲方批准，不得对任何项进行任何更改。3.3变更管理为了保证项目开发工作的相对稳定性，提高工作效率，保证开发质量。对影响项目计划的变更，制定出解决变更的规范的、统一的方法和过程，估算出因变更引起的相应的资源、费用、和时间的变化以及变更确立后，变更的发布，执行，和过程质量的控制。本项目成立变更控制委员会，一般为单数组成（甲方人数乙方1），由甲方指定人员任变更控制委员会主任;变更的审批由变更控制委员会表决决定，2/3人数通过为表决通过，变更控制委员会主任有最终否决权。如变更控制委员会无法对变更做出最后决定，由变更控制委员会主任将变更申请提交项目管理高层进行裁决。3.3.1发起变更提出变更规定必须填写变更申请表（参见附件C“变更申请表”所附表样）。变更申请表由变更申请人填写。变更控制委员会审议变更申请的有效性和变更的必要性，决定拒绝变更申请或者规定乙方对申请的变更进行评估。3.3.2评估变更乙方指定的评估人员要充足评估变更对项目整体计划、进度、费用及质量的影响，进行全面的评估，在五工作日内，填写变更评估表（参见附件C “变更申请表”所附表样），以书面形式提交甲方。3.3.3审批变更变更控制委员会对变更请求进行审批，由变更控制委员会主任签署书面变更审批单，有效变更审批间必须在审批结论中明确是否通过变更申请。涉及协议变更的不在变更控制委员会审批范围内，根据购买协议规定的条款进行审批。3.3.4执行变更乙方负责根据变更审批结果，调整相关项目计划，根据新的项目计划和项目进度，重新分派资源，对变更展开工作，并指定变更执行评估人员。变更有关执行人进行变更执行。执行完毕后向变更控制委员会报告变更执行情况。3.3.5变更执行评估变更控制委员会中乙方委员负责填报变更执行结果评估表，对执行结果进行评估跟踪，并将结果向变更控制委员会主任报告。3.4质量管理3.4.1质量规划 质量目的：针对数据仓库一期系统，确立以下质量目的，甲乙双方应针对以下质量目的开展质量管理活动： 保证100%满足业务需求规定的对的性与精确性 用户满意度达90%以上 质量管理原则 客户满意度优先 防止优于检查 管理层的责任 连续改善 质量保证计划：协议生效后，甲乙双方应在质量方针、质量目的、质量原则及项目范围等的前提下建立质量保证计划，明确相关干系人质量管理职责、项目质量管理任务的定义与负责人、需遵守的制度、规程、规范与标准、质量控制的方法、工具、记录与跟踪等，便以此为基础，有效地开展质量管理活动。 测试规定测试作为项目最重要的验证方式，应当得到双方的高度重视。应达成以下规定： 所有测试必须有合用的测试管理流程，得到质量控制小组的确认 在需求分析阶段，出具用户测试计划，以保证需求的可测试性 在概要设计阶段，出具集成测试计划、集成测试案例 在具体设计阶段，出具单元测试计划、单元测试案例 编码阶段所有模块必须通过单元测试通过，并出具单元测试报告，经双方项目经理确认 集成测试计划需经评审通过 集成测试必须有两轮以上的测试，每轮测试必须有集成测试报告 用户测试必须由甲方组织测试通过，出具经相关单位盖章的测试报告后，视为完毕 在集成测试完毕后的程序修改应有足够的回归测试工作，并得到项目质量控制小组的确认3.4.2质量保证甲乙双方在项目实行期间应进行以下质量保证活动：1. 规则的培训与指导 双方项目经理负责组织在项目启动阶段向项目组成员做有关制度、规程、标准、工具与模板的使用培训。2. 文档管理 文档规范 文档需遵循一定的规范，由双方参照相关国际与国家标准协商制定，需经甲方项目质量控制人员审核通过。 文档标记方法必须有统一的文档编号; 文档应具有相关的定位信息与参考信息等，如：文档作者、完毕日期、批准人员、批准日期、新发布与修订情况、流通清单、机密性限制等 文档批准：所有文档必须经项目经理或质量保证人员的审核通过，正式提交件必须通过相关评审认可，参见提交件管理部分。 文档的存储与检索： 存储：双方明确文档存储管理人员，正式提交文献存储应在甲方统一配置管理平台上进行。 文档的流通与检索：经审核的新文档必须准时流通到指定收件人;保证副本的有效、准确、保密性。 文档保密、涉及文档的废止：严格按照文档类型的限制访问;防止非授权人员改变存储的文档;提供电子或纸质的备份;拟定存储期限。3. 需求跟踪管理：甲乙双方项目人员应在项目开发过程建立需求跟踪矩阵，以对需求进行有效跟踪。4. 评审、同行评审与走查：在项目需求分析阶段，需求分析说明书在正式提交前均应进行内部评审工作。在项目设计阶段，相关技术文档均应进行至少一次的同行评审工作，双方质量保证人员负责跟踪缺陷的解决。在项目编码阶段，开发组长应每半月组织至少进行一次代码的走查的工作，开发组长负责缺陷的跟踪。5. 变更控制：双方均需遵守定义的变更控制流程，具体流程详见变更控制部分6. 版本管理：对每一阶段的产品，进入集成阶段后，所有的版本控制工作，由甲方指定配置管理员统一按有关流程进行发布，甲乙双方其别人员不得以任何形式在测试环境或生产环境进行发布工作。7. 问题跟踪：乙方负责指定专人对项目实行过程中出现的问题与缺陷进行跟踪解决，每周出具相关记录信息。8. 过程审计：质量控制小组定期对项目质量工作进行审计，双方应就审计结论进行相关整改。9. 质量报告：双方项目经理应本着实事求是的原则，向双方管理层及时准确地报告项目情况，保证项目的可视性。3.4.3质量检查甲乙双方应就项目进展情况定期进行质量检查工作，保证项目按既定计划，保证质量地实行。乙方应配合甲方有关项目管理部门进行质量检查，并及时根据检查结果，进行跟踪解决。