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

一、可行性研究报告一、可行性研究报告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．引言（张皓天）1.1编写目的软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。1.2项目背景特开发的软件系统的名称：《餐厅点餐系统》本项目的任务提出者：许妍妍同志本项目的任务目标使用用户:各大中小型餐厅本项目的任务开发者：许妍妍、张皓天、刘珈臣、赵志鹏、丁世明、赵建华、刘泽楠该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需要银行提供一个信用卡接口外，几乎与其他系统毫无关系。1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。】1.4参考资料《酒店菜单价格管理办法》《软件工程导论》—张海藩2．可行性研究的前提（刘珈臣）功能：点菜自动化。简洁方便提供顾客点餐。不用重复以前繁琐人力工作。要求：面向客户现实特色菜系，菜单选项，价格标注，具体菜名查询，点餐，打印凭条（2张一张给服务员一张给顾客），面向厨房显示所需做菜任务，提醒页面。面向收银撤销菜品页面，售价统计性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的操作，系统更新速度快，满足顾客的换菜等实时要求。输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点餐时间顾客额外要求等。输入要求：简洁方便易识别。数据内容：菜品的关键字方便系统辨认额外要求需要注明安全及保密方面：顾客，服务人员，厨师等人员只有查看信息的权限，没有修改价格以及撤销菜品，修改顾客信息等权限。前台经理拥有修改价格撤销菜品的权限。同时赋予统计收支，等管理功能。与软件相关的其他系统：基于数据库的各类信息存储系统。完成期限：一个月2.2目标为各种大小型餐厅，提供一个完整的迅速的方便的点餐环境，方便顾客点餐省时省力,给予顾客一个轻松的点餐方式。2.3条件、假定和限制建议软件寿命5年运行环境 windows 7通过各个酒店采集相关的订餐信息数据库Microsoft SQL Servers 2.4可行性研究方法投入市场后，通过询问顾客的满意程度来确定系统是否成熟，是否完善，是否需要新添项目等。预算成本收入及可行性概率，来获得客户对此系统的认同程度，通过客户的满意度来确定是否投入。2.5决定可行性的主要因素成本效益分析结果：效益远远大于成本。技术方面：现有阶段完全可以承受开发任务。操作方面：现有同学都可以方便快速接受对系统都有了解。3．对现有系统的分析（赵志鹏）现有系统存在严重的走单、走餐、走数，而且人为错误时有发生，服务员人数较多，酒店整体看起来不易整齐、较吵杂。由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体收入，而且不能及时了解营业情况做出合理决策3.1处理流程和数据流程3.3费用支出现在餐饮管理相对落后，人力资源利用方面做得不是很好，人多管理起来就不方便，还要提供其他比较繁琐的责任等等容易引起以上所述的走餐、走单、走数等情况。隐形成本提高，相对收入就少。3.4人员现行餐饮行业几乎没有技术含量，只需要进行简单的培训懂礼仪就可以，人员要求比较多，较浪费人力资源，不便于管理。3.5设备一台用作存储的计算机或是多台计算机不等3.6局限性由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体的收入，而且不能急事，了解营业情况做出合理决策。4．所建议技术可行性分析（许妍妍）4.1对系统的简要描述该系统主要用于大中型餐馆，用户来自不同的年龄层的人，具有不同的背景和知识水平，所以要求操作简单，界面友好。此系统是在Visual Basic集成开发环境中运行的，数据库采用SQL Server 2000来实现。4.2处理流程和数据流程菜单菜谱信息菜单申请结账信息消费清单消费金额消费清单菜单菜谱信息更新后的菜单加菜退菜信息（更新后）