酒店餐馆管理系统可行性分析报告.docx
《酒店餐馆管理系统可行性分析报告.docx》由会员分享,可在线阅读,更多相关《酒店餐馆管理系统可行性分析报告.docx(9页珍藏版)》请在冰点文库上搜索。
![酒店餐馆管理系统可行性分析报告.docx](https://file1.bingdoc.com/fileroot1/2023-5/24/2ade1c80-4610-46a2-a803-5932e993dba2/2ade1c80-4610-46a2-a803-5932e993dba21.gif)
酒店餐馆管理系统可行性分析报告
XXX餐馆管理系统可行性分析
1.引言
餐饮业做为一个与人民生活密切相关的重要服务业,势必要在各方面实现信息化,中国饮食文化历史悠久,各地美食更是独具特色,随着市场竞争的日益激烈,以等待顾客上门等传统方式经营的餐饮店,逐渐受到信息时代的冲击。
越来越多的商户,开始把目光投向网络这种更加方便快捷的交互平台,餐饮业迎来了自己的e时代,与此同时,人们对餐饮服务的要求也越来越高。
以方便餐饮服务人员更好的了解客人的需求,给客人提供更好的服务。
本系统就是针对这方面的迫切需求而设计实现的。
1.1编写目的
此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。
1.2背景
项目名称:
xxx餐馆管理
项目委托单位:
xxx餐馆
软件开发单位:
青海民族大学计算机学院10网络工程班软件开发(13)组
1.3定义
1.4参考资料
[1]. 本项目的经核准的计划任务书或合同、上级机关的批文;
[2]. 钱乐秋赵文耕牛军钰《软件工程》北京:
清华大学出版社,2007
2.可行性研究的前提
2.1说明对所建议开发的软件的基本要求:
功能:
系统随时记录和统计餐馆各餐台(大厅、标准包间、豪华包间)的开台、空闲和预订情况;客人可以提前预定和点菜,系统及时将情况进行处理;将要开台的餐台提前半个小时进入提醒状态,向餐馆工作人员进行提醒,使得客人能够及时用餐;系统的计价结帐服务能及时结算客人的消费情况,并且系统支持虚拟支付(网银、信用卡、银行卡)和现金支付,具有会员打折、支持签单挂账,免单,退单等多种结算方式;系统营业统计定期对各餐台及各种物品消费情况经行统计,点击工具栏【报表统计】,可以查看顾客在店消费信息,当日收银明细,本周收银明细,任意时段的营业数据,可以查看最流行的消费菜品情况。
性能:
本系统要求反应时间不得低于2s;定期对数据库备份
输入说明:
系统的输入,包括数据的来源、类型、数量、数据的组织以及提供的频度;
输出如报告、文件或数据:
本系统要求输出的数据有:
查询信息、报表、警报控制信号
在安全与保密方面的要求:
前台的工作人员负责客人基本信息的输入,服务人员负责客人就餐期间的消费情况的及时更新,收银台的工作人员负责客人的计价结账服务,管理员负责系统的维护
同本系统相连接的其他系统:
数据共享
2.2目标
A. 人力与设备费用的减少;
B. 处理速度的提高;
C. 管理信息服务的改进;
D. 自动决策系统的改进;
E. 人员利用率的改进。
本系统要求能够随时记录餐馆内餐台的空闲、开台和预订情况,及时了解客人的要求,并及时把客人消费情况进行录入与处理,保证数据的及时性和真实性。
本软件系统要求安全、可靠(具有出错处理能力)、准确。
2.3运行环境
数据库服务器由Oracle9实现。
操作系统:
WINDOWSXP;数据库服务器端软件ORACLE9I。
2.4进行可行性研究的方法
说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的。
摘要说明所使用的基本方法和策略,如调查、加权、确定模型、建立基准点或仿真等。
3.对现有系统的分析
餐馆目前完全采用纯人工的方式来完成工作的,服务人员要一边登记某些客人的基本信息,一边还要忙着对其它的客人进行点餐服务,工作量大,耗时比较多,工作效率低。
中国饮食文化历史悠久,各地美食更是独具特色,随着市场竞争的日益激烈,以等待顾客上门等传统方式经营的餐饮店,逐渐受到信息时代的冲击,现在越来越多的商户,开始把目光投向网络这种更加方便快捷的交互平台,餐饮业迎来了自己的e时代,现有系统已经不能满足本餐馆的管理需求与顾客的服务要求。
开发新系统显得尤为迫切与必须。
数据流程图:
3.1“餐台信息”表格:
餐台类型、餐台号ID、开台时间、订金、备注
3.2“顾客信息”表格:
顾客姓名、联系电话、就餐时间、就餐人数、会员状态(普通、vip)、备注
3.3“食品信息”表格:
食品类型(酒水、主食、零食)、食品名称、食品编号、食品单价、备注
3.4“顾客消费信息”表格
顾客姓名、消费物品(单价、数量)、消费金额、会员状态、备注
3.5功能
3.5.1功能划分
本系统由“餐台信息管理控制子系统”、“顾客信息管理子系统”、“食品管理控制子系统”、“财务管理子系统”组成。
“餐台信息管理控制子系统”包含3个功能模块:
“餐台类型管理”、“餐台空闲管理”、“提醒”。
餐台类型管理模块:
根据客人需求选择适当餐台类型。
餐台空闲管理模块:
及时更新数据,记录餐厅内部的各餐台是空闲、开台还是预定状态。
提醒模块:
系统在预定餐台开台30分钟前提醒通知管理人员。
“顾客信息管理子系统”包含3个功能模块:
“顾客信息输入”、“顾客信息修改”、“顾客信息查询”。
顾客信息输入模块:
工作人员可以将顾客的基本信息(顾客姓名、联系电话、就餐时间、就餐人数、会员状态(普通、vip)、备注)输入系统。
顾客信息修改管理模块:
对顾客的基本信息(顾客姓名、联系电话、就餐时间、就餐人数、会员状态(普通、vip)、备注)进行修改。
顾客信息查询模块:
对顾客的基本信息(顾客姓名、联系电话、就餐时间、就餐人数、会员状态(普通、vip)、备注)进行查询。
“食品管理控制子系统”包含3个功能模块:
“食品库存管理”、“食品消费管理”“警报”。
食品库存管理模块:
对各种食品的库存量有准确的记录,当有采购和销出时都有准确及时的更新,避免发生食品空缺现象。
食品消费管理模块:
对客人所点食品进行录入,及时更新数据库信息;警报模块:
系统发现食品库存过少或者食品保质期将到的食品时及时发出警报通知管理人员。
“财务管理子系统”包括顾客消费管理模块、财务信息统计模块和财务信息分析模块。
顾客消费管理模块:
每次顾客的消费计价结账,打印发票;财务信息统计模块:
对一段时间的餐馆就餐顾客数目、营业收入等关键性财务信息进行统计,点击工具栏【报表统计】,可以查看在店消费信息,当日收银明细,本周收银明细,任意时段的营业数据,可以查看最流行的消费菜品情况;财务信息分析模块:
对统计的信息进行分析,对需求情况支持直观图形化表达和报表统计展示,作为管理层的决策依据。
4.所建议的系统
说明所建议系统的目标和要求将如何被满足。
4.1 功能:
系统随时记录和统计餐馆各餐台(大厅、标准包间、豪华包间)的开台、空闲和预订情况;客人可以提前预定和点菜,系统及时将情况进行处理;将要开台的餐台提前半个小时进入提醒状态,向餐馆工作人员进行提醒,使得客人能够及时用餐;系统的计价结帐服务模块能及时结算客人的消费情况,并且系统支持虚拟支付(网银、信用卡、银行卡)和现金支付,具有会员打折、支持签单挂账,免单,退单等多种结算方式;系统营业统计定期对各餐台及各种物品消费情况经行统计,点击工具栏【报表统计】,可以查看顾客在店消费信息,当日收银明细,本周收银明细,任意时段的营业数据,可以查看最流行的消费菜品情况,使得管理层能很好了解市场需求,做出正确判断和决策。
4.2 性能:
1、本系统要求反应时间不得低于2s.2、定期对数据库备份
4.3 本系统要求输出的数据有:
查询信息、报表、警报控制信号
4.4在安全与保密方面的要求:
前台的工作人员负责客人基本信息的输入,服务人员负责客人就餐期间的消费情况的及时更新,收银台的工作人员负责客人的计价结账服务,管理员负责系统的维护。
本软件系统要求安全、可靠(具有出错处理能力)、准确。
5.可行性分析
5.1技术可行性
a.经费、投资方面的来源和限制:
各种硬件和工作人员工资需至少10万元
b.硬件、软件、运行环境和开发环境方面的条件和限制:
软件需求:
操作系统WINDOWS2000AdvanceServer以上;数据库服务器端软件ORACLE9I,JAVA。
硬件需求:
10M以上的LAN接入网络带宽,P43.0GXeonCPU/1G内存/360G(10K)SCSI硬盘的服务器,P3以上微机(带网卡)的客户机,P43.0GXeonCPU/1G内存/36G(10K)RAID硬盘的数据库服务器
5.2经济可行性
餐馆目前由于完全采用纯人工的方式来完成工作的,服务人员要一边登记某些客人的基本信息,一边还要忙着对其它的客人进行点餐服务,工作量大,耗时比较多,所以工作效率低。
根据目前餐馆内部员工的日人工成本为:
x人*y元/人=z元。
我们还不能计算出因效率低下而给餐馆带来的无形经济损失,如果这一部分也看作是成本,那将远远超出目前的计算数额。
而如果开发出一个能满足业务要求的餐馆计算机监护管理系统,在采用生命周期的前提下,从问题识别到系统实施、评价、维护,开发周期如果以两年计,共需人工成本m元,各种软硬件成本n元,日常维护费用o元,共计成本费用p元,略高/低于两年的人工费用总和。
同样,我们也无法估计算出由于系统的开发应用使餐馆运营效率提高而带来的无形的巨额经济效益,由于系统能在未来较长的一段时间内稳定地发挥作用,这对于餐馆的提高管理水平有很大的帮助,才能使餐馆早日接入到总行的更高层次的网络体系中,可以更加广泛的吸收各方面的信息资源,可为餐馆业务在将来的扩张打下坚实的基础,其经济效益将更上一层楼。
5.3法律可行性
法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知识是否可行。
由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问题。
即使存在了,也可以根据合同进行分析,一定有人会负责任,所以此系统完全可以进行开发。
由以上经济、技术、操作和法律四方面的分析可以看出,本系统的开发时机成熟,从多种角度考虑,都是可行的。
5.4使用方面的可行性
用户单位的行政管理、工作制度等方面来看,是否能够使用该软件系统;从用户单位的工作人员的素质来看,是否能满足使用该软件系统的要求等等,都是要考虑的。
6.投资及效益分析
6.1支出
6.2收益
6.3收益、投资比
6.4回收周期
7.结论
本系统值得投资,可以立即开始进行。