餐馆外卖订餐管理信息系统系统可行性分析报告.docx
《餐馆外卖订餐管理信息系统系统可行性分析报告.docx》由会员分享，可在线阅读，更多相关《餐馆外卖订餐管理信息系统系统可行性分析报告.docx（16页珍藏版）》请在冰豆网上搜索。
餐馆外卖订餐管理信息系统
——可行性报告分析
目录
引言1
1.1研究目的2
1.2开发背景3
1.3定义3
1.4参考资料3
可行性研究的前提4
2.1要求4
2.2目标4
2.3条件假定和限制4
2.4进行可行性研究的方法4
2.5评价尺度4
对现行系统的分析5
3.1处理流程和数据流程5
3.2工作负荷5
3.3费用开支5
3.4人员6
3.5设备6
3.6局限性6
拟开发管理信息系统6
4.1拟开发系统的基本说明6
4.2处理流程和数据流程10
4.3改进之处10
4.4影响11
4.5局限性11
技术条件可行性分析11
5.1在目前约束条件下，该系统的功能目标是否能达到11
5.2利用现有技术，该系统的功能是否能实现12
5.3对开发人员的数量和技术水平的要求12
5.4在规定期限内，该系统开发是否能完成12
经济可行性分析12
6.1支出12
6.2收益13
6.3收益/投资比14
6.4敏感性分析15
6.5结论15
组织管理可行性分析15
7.1法律方面15
7.2管理方面15
7.3系统开发必要性16
结论16
1、引言
1.1研究目的
中国餐饮业营业额连续以两位数的速度高速增长。
同时网络及通讯业飞速增长，人们对订餐服务的需求越来越大。
餐饮业的高增长推动餐饮投资多元化，大量资本的涌入直接推动餐饮业向产业化、连锁化、集团化和现代化的方向迈进。
而餐饮业规模化、连锁化经营的发展趋势对传统管理方法提出了挑战。
同时，餐饮业的蓬勃发展预示着未来餐饮业的竞争，已不仅仅是菜肴的质量、就餐环境等方面的竞争，而会在企业品牌、服务及运营成本以及综合管理能力等诸多方面形成竞争。
从事餐饮经营与管理的业内人士越来越意识到:
餐饮经营管理变革的时代已经到来，此时，一套功能强大的信息化平台将是餐饮经营者与管理者实现有效管理所不可或缺的工具，有了它，餐饮经营者与管理者将更能充分展示自身的管理才能，确保经营目标的实现。
1.2开发背景
方案设计：
刘露影李奥刘丹丹李福鑫钱子健刘舒啸
软件名称：
餐馆外卖订餐管理信息系统
目标客户：
餐馆
说明：
该系统可以与餐馆本身内部管理信息系统相结合并成为其下属系统。
1.3定义
OLE：
ObjectLinkingandEmbedding，对象连接与嵌入，简称OLE技术
ODBC：
OpenDatabaseConnectivity，开放数据库互连
DSN：
DataSourceName，数据源名称
ADO：
ActiveXDataObjects，存取数据源的COM组件
ASP：
ActiveServerPage，动态服务器页面
B/S：
Browser/Server结构，浏览器服务器结构
C/S：
Client/Server，客户机/服务器网
1.4参考资料
《基于INTERNET的管理信息系统》曾凡奇林小苹邓先礼中国财政经济出版社2001年
《信息系统开发方法》姜旭平清华大学出版社1997年第一版
《软件工程》齐治昌谭庆平宁洪高等教育出版社1997年第一版
《实用软件工程》郑人杰殷人昆陶永雷清华大学出版社1997年第二版
2、可行性研究的前提
2.1要求
A.功能：
对客户和餐馆（订单及内部存货等）信息进行有效的管理；
B.性能：
数据库的录入；菜品目录检索；顾客信息查询；订单信息查询；
C.输出：
顾客信息；菜品信息；订单信息。
D.输入：
用户名称；菜品名称；联系方式；送餐地点等。
E.安全保密：
餐馆中所有提供菜品能够供用户查询及下单；客户信息只能被系统管理员查阅
F.完成期限：
2012年6月
2.2目标
现有的资源，用较低的成本，在能力达到的最短期限内开发出具有管理餐馆业务和用户信息功能的餐馆外卖订购信息系统。
主要体现在以下方面：
节省了餐馆的电话订购费用；极大地方便了顾客订餐，同时使得餐馆的外卖业务处理速度大幅提高；整个外卖流程相比现有情况能够更快，更高效的执行，业务量也会有不小提升。
2.3条件、假定和限制
a．所建议系统的运行寿命的最小值：
2年
b．进行系统方案选择比较的时限：
1个月
c．经费来源：
餐馆财务部门
d．运行环境：
WindowsXP及以上；数据库类型:
access；硬件配置：
CPUP2000mmx以上、内存大于1024MB
e．系统投入使用的最晚时间：
2012年6月
2.4进行可行性研究的方法
本可行性研究步骤：
现有系统数据流程分析现有系统问题分析；新系统业务处理流程，工作流程，数据流程，系统功能介绍影响分析；新系统投资估算及效益分析；综合上述分析，可行性最终确定。
在上述过程中，主要采用了调查，在投资估计及效益分析过程中运用了加权，以及财务管理中财务预测模型。
2.5评价尺度
鉴于目前我们状况，外卖订单管理系统总投资费用不少于11.2万；本系统所要达到的最主要目的是方便顾客订购和餐馆对订单的管理，但考虑到顾客应用互联网订购的方式，因而优先考虑的系统功能是顾客可以运行浏览器（如IE），以B/S方式连入主服务器，浏览信息或提出服务请求；由于新一学年的开始，新系统必须于新学期伊始投入使用；与现有人员技术的交融程度。
3、对现行系统的分析
3.1处理流程和数据流程
对于绝大多数的餐馆来说，基本上都是属于人工系统的阶段，有一少数部分是参加了外卖网站，通过外卖点餐的网站来进行销售量的扩大，但是总体上来说还是处于人工系统的阶段；当然，特有部分的餐馆或者是快餐店做的很好，比如像麦当劳、肯德基等，计算机系统的运用较好，但是可能还是存在着缺陷。
对于处于人工系统的餐馆，大部分都是顾客来到餐馆进行点餐，在餐馆中等候，然后将食品带走，有一些餐馆有订餐电话，顾客可以用电话订餐，并告知店主地址，等待外卖送达。
对于像麦当劳、肯德基这样的大型快餐店，也可以通过网络来进行订餐，再进行配送。
肯德基麦当劳的现行系统已经很成熟，在此就不再对其进行分析。
3.2工作负荷
餐馆的工作负荷因餐馆的大小及食品的味道而有所不同，一般平均每天可以送外卖约五份。
3.3费用开支
对于依靠纯人工系统工作的餐馆，其主要的费用主要在于电话费，基本可以忽略不计。
而对于一些加盟了外卖网站的餐馆，其主要的费用在于网站的加盟费及抽成费，但是需要在通过网站的销售额达到之后进行，在此之前也基本无任何费用。
3.4人员
由于普通的餐馆大都处于人工系统的阶段，所以基本都是由店内的员工兼职对信息进行处理以及将外卖送达。
所以并不会产生额外的人员需求。
3.5设备
现有的系统主要需要的设备有用来接听的电话以及接受网站系统发来的短信的手机等。
但是对于一些运用了一定信息技术的餐馆，还有计算机等设备。
3.6局限性
餐馆不具有自主的控制权，当餐馆的信息出现变化时，餐馆无法根据需要对网站的信息作出变更。
餐馆也不能通过网站进行营销来扩大其销售量，所以网络这一便利的销售渠道没有能够充分的运用起来以扩大其销售渠道及销量。
4、拟开发管理信息系统
随着科学技术和计算机网络的发展，管理信息系统的各种优势也逐渐体现出来。
因此，如何良好的将企业内部的业务流程与先进的管理信息系统结合起来，是决定企业今后发展方向和发展潜力的关键因素。
为了帮助餐饮业企业组织规范化管理外卖业务，我们小组设计开发了餐馆的外卖订餐信息系统。
4.1拟开发系统基本说明
该系统主要基于vb、ACCESS等基础编程和数据库应用技术，建立Browser/Server为结构模式、以数据库或网络数据库为后台支撑、以消费者服务和内部人员管理为目的的信息平台。
该系统以餐馆偶同的外卖订餐业务流程为基础，应用信息化的思想和手段，将业务流程简化，并实现数据的有效共享，提升企业业务处理能力和效率，降低企业资源消耗。
（1）系统功能要求
通过对普通外卖订餐业务的分析，我们总结概括出该系统需要实现的以下功能要求：
用户子系统
登录界面：
包含用户名和密码，登录和注册选项。
如果你是新客户，点击注册选项，进入用户注册系统，填写简单的电话号码，常用住址，电子邮件。
老客户直接点击登录选项，进入订餐系统。
订餐界面：
菜品选择所有可以选择的菜品都能在界面上看到，用户可以点击自己喜欢的菜品，之后进入订单提交界面
订单提交界面：
客户填写基本的订单需求，包括菜品的数量，菜品的特殊要求等，支持客户自行选择菜品的原料搭配等。
订单生产界面：
客户可以看到自己提交之前的订单，进行修改，同时，系统给出客户所定菜品供给所需时间和运费。
自动生成订单号，
个人订单管理：
客户可以随时查询自己的订单状态，历史订单记录等，并可以自行修改个人信息。
管理员子系统
客户信息管理界面：
实现对所有客户的信息进行查询、修改、分组、挑选VIP客户等功能。
订单处理界面：
餐馆管理员可以在此查询已提交订单，其中信息主要包括：
客户个人信息、联系方式，提醒顾客送达时间，运送费用，总共金额。
同时筛选出配送时间、配送地点相近（前后相差15分钟左右）的订单号，方便集中配送。
实现订单的状态管理，分3种状态——已打印，已配送，已收款。
可以自定义显示的颜色。
清晰的看到每个订单的配送状态
送餐员管理界面：
配送员信息管理界面，随时挑选有时间空闲的配送员配送，支持货到付款。
配送完毕后确认货物已经送达，订单取消
原料管理界面：
点击用户提交的订单中选择的商品，该商品的配料（食材）组成弹出，同时可以对原理啊的库存数量、菜品是否可预订进行设置修改，以防出现客户已下订单但没有原料库存无法及时完成订单的情况。
员工绩效考核界面：
按送餐员统计送餐量和送餐金额（当天或某段时间）以结算工资。
也可可作为考核送餐员工作量的依据。
业务统计界面：
完成基本的业务统计功能，如每天的订单总量，订单总金额，送餐员配送次数等，同时按时段统计订单数量和订单金额（当天或某段时间）。
时段共分14个，9点以前，9-9.30，9.30-10.00，10.00-10.30，10.30-11.00，11.00—11.30，11.30-12.00，12.00-12.30，12.30-13.00，13.00-13.30，13.30-14.00，14.00-14.30，14.30-15.00，15点以后。
通过该功能可以看到本企业在这14个时段中的订单分布情况，帮助企业合理分配送餐员，降低成本。
（2）系统限制
引入该系同时需要有以下限制因素的保障，才能使系统正常运行：
1、客户提交订单后10分钟内可以取消订单，超过10分钟则不允许取消
2、每笔订单的菜品总数量不超过10份
3、如果该菜品的原料缺货，则该菜品不可选
（3）系统主要功能结构
如下图：
其中,用户界面部分主要完成用户注册、用户登录、订单选择等面向客户消费者的功能，而管理员子系统则主要完成餐馆内部人员对业务订单的管理辅助。
（4）用户子系统
用户子系统主要包括以下几个功能模块：
（5）管理员子系统
管理员子系统部分对系统业务处理能力要求较高，功能较多。
结构图如下：
（6）系统实现方法、创新点
本系统的技术要求出发点是成熟、高效、简洁。
因此我们在开发该系统时，主要希望采用的技术包括：
VB、ACCESS、网络数据库、html技术、局域网技术等方面。
用户在利用客户登陆端或网页进入系统后，以B/S方式连入主服务器，浏览信息或提出服务请求。
请求发出后，餐馆管理员会
升级会员 