餐饮业务管理系统开发可行性研究报告推荐.docVIP

可行性研究报告 可行性研究报告 1 1．引言 2 1.1编写目的 2 1.2项目背景 2 1.3定义 2 1.4参考资料 2 2．可行性研究的前提 2 2.1要求 2 2.2目标 3 2.3条件、假定和限制 3 2.4可行性研究方法 3 2.5决定可行性的主要因素 3 3．对现有系统的分析 4 3.1处理流程和数据流程 4 3.2工作负荷 4 3.3费用支出 4 3.4人员 4 3.5设备 5 3.6局限性 5 4．所建议技术可行性分析 5 4.1对系统的简要描述 5 4.2处理流程和数据流程 5 4.3与现有系统比较的优越性 5 4.4采用建议系统可能带来的影响 5 4.5技术可行性评价 6 5．所建议系统经济可行性分析 7 5.1支出 7 5.2效益 7 5.3收益/投资比 7 5.4投资回收周期 8 5.5敏感性分析 8 6．社会因素可行性分析 8 6.1法律因素 8 6.2用户使用可行性 8 7．其他可供选择的方案 8 8.结论意见 8 1．引言 1.1编写目的 本报告分析了《餐饮业务管理系统》开发的可行性，请院领导审阅并对是否进行该系统的开发做出批示。 1.2项目背景 建议进行《餐饮业务管理系统》的开发。 本项目由协和学院信息技术系计算机科学与技术（2）班第九小组提出，开发和维护人员为林莉昀、朱兴龙、郭上森。 软件开发成功后由大学城各大餐馆使用 1.3定义 《餐饮业务管理系统》以下简称《餐饮管理系统》。 1.4参考资料 无 2．可行性研究的前提 2.1要求 《餐饮管理系统》应能开台、点菜，在顾客选好座位后针对酒店菜单进行点菜，生成菜单。 结账，在顾客消费结束后结算费用包括具体消费内容。 预订，在餐厅有空闲位置的时候接受预订。 特殊情况处理，在之前点过菜单中还没有做好的前提下可以进行退菜、换菜，特殊时期有赠送以及打折活动。 桌台处理，在顾客提出要求按照人数进行换台、并台、撤台。 信息查询，可以查询每天的利润查询，各种菜品的销售情况，桌位的使用情况。 并且能简单对系统参数进行设置和调整，人机界面简洁方便，减少人工劳动强度 《餐饮管理系统》应在三十秒内采集到一个网络终端提交的一次测评数据（即顾客在进行相关操作服务员收到的结果）。 《餐饮管理系统》应按照指定的格式显示及打印客人的订单和消费单。 《餐饮管理系统》中管理界面只能由授权用户访问（通过用户帐号及口令验证进行授权）。 《餐饮管理系统》应在2014年12月底完成。 2.2目标 采用本系统后，先进行测试使用，模拟酒店面向班级人员进行测试，在测试过程中对开台，点菜，预定，退菜，换菜，台位的操作以及特殊情况的操作进行一一测试，假象多种可能发生情况，将系统进行完善。 2.3条件、假定和限制 本系统至少应使用4年。 应在二周内完成系统实现方案的选择比较。 从小组管理费用中支出开发费用。本系统只限小组委托人员使用。 本系统对客户机及服务器的硬件性能无特殊要求。系统软件、数据库系统、开发工具都采用免费软件，本系统运行时要求计算机网络连接稳定可靠。 《餐饮管理系统》应在2014年12月30日投入使用。 2.4可行性研究方法 对现有人工数据采集、统计分析的流程进行了调查，并对软件系统实现的技术可行性进行了分析，我们认为《餐饮管理系统》具备开发的需求及条件。 我们细致一对人工系统及软件系统实现测评的费用进行了计算及对比，得出的结论是使用软件系统可节省人力、物力，而且可以提高测评结果的准确性。 2.5决定可行性的主要因素 本软件系统开发成本低，有较强的应用需求。 3．对现有系统的分析 3.1处理流程和数据流程 当前餐饮的服务完全由人工进行。 处理流程为： 服务员介绍顾客开台，点菜。 服务员将顾客所点的菜交到厨房，并记录客户的信息。 厨房工作人员对菜品进行记录。 服务员计算对应台位顾客的账单价格。 顾客付账给服务员，服务员记录账单信息。 数据流程： 服务员准备菜单。 顾客选定台位后按菜单点菜交给服务员，服务员记录台位。 服务员按照菜单交给厨房，并做记录。 服务员将账单交给顾客。 顾客结账，服务员记录。 经理查询台位记录，菜品销量记录以及利润收益。 3.2工作负荷 平均每天每酒店1个经理、50~100个服务员每单台位各需要1个小时。 3.3费用支出 人力：经理：1个人30个工作日 8000 服务员：1个人30个工作日 3000元 1个经理 8000元 50~100个服务员。 150000~300000元 材料：纸、油墨 1000元 3.4人员 经理：1人 服务员：50~100人 3.5设备 无 3.6局限性 繁