可行性分析报告
米客点餐系统可行性分析报告
1 引言
1.1 编写目的
21世纪的今天，随着科技的迅速发展，人们的的生活变得越来越好，对于现实中的体验要求也越来越高，所以我们的技术也开始更新换代，只为了更好的服务客户，让质量与效率并存发展。
以前乃至现在，大部分餐厅还是人工点单写菜单的方法，效率较低与人工使用量大，一些客户在菜单上点了单以至不承认点过该菜品、菜品送错或者逃单的情况，导致餐厅名誉以及经济都受损，而这款米客点餐系统却能很好的减少以及制止这种情况。客户在米客点餐系统中下单支付，再上菜到所在桌，再也无需排队点菜，客户和店主都可清晰的查看到详细订单、支付金额以及送达地点时间。而且系统操作简单，用户仅需注册登录下单支付，管理员仅需一台计算机操作即可。
对于餐饮这个服务型的巨大的市场，我们应当与时俱进，一步步的提升，减少客户的不便，完善客户的体验。为了促进餐饮行业的发展，所以研究开发了这款米客点餐系统。
1.2 背景
待开发的软件系统的名称：米客点餐系统；
本项目的任务提出者：曾某某；
开发者：曾某某；
目标客户：餐馆；
1.3 功能定义
主页模块：包括菜品展示、菜品搜索、店铺地址导航功能；
用户模块：包括个人账户管理、订单管理、支付功能；
管理员模块：包括用户账户管理、菜品及分类管理、订单管理；
SQL：结构化查询语句。
1.4 参考资料
[1]欧华杰.HTML5在Web前端开发中的应用研究[J].电脑编程技巧与维护,2021(06):26-27+48.
[2] Java2实用教程（题库+微课视频版）耿祥义 张跃平编著.
[3]可行性研究报告（GB8567——88）.
2 可行性研究的前提
2.1 要求
功能：对客户点餐和餐馆对订单信息进行有效的管理；
性能：菜品分类管理、订单信息查询、菜品检索、数据录入；
输出：客户信息、订单信息、菜品信息；
输入：菜品名称、菜品图片上传、联系方式、用户名称；
在安全与保密方面的要求：用户信息只有用户自己和管理员有可见与修改的权力；
完成期限：40天。
2.2 目标
- 人力与物力、财力的减少；
- 减少对漏菜、错单的失误的发生，解决对订单管理紊乱的问题；
- 通过点餐系统的管理，方便餐厅收集每日点餐数据，分析、把握顾客需求；
- 通过对顾客点餐电子化系统的管理，方便餐厅收集每日点餐数据，分析、把握顾客需求；
- 提高客户对餐厅的满意度。
2.3 条件、假定和限制
所建议系统的运行寿命的最小值:3年；
经费来源：合伙人；
硬件条件：网络设备和电脑；
运行环境：Windows7及以上系统；
开发环境：JAVA、Idea、VSCode、Oracle
可利用的信息和资源：其他已投入使用的点餐平台；
系统投入使用的最晚时间：2022.12.1。
2.4 进行可行性研究的方法
本次可行性研究主要通过调查研究法。对xxx管理系统的情况做了调查，为了提高点餐系统的效率，以减少不必要的人力物力消耗。
2.5 评价尺度
开发费用：开发经费预定在8800元；
各项功能的优先次序：满足管理员和一般用户的使用；
开发时间：在一个月内完成开发和测试工作；
使用中的难易程度：尽量从简，方便使用。
3 对现有系统的分析
3.1 处理流程和数据流程
3.2 工作负荷
餐馆的工作负荷一般只会被餐馆的规模大小以及菜品的丰富性和味道而影响。
3.3 费用开支
其后续系统开始使用后基本开支只有在餐馆的加盟费和其中对于销售的抽成
3.4 人员
由于普通的餐馆大部分都处于人工系统的阶段，所以基本都是由店内的员工兼职做管理员对信息进行处理。所以不会产生额外的人员需求。
3.5 设备
版本在Window7以上的电脑一台。
3.6 局限性
餐馆不能通过系统进行营销扩大其销售量，所以网络这一便利的销售渠道没有能够充分的运用起来以扩大销量。
4 所建议的系统
4.1 所建议系统的说明
该系统主要是建立一个以数据库为后台支撑、以消费者服务和内部人员管理为目的的信息平台。该系统以购物车下订单的业务流程为基础，应用信息化的思想和手段，将业务流程简化，并实现数据的有效共享，提升业务处理能力和效率，降低资源消耗。
系统结构设计：
4.2 处理流程和数据流程
4.3 改进之处
相对比于未引进系统之前，如今，该系统可以帮助餐馆大幅减少人工的数量，节约成本，同时保证出错率较低。
5 影响
5.1 对地点和设备软件的影响
必须保证操作系统在Windows7以上版本的电脑上运行，以适应点餐系统的需求。
5.2 对使用单位的影响
管理员要求掌握一定的计算机知识。
5.3 对系统运行过程的影响
用户操作系统点餐、查看订单时必须都是登录状态，无账户需先注册账户；
管理员操作系统需登录管理员账户进行操作；
系统失效的后果及恢复的处理办法：重启系统；
对数据存储、恢复的处理：安全性、完整性、正确性。
5.4 对开发的影响
用户需进行的工作：输入账户登录；
为了建立一个数据库所要求的数据资源：使用PLSQL完成数据库的建设、更新、查询与删除工作；
为了开发和测验所建议系统而需要的计算机资源：系统打包，能够异地发布，完成在系统Windows7以上的电脑上进行测试工作；
所涉及的保密与安全问题：系统对管理员权限进行相应的设置，防止非法登录。
5.5 对经费开支的影响
软件的开发成本并不大，其他的投入也只是电脑。由于现在各大餐馆电脑已经开始普及，所运行已经达到了要求，无需重新开发建设，所以系统开发、运行所需的费用是比较低的。
5.6 系统的局限性
该系统作为一个小型系统，与其他成熟系统相比可能会存在以下局限性∶
1、 个性化服务功能有待加强
2、 没有与电话订餐相结合，订餐方式给顾客带来了一定不便。
3、 无法做到库存的动态自我更新，必须靠手动操作
4、 功能覆盖面较窄
5.7 技术方面的可行性
所开发的系统需要使用PLSQL Deveploper、Idea、VSCode等软件，建立用户功能模块界面及后台管理员模块等多个模块。利用现有的技术，该系统的功能够实现，对开发人员都已经过将近三年的学习，拥有一定的经验和基础。而且在规定的期限内，本系统的开发能够完成。
6 可选择的系统方案
暂无
7 投资及效益分析
7.1 支出
系统使用者可以是餐馆工作人员，增加管理员工资兼职做系统管理员即可；
主要需要支付到开发人员工资。开发人员只需要在网络建设、系统建设及配套硬件三个方面花费资金。
7.1.1 基本建设投资
(1) 支付给开发人员的费用1万元
(2) 计算机两台6000元
(3) 房屋和设施800元
(4) 安全保密设备1000元
(5) 数据通讯设备：2000元
7.1.2 其他一次性支出
(1) 支付给开发人员的费用1万元
(2) 开发计划与测量基准的研究：600元
(3) 数据库的建立：1000元
(4) 培训费、旅差费以及开发安装人员所需要的一次性支出：2000元
7.1.3 非一次性支出
(1) 设备的租金和维护费用：600元/年
(2) 软件的租金和维护费用：800元/年
(3) 数据通讯方面的租金和维护费用：600/年
(4) 房屋、空间的使用开支；800元/年
(5) 公用设施方面的开支：800元/年
(6) 保密安全方面的开支：600元/年
(7) 其他经常性的支出：400元/年
7.2 收益
7.2.1 一次性收益
暂无
7.2.2 非一次性收益
节约了餐馆的人力、物力、财力，大大提升管理效率。
7.2.3 不可定量的收益
引进信息系统之后，餐馆成本增加了约5200元/年。餐馆收益预计达约每天增加2200元。净收入700元。随着餐馆规模的扩大、菜品样式的增加后续收益将持续增长。
7.3 投资收益比
预计本餐馆引入的点餐系统的整个生命周期为5年，项目的初始投资为11.2万元，加上每年的系统维护费1.2万元。系统折旧0.4万元每年，在整个生命周期中，该系统共需投入的资金为15.2万元。
系统引进后，每年能为餐馆增加的收益为25万元.5年共计收益125万元。引进项目之后的收益/投资接近8，这是一个比较可观的数字。
7.4 敏感性分析
外卖订餐系统一旦引入，会为餐馆带来巨大的收益，提高餐馆的上餐效率，增加餐馆销售额，但是餐馆的营业也会极度依赖系统。所以一旦发生系统故障，餐馆的应变能力将受到极大的考验，餐馆的生意会受到极大影响。预计反生故障每日损失1500元。
7.5 经济可行性
本餐馆引入点餐系统的初始投资额比较大，但是盈利能力非常强，根据投资收益预计，一年之内即可收回投资资金。虽然餐馆会因过分依赖信息系统而使敏感性增强，但是在加强维护的条件下，系统的抗敏能力能得到一定的保障。在系统的整个生命周期中，盈利的可能性是极大的。因此，本系统在经济上是可行的。
8 社会因素方面的可行性
8.1 法律可行性
此系统我们完全凭借外援开发人员的软件开发技术进行开发，系统开发所用软件为Idea、VSCode和PLSQL，以及网络开发软件。本系统所有权，管理权归本开发人员所有，一切系统维护均由开发人员负责。
系统开发中坚决遵守自主开发的原则，绝不借用其他相关系统的代码，不对任何其他相关系统造成技术侵权。而且本系统完全用于餐馆和内部订单管理，无其他不良使用倾向。
8.2 使用可行性
本系统主要用于订餐和内部订单管理，站在这一角度上，本系统有非常强的实用性，便于餐厅内部管理，本餐厅从上层领导到工作人员都非常支持本系统的开发和沿用，在管理上有非常好的可行性。
本系统可以提高餐馆的销售量，同时，通过订单管理，对本餐厅的工作效率提供了技术支持。信息化是餐厅发展的必然趋势。
9 结论
通过以上分析可知，加入米客点餐系统之后，该系统可以帮助餐馆管理者大幅度降低业务成本，同时非常有助于餐馆的营业额的增加，更有助于业务的效率。综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。
