酒店管理系统可行性报告Word下载.docx

1、4.4采用建议系统可能带来的影响 74.4.1对设备的影响 74.4.2对软件的影响 74.4.3对用户的影响 74.4.4对系统运行的影响 74.4.5对开发的影响 74.4.6对运行环境的影响 74.4.7对经费开支的影响 74.5技术可行性评价 85所建议系统经济可行性分析 85.1支出 8 5.1.1基建投资 85.1.2其他一次性支出 85.2效益 85.2.1一次性收益 85.2.2经常性收益 85.2.3不可定量收益 95.3收益/投资比 96社会因素可行性分析 96.1法律因素 97. 其他可供选择的方案 9酒店管理系统可行性分析报告1引言1.1编写目的酒店管理系统是为了旅客旅

2、行方便，提高工作效率，提高服务质量，增加经济效益，加快公司发展步伐。预期读者：具有相关需求和设计人员。1.2项目背景a 软件名称：酒店管理系统b 提出者：某酒店 开发者：软件开发小组 用户：c 项目与其他软件的关系：此系统仅是总系统中的一个组成部分，与其他数据库可以建立链接，为其他模块相应功能的实现提供信息来源和依据1.3定义酒店管理系统：为酒店和顾客提供方便与自动化办公的软件系统。1.4参考资料ASP.NET Web 程序设计 蒋培 王笑梅 编著软件工程（第二版）人民邮电出版社 张海藩编著2可行性研究的前提2.1要求a 功能:b 性能：ASP.net是基于通用语言的编译运行的程序，所以它的强

3、大性和适应性，使它运行在Web应用软件开发者的几乎全部平台上。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.net的Web应用中。c 输出：显示器d 输入：键盘和鼠标f 安全与保密要求：每个部门只负责相应部门的管理，不能查询其他部门的数据。g 与软件相关的其他系统：财务管理系统，进销存管理系统。h 完成周期：3个月。2.2目标本管理系统旨在用计算机系统来完成所有能完成的工作，并保持很高的灵活性和易操作性。对于系统本身可将其应用到大、中、小等各酒店之中，来提高工作效率。总之是本着方便用户使用，方便经营者管理酒店，工作人员更快捷了解酒店，酒店更方便经营。该软件具备以下特点：1易

4、学易用,操作极为简便，它是一套纯 WINDOWS软件，操作界面友好直观，操作员懂拼音即可下单，不需要记忆复杂烦琐的消费代码，易学易用，所有操作员稍加培训即可上岗。2. 功能完整，本系统包括前台和后台管理，功能完善，能够实现酒店等酒店的数字化经营。2.3条件、假定和限制a 运行环境：服务器端操作系统：Windows运行环境：.Net framework服务器：IIS 5.1浏览器：IE6.0以上或Firefox2.0以上数据库：MySQL 5.0b 经费来源和使用限制：利用某酒店提供的经费来完成酒店管理系统的开发。c 可利用的信息和资源：某酒店提供的数据报表和工作流程。d 建议开发软件投入使用的

5、最迟时间：2009-12-1。2.4可行性研究方法从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求；操作可行性方面，根据使用部门处理事务的原则和习惯检查技术上可行的方案，去掉其中从操作方式或操作过程的角度看用户不能接受的方案；经济方面的可行性，应估计可能的系统开发成本和运行费用，并且估计可以节省的开支或可以增加的收入。2.5决定可行性的主要因素从技术上是可行的，用到的技术不是很复杂，实现环节也不是很复杂。从经济上也是可行的，需要用到经费的地方很少，系统的开发成本和运行费用也不是很 高，某酒店提供的经费很充足。从操作上也

6、是可行的，操作系统是Windows，输入设备是键盘和鼠标，而且操作简便。3对现有系统的分析3.1处理流程和数据流程现有系统工作流程如下：3.2工作负荷现有系统需要承担订餐、取消订餐、点菜、结算、订房、退房、取消订房和后台管理的内容。3.3费用支出人员的工资、设备的维护费用和电费。3.4人员酒店员工。3.5设备 计算机和相应的软件。3.6局限性工作量大，涉及的流程较多，还要与其他系统进行链接，对开发此系统增加了难度。4所建议技术可行性分析4.1对系统的简要描述1、酒店管理系统前台功能需求及描述：1.登录：订餐顾客、订房顾客、系统管理员、餐厅前台和客房前台在输入用户名和密码之后 通过系统验证进入相

7、应页面。2.订餐：顾客上门根据某一天的餐桌状态进行订餐，订餐成功后，系统通知服务台。服务 员可以通过系统查询订餐情况。订餐时顾客需说明预约时间。3.查询订餐内容：订餐顾客在外网登录后，可以查看自己的订餐信息，如：订餐日期，详细 菜单，餐桌号和顾客信息等，也可以通过餐厅前台查询。4.修改订餐内容：订餐顾客通过餐厅前台进行修改订餐日期，菜单，餐桌的操作。5.取消订餐：取消订餐（及删除订餐信息），如果订餐顾客想取消订餐，通过餐厅前台进行 删除操作，删除订餐顾客的全部信息。6.点菜功能：服务员用点菜机点菜，系统将菜单发到服务台打印，也可以在前台点菜。7.餐饮结算：就餐后，系统通过已记录的内容动态生成账

8、单。8.订房功能：处理上门订房。订房信息存入系统，并可显示客房使用情况。9.查询订房内容：订房顾客在外网登录后，可以查询订房顾客，房间，起始时间，结束时间， 定金，是否结账等信息，也可以通过客房部前台查询。10.修改订房内容：订房顾客通过客房部前台修改订房顾客信息，房间，起始时间，结束时 间，定金，是否结账等信息。 11.取消订房：订房顾客通过客房部前台取消订房，客房部前台删除此顾客的订房信息。12.住宿结算：住宿后，系统通过已记录的内容动态生成账单。二、酒店管理系统后台功能划分及描述：1.餐厅管理部分：（1）.添加餐桌：餐厅前台进入餐厅管理输入餐桌号和人数进行添加。（2）.删除餐桌：餐厅前台

9、进入餐厅管理根据餐桌列表删除选中的餐桌。（3）.添加饭菜：餐厅前台进入餐厅管理输入饭菜名称和价格进行添加。（4）.删除饭菜：餐厅前台进入餐厅管理根据饭菜列表删除选中的饭菜。2.系统管理部分：（1）.添加系统用户：管理员登录后进入系统管理页面，通过此页面管理员可以添加系统用户 餐厅前台用户和客房部前台用户）。（2）.查询和修改用户：在此页面，管理员可以查询系统用户的信息和修改系统用户（餐厅用 户和客房部用户）的密码。（3）.删除系统用户：在此页面，管理员可以删除相应用户。3.客房管理部分：（1）.添加客房：客房部用户进入房间添加界面，在输入房间编号，房间类型和房间单价之后 可以添加房间。（2）.

10、删除客房：客房部用户进入房间删除界面，页面会列出房间列表，用户通过选中房间， 点击删除按钮的操作删除房间。4.2处理流程和数据流程见3.1.4.3与现有系统比较的优越性通过对现有系统的分析，发现现有系统许多的不足，在将要开发的系统中会弥补这些不足，对人员要求：前台两人，后台一人。节省了人员的开支，对设备要求：计算机，网线，软件要求，电力要求，节省了纸和笔的消耗，相比而言，建议系统比原有系统更优越。4.4采用建议系统可能带来的影响4.4.1对设备的影响酒店需要购买一台具有很好性能的计算机作为服务器。4.4.2对现有软件的影响可以连接到公司的财务系统和进销存管理系统，节省了信息的录入。4.2.3对

11、用户的影响节省了用户的操作时间，加快了处理顾客提交事务的速度。4.2.4对系统运行的影响采用计算机代替纸和笔，加快了系统的运行速度。4.2.5对开发环境的影响开发环境使用vs9.0，数据库使用sqlserver。4.2.6对运行环境的影响使用Windows操作系统，使用ie访问服务器，运行环境是.netframework，对计算机要求不高。4.2.7对经费支出的影响系统开发需要开发人员的工资和设备的经费，初期对经费要求较高。但是，经过一段时间的使用会降低酒店的其他消耗费用，并且能提高工作效率，所以从长远来看，付出一定的经费是值得的。4.5技术可行性评价从硬件和开发环境上考虑，除了数据库服务器要

12、求稍微高了些，其他方面都可以在现有条件下解决。从技术上看，利用开发此系统的技术上没有什么太复杂的要求，功能目标能够达到。对于开发人员和系统质量问题，开发小组具有一定的编程能力，系统质量在严格的测试下会得到很好的保证。5所建议系统经济可行性分析5.1支出5.1.1基建投资需要数据库服务器，三台计算机终端、服务员掌机和打印机。5.1.2其他一次性支出软件方面的支出，sqlserver 2003数据库费用、系统开发费用和人员的培训费用。5.1.3经常性支出系统的维护费用，软件的年费和工作人员的工资。5.2效益5.2.1一次性收益无。5.2.2经常性收益减少了员工的人数，从而减少了工资的发放，系统提高了工作效率，增加了酒店的收入。5.2.3不可定量收益5.3收益/投资比通过以上两个方面的分析，我们可看出从客观角度讲，这个系统的收益/投资比将会是大于一的，所以说此系统在经济上同样是可行的。6社会因素可行性分析6.1法律因素本系统开发使用的是正版操作系统，正版开发软件和正版数据库，所有的软件都有合同证明其合法性，开发的系统也具有相应的合同制约，所以不存在侵权问题。6.2用户使用可行性开发的酒店管理系统是按照酒店的运作流程来开发的，符合酒店相应的规定，此系统需要的工作人员只需要会基本的计算机操作即可。7. 其他可供选择的方案