餐馆点菜系统可行性分析研究报告文档格式.doc

餐馆点菜系统可行性分析研究报告文档格式.doc

《餐馆点菜系统可行性分析研究报告文档格式.doc》由会员分享，可在线阅读，更多相关《餐馆点菜系统可行性分析研究报告文档格式.doc（11页珍藏版）》请在冰豆网上搜索。

1.1编写目的

经过对该餐馆点菜系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。

明确开发风险及其所带来的经济效益。

本报告经审核后，交由软件经理审查。

1.2背景

项目名称：

餐馆点菜系统

用户：

×

餐馆

说明：

随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象。

在餐饮业竞争越来越激烈的今天，酒店如何提高服务质量、管理能力显得越来越重要。

如果单凭手工操作，不仅效率低下，而且会极大地影响到酒店的服务质量。

酒店餐饮点菜系统作为餐饮管理规划的一部分，集点菜、结帐、查询、统计、设置等各种功能为一体，对于提高餐饮管理效率、增加收入发挥不可替代的作用。

1.3项目概述

餐馆点菜系统是适用在餐馆、酒店等公共就餐场所的一款软件，该系统的开发可以加快客人的就餐速度，方便商家的运营，改变传统的点餐模式。

本系统用JSP开发，利用此系统，使得前台服务不再和以前一样使用纸笔记录，只是轻点键盘就能完成，减少错误地发生，避免不必要的损失。

1.4文档概述

该文档是对餐馆点菜系统进行的可行性分析报告，明确开发风险及其所带来的经济效益,同时对面临的问题想出解决的方案。

2引用文件

[1]张海藩.软件工程导论（第3版）人民邮电出版社

[2]费贤举.Java面向对象程序设计中国电力出版社

3可行性分析的前提

3.1项目的要求

3.1.1功能要求

此系统所要完成的主要功能有两方面：

如果是点餐，顾客要先选择自己的座位，然后由服务员键入系统，然后开始点餐，完成后由系统显示出所有的被点菜品给客户。

如果是结账，业务员把桌号输入系统,核对菜单无误后系统计算金额并印出清单给顾客。

3.1.2性能要求

为了满足顾客的要求，系统必须要有高的运作速度，顾客在点餐时，系统必须能快速及时作出响应，迅速处理信息，显示出所有相关的信息并显示出来，所以要求很高的信息量速度和大的主存容量；

由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；

安全性也是系统最重要的性能需求之一，餐馆点菜系统必须有可靠的安全措施，以保证顾客的食品安全。

3.1.3接口要求

服务员在查看顾客消费记录是要全部一直显示在屏幕；

顾客也可以从按键口键入桌号到系统以核对；

计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给顾客。

3.1.4输入要求

服务员从系统输入点餐数据的时候，要迅速精确。

3.1.5输出要求

要求能快速准确结算处顾客所消费的金额，同时可以准确的查询当天的运营总额。

3.2项目目标

近期目标

第一年内在一个餐馆建立一个餐馆内部的点菜系统，初步实现餐馆点菜系统的计算机化，并保证该餐馆能够按期望顺利完成工作。

长期目标

拟在三至四年内，在国内多间餐馆、酒店中建立该餐馆点菜系统，促进多间餐馆、酒店间的互联合作，实现餐馆点菜系统的计算机管理体制，提高餐馆点菜的整体水平；

并实现高效性、方便性、实用性、互联性，从而提高餐馆的知名度，提升餐馆的经济效益和社会效益。

3.3项目的环境、条件、假定和限制

3.3.1开发时间（只限于近期目标）

预定为半年

3.3.2运行环境

WindowsXP及以上操作系统、数据库：

sql

3.3.3使用寿命

该系统至少使用四年以上。

3.4进行可行性分析的方法

在餐饮业，顾客永远是这个行业的核心，所以，顾客的习惯和喜好是这个行业首先就要搞清楚的资料。

采用问卷调查方法可以很清楚的了解到顾客的喜好与习惯，通过对餐馆服务员和客户的调查以获得第一手资料，确定客户在实际应用中的需求；

然后经过座谈或开会的形式和专家、餐馆经理交流分析,落实最后的问题定义。

4可选的方案

4.1原有方案的优缺点、局限性及存在的问题

当前大多数餐馆在顾客点菜时比较麻烦，虽然服务员可以介绍菜品的特点，但是操作过多，浪费时间且严重影响了工作效率，以至其他顾客等待时间过长感到不耐烦，且计算的出错率高，影响餐馆的形象。

虽然说增加服务员的数量可以在一定的程度上解决这样的问题，但是就目前的薪金，聘用一个服务员远远没有在技术上的革新更为经济。

如果使用了餐馆点菜系统，就可以大大减少聘用服务员的数量，餐馆可以节省一大笔薪资支出，和现在大多数餐馆使用的人工手写点菜方式相比，餐馆点菜系统更具有优势。

所以，开发餐馆点菜系统具有很好的发展前景。

4.2选择最终方案的准则

尽量满足顾客和商家的要求，做到性能稳定、降低出错率、提高软件出错后的易恢复性，可移植性、易测试性和版本升级需求。

5所建议的系统

5.1对所建议的系统的说明

根据系统目标以及现行系统存在的问题，建议新系统分两步实现：

第一阶段（1年内）先在一个餐馆建立一个内部的网络，以实现餐馆点菜的计算机化。

能够处理以下工作：

本餐馆内的菜品介绍，点菜，结账；

及时办理业务；

提高工作效率。

第二阶段（2~4年）在全国多家餐馆间建立一个互联的网络系统，实现餐馆点菜系统的信集成，完成后的系统可以实现了解各个餐馆推出的特色菜。

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显示菜单

菜单菜单

D1菜单信息

更新菜单菜单查菜

查询缺菜通知询单

菜

服务员

D2菜单系统单

结算金额

结算通知

账单

1.4打印账单报表

账单报表

顾客

5.2.2处理流程图

系统管理

登陆

系

统

更

新

密

码

修

改

录入桌号

服务员编号

开始点菜

逐个点菜

按菜系点菜

直接搜索点菜

查找菜

凉菜

川

菜

粤

其

他

加

入

单

热菜

饮料酒水

主食

确认

5.2.3E-R图

5.3数据字典

数据流名称：

点菜事务

别名：

无

简述：

顾客开始点菜时的必备信息的填写

来源：

顾客

去向：

接受事务

数据流量：

200份/天

组成：

桌号+日期+服务员编号

菜单信息