可行性研究报告网上订餐系统.doc
《可行性研究报告网上订餐系统.doc》由会员分享,可在线阅读,更多相关《可行性研究报告网上订餐系统.doc(13页珍藏版)》请在冰豆网上搜索。
网上订餐系统可行性分析报告
2014年3月16日
1引言 1
1.1编写目的 1
1.2背景 1
1.3定义 1
1.4参考资料 1
2可行性研究的前提 2
2.1要求 2
2.2目标 2
2.3条件、假定和限制 3
2.4进行可行性研究的方法 3
2.5评价尺度 3
3对现有系统的分析 3
3.1处理流程和数据流程 4
3.2工作负荷 4
3.3费用开支 4
3.4人员 4
3.5设备 4
3.6局限性 4
4所建议的系统 4
4.1对所建议系统的说明 5
4.2处理流程和数据流程 5
4.3改进之处 5
4.4影响 5
4.4.1对设备的影响 5
4.4.2对软件的影响 5
4.4.3对用户单位机构的影响 5
4.4.4对系统运行过程的影响 6
4.4.5对开发的影响 6
4.4.6对地点和设施的影响 6
4.4.7对经费开支的影响 6
4.5局限性 6
4.6技术条件方面的可行性 7
5可选择的其他系统方案 7
5.1可选择的系统方案1 7
5.2可选择的系统方案2 7
6投资及效益分析 7
6.1支出 7
6.1.1基本建设投资 8
6.1.2其他一次性支出 8
6.1.3非一次性支出 8
6.2收益 9
6.2.1一次性收益 9
6.2.2非一次性收益 9
6.2.3不可定量的收益 9
6.3收益/投资比 10
6.4投资回收周期 10
6.5敏感性分析 10
7社会因素方面的可行性 10
7.1法律方面的可行性 10
7.2使用方面的可行性 10
8结论 11
9
GB8567——88
可行性研究报告
1引言
1.1编写目的
本报告的主要作用是确定各个项目模块的开发情况和主要的负责人供各项目模块的负责人阅读做到及时协调按步有序进行项目的开发减少开发中的不必要损失。
具体步骤:
拟订开发计划书,分配项目工作,安排项目进度。
此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。
1.2背景说明:
1、项目名称及内容:
网上订餐系统是基于Internet及Web技术,建立以Browser/Server为结构模式、以数据库为后台核心应用、以服务为目的信息平台,对资源进行科学的加工整序和管理维护,为客户提供多样的菜谱和便捷的服务信息而设计的系统。
2、项目参与者:
第四小组全体成员:
刘欢、米素霞、宋阳子、杨啸晨、洪浩然、贾政卓、赵亚欣
1、3定义
SQIserver2000,Windows98,C、JAVA
1.4参考资料
列出用得着的参考资料,如:
百度文库理工网上订餐系统可行性研究报告
网上订餐可行性分析百度文库
《软件工程学导论》张海藩
《软件工程学教程》陈明
《软件工程概论》郑仁杰
二、可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提,如要求、目标、假定、限制等。
2.1要求
说明对所建议开发的软件的基本要求,如:
A.功能:
管理员功能:
登录系统、查询管理员账号、添加管理员账号、修改管理员账号、删除员工账号、查询员工账号、添加员工账号(有权限)、修改员工账号(有权限)、删除员工账号(有权限)。
用户功能:
(1)登录模块:
完成客户注册账号、登录系统、修改密码、修改地址 功能。
(2)查询模块:
完成客户查询功能,比如按菜系、特色菜、人均消费等查询
(3)订餐模块:
完成客户的订餐功能
(4)支付模块:
完成客户的安全支付
(5)评价模块:
主要解决客户对餐厅的意见和建议以及对餐厅的评价,提供交流板块促进客户与客户之间的互动
B.性能:
稳定快速,实时控制。
系统的反应速度较快,本系统通过美观,有 好的界面设计可完成信息查询,灵活,方便,快捷,准确,数据存储安全 可靠,全面展示我们的产品,风格统一,突出特色,功能设计应体现人性 化思想,方便用户操作。
顾客注册后需要登录系统须输入口令才能进行订餐服务。
对于管理员,在其查询订单的时候,可针对各种组合条件进行查询,而且查询效率要求高,能够及时相应查询请求,易于操作和维护。
另外,系统还应当满足系统的信息完整性以及系统的可扩展性。
C.输出:
文字、数字、英文输出,订单打印
D.输入:
文字、数字、英文的输入
E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程,;
F.在安全与保密方面的要求:
不能轻易被破坏,不鞥让管理人员以外的人篡 改价格信息,对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失
G.完成期限:
一个月
2.2目标
说明所建议系统的主要开发目标,如:
A.人力与设备费用的减少:
本订餐系统所需要的硬件和软件都是目前广泛使用的,如软件运行环境wondows98以上系统,数据库SQL Server 2000,编程语言VC++等,都可通过网上,图书馆等各种渠道得到,不需花费大量资金购买高成本的设备。
B.管理信息服务的改进:
该系统科学合理的将整个程序划分为多个模块,各模块单独设计,有助于降低整个程序的设计难度及减少错误程序的影响范围,各模块易于实现,又易于整个程序易于衔接和修改
C.前进的程序结构:
使用当代前卫的软件编程,能延长其生命周期,易于维护与管理
D.安全可靠性高:
后台维护功能齐全,根据平台在各个阶段不同的使用情况,管理人员可以设置相应的操作权限,增加系统注册,分配各个栏目的管理权限,实现系统的维护,保证系统的安全可靠
E.实用性强:
努力使系统符合实际操作流程的习惯,并尽量减少用户的输入,易学易用的友好的用户界面,满足各层次的用户使用的需求
F.查询功能强大:
可以对菜品的信息和店铺信息进行查询
2.3条件、假定和限制
说明对这项开发中给出的条件、假定和所受到的限制,如:
a.所建议系统的运行寿命的最小值:
5年
b.进行系统方案选择比较的时间;
c.经费、投资方面的来源和限制:
西安工业大学东门外餐馆
d.法律和政策方面的限制:
无限制
e.硬件、软件、运行环境和开发环境方面的条件和限制
f.可利用的信息和资源:
可参考网上的一些现有的网上订餐系统
g.系统投入使用的最晚时间。
2.4进行可行性研究的方法
(1)实地考察,去校外附近各餐馆了解各餐馆的情况,如具体餐类,销售情况,饭前价格,收入情况,每天有多少学生就餐等,估计系统的经济可行性
(2)问卷调查,通过对校内同学的问卷调查,了解他们的就餐地点,喜欢的食物,对网上订餐系统的评价
(3)查阅相关资料,了解现有的网上订餐系统
2.5评价尺度
该系统主要运用web,小型数据库和一些简单的网络和软件系统以实现网上订餐功能,主要功能分三大模块:
管理员模块,员工模块,客户模块,结构简单清晰,开发费用在客户可支撑范围内,运用技术简单,开发时间短,用户容易操作
三.对现有系统的分析
3.1处理流程和数据流程
传统外卖是用人工的方式来进行店铺的各项管理,其工作流程大致为:
顾客电话订餐→员工手工记录顾客菜单、要求以及顾客地址→员工送餐→顾客现金支付。
3.2工作负荷
1.在用餐高峰期,订餐电话会很多,员工负荷量大。
2.人工记录会造成顾客信息的错误和混淆。
3.对于店铺里的文件管理,也多数是以纸质材料进行保存,这样查询起来不仅麻烦不方便,保密性比较差,而且容易磨损,不易保存,另外时间一长,将会产生大量的文件和数据,这对查找、更新和维护都带来了不少的困难。
3.3费用开支
1.会产生大量的通讯费用。
2.包括一些隐形成本,比如说人力成本和时间成本,接电话,抄订单,设计印刷菜单,对外宣传等,这些无形中会产生一笔相当大的费用支出。
3.4人员:
由于系统当前处于人工阶段,所以基本都是由店内员工对信息进行处理以及将外卖送达,不会产生额外的人员需求。
(大概2到3人)
3.5设备:
现有系统需要的设备主要是电话。
3.6局限性
1.在订餐高峰期,因通讯阻碍会损失一部分顾客,这回无形中造成很大的损失。
2.不能完全的展现本店特色,顾客对店里的菜品了解较少,选择余地较小。
3.菜品信息不能直观的展示。
四.所建议的系统
4.1对所建议系统的说明
该系统主要基于C、JAVA等基础编程和数据库应用技术,建立Browser/Server为结构模式、以数据库或网络数据库为后台支撑、以消费者服务和内部管理为目的的信息平台。
该系统以餐馆的外卖订餐业务流程为基础,应用信息化的思想和手段,将业务流程简化,并实现数据的有效共享,提升企业业务处理能力和效率,降低企业资源消耗。
4.2改进之处
1.可以帮助餐馆大幅减少人工数量,节约成本。
2.保证出错率较低。
3.本小组的外卖订单管理信息系统是基于网络的新型系统,应用了最新的网络技术。
该系统规模较小,但是功能齐全,具有相当的管理功能,每笔订单可以包含10种菜品,同时满足多人在线预定外卖,并且可以根据原料库存随时动态调整菜品是否可预订。
4.3处理流程和数据流程
4.4影响
4.4.1正面影响
1.无需担心错过订餐电话跑掉生意,即使无人看守,客户也可以24小时随时方便的下单。
2.订单准确、详实。
客户的联系方式,订购的餐品准确无误。
避免因听错导致的错餐漏餐。
3.菜单随时可以更新。
减少了因突然更换菜单导致的很多麻烦,也无须再反复的印制宣传菜单,只需要将网址告诉客户就可以了。
4.网址方便保存,客户只需要轻轻一点就可以将我们的网址轻松保存在收藏夹里,想订餐的时候可以随时打开,不用在担心宣传品不易保存的问题。
其实使用订餐系统可以辅助订餐业务流水线作业,方便了客户,也在无形中为我们节约了一大笔支出。
当然,也不能完全依靠订餐系统,毕竟有的人还是喜欢电话订餐的。
将两者结合起来使用,会大大拓展我们的订餐业务渠道,增强我们的竞争力。
4.4.2负面影响
1.过度依赖网络,如果一旦发生系统故障,将会导致整个餐馆的外卖、订餐部分无法正常运营。
2.订单量的增加可能会导致送餐员雇佣量的增加。
3.顾客取消订单后对餐馆造成的损失无法消除。
4.竞争压力变大。
4.5局限性
该系统作为一个小型系统,不其他成熟系统相比可能会存在以下局限性:
1.个性化服务功能有待加强。
2.没有与电话订餐相结合,订餐方式给顼客带来了一定不便。
3.无法做到原料库存的动态自我更新,必须靠手动操作。
4.功能覆盖面较窄。
4.6技术条件方面的可行性
拟定开发的外卖系统分为用户界面和餐馆界面,用户界面用于顾客订购菜品下订单,要基于Web的数据库访问的要求,现有的ASP,HTML等软件能够满足要求;餐馆订单及内部管理部分应用C及JAVA、SQLSERVER数据库等即可开发,所以从现有的技术水平来说,完全能够开发出完美的外卖订餐系统。
五、可选择的其他系统方案
5.1可供选择的系统方案
1、其系统主要基于C、JAVA等基础编程和数据库应用技术,建立在以Client/Server为结构模式的信息平台,可发展固定人群的用户群体,而且功能强大可以减轻服务器端的压力,不至于使服务器端崩溃。
但是相比B/S而言其无法为餐馆带来更大的客户群,适应范围较为固定及狭小,C/