餐厅点餐系统可行性分析报告

一、可行性争论报告一、可行性争论报告 11．引言21.121.221.321.422．可行性争论的前提 22.2目标 32.332.432.533．对现有系统的分析43.143.343.443.553.6局限性 54．所建议技术可行性分析54.154.254.37承受建议系统可能带来的影响 7局限性 84.6可选择的其他系统方案可选择的系统方案一8996．投资及效益分析6.1支出 999根本建设投资其他一次性支出非一次性支出6.2收益 1091096.3106.4106.511社会因素方面的可行性 11法律方面的可行性 11使用方面的可行性 118结论 11引言〔张皓天〕编写目的有一个共同的理解，使之成为整个开发工作的根底。工程背景本工程的任务提出者：许妍妍同志本工程的任务目标使用用户:各大中小型餐厅华、刘泽楠立的软件系统，除需要银行供给一个信用卡接口外，几乎与其他系统毫无关系。定义【列出文档中所用到的特地术语的定义和缩写词的原文。】参考资料《酒店菜单价格治理方法》《软件工程导论》—张海藩可行性争论的前提〔刘珈臣〕要求：面对客户现实特色菜系，菜单项选择项，价格标注，具体菜名查询，点〕，面对厨房显示所需做菜任务，提示页面。面对收银撤销菜品页面，售价统计对菜品的操作，系统更速度快，满足顾客的换菜等实时要求。品价格点餐时间顾客额外要求等。求需要注明修改价格以及撤销菜品，修改顾客信息等权限。与软件相关的其他系统：基于数据库的各类信息存储系统。完成期限：一个月目标省时省力,赐予顾客一个轻松的点餐方式。条件、假定和限制运行环境windows7通过各个酒店采集相关的订餐信息数据库Microsoft SQL 可行性争论方法否需要添工程等。预算本钱收入及可行性概率，来获得客户对此系统的认同程度，通过客户的满足度来确定是否投入。打算可行性的主要因素本钱效益分析结果：效益远远大于本钱。技术方面：现有阶段完全可以承受开发任务。操作方面：现有同学都可以便利快速承受对系统都有了解。对现有系统的分析〔赵志鹏〕数较多，酒店整体看起来不易整齐、较吵杂。收入，而且不能准时了解营业状况做出合理决策处理流程和数据流程费用支出不便利，还要供给其他比较繁琐的责任等等简洁引起以上所述的走餐、走单、走数等状况。隐形本钱提高，相对收入就少。人员员要求比较多，较铺张人力资源，不便于治理。设备一台用作存储的计算机或是多台计算机不等局限性的收入，而且不能急事，了解营业状况做出合理决策。所建议技术可行性分析〔许妍妍〕对系统的简要描述和学问水平，所以要求操作简洁，界面友好。SQLServer2023处理流程和数据流程F1菜单菜谱信息F2菜单申请结账信息消费清单消费金额消费清单菜单菜谱信息更后的菜单加菜退菜信息〔更后〕菜单结账申请信息消费清单结账金额信息F2消费清单申请会员信息代金券信息会员抽奖F3与现有系统比较的优越性统中，除此之外，还增加了抽奖，退菜加菜，申请会员，参与团购等各种特色功能，而且实现触屏操作，更简洁便利，而且界面敏捷。承受建议系统可能带来的影响对设备的影响储存容量大，磁盘容量大的数据库硬件系统。需要90MHz或者更高的微处理器。CPU最低限度,即使是毫无阅历的操作员也能轻松面对。因此无须考虑会不会用的问题。削减