餐厅点餐系统可行性分析报告.docx
《餐厅点餐系统可行性分析报告.docx》由会员分享,可在线阅读,更多相关《餐厅点餐系统可行性分析报告.docx(12页珍藏版)》请在冰豆网上搜索。
餐厅点餐系统可行性分析报告
一、可行性研究报告
1.引言(张皓天)
1.1编写目的
软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。
1.2项目背景
特开发的软件系统的名称:
《餐厅点餐系统》
本项目的任务提出者:
许妍妍同志
本项目的任务目标使用用户:
各大中小型餐厅
本项目的任务开发者:
许妍妍、张皓天、刘珈臣、赵志鹏、丁世明、赵建华、刘泽楠
该软件系统同其他系统或其他机构的基本的相互来往关系:
该系统为完全独立的软件系统,除需要银行提供一个信用卡接口外,几乎与其他系统毫无关系。
1.3定义
【列出文档中所用到的专门术语的定义和缩写词的原文。
】
1.4参考资料
《酒店菜单价格管理办法》
《软件工程导论》—张海藩
2.可行性研究的前提(刘珈臣)
功能:
点菜自动化。
简洁方便提供顾客点餐。
不用重复以前繁琐人力工作。
要求:
面向客户现实特色菜系,菜单选项,价格标注,具体菜名查询,点餐,打印凭条(2张一张给服务员一张给顾客),
面向厨房显示所需做菜任务,提醒页面。
面向收银撤销菜品页面,售价统计
性能:
顾客点餐将完整的输入中心服务器,通过服务器方便厨房及收银人员对菜品的操作,系统更新速度快,满足顾客的换菜等实时要求。
输出要求:
打印凭条完整准确无误。
数据内容:
顾客餐桌号菜单以及各个菜品价格点餐时间顾客额外要求等。
输入要求:
简洁方便易识别。
数据内容:
菜品的关键字方便系统辨认额外要求需要注明
安全及保密方面:
顾客,服务人员,厨师等人员只有查看信息的权限,没有修改价格以及撤销菜品,修改顾客信息等权限。
前台经理拥有修改价格撤销菜品的权限。
同时赋予统计收支,等管理功能。
与软件相关的其他系统:
基于数据库的各类信息存储系统。
完成期限:
一个月
2.2目标
为各种大小型餐厅,提供一个完整的迅速的方便的点餐环境,方便顾客点餐省时省力,给予顾客一个轻松的点餐方式。
2.3条件、假定和限制
建议软件寿命5年
运行环境windows7
通过各个酒店采集相关的订餐信息
数据库MicrosoftSQLServers
2.4可行性研究方法
投入市场后,通过询问顾客的满意程度来确定系统是否成熟,是否完善,是否需要新添项目等。
预算成本收入及可行性概率,来获得客户对此系统的认同程度,通过客户的满意度来确定是否投入。
2.5决定可行性的主要因素
成本效益分析结果:
效益远远大于成本。
技术方面:
现有阶段完全可以承受开发任务。
操作方面:
现有同学都可以方便快速接受对系统都有了解。
3.对现有系统的分析(赵志鹏)
现有系统存在严重的走单、走餐、走数,而且人为错误时有发生,服务员人数较多,酒店整体看起来不易整齐、较吵杂。
由于是人工管理在人员高峰期时业务流动量不能有效提升,这就降低了整体收入,而且不能及时了解营业情况做出合理决策
3.1处理流程和数据流程
3.3费用支出
现在餐饮管理相对落后,人力资源利用方面做得不是很好,人多管理起来就不方便,还要提供其他比较繁琐的责任等等
容易引起以上所述的走餐、走单、走数等情况。
隐形成本提高,相对收入就少。
3.4人员
现行餐饮行业几乎没有技术含量,只需要进行简单的培训懂礼仪就可以,人员要求比较多,较浪费人力资源,不便于管理。
3.5设备
一台用作存储的计算机或是多台计算机不等
3.6局限性
由于是人工管理在人员高峰期时业务流动量不能有效提升,这就降低了整体的收入,而且不能急事,了解营业情况做出合理决策。
4.所建议技术可行性分析(许妍妍)
4.1对系统的简要描述
该系统主要用于大中型餐馆,用户来自不同的年龄层的人,具有不同的背景和知识水平,所以要求操作简单,界面友好。
此系统是在VisualBasic集成开发环境中运行的,数据库采用SQLServer2000来实现。
4.2处理流程和数据流程
菜单文件F1
菜单
菜谱信息
菜单
申请结账信息
消费清单消费金额
消费清单
菜单
菜谱信息
更新后的菜单
加菜退菜信息(更新后)菜单
结账申请信息
消费清单结账金额信息
消费清单
申请会员信息代金券信息
会员抽奖
4.3与现有系统比较的优越性
现有的系统大多较为简单,仅仅能实现点才结账等基本功能,此次开发的系统中,除此之外,还增加了抽奖,退菜加菜,申请会员,参与团购等各种特色功能,而且实现触屏操作,更简单方便,而且界面灵活。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
由于餐厅业务的特点,信息的存取流量也随之增加,因此需要购置速度快,储存容量大,磁盘容量大的数据库硬件系统。
需要90MHz或者更高的微处理器。
触摸屏能提高业务效率。
功能强大的CPU和大容量的存储空间能提高处理数据的速度,从而减少顾客的等待时间。
易于操作的大屏幕触摸屏能把培训时间缩到最低限度,即使是毫无经验的操作员也能轻松面对。
因此无须考虑会不会用的问题。
减少了人员及对人员的管理。
提高了本酒店在餐饮界的知名度。
4.4.2对现有软件的影响
VB6.0可以在多个操作系统下运行,如Windows98,Windows2000,WindowsXP等操作系统。
4.4.3对用户单位构成的影响
由于此系统软件针对大中型餐厅所开发设计,为了实现简单方便的操作,要求实现触屏操作。
4.4.4对系统运行过程的影响
用户可以浏览菜单进行点菜,在过程中可以退菜加菜,要求服务,买单,参与抽奖等实现各种功能。
对于运行中心,针对用户提交上来的菜单进行服务,结算账单等。
定期对数据库进行备份,以及备份相关的会员用户信息,以确保系统失效或出现故障,能够及时恢复。
本系统采用触摸屏输入操作简单,所输数据直接到厨房打印机打印单据,并按单据做饭,减少人员来回走动,可以一直在前台服务而省去了到后台报菜的程序,从而达到课桌流动率的提升。
且数据直接存储到后台主机,以备核实查询。
方便管理人员对数据进行分析,做出合适的决策。
4.4.5对开发的影响
a.为了支持所建议系统的开发,用户需进行的工作:
只需掌握简单的触屏操作即可;也可以在留言功能中对餐厅提出建议或意见。
b.所涉及的保密与安全问题:
对于餐厅的会员,需要进行身份验证还可以享受预定、折扣、抽奖等特色功能。
c.为了本系统能正常有效的工作,用户需购置打印机、计算机等设备。
把后台数据库独立并加强安全措施。
4.5局限性
为了达到方便快捷的操作,选择使用触屏操作,这无疑加大了经费的支出。
另外一点,如果使用的设备不够先进,可能会导致系统无法正常运行,
突然死机,数据有可能会丢失。
4.6技术可行性评价
1.当前限制条件下,系统功能较为较为简单,在现有的计算机水平上可以达到功能目标要求。
2.现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,可以达到功能目标要求。
3.开发人员需要大约六到七个,其中包括一名数据库设计人员,一名界面UI人员,两名名编码人员,一名系统测试人员以及一名业务人员。
他们均应具有丰富的开发经验。
4.开发期限为一年,在规定时间内可以完成开发。
5.可选择的其他系统方案(丁世明)
可根据当前流行的CS服务模式选择新的方案,例如客户端与服务器联系在一起,如若因成本和需求时间等问题可以考虑从国外买进。
5.1可选择的系统方案一
在餐桌和后勤处只设立终端,在管理部门设立服务器,数据输入由终端输入,所有数据都由服务器和终端处实现,只在终端上显示数据结果。
此设计简化了数据处理,而使用CS机理,简化数据流量,加快数据处理。
5.2可选择的系统法案二
另一种方案为直接从国外购买,但是由于成本和一些维修等费用没有办法进行估算,所以还是原方案为最好的选择。
6.投资及效益分析(刘泽楠)
6.1支出
在支出一项里要简单明确的罗列所需要的各项费用,并且要考虑周全,其中包括:
硬件设备、应用的软件、数据库管理软件、设备维护、软件的维护、工作人员的工资等费用。
6.1.1基本建设投资
需一次性支出费用为5000元。
其中房屋租用费用为2000元/月;数据通讯费用为500元/月;数据库管理软件费用为2500.
6.1.2其他一次性支出
硬件设备共需10000:
电脑两台共4000元;软件费用共6000元。
技术管理费用为2000元;人员调动等其它费用为2000元。
6.1.3非一次性支出
系统开发,建立费用共7500元:
系统开发时所需要的开发人员工资如若按照每月5000元算,共需开发人员2人,开发周期为15天,则工资预算为5000元;调试人员的工资如若按照调试期为5天,月工资为5000元,按进度完成此项目则需费用为2500元。
6.2收益
通过减少劳动力以便减少员工工资支出;改进信息掌握的情况;提高餐厅服务效率等方式提高收益。
6.2.1一次性收益
按数据处理、用户、管理和支持等项分类叙述。
开支的缩减包括改进了的系统的运行所引起的开支缩减,资源要求的减少,运行效率的改进,数据进入、存储和恢复技术的改进,系统性能的可监控,软件的转化和优化,数据压缩技术的采用,处理的集中化/分布化等。
以上这些措施可带来收益8000元。
6.2.2非一次性收益
系统高效性有力保证了客户的体验,让客户体验到系统的方便性及其经济性,因为能吸引大量客户,所以能吸引更多的商家,带来更多的收益,大概为15000元。
6.2.3不可定量的收益
在功能上改进服务,减少风险,新系统在视觉上有较好的提升,不仅给客户带来经济性的同时也能给他们更好的信任感,这些可以带来无限的收益,大概为3000元。
6.3收益/投资比
(8000+15000+3000)/(5000+10000+7500)=1.16
6.4投资回收周期
不定
6.5敏感性分析
系统的本质是提高服务质量以便带来更大的收益,故其在服务方面应大力度的增强。
在项目合同签订时将该种风险及相应的金额记录在内,若软件应用过程中配置发生了变化,要及时派技术人员进行相应的沟通和维护。
7社会因素方面的可行性(赵建华)
7.1法律方面的可行性
1.所有软件均使用正版
2.所有技术资料都由提出方保管
3.合同制定确定违约责任
7.2使用方面的可行性
该系统在设计各个方面均考虑周全,从实际出发,对系统的各项功能都进行相应的调查,售后有相应的人员进行跟踪服务、调查和进行相应的维护,能够充分满足要求。
8结论
通过对项目整体进行可行性分析,该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求。
因此,开发此系统的构想是可行的,可着手进行实施。