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

餐厅点餐系统可行性分析报告TOC\o"1-2"\h\z一、可行性研究报告 11．引言 21.1编写目的 21.2项目背景 21.3定义 21.4参考资料 22．可行性研究的前提 22.2目标 32.3条件、假定和限制 32.4可行性研究方法 32.5决定可行性的主要因素 33．对现有系统的分析 43.1处理流程和数据流程 43.3费用支出 43.4人员 43.5设备 53.6局限性 54．所建议技术可行性分析 54.1对系统的简要描述 54.2处理流程和数据流程 54.3与现有系统比较的优越性 74.4采用建议系统可能带来的影响 74.5局限性 84.6技术可行性评价 85．可选择的其他系统方案 95.1可选择的系统方案一 95.2可选择的系统法案二 96．投资及效益分析 96.1支出 96.1.1基本建设投资 96.1.2其他一次性支出 96.1.3非一次性支出 106.2收益 106.3收益／投资比 106.4投资回收周期 106.5敏感性分析 117社会因素方面的可行性 117.1法律方面的可行性 117.2使用方面的可行性 118结论 111．引言（XX）1.1编写目的软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。1.2项目背景特开发的软件系统的名称：《餐厅点餐系统》本项目的任务提出者：本项目的任务目标使用用户:各大中小型餐厅本项目的任务开发者：该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需要银行提供一个信用卡接口外，几乎与其他系统毫无关系。1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。】1.4参考资料《酒店菜单价格管理办法》《软件工程导论》—张海藩2．可行性研究的前提（XX）功能：点菜自动化。简洁方便提供顾客点餐。不用重复以前繁琐人力工作。要求：面向客户现实特色菜系，菜单选项，价格标注，具体菜名查询，点餐，打印凭条（2张一张给服务员一张给顾客），面向厨房显示所需做菜任务，提醒页面。面向收银撤销菜品页面，售价统计性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的操作，系统更新速度快，满足顾客的换菜等实时要求。输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点餐时间顾客额外要求等。输入要求：简洁方便易识别。数据内容：菜品的关键字方便系统辨认额外要求需要注明安全及保密方面：顾客，服务人员，厨师等人员只有查看信息的权限，没有修改价格以及撤销菜品，修改顾客信息等权限。前台经理拥有修改价格撤销菜品的权限。同时赋予统计收支，等管理功能。与软件相关的其他系统：基于数据库的各类信息存储系统。完成期限：一个月2.2目标为各种大小型餐厅，提供一个完整的迅速的方便的点餐环境，方便顾客点餐省时省力,给予顾客一个轻松的点餐方式。2.3条件、假定和限制建议软件寿命5年运行环境windows7通过各个酒店采集相关的订餐信息数据库MicrosoftSQLServers2.4可行性研究方法投入市场后，通过询问顾客的满意程度来确定系统是否成熟，是否完善，是否需要新添项目等。预算成本收入及可行性概率，来获得客户对此系统的认同程度，通过客户的满意度来确定是否投入。2.5决定可行性的主要因素成本效益分析结果：效益远远大于成本。技术方面：现有阶段完全可以承受开发任务。操作方面：现有同学都可以方便快速接受对系统都有了解。3．对现有系统的分析（XX）现有系统存在严重的走单、走餐、走数，而且人为错误时有发生，服务员人数较多，酒店整体看起来不易整齐、较吵杂。由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体收入，而且不能及时了解营业情况做出合理决策3.1处理流程和数据流程数据库数据库系统管理员顾客客户机终端显示数据后勤终端显示数据信息的更新输出数据输出数据点菜操作3.3费用支出现在餐饮管理相对落后，人力资源利用方面做得不是很好，人多管理起来就不方便，还要提供其他比较繁琐的责任等等容易引起以上所述的走餐、走单、走数等情况。隐形成本提高，相对收入就少。3.4人员现行餐饮行业几乎没有技术含量，只需要进行简单的培训懂礼仪就可以，人员要求比较多，较浪费人力资源，不便于管理。3.5设备一台用作存储的计算机或是多台计算机不等3.6局限性由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体的收入，而且不能急事，了解营业情况做出合理决策。4．所建议技术可行性分析（XX）4.1对系统的简要描述该系统主要用于大中型餐馆，用户来自不同的年龄层的人，具有不同的背景和知识水平，所以要求操作简单，界面友好。此系统是在VisualBasic集成开发环境中运行的，数据库采用SQLServer2000来实现。入座触摸屏点菜走人Ｙes入座触摸屏点菜走人Ｙes客人找位置或服务员帮忙找位置有无位置上菜吃饭触摸屏结账等待或走人走人来客人菜单菜谱信息餐厅餐厅点餐系统顾客菜单菜谱信息餐厅餐厅点餐系统顾客结账消费清单结账消费清单菜单文件菜单文件F111点菜厨师菜单厨师菜谱信息账目信息F2账目信息F2顾客菜单申请结账信息收银员2收银员2结账消费清单消费金额消费清单1.11.1点菜菜单厨师菜单文件F1厨师菜单文件F11.2加菜退菜1.2加菜退菜更新后的菜单顾客加菜退菜信息（更新后）菜单顾客收银员2.1结账结账申请信息收银员2.1结账消费清单结账金额信息账目信息F2消费清单账目信息F2申请会员信息代金券信息2.3参与抽奖2.3参与抽奖2.2申请会员会员抽奖会员信息会员信息F34.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对开发的影响为了支持所建议系统的开发，用户需进行的工作：只需掌握简单的触屏操作即可；也可以在留言功能中对餐厅提出建议或意见。所涉及的保密与安全问题：对于餐厅的会员，需要进行身份验证还可以享受预定、折扣、抽奖等特色功能。为了本系统能正常有效的工作，用户需购置打印机、计算机等设备。把后台数据库独立并加强安全措施。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.166.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要求主要功能：将餐厅点菜自动化；功能需求：面向经理:后台管理(访问权限、修改菜单，增加菜项，删除菜项，销售情况分析);面向顾客：显示特色菜，菜单列表，具体菜名查询，订餐功能，银行卡消费并打印座位凭条（顾客服务员一式两份）及消费凭条；面向服务员：顾客消费结算功能；面向厨师：显示当前任务功能；性能要求：管理员录入的信息必须无差错地存储至中心服务器，且对客户端的数据应该及时进行更新。输出要求：数据完整，详实。输入要求：方便，简捷，快速。安全与保密要求： 餐厅顾客和厨师以及服务员只有查询和建议功能；管理人员则拥有在其权限内的查询、修改、增加、删除菜单，制定价格等一些管理功能。完成期限：预计1个月，即2010年4月10号之前2.2目标：为各大中小型酒店提供一个统一、方便、安全的信息管理平台.2.3条件，假定和限制建议软件寿命：5年。经费来源：XX老师运行环境：windowsservers2003数据库：MicrosoftSQLServer2005投入运行最迟时间：2010/12/012.4可行性研究方法可行性研究的方法是通过对各大中小型酒店管理者进行问卷调查及访问谈话而得到用户对此系统的信任度关注度及依赖度的。通过建模分析，得出了取代旧系统的新系统的功能需求，成本分析，可行性分析。