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

发布时间:2022-03-11 14:17:53

餐厅点餐系统可行性分析报告一、可行性研究报告 1 1．引言 2 1.1编写目的 2 1.2项目背景 2 1.3定义 2 1.4参考资料 2 2．可行性研究的前提 2 2.2目标 3 2.3条件、假定和限制 3 2.4可行性研究方法 3 2.5决定可行性的主要因素 3 3．对现有系统的分析 4 3.1处理流程和数据流程 4 3.3费用支出 4 3.4人员 4 3.5设备 5 3.6局限性 5 4．所建议技术可行性分析 5 4.1对系统的简要描述 5 4.2处理流程和数据流程 5 4.3与现有系统比较的优越性 7 4.4采用建议系统可能带来的影响 7 4.5局限性 8 4.6技术可行性评价 8 5．可选择的其他系统方案 9 5.1可选择的系统方案一 9 5.2可选择的系统法案二 9 6．投资及效益分析 9 6.1支出 9 6.1.1基本建设投资 9 6.1.2其他一次性支出 9 6.1.3非一次性支出 10 6.2收益 10 6.3收益／投资比 10 6.4投资回收周期 10 6.5敏感性分析 11 7社会因素方面的可行性 11 7.1法律方面的可行性 11 7.2使用方面的可行性 11 8结论 11 1．引言（XX）
1.1编写目的软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。

1.2项目背景特开发的软件系统的名称：《餐厅点餐系统》
本项目的任务提出者：
本项目的任务目标使用用户:各大中小型餐厅本项目的任务开发者：
该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需要银行提供一个信用卡接口外，几乎与其他系统毫无关系。

1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料《酒店菜单价格管理办法》
《软件工程导论》—张海藩 2．可行性研究的前提（XX）
功能：点菜自动化。简洁方便提供顾客点餐。不用重复以前繁琐人力工作。

要求：面向客户现实特色菜系，菜单选项，价格标注，具体菜名查询，点餐，打印凭条（2张一张给服务员一张给顾客），面向厨房显示所需做菜任务，提醒页面。

面向收银撤销菜品页面，售价统计性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的操作，系统更新速度快，满足顾客的换菜等实时要求。

输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点餐时间顾客额外要求等。

输入要求：简洁方便易识别。

数据内容：菜品的关键字方便系统辨认额外要求需要注明安全及保密方面：顾客，服务人员，厨师等人员只有查看信息的权限，没有修改价格以及撤销菜品，修改顾客信息等权限。

前台经理拥有修改价格撤销菜品的权限。同时赋予统计收支，等管理功能。

与软件相关的其他系统：基于数据库的各类信息存储系统。

完成期限：一个月 2.2目标为各种大小型餐厅，提供一个完整的迅速的方便的点餐环境，方便顾客点餐省时省力,给予顾客一个轻松的点餐方式。

2.3条件、假定和限制建议软件寿命5 年运行环境 windows 7 通过各个酒店采集相关的订餐信息数据库 Microsoft SQL Servers 2.4可行性研究方法投入市场后，通过询问顾客的满意程度来确定系统是否成熟，是否完善，是否需要新添项目等。预算成本收入及可行性概率，来获得客户对此系统的认同程度，通过客户的满意度来确定是否投入。

2.5决定可行性的主要因素成本效益分析结果：效益远远大于成本。

技术方面：现有阶段完全可以承受开发任务。

操作方面：现有同学都可以方便快速接受对系统都有了解。

3．对现有系统的分析（XX）
现有系统存在严重的走单、走餐、走数，而且人为错误时有发生，服务员人数较多，酒店整体看起来不易整齐、较吵杂。

由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体收入，而且不能及时了解营业情况做出合理决策 3.1处理流程和数据流程数据库系统管理员顾客客户机终端显示数据后勤终端显示数据信息的更新输出数据输出数据点菜操作 3.3费用支出现在餐饮管理相对落后，人力资源利用方面做得不是很好，人多管理起来就不方便，还要提供其他比较繁琐的责任等等容易引起以上所述的走餐、走单、走数等情况。隐形成本提高，相对收入就少。

3.4人员现行餐饮行业几乎没有技术含量，只需要进行简单的培训懂礼仪就可以，人员要求比较多，较浪费人力资源，不便于管理。

3.5设备一台用作存储的计算机或是多台计算机不等 3.6局限性由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体的收入，而且不能急事，了解营业情况做出合理决策。

4．所建议技术可行性分析（XX）
4.1对系统的简要描述该系统主要用于大中型餐馆，用户来自不同的年龄层的人，具有不同的背景和知识水平，所以要求操作简单，界面友好。

此系统是在Visual Basic集成开发环境中运行的，数据库采用SQL Server 2000来实现。

入座触摸屏点菜走人Ｙes 客人找位置或服务员帮忙找位置有无位置上菜吃饭触摸屏结账等待或走人走人来客人 4.2处理流程和数据流程菜单菜谱信息餐厅餐厅点餐系统顾客结账消费清单菜单文件F1 1 点菜厨师菜单菜谱信息账目信息F2 顾客菜单申请结账信息收银员 2 结账消费清单消费金额消费清单 1.1点菜菜单厨师菜单文件F1 菜谱信息 1.2 加菜退菜更新后的菜单顾客加菜退菜信息（更新后）菜单收银员 2.1结账结账申请信息消费清单结账金额信息账目信息F2 消费清单申请会员信息代金券信息 2.3 参与抽奖 2.2 申请会员会员抽奖会员信息F3 4.3与现有系统比较的优越性现有的系统大多较为简单，仅仅能实现点才结账等基本功能，此次开发的系统中，除此之外，还增加了抽奖，退菜加菜，申请会员，参与团购等各种特色功能，而且实现触屏操作，更简单方便，而且界面灵活。

4.4采用建议系统可能带来的影响 4.4.1对设备的影响由于餐厅业务的特点，信息的存取流量也随之增加，因此需要购置速度快，储存容量大，磁盘容量大的数据库硬件系统。需要90MHz或者更高的微处理器。

触摸屏能提高业务效率。功能强大的CPU和大容量的存储空间能提高处理数据的速度，从而减少顾客的等待时间。易于操作的大屏幕触摸屏能把培训时间缩到最低限度,即使是毫无经验的操作员也能轻松面对。因此无须考虑会不会用的问题。减少了人员及对人员的管理。提高了本酒店在餐饮界的知名度。

4.4.2对现有软件的影响 VB6.0可以在多个操作系统下运行，如Windows 98，Windows 2000，Windows XP等操作系统。

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结论通过对项目整体进行可行性分析，该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求。因此，开发此系统的构想是可行的，可着手进行实施。

餐厅点菜系统可行性研究报告版本变更说明：
版本号更改时间更改人更改原因审批人 Version1.0 目录 1．引言 1.1编写目的：
1.2 项目背景：
1.3 定义：
1.4 参考资料：
２．可行性研究的前提 2.1要求 2.2目标：
2.3条件，假定和限制 2.4可行性研究方法 2.5决定可行性的主要因素３．技术可行性分析 3.1系统简要描述 3.2处理流程和数据流程 4．社会因素可行性分析 4.1法律因素 4.2用户使用可行性 5．其他可供选择的方案 5.1客户端与服务器端联系在一起 6．投资及效益分析 6.1支出 6.2收益 7．结论意见 1．引言 1.1编写目的：
软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。

1.2 项目背景：
待开发的软件系统的名称：《餐厅点菜系统》
本项目的任务提出者：XX老师本项目的任务目标使用用户：各大中小型餐厅本项目的任务开发者：
该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需银行提供一个信用卡接口外，几乎与其他系统毫无联系 1.3 定义：
[专门术语]：
[缩写词]：
1.4 参考资料：
《酒店菜单价格管理办法》
《问题定义》
……XX团队２．可行性研究的前提 2.1要求主要功能：将餐厅点菜自动化；

功能需求：
n 面向经理:后台管理(访问权限、修改菜单，增加菜项，删除菜项，销售情况分析); n 面向顾客：显示特色菜，菜单列表，具体菜名查询，订餐功能，银行卡消费并打印座位凭条（顾客服务员一式两份）及消费凭条；

n 面向服务员：顾客消费结算功能；

n 面向厨师：显示当前任务功能；

性能要求：管理员录入的信息必须无差错地存储至中心服务器，且对客户端的数据应该及时进行更新。

输出要求：数据完整，详实。

输入要求：方便，简捷，快速。

安全与保密要求：
餐厅顾客和厨师以及服务员只有查询和建议功能；
管理人员则拥有在其权限内的查询、修改、增加、删除菜单，制定价格等一些管理功能。

完成期限：预计1个月，即2010年4月10号之前 2.2目标：
为各大中小型酒店提供一个统一、方便、安全的信息管理平台. 2.3条件，假定和限制建议软件寿命：5年。

经费来源：XX老师运行环境：windows servers 2003 数据库：Microsoft SQL Server 2005 投入运行最迟时间：2010/12/01 2.4可行性研究方法
　可行性研究的方法是通过对各大中小型酒店管理者进行问卷调查及访问谈话而得到用户对此系统的信任度关注度及依赖度的。通过建模分析，得出了取代旧系统的新系统的功能需求，成本分析，可行性分析。

2.5决定可行性的主要因素成本/效益分析结果，效益>>成本。

技术可行，现有技术可完全承担开发任务。

操作可行，软件能被原有工作人员快速接受。

３．技术可行性分析 3.1系统简要描述在餐桌、后勤、经理的终端是安装了Windows servers 2003的计算机，主要目的是供顾客点菜和经理管理菜单以及向厨师分配任务。当顾客点菜时，终端向服务器发出请求，服务器根据信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当经理可根据实际情况修改菜单信息，服务器核对后，存入信息库。

3.2处理流程和数据流程后勤终端显示数据输出数据信息的更新系统管理员数据库顾客点菜操作客户机终端显示数据输出数据 4．社会因素可行性分析 4.1法律因素所有软件都选用正版。

所有技术资料都由提出方保管。

合同制定确定违约责任。

4.2用户使用可行性使用本软件人员要求具备计算机的简单操作，并且认真阅读用户手册。

5．其他可供选择的方案 5.1客户端与服务器端联系在一起在餐桌和后勤处只设立终端，在管理部门设立服务器，数据输入由终端输入，所有数据都由服务器和终端处理，只在终端上显示数据结果。

此设计简化了数据处理，而使用客户端/服务器机理，简化数据流量，加快数据处理。

6．投资及效益分析 6.1支出 a. 硬件设备；

b. 操作系统的和应用的软件；

c. 数据库管理软件；

d. 设备的维护费用；

e. 软件的维护费用；

f. 人员的工资、奖金。

6.2收益 a. 减少了劳动力，从而减少了员工工资支出；

b. 信息掌握情况的改进；

c. 提高了餐厅服务效率；

d. 信息安全性的提高；

e. …… 7．结论意见本软件可以方便于酒店管理者对酒店菜单点菜进行合理管理；

项目可以立即开始进行。