餐馆点菜系统可行性分析研究报告[1].doc

《餐馆点菜系统可行性分析研究报告[1].doc》由会员分享，可在线阅读，更多相关《餐馆点菜系统可行性分析研究报告[1].doc（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 文档编号: LMS2版 本 号: V1.0 文档名称： 可行性分析报告 项目名称： 餐馆点菜系统 项目负责人： 王晓凤、曹春美 编写： 曹春美 2013年12月7日校对： 王晓凤 2013年12月7日审核： 王晓凤 _ 2013年12月7日1引言1.1 编写目的经过对该餐馆点菜系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。1.2 背景项目名称：餐馆点菜系统 用户：餐馆说明：随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象。在餐饮业竞争越来越激烈的今天，酒店如何提

2、高服务质量、管理能力显得越来越重要。如果单凭手工操作，不仅效率低下，而且会极大地影响到酒店的服务质量。酒店餐饮点菜系统作为餐饮管理规划的一部分，集点菜、结帐、查询、统计、设置等各种功能为一体，对于提高餐饮管理效率、增加收入发挥不可替代的作用。1.3 项目概述餐馆点菜系统是适用在餐馆、酒店等公共就餐场所的一款软件，该系统的开发可以加快客人的就餐速度，方便商家的运营，改变传统的点餐模式。本系统用JSP开发，利用此系统，使得前台服务不再和以前一样使用纸笔记录，只是轻点键盘就能完成，减少错误地发生，避免不必要的损失。1.4文档概述该文档是对餐馆点菜系统进行的可行性分析报告，明确开发风险及其所带来的经济

3、效益,同时对面临的问题想出解决的方案。2 引用文件 1张海藩.软件工程导论（第3版） 人民邮电出版社 2费贤举.Java面向对象程序设计 中国电力出版社3可行性分析的前提3.1项目的要求3.1.1 功能要求 此系统所要完成的主要功能有两方面： 如果是点餐，顾客要先选择自己的座位，然后由服务员键入系统，然后开始点餐，完成后由系统显示出所有的被点菜品给客户。 如果是结账，业务员把桌号输入系统,核对菜单无误后系统计算金额并印出清单给顾客。 3.1.2 性能要求 为了满足顾客的要求，系统必须要有高的运作速度，顾客在点餐时，系统必须能快速及时作出响应，迅速处理信息，显示出所有相关的信息并显示出来，所以要

4、求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，餐馆点菜系统必须有可靠的安全措施，以保证顾客的食品安全。 3.1.3 接口要求 服务员在查看顾客消费记录是要全部一直显示在屏幕；顾客也可以从按键口键入桌号到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给顾客。 3.1.4 输入要求 服务员从系统输入点餐数据的时候，要迅速精确。 3.1.5 输出要求 要求能快速准确结算处顾客所消费的金额，同时可以准确的查询当天的运营总额。3.2项目目标近期目标 第一年内在一个餐馆建立一个餐馆内部的点菜系统，初步

5、实现餐馆点菜系统的计算机化，并保证该餐馆能够按期望顺利完成工作。 长期目标 拟在三至四年内，在国内多间餐馆、酒店中建立该餐馆点菜系统，促进多间餐馆、酒店间的互联合作，实现餐馆点菜系统的计算机管理体制，提高餐馆点菜的整体水平；并实现高效性、方便性、实用性、互联性，从而提高餐馆的知名度，提升餐馆的经济效益和社会效益。 3.3项目的环境、条件、假定和限制3.3.1 开发时间（只限于近期目标） 预定为半年 3.3.2 运行环境 Windows XP 及以上操作系统、数据库：sql 3.3.3 使用寿命 该系统至少使用四年以上。 3.4进行可行性分析的方法在餐饮业，顾客永远是这个行业的核心，所以，顾客的

6、习惯和喜好是这个行业首先就要搞清楚的资料。采用问卷调查方法可以很清楚的了解到顾客的喜好与习惯，通过对餐馆服务员和客户的调查以获得第一手资料，确定客户在实际应用中的需求；然后经过座谈或开会的形式和专家、餐馆经理交流分析,落实最后的问题定义。4可选的方案 4.1 原有方案的优缺点、局限性及存在的问题当前大多数餐馆在顾客点菜时比较麻烦，虽然服务员可以介绍菜品的特点，但是操作过多，浪费时间且严重影响了工作效率，以至其他顾客等待时间过长感到不耐烦，且计算的出错率高，影响餐馆的形象。虽然说增加服务员的数量可以在一定的程度上解决这样的问题，但是就目前的薪金，聘用一个服务员远远没有在技术上的革新更为经济。如果

7、使用了餐馆点菜系统，就可以大大减少聘用服务员的数量，餐馆可以节省一大笔薪资支出，和现在大多数餐馆使用的人工手写点菜方式相比，餐馆点菜系统更具有优势。所以，开发餐馆点菜系统具有很好的发展前景。4.2选择最终方案的准则尽量满足顾客和商家的要求，做到性能稳定、降低出错率、提高软件出错后的易恢复性，可移植性、易测试性和版本升级需求。5所建议的系统5.1对所建议的系统的说明根据系统目标以及现行系统存在的问题，建议新系统分两步实现： 第一阶段（1 年内）先在一个餐馆建立一个内部的网络，以实现餐馆点菜的计算机化。能够处理以下工作：本餐馆内的菜品介绍，点菜，结账；及时办理业务；提高工作效率。 第二阶段（24

8、年）在全国多家餐馆间建立一个互联的网络系统，实现餐馆点菜系统的信集成，完成后的系统可以实现了解各个餐馆推出的特色菜。5.2数据流程和处理流程5.2.1 数据流图点菜系统的基本系统模型1 点菜系统 点菜事务 菜单服务员顾客 账单 结账通知 点菜系统的功能级数据流图顾客 点菜事务 菜单服务员1.1 产生菜单1.1 开始点菜 菜 单 菜 单 结 帐 D1 菜单信息 通 知顾客1.3 结算金额 账单 查 询 返回 价格 D2 菜单系统 把处理事务的流程图进一步细化后的数据流图1.1.3 录入桌号 服务员编号1.1.1接受事务顾客 登陆 点菜事务 点 菜 加 菜 删 菜1.1.4 点菜1.1.2 显示菜

9、单 菜单 菜单 D1 菜单信息 更新菜单 菜 单 查 菜 查 询 缺菜通知 询 单 菜 服务员 D2 菜单系统 单 结算金额 结算通知 账 单1.4 打印账单报表 账单报表 顾客5.2.2处理流程图 餐馆点菜系统 系统管理 登陆系统更新密码修改录入桌号服务员编号开始点菜 逐个点菜按菜系点菜 直接搜索点菜查找菜 凉菜川菜粤菜其他菜系加入菜单 热菜 饮料酒水 凉菜 主食加入菜单 热菜 确认 饮料酒水 主食 确认5.2.3 E-R图5.3 数据字典数据流名称： 点菜事务 别名： 无 简述： 顾客开始点菜时的必备信息的填写 来源： 顾客 去向： 接受事务 数据流量：200份/天 组成： 桌号+日期+服

10、务员编号数据流名称： 菜单信息 别名： 无 简述： 点菜系统可供顾客选择的菜系品种 来源： 点菜系统 去向： 点菜系统 数据流量：200份/天 组成： 类型+菜名+单价数据流名称： 菜单 别名： 无 简述： 点菜系统处理过的点菜系统 来源： 点菜系统 去向： 服务员后期处理 数据流量： 200份/天 组成： 桌号+类型+菜名+单价+件数日期+服务员编号+总金额数据流名称： 账单 别名： 无 简述： 顾客消费的相关信息 来源： 点菜系统 去向： 顾客 数据流量： 200份/天 组成： 菜品+菜名+单价+数量+桌号+日期+服务员编号+总金额数据流名称： 结账通知 别名： 无 简述： 由顾客发出的信

11、号，表示顾客吃完要结账走人 来源： 服务员 去向： 点菜系统 数据流量： 200份/天 组成： 桌号数据流名称： 加菜、删菜通知 别名： 无 简述： 客户修改菜单相关信息 来源： 客户 去向： 点菜系统 数据流量： 200份/天 组成： 菜品+菜名+单价+数量+桌号+日期+服务员编号数据流名称： 登陆 别名： 无 简述： 顾客已经被分配到位置了，然后开始点菜 来源： 顾客 去向： 点菜系统 数据流量：200次/天 数据流名称： 查询系统 别名： 无 简述： 顾客想要浏览菜单信息，然后调用数据库，显示所有相关信息 来源： 顾客 去向： 菜单数据库 数据流量： 200份/天 组成： 菜品+菜名+单

12、价数据流名称： 查询菜单 别名： 无 简述： 顾客在结账的时候，想要了解自己一共点了多少菜以及总金额 来源： 系统 去向： 点菜系统 数据流量： 200次/天 组成： 菜品+菜名+单价+数量+桌号+日期+服务员编号加工名：接受事务简单描述：当顾客被分配到位置同时有服务员服务时，事务被激发输入：顾客输出：被否定的合格事务加工逻辑：根据餐厅内的座位号是否存在并没人 IF 餐厅座位号存在并没人 Then 服务员处理事务 Else 审核是否是有效的座位 座位是否已经有人5.4与原模式的比较原模式纯属是耗时间，耗人力的点菜模式，现在的系统方便，快速，节约了成本，同时还赢得了好的口碑，带来了隐性的收益。5

13、.5要求5.5.1环境运行环境：window 75.5.2经费经费来源：相关餐馆5.6局限性由于时间和经济方面的限制，在开发的一两年内只能实现某一餐馆的点菜系统计算机化，有望在第二阶段实现更广阔的互联网，第二代餐馆点菜系统可以做成一个APP，实现在互联网环境下的足不出户的点菜享受。6经济可行性6.1投资6.1.1 基础投资 正版软件 1万 sql 20 万 网络设备 10 万元 机器设备（假设有五个平台） 15 万元 辅助设备 15 万元 共计 61 万元 6.1.2 其它投资 业务员工资 300 万元/五年 培训技术员 6 万元 维护费用 10 万元 不可知费用 15 万元 共计 331 万

14、元 投资共计 392 万元 6.2预期的经济效益6.2.1一次性收益触摸屏点菜系统投入使用后，可减少人员工资开支，相应的收益就会增加，并且在人员管理方面得到简化，采用触摸屏一次性录入数据，简化数据录入程序。增加客人流动量为酒店增加整体营业额。6.2.2非一次性收益在安装了触摸屏点菜系统以后服务员只要经过短暂的培训就可以熟悉整个操作流程.由于操作流程简单,这就使餐桌的利用率得到提高，增加了整个餐厅的流动量.由于全部过程都是电脑控制,这就可以避免人为的资金流失和其他方面的损失,而且能够使餐厅经理们迅速的了解营业情况,并根据具体情况作出决策。6.3收益分析6.3.1精减人员收益 减少人员 10 人（

15、5000 元/月）五年收益： （按利息率 1%） 5000*12*（1.1-1+（1.1）-2+(1.1)-55）*10*5=1137 万元 6.3.2 整体收入增加 由于工作效率的提高，服务员出错率降底及服务质量的提高和客户的不断增加，每年可以增加 10%的收益（假设当前收益是 3000 万/年）： 3000 万*(0.1*1.1-1+(1.12 1)*（1.1）-2+(1.15 -1)*(1.1)-55)*5=19500万 共计收益 20637 万元 6.3.3收益/投资比20637 元/392 元=52 6.3.4投资回收周期投资回收周期为一年6.4市场预测由于受餐饮市场传统模式的影响，

16、目前的点菜模式大多都是非智能化的，这是一种费时费力同时费钱的模式。相信在这款系统推出后，一定会受到众多餐饮店的推崇，该系统的前景还是非常乐观的。7技术可行性通过对各大中小型酒店管理者进行问卷调查及访问谈话而得到用户对此系统的信任度关注度及依赖度的。通过建模分析，得出了取代旧系统的新系统的功能需求。系统的技术平台、开发工具是当前主流成熟的常用技术，有很多成功的案例。8法律可行性 触摸屏点菜系统，需要使用正版操作系统软件及应用软件平台，避免为此发生法律纠纷；触摸屏点菜系统的开发完全为自主设计，不存在任何侵权问题，因此可以放心使用。9操作可行性触摸屏点菜系统使用简单，速度快，准确度高，现有人员只需经过简单培训即可熟练掌握其使用依法；系统操作员可使用动手能力较强的人员，经过短期培训就能解决常见问题。10结论 餐馆点菜系统技术在目前是一个技术上成熟的系统，并且在各个餐馆内准备建立起联网设备等。因此，分阶段开发“餐馆点菜系统”的构想是可行的。为了使餐馆适应现代化高场竞争的需求，促进管理的信息化，不断满足客户的要求，争取更好的经济效益，建议立即着手系统的建议。