点餐系统分析报告报告材料Word格式文档下载.docx
- 文档编号:13621672
- 上传时间:2022-10-12
- 格式:DOCX
- 页数:42
- 大小:1.78MB
点餐系统分析报告报告材料Word格式文档下载.docx
《点餐系统分析报告报告材料Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《点餐系统分析报告报告材料Word格式文档下载.docx(42页珍藏版)》请在冰豆网上搜索。
订餐系统也就应运而生了。
本系统就是针对大中小型餐厅而开发的一个点餐系统,它带来的是方便、实惠和个性化。
系统采用C/S模式进行开发,以android为开发工具,以access为数据库。
实现顾客自主通过客户端机器点菜,改变以往那种纯手工的点单模式,从而节省了大量的人力劳动。
服务器端主顺序主要功能包括:
前台营业(选桌、换桌、会员卡办理、结账等)系统基本设置、查询、系统管理、数据维护、数据报表。
客户端顺序主要功能包括:
顾客点菜管理、顾客查询。
借助于计算机来统一管理顾客的点单,可极大的提高餐厅的运营效率。
1.2开发目标
喜莱多V5.0版本的点餐管理系统,界面友好,功能强大,性价比高,适合各个层面和年龄层次的朋友使用,系统性强,响应比高,适合各大中小型餐厅购买本系统。
使用本系统,可大大降低平日里经常发生的“先来后到”、错单、漏单等情况,使用本系统可减少店面的人工数,同时也在食材的使用上降低了浪费的可能性,在一定程度上减少了餐厅的开销,提高了餐厅的工作效率以及顾客的满意度。
2.系统特点及功能说明
2.1系统特点
该点餐系统从发展现状谈起,结合用户实际需求提出本系统的总体结构和功能模块,然后通过系统结构设计、安全设计及前端开发,构建了一个以JSP技术和Mysql后台数据库为基础的、具备相关功能的点餐系统。
根据点餐系统的流程,完成从用户登录到开台点菜,到结账收银,到统计一条线的信息化管理,因此整个点餐管理信息系统的研发容就是开发一整套点餐管理信息系统,实现餐饮业务的计算机化。
该系统将餐饮业中点菜、收银、库存管理、成本核算等一连串的业务用计算机来管理,分析与设计了餐饮系统的结构及功能模块,解决餐饮系统的关键技术,给出了餐饮业务的解决方案,实现了现代化的餐饮管理机制。
2.2功能说明
2.2.1客户子系统
分类展示菜品,推荐热门菜品、新菜品、特色菜品,自主配餐,随机点餐,实时订座,实时点餐,在线支付等;
2.2.2餐厅前台系统
为客户订座,收款,办理会员卡,给会员卡充值积分等,营业额的变动管理;
2.2.3餐厅后台关系系统
新菜上架,菜品下架,更改热门菜、新菜品、特色菜列表,更改菜品信息,报表功能,餐厅会员管理,设置会员折扣,会员积分管理。
3.可行性分析报告
3.1引言
3.1.1编写目的:
可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间确定问题是否可解
经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后,交软件经理审查。
3.1.2项目背景:
开发软件名称:
点餐管理系统。
项目任务提出者:
山口组集团项目开发中心。
项目开发者:
山口组集团项目开发中心YW开发小组。
用户:
各大中小型餐厅。
实现软件单位:
各大中小型餐厅及师大学
项目与其他软件,系统的关系:
本项目采用客户机/服务器原理,客户端的程序是建立在android系统上以eclipse为开发软件的应用程序,服务器端采用windows为操作系统的工作站,是采用Mysql为开发软件的数据库服务程序。
3.1.3定义
[专门术语]:
[缩写词]:
3.1.4参考资料:
《实用软件工程》,人杰等,清华大学
3.2可行性研究的前提
3.2.1要求
主要功能:
为顾客提供点餐服务,减少餐厅服务员的工作量,提高餐厅的服务质量和服务效率,大大降低了点餐和送餐不及时以及送餐错位的产生。
性能要求:
客户提供的信息必须及时的反映在餐厅后厨的工作平台上。
系统的定单必须无差错的存储在餐厅的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
输入要求:
菜品和数量要明确。
输出要求:
简捷,快速,实时。
完成期限:
预计四个月,即截止2013年1月30日。
3.2.2目标:
系统实现后,大大提高餐厅的点餐服务效率。
降低点餐及送餐服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销,突破餐厅的原有服务模式,吸引更多顾客。
3.2.3条件、假定和限制
建议软件寿命:
5年。
经费来源:
山口组集团。
硬件条件投入:
服务器工作站,可触屏移动终端。
运行环境:
android系统、windows系统
数据库:
Mysql
运行最迟时间:
2013/02/05
3.3可行性研究方法
对周边餐厅进行一个调查,了解他们对点餐管理系统是否有需求以及他们希望点餐管理系统具有怎样的功能,总结调查容,对点餐管理系统做一个整体的规划。
待我们的点餐管理系统开发出来并进行试用后,再次对参加试用的餐厅进行一次调查,了解他们对此系统的评价,然后我们在对此系统进行改善。
3.4决定可行性的主要因素
成本/效益分析结果,效益>
成本。
技术可行,现有技术可完全承担开发任务。
操作可行,软件能被使用人员快速接受。
3.5技术可行性分析
3.5.1系统简要描述
在餐厅的各个餐桌中的终端是安装了android的移动终端机,主要目的是向餐厅后厨的服务器传递数据。
顾客在移动终端机上进行点菜,确定点餐结束并不做更改后确定提交,终端向服务器发出详尽的一份定单,服务器核对后,存入点餐信息库,并修改存货数据库。
顾客只需等待便是,服务员也只按照订单容配送餐点。
3.5.2处理流程和数据流程
系统管理员
库存信息的更新
服务器终端显示数据
产生报表
顾客
订餐
数据库
客户机终端显示数据
后厨配餐人员
查看订单
服务员
核对信息进行送餐
在客户端显示需支付金额及
产生报表及帐单
3.6经济可行性分析
3.6.1支出
(1)基础投资:
移动机30台:
600*30=18,000元
网络设备:
15,000元
辅助配置:
10,000元
共计:
43,000元
(2)其他一次性投资:
access:
12,000元
Windowsserver2008:
5,000元
操作员培训费:
27,000元
(3)经常性支出:
其他不可知额外支出:
20,000元
共计:
支出共计:
9万
3.6.2效益
(1)一次性收益
0元
(2)经常性收益
(按银行利率:
1%);
减少员工5人(1000元/人)五年收益:
1000*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*5*12*5=30万
工作效率提高收益(工作效率提高30%):
30*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*(30%)*5=45万
经常性收益共计:
75万
(3)不可定量收益
因服务质量提高增加顾客量10%:
10万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=3.6万
收益共计:
78.6万
3.6.3收益/投资比
78.6万/9万=873%
3.6.4投资回收周期
1年
3.6.5敏感性分析
设计系统周期为1年,估计最长可达2年
处理速度:
一般速度<
5秒
3.7社会因素可行性分析
3.7.1法律因素
所有软件都选用正版;
所有技术资料都由提出方保管;
合同制定确定违约责任。
3.7.2用户使用可行性
使用本软件人员基本无任何技术要求,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训;
管理人员也需经一般培训;
经过培训人员将会熟练使用本软件;
两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统。
3.8其他可供选择的方案
3.8.1客户端与服务器端联系在一起
在餐桌上、厨房、收银台安装终端,数据输入由顾客终端输入,所有数据都由服务器处理,只在厨房终端上显示数据结果。
此设计简化了数据处理,但加重了服务器的数据处理。
而使用客户端/服务器机理,简化数据流量,加快数据处理。
3.9结论意见
由于投资效益比远大于100%,技术、经济、操作都有可行性,可以进行开发.
4.需求分析说明书
4.1引言
4.1.1编写目的
此立项报告旨在确定本项目的基本目标、主要容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的容清单、后续工作情况。
4.1.2定义
本产品是为各大中小型餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便顾客就餐。
4.1.3参考资料
《软件系统分析与设计》《需求分析最佳实践》
4.2项目概述
4.2.1项目背景
一般的餐厅经常会存在顾客到餐厅后,服务员不能及时地为顾客点餐,也时常发生顾客对服务员态度的不满以及发生错单、漏单的现象,或者没能达到先来先服务的效果。
随着现代人生活节奏的加快,人们更加不愿意把时间花费在等待上。
4.2.2项目目标
开发该订餐系统可以节省顾客的时间和精力,避免顾客在餐厅等待很长时间以及错单、漏单现象的发生,同时也减少了餐厅服务员的数量以减少餐厅的开销,并提高服务质量以及顾客对餐厅的满意度。
该系统可以对每天顾客的消费情况进行汇总,这样也可以减少食料的浪费,对餐厅进货有很好的指导作用。
4.2.3构件图
4.2.4业务事件
(1)餐厅接受订餐信息
(2)顾客查询菜谱和推荐菜单或套餐,也可随机配餐。
(3)顾客预约订餐
(4)返回顾客订餐信息
(5)顾客进行进一步确定订单,并最终提交
(6)餐厅厨房接受订单信息,按顺序进行烹饪
(7)前台进行会员卡的办理及相关的管理
(8)前台结账
4.2.5对产品进一步解析
到目前为止我们对顾客的行为,餐厅服务人员,厨房厨师的行为进行了准确的分析,做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。
4.2.6适用围
通过分析,本项目适用于各大中小型餐厅,用于对餐厅当日的消费情况进行汇总,以对用餐食物进行合理预算。
4.3系统需求分析
4.3.1性能需求分析
该系统在性能功能应达到如下要求:
Ø
操作简单,界面友好:
完全空间式的页面布局,使得菜品、咨询等信息录入的工作更简单:
另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。
对常见类似的的管理的各个方面:
基本信息录入、浏览、删除、修改、搜索等方面都大体实现,用户对菜品的预定以及支付方式;
即时可见:
对客户预定餐饮信息的处理(包括录入、删除)将立即在首页的对应栏目显示出来,达到“即时发布,即时见效”的功能
系统运行应该快速、稳定、高效和可靠;
在结构上应该具有很好的可扩展性,便于将来功能的扩展和维护。
4.3.2项目报表
日订餐统计报表
日期
菜名
销售额
进货量
表3
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统分析 报告 材料