酒店客房管理系统的设计与实现 毕业论文

本科毕业论文 (设计 ) 级学院 医药信息工程学院 专 业 班 级 学生姓名 学 号 指导教师 诚 信 声 明 我声明，所呈交的毕业论文（设计）是本人在老师指导下进行的研究工作及取得的研究成果。据我查证，除了文中特别加以标注和致谢的地方外，论文（设计）中不包含其他人已经发表或撰写过的研究成果，也不包含为获得其他教育机构的学位或证书而使用过的材料。我承诺，论文（设计）中的所有内 容均真实、可信。 毕业论文（设计）作者（签名）： 年 月 日 【 摘要 】 基于现代社会信息的高速传输、交流、发展，过去的酒店客房管理系统采用 C/S 模式开发，日益显现其不足。在继承过去 C/S 模式的酒店客房管理系统的优点下，开发更加符合现代酒店业务的 B/S 模式系统有迫切的需要。 本文主要介绍酒店客房管理系统的设计与实现方法，包括设计目标、系统的功能设计，数据库的设计、系统所用的具体技术等等。 系统采用了 术、 开发框架、 服务器，并通 过 为 对象关系映射框架。通过上述技术的支持，开发出一个 低成本并且具有稳定性、可扩展、易维护的酒店客房管理系统，为酒店的客房管理业务提高效率。 【 关键词 】 酒店 ； 客房； on in is ,we it of / S of in B / S is an In s SP as to a to 目 录 1 前言 . 1 题背景 . 1 国内现状 . 1 国外情况 . 2 统研究的意义 . 2 统开发环境及工具介绍 . 3 介 . 3 务器简介 . 4 2 相关技术介绍 . 5 架技术 . 5 本概念 . 5 现 原理 . 5 术的优缺点 . 8 架技术 . 9 么是 . 9 3 系统分析 . 12 统可行性分析 . 12 济可行性分析 . 12 术可行性分析 . 12 会可行性分析 . 12 求分析 . 13 统功能需求 . 13 统数据流图 . 14 例图 . 14 数据库设计 . 15 据库的选择 . 15 系统 . 16 据库的设计 . 18 4 系统设计 . 21 统功能模块图 . 21 店客房管理系统总模块图 . 21 店客房管理 系统各个分模块图 . 21 统功能的设计 . 23 5 系统架构 . 26 统架构说明 . 26 6 系统详细设计 . 27 久层 . 27 编写 . 27 编写 映身配置文件 . 30 连接数据库 . 32 . 33 具体实现 . 33 设计 . 37 实现 . 37 7 系统测试 . 40 酒店客房管理系统的测试 . 40 测试举例 . 40 结束语 . 49 参考文献 . 50 致 谢 . 51 1 1 前言 本系统 是案例 酒店管理 系统的一个子系统 客房管理 系统 主要完成 前台 管理、 报表 、 物品库存管理等， 各个管理模块具有增、删、 查、改等 功能 。 本文中数据库服务器端采用了 000 数据库并以术进行数据库存取等操作，使 数据库紧密联系起来。 题背景 随着酒店行业规模的日益扩大，酒店的经营管理而临着越来越高的要求，比如，快速的查询、快速的登记、顾客的自动优惠等等。传统的酒店系统大都使用C/S(式的计算机信息管理系统，这种 C/S 式在 20 世纪 90 年代分布式处理中起到主流系统的作用，它有着自身的一些优点，如通过在客户和服务之间划分各自所包含的层次，提高了应用的计算效率， 缓解终端 /主机模式中主机繁重的负担，在终端 /主机模式和文件服务器模式中找到平衡等；然而随着酒店规模的日益扩大，应用程序的复杂程度不断提高，传统的（ C/S）模式逐 渐暴露出许多问题，如系统的可移植性、可扩展性、可维护性都很差等。 1同时，随着 速普及以及国加入 店管理也面临着许多新的挑战和机遇，如提供远程客房预定、网上信息发布等等。 2 因此，酒店迫切需要开发出基于 B/S（ 式的酒店管理系统，以适应当前酒店行业的发展，提供更好的服务和提高酒店的经济效益 。设计开发一个功能齐全、安全、高效、适合自己管理模式的管理信息系统，对提高酒店的服务质量、提高管理决策水平、减轻劳动强度、提高工作效率是十分重要的。 内现状 在 80 年代初发展起来的国内的酒店管理系统，充分吸收了国外管理系统的精华，再结合国内的实际情况，逐步发展成熟，到 90 年代初期已形成了几个较成熟的软件系统，同时，产生了几家专职从事酒店管理系的公司。到了 90 年代中后期，随着计算机在酒店中的普及应用，计算机技术的不断发展，酒店管理系 2 统的发展到了一个新的时期，新的系统平台、新的系统点及发展方向不断涌现，主要体 现在系统基本转到客户机 /服务器模式下的 ，功能更加细致完善，系统更加稳定可靠。对软件开发商来说，小的软件慢淘汰。 3 此外，国内酒店业的应用系统不同，各家供应商的软件也不同。对于一家酒店，如果各部门使用的是不同的平台、不同的软件，当员工进行软件操作时，需要学各种人家，这样不但使员工的学习成本增高，也同时影响酒店的效率。对于连锁酒店集团而言，信息系统没有实施标准化是非常严重的问题。酒店不但需要耗费大量财力去维护不同的平台，而且当未来同一连锁集团的酒店共享服务中心或者实施电子商务时，平台整合的任 务十分困难和昂贵。 中国加入 ，经济及旅游业得到了快速发展， 2008 年北京奥运会和2010 世博会的举行，旅游热等因素给中国酒店业发展带来了新的机遇和挑战。通过调查，我国在 2020 年将会成为世界上第四大旅游国家。同时，大量跨国酒店集团入逐中国市场，由于酒店管理问题引起的竞争不力也越来越多的表现了出来。当中，现在甚至还有一些酒店停留在又人工操作和管理阶段，这样已经无法适应现代社会的发展趋势。为了扭转这种情势，适应日益激烈的市场竞争，国内已悄悄刮起了一股“数字酒店”的飓风。 4智能化、数字化的酒店管理系统 已成为当今酒店发展的主要核心竞争力量之一。采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。 国外情况 世界范围的酒店 家，拥有 牌的 拥有 牌的 疑是已经形成垄断地位的行业领先者。但他们也意识到由于新技术的不断涌现，酒店用行业随时可能出现超越他们的黑马。 球的安装量超过 8500 家，包括 连锁酒店集团均选用其产品。纵观国外酒店业信息化发展轨迹和趋势，我们不难看出，随着酒店业竞的加剧，酒店之间客源的争夺越来越激烈，客房销售的利润空间越来越小，就需要使用更有效的信息化手段，拓展经营空间，降低运营成本，提高管理和决策效率。 5 统研究的意义 3 对于整个酒店来说，酒店经营状况起决定作用的是酒店的服务管理水平。如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急。面对信息时代的机遇和挑战，利用科技手段提高酒店的管理无疑是一 条行之有效的途径。虽然计算机管理并不是酒店管理走向成功的关键元素，但它可以最大限度地发挥准确、快捷高效等作用，对酒店业务管理提供强有力的支持。因此，采用全新的计算机网络和酒店业务管理系统，已经成为酒店的管理效率，使作业人员与管理系统之间灵活互动，实现流畅的工作流衔接，帮助酒店有效地进行业务管理，释放最大价值。酒店业务管理系统在达到节省人力资源成本同时，可以提高业务效率，并能够及时、准确、迅速地满足顾客服务的需求。 6 统开发环境及工具介绍 操作系统平台： p 数据库服务器： 000 系统服务器： 发工具： 介 业级工作平台（ 简称对 扩展，利用它我们可以在数据库和 开发、发布，以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持 在结构上， 特征可以被分为 7 类： 1. 型 2. 发工具 3. 发工具 4. 应用程序服务器的连接器 5. 目部署服务 6. 数据库服务 4 7. 合帮助 对于以上每一种功能上的类别，在 都有相应的功能部件，并通过一系列的插件来实现它们。 构上的这种模块化，可以让我们在不影响其他模块的情况下，对任一模块进行单独的扩展和升级。 简单而言 ， 插件，也是一款功能强大的 成开发环境，支持代码编写、配置、测试以及除错， 前版本需先安装后版本安装时不需安装 7 务器简介 受广大程序员的喜欢，因为它运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且它还在不断的 志 改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。 一个轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试 序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好 务器，可利用它响应对 面的访问请求。实际上 分是 务器的扩展，但它是独立运行的，所以当你运行 ，它实际上作为一个与 立的进程单独运行的。 这里的诀窍是，当配置正确时， 面服务，而 际上运行 面和 外， 务器一样，具有处理 面的功能，另外它还是一个 器，独立的器是 默认模式。不过， 理静态 能力不如务器。目前 新版本为 5 2 相关 技术介绍 架技术 本概念 早于 2000 年 5 月作为 目的组成部分问世， 目由 金组织运作。 件组织提供的一项开放源代码项目，它为 用提供了 架，尤其适用于开发大型可扩展的 用。 个名字来源于在建筑和旧式飞机中使用的支撑金属架。 用提供了一个通用的框架，使得开发人员可以把精力集中在如何解决实际业务问题上。此外， 架提供了许多可供扩展和定制的地方，使得应用程序可以方便地扩展框架，来更好地适应用户的实际需求 8。 现 原理 1 基本概念 软件工程中的一种软件架构模式， 是一种常用的设计模式 。它把软件系统分为三个基本部分：（ （ （ 后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外此模式通过对复杂度的简化使程序结构更加直观。 弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。 软 件系统通过对自身基本部份分离的同时也赋予了各个基本部分应有的功能。 （控制器 - 负责转发请求，对请求进行处理。 （视图 - 界面设计人员进行图形界面设计。 （模型 - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计 (可以实现具体的功能 ) 9。如图 2 6 图 2式 2 架实现原理 随着 式的广泛应用，催生了 架的产生。在所有 框架中，出现最早，应 用最广的就是 架 10。 质上就是在 基础上实现的一个 架。在 架中，模型由实现业务逻辑地 件构成，控制器由 和 来实现，视图由一组 件构成。 质上就是在 基础上实现的一个 架。在 架中，模型由实现业务逻辑地 件构成，控制器由 和 来实现，视图由一组 件构成 。 是 架中的核心组件。 承了 ，它在 型中扮演中央控制器的角色。要负责接受 求信息，根据配置文件 配置信息，把请求转发给适当的 象。如果该 象不存在，先创建这个 象。 负责调用模型的方法 ，更新模型的状态，并帮助控制应用程序的流程。对于小型简单的应用， 本身也可以完成一些实际的业务逻辑。对于大型应用， 当用户请求和业务逻辑处理之间的适配器（ 其功能就是将请求于业务逻辑分开， 据用户请求调用相关的业务逻辑组件。 当 制器收到用户请求后，把请求转发到一个 例。如果这个实例不存在，控制器会首先创建它，然后调用这个 例的 方法。 方法返回 象，它封装控制 器 视图 模型 7 了把用户请求再转发给其他 件的信息。用户定义自己的 ，即 类的子类时，必须覆盖 方法。在 类中返回 配置文件 个用户请求是通过 处理和转发的，那么， 何决定把用户请求转发给哪个 象呢？这就需要一些描述用户请求路径和 射关系的配置信 息了。在 ，这些配置映射信息都存储在特定的 件 。在该配置文件中，每一个 映射信息都通过一个 元素来配置。这些配置信息在系统启动的时候被读入内存，供 运行期间使用。在内存中，每一个 元素都对应一个 的实例。 3 工作原理 1) 读取配置（初始化 象） 架总控制器（ 一个 配置成自动启动的 取配置文件（ 配置信息，为不同的 象 2) 发送请求 用户提交表单或者调用 用程序器提交一个请求，请求的数据用 议上传给 务器。 3) 填充 例化、复位、填充数据、校验、保存） （ *求）从 找出对应该请求的 类，如没有对应的 制器直接转发给 态页面。如有对应的 这个 实例化并用 求的数据填充其属性，并且保存在 （ 者 ），这样它们就可以被其他 象或者 用。 4) 派发请求 控制器根据配置信息 请求派发到具体的 应的并传给这个 方法。 5) 处理业务 般只包含一个 法，它负责执行相应的业务逻辑（调用其 8 他业务模块）。完毕返回一个 象，控制器通过该 6) 返回响应 据业务处理的不同结果返回一个目标响应对象给总控制器，该目标响应对象对应一个具体 面或者另一个 7) 查找响应（翻译响应） 总控制器根据业务功能 回的目标响应对象，找到对应的资源对象，通常是一个具体的 面。 8) 响应用户 目标响应对象将结果展现给用户目标响应对象（ 结果页面展现给用户。 流 程 如图 2示。 1 . 初 始 化3 填 充F o r m B e a 转 换 H t t p 请 求 到目 标 响 应 对 象2 . H t t p 请 求6 . 返 回 目 标响 应 对 象5 . 调 用 后 台 业 务功 能 完 成 商 务 逻 辑8 . H t t p 响 应4 、 将 请 求 转 移 到具 体 A c t i o n 处 理S t r u t s - c o n f i g . x m ( A c t i o n F o r m )视 图 J S 功 能 控 制 器（ A c t i o n ）业 务 功 能 类（ J a v a B e a n ）S t r u t s 框 架 总 控 制 器（ A c t i o n S e r v l e t ）图 2架流程 术的优缺点 点： 开源软件。使开发者能更深入的了解其内部实现机制。 际就是实现了 机制，切实可行的把控制和显示分开，从管理上来说可以节 9 省不必要的时间和人力的浪费。提高了开发速度。也真正的实现了 重用。 除此之外， 优点主要集中体现在两个方面： 页面导航。 标记库， 灵活动用，能大大提高开发效率。另外，就目前国内的 了使用 带的常用标记外，很少开发自己的标记，或许 关于页面导航，事实上可以使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。 点： 标志库。事实上要理解这些 标志库，特别是 志库的确要花费比较长的时间。 实现处理管道（ 只能做些简单的 样很明显就会限制了视图的灵活性。 面的任何修改都会导致 重新编译，这样是非常耗费时间的。 架技术 么是 义 一种 言下的对象关系映射解决方案。 它是一种自由、开源的软件。它用来把对象模型表示的对象映射到基于 关系模型结构中去，为面向对象的领域模型 到传统的关系型数据库的映射，提供了一个使用方便的框架。 二 作用 仅管理 到数据库表的映射（包括从 据类型到 还提供数据查询和获取数据的方法，可以大幅度减少开发时人工使用 理数据的时间。 它的设计目标是将软件开发人员从大量相同的数据持久层相关编程工作中解放出来。无论是从设计草案还是从一个遗留数据库开始，开发人员都可以采用 10 三 应用 行了非 常轻量级的对象封装，使得 序员可以随心所欲的使用对象编程思维来操纵数据库。 以应用在任何使用场合，它既可以在 客户端程序使用，也可以在 具革命意义的是， 以在应用 用于企业计算的框架）的 构中取代 成数据持久化的重任。 四 介 1 的接口可以分为以下几类： （ 1） 提供访问数 据库的操作的接口，包括 口； （ 2） 用于配置 接口， （ 3） 间接接口，使应用程序接受 部发生的事件，并作出相关的回应，包括： （ 4） 用于扩展 能的接口，如 口。 部还封装了 其中， 供底层的数据访问操作，只要用户提供了相应的 动程序， 以访问任何一个数据库系统。 够和 用服务器集成。 2 核心接口框图 五 优缺点 （ 1）优点： a. 用 射机制 而不是字节码增强程序来实现透明性。 11 b. 性能非常好，因为它是个轻量级框架。映射的灵活性很出色。 c. 它支持各种关系数据库，从一对一到多对多的各种复杂关系。 （ 2）缺点： 制您所使用的对象模型。例如，一个持久性类不能映射到多个表。 11 12 3 系统 分析 统可行性分析 可行性研究的目的是用最小的代价，在尽可能短的时间内确定问题是否能够得到解决，以是否值得解决。在项目开发之前进行可行性论证是非常必要的。一个项目如果未经过充分的可行性证明，只粗略地估计解决问题的花 费和方法，就盲目上阵开始软件开发工作，结果往往是不能在预定的系统规模或者时间限制解决问题，甚至无法求解，最后造成花费在该项目上时间、人力、物力资源和经费的浪费。 济可行性分析 主要是对预估费用和对项目的经济效益进行评价。在费用支出方面，需要考虑到主机费用。而开发费用，主要考虑人工成本，系统采用的开发环境及工具价格低廉，开发语言使用 系统需要的运行软件工具主要为： 术可行性分析 本系统采用 当今流行的 为系统的开发语言，开源且免费，能提供完善的指令控制语句、类与对象的支持及丰富的数据类型，为开发高性能、稳定的系统提供保证，同时代码模块化高，方便系统以后的修改与维护。同时采用 使系统结构清晰，同时也加快了开发的速度，提高系统的可拓展性。 为系统的服务器，其支持 言，同时免费、开源、跨平台、部署简易，是现代通用、性能强大的服务器。 会可行性分析 社会可行性分析是开发项目的运行方式在用户组织内是否行的通。由于系统使用 B/S 模式，而且系统分系 统管理员与普通用户两类，便于管理。 再者 系统的界面友好，功能人性化，减少酒店对员工的系统操作培训费用 13 求分析 通过对本地城市中多间酒店的调查，以及对当前较为流行的 C/S 和 B/S 的酒店客房管理系统的研究，得到当今社会上酒店客房管理系统 希望 有以下的 业务功能 ： 括硬件与软件）不能过高，能保证系统稳定运行为前提 作人员使用系统能得心应手 5 添加全国城市的身份证对照表，方便核对 6 酒店的物件的库存管理 统功能需求 酒店客房管理系统分为六个模块。当中包括： 前台管理、预定管理、库存管理、用户管理 (仅限管理员 )、资料管理和报表。 系统 核心模块为前台管理，其 功能预览如下 : 1、 开房管理 （客户信息登记） 2、 退房管理 3、 房间状态 4、 房间操作管理 5、 商品消费管理 6、 会员管理 系统应该达到以下要求： 1、 可用性。目标系统功能齐全，能够完全满足业务需求。 2、可靠性。能连续准确的处理业务，有较强的容错能力。 3、可理解性。用户容易理解和使用该系统。 4、 安全保密性。保证系统的物理安全、数据存储做好使用人员的授权管理。 5、 时间经济性。优化逻辑设计与物理设计，使系统运行效率高 。 6、 可维护性和适应性。系统应易于修改、易于扩充、易于维护，能够 14 适应业务不断发展变化的需要。 统数据流图 1 管理员成功登录后 ,进行相应操作，产生的数据流， 如图 3示 管 理 员 登 陆 验 证系 统 管 理页 面管 理 员 信息前 台 管 理预 订 管 理资 料 管 理用 户 管 理库 存 管 理报 表退 出 系 统图 3酒店客房管理系统 数据流图 例图 用例图（ 被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统 、子系统或类的功能行为进行建模。 12 如图 3 15 普 通 用 户管 理 员用 户 管 理资 料 管 理预 订 管 理前 台 管 理库 存 管 理报 表图 3用例图 数据库设计 据库的选择 000 能提供超大型系统所需的数据库服务。大型服务器可能有成千上万的用户同时连接到 000 实例。 000 为这些环境提供了全面的保护，具有防止问题发生的安全措施，例如，可以防止多个用户试图同时更新相同的数据。 000 还在多个用户之间有效地分配可用资源，比如内存、网络带宽和磁盘 I/O。 超大型 点可将其数据分开存放在多台服务器上，从而使处理负荷分散到多台计算机上，使站点能为成千上万的并发用户提供服务。 可以在一台计算机上运行多个 000 实例。例如，一个为其它许多组织提供数据库服务的组织可为每个客户组织单独运行一个 000 实例，而全部实例可集中在一台计算机上。这样，既隔开了每个客户组织的数据，同时又使服务