酒店管理信息系统可行性分析报告Word格式.docx
- 文档编号:20029452
- 上传时间:2023-01-16
- 格式:DOCX
- 页数:10
- 大小:143.74KB
酒店管理信息系统可行性分析报告Word格式.docx
《酒店管理信息系统可行性分析报告Word格式.docx》由会员分享,可在线阅读,更多相关《酒店管理信息系统可行性分析报告Word格式.docx(10页珍藏版)》请在冰豆网上搜索。
如:
1、经济层面
2、行业技术与社会层面
3、缺乏行业标准
;
4、专业化人才短缺,人员流动快
5、面临外资经济型酒店的激烈竞争;
6、经营理念创新不足,企业文化建设缺乏
。
系统功能图
系统功能图
用户登录流程图
F.同本系统相连接的其他系统:
银行金融系统;
旅行社预订系统;
2.2目标
酒店管理系统采用科学的管理思想与先进的管理手段的完善结合。
可帮助酒店管理人员,对酒店管理过程中大量动态的、错综复杂的数据和信息进行及时准确的分析和处理,从而使酒店管理真正由经验管理进入到科学管理,帮助经营者更好的管理酒店、成本控制和客户来源,从而提高酒店的经营效益
2.3条件、假定和限制
a.运行环境:
客户端操作系统:
windowsXP
运行环境:
.Netframework
服务器:
IBMSystemx3650M3
浏览器:
IE6.0以上或Firefox2.0以上
数据库:
MicrosoftSQLServer2008
b.可利用的信息和资源:
酒店提供的数据报表和工作流程
c.所建议系统的运行寿命的最小值:
3年
d.进行系统方案选择比较的时间:
1个月
e.建议开发软件投入使用的最迟时间:
2012年2月
2.4进行可行性研究的方法
1.调查
本系统是通过市场问卷调查来分析的,大致分为三个步骤:
首先,设计问卷;
其次,市场调查;
最后,分析问卷,给出结论。
2.分析
分析问卷是通过图表形式来呈现的。
统计数据,制作成表,给出一定的加权比重,绘制成图,直观地表述调查结果。
3.建模
在调查结果的基础上,本系统的主要功能模块确定下来,主要有七大块,分别是:
登录界面、系统界面设计;
预订管理;
客房管理;
人事管理;
财务管理;
餐厅管理;
内部通讯管理。
2.5评价尺度
评价本系统可从以下几个方面来评价:
费用方面:
使用费用不能过高,过高得不偿失;
各项功能的优先次序:
优先次序要符合实际酒店管理的操作流程;
开发时间的长短:
开发时间不宜过长,也不宜过短。
过长,失信于用户;
过短,软件质量不会过关;
使用的难易程度:
软件使用的难易程度要基本符合普遍酒店管理者的水平;
后期维护:
软件有问题应该立即来维护。
3所建议的系统
3.1对所建议系统的说明
A.酒店管理系统前台功能需求及描述:
1.登录:
订餐顾客、订房顾客、系统管理员、餐厅前台和客房前台在输入用户名和密码之后通过系统验证进入相应页面。
2.订餐:
顾客上门根据某一天的餐桌状态进行订餐,订餐成功后,系统通知服务台。
服务员可以通过系统查询订餐情况。
订餐时顾客需说明预约时间。
3.查询订餐内容:
订餐顾客在外网登录后,可以查看自己的订餐信息,如:
订餐日期,详细菜单,餐桌号和顾客信息等,也可以通过餐厅前台查询
4..修改订餐内容:
订餐顾客通过餐厅前台进行修改订餐日期,菜单,餐桌的操作。
5.取消订餐:
取消订餐(及删除订餐信息),如果订餐顾客想取消订餐,通过餐厅前台进行删除操作,删除订餐顾客的全部信息。
6.点菜功能:
服务员用点菜机点菜,系统将菜单发到服务台打印,也可以在前台点菜。
7.餐饮结算:
就餐后,系统通过已记录的内容动态生成账单。
8.订房功能:
处理上门订房。
订房信息存入系统,并可显示客房使用情况。
9.查询订房内容:
订房顾客在外网登录后,可以查询订房顾客,房间,起始时间,结束时间,定金,是否结账等信息,也可以通过客房部前台查询。
10.修改订房内容:
订房顾客通过客房部前台修改订房顾客信息,房间,起始时间,结束时间,定金,是否结账等信息。
11.取消订房:
订房顾客通过客房部前台取消订房,客房部前台删除此顾客的订房信息。
12.住宿结算:
住宿后,系统通过已记录的内容动态生成账单。
B、酒店管理系统后台功能划分及描述:
1.餐厅管理部分:
(1).添加餐桌:
餐厅前台进入餐厅管理输入餐桌号和人数进行添加。
(2).删除餐桌:
餐厅前台进入餐厅管理根据餐桌列表删除选中的餐桌。
(3).添加饭菜:
餐厅前台进入餐厅管理输入饭菜名称和价格进行添加。
(4).删除饭菜:
餐厅前台进入餐厅管理根据饭菜列表删除选中的饭菜。
2.系统管理部分:
(1).添加系统用户:
管理员登录后进入系统管理页面,通过此页面管理员可以添加系统用户餐厅前台用户和客房部前台用户)。
(2).查询和修改用户:
在此页面,管理员可以查询系统用户的信息和修改系统用户餐厅用户和客房部用户密码。
(3).删除系统用户:
在此页面,管理员可以删除相应用户。
3.客房管理部分:
(1).添加客房:
客房部用户进入房间添加界面,在输入房间编号,房间类型和房间单价之后可以添加房间。
(2).删除客房:
客房部用户进入房间删除界面,页面会列出房间列表,用户通过选中房间,点击删除按钮的操作删除房间。
4.组织结构管理部分:
(1)人事管理:
通过此功能添加系统使用用户,以及对已经不再使用的用户进行删除,休假的用户进行停用等操作。
(2)财务管理:
根据会计制度设置一级、二级明细科目,汇总入帐.出总帐、各明细科目帐,生成各种财务报表。
(3)内部通讯管理:
通过通讯模块,酒店内部员工可以方便的联系,可以实现在局域网内通讯、发送和接收电子邮件以及将营业数据上传给管理干部。
3.2影响
3.2.1对系统运行过程的影响
说明所建议系统对运行过程的影响,如:
a.用户的操作规程:
用户可将本系统随意安装在计算机的任意位置。
对输入数据预处理的过程无影响
b.系统失效的后果及恢复的处理办法:
统一采用数据库存储,定期对数据进行备份,避免数据丢失;
本系统是具有多份备份的
4投资及效益分析
4.1支出
支出包括基建投资、其他一次性支出、经常性支出。
4.1.1基本建设投资
数据通讯设备费用:
2.0万
安全与保密设备:
5000元
数据库管理软件、操作系统和应用软件:
2.3万
其中:
SQL200810000元
WindowsXP8000元
Java环境5000元
4.1.2非一次性支出
设备的租金和维护费用、软件的租金和维护费用、数据通讯方面的租金和维护费用、人员费用耗材费咨询和评审费调研差旅费不可预见费按开发总费用的15%计算总费用:
45.3万元。
5社会因素方面的可行性
5.1法律方面的可行性
合同责任:
符合国家标准的合同,经双方签字后生效
侵犯专利权:
有
侵犯版权:
本系统开发使用的是正版操作系统,正版开发软件和正版数据库,所有的软件都有合同证明其合法性,开发的系统也具有相应的合同制约,所以不存在侵权问题。
5.2使用方面的可行性
用户单位的行政管理:
自定
工作制度:
工作人员的素质能否满足要求:
可以满足
开发的酒店管理系统是按照酒店的运作流程来开发的,符合酒店相应的规定,此系统需要的工作人员只需要会基本的计算机操作即可。
6结论
综上所述,本产品开发技术成熟先进、完备,测试手段可靠,具有良好的市场拓展,系统设计合理层次分明,实用性强,投资与收益比例适当,具有一定开发价值,因此本产品可以立即开始。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理信息系统 可行性 分析 报告