基于web的宾馆客房管理系统的设计与实现_毕业设计(论文)(编辑修改稿)

基于web的宾馆客房管理系统的设计与实现_毕业设计(论文)(编辑修改稿)内容摘要：

upport 工具类，该类实现了 Action 接口和 validate()方法，一般开发者 在 编写 Action 时 可以直接继承 ActionSupport 类。 编写 Action 类后，开 发者还必须在配置文件中配置 Action 参数。 一个 Action 的配置应该包含下面几个元素： （ 1） 该 Action 的 name，即用户请求所指向的 URL； （ 2） Action 所对应的 class 元素，对应 Action 类的位置 ； （ 3） 指定 result 逻辑名称 以及 实际资源的 位置。 Action 是业务控制器，在 开发过程中 编写 Action 的时候， 应 尽量避免 在其中出现业务逻辑， 达到 减少 Action 与业务逻辑模块或者组件的耦合度 的目的。 Hibernate简介 Hibernate 可助基于普通的 Java 对象模型创建持久对象 ,允许持久对象拥有用户自定义的类型 , 还可拥有复杂的结构如混合类型、集合和属性。 这样底层数据库模式的复杂结构现在可通过持久对象有效地反映出来。 Hibernate 还包括一些提高效率的策略 , 包括必要时语句的执行、有效外部连接的获取、对象缓存，以上均为数据库交互的多重最优化。 Hibernate 在构建 Java 应用中的作用是 : 在其运行通过后可以对数据库进行访问，实现对数据层的持久化，再通过其生成并配置的文件 properties 和 XML Mapping 映射文件映射到数据库中。 从而 Application 应用允许 Java Class 的直接访问数据库并让这一桥梁纽带使应用与数据库之间得到联系 ,而不必非经过 JDBC 和 SQL 的数据的操作。 这样便通过了 Hibernate 实现关系数据库的持久化操作。 Spring 简介 Spring 框架是一个分层框架，由 7 个定义模块组成。 Spring 模块构建在核心容器之上，核心容器定义了创建，配置和管理 Bean 的方式。 Spring 这个 应用框架 可谓表现全面 ，其 功能之 丰富，主要表现在以下几方面： （ 1） 控制反转： IoC(Inversion of Control,控制反转 )是 Spring 的核心概念。 IoC 的本质是实现对象之间依赖关系的转移。 Spring 会自动的依据配置信息来维护对象之间的依赖关系，将被依齐齐哈尔大学毕业设计（论文） 7 赖的对象设置给依赖对象。 开发人员将不必在自己的代码中维护对象之间的依赖关系，只需在配置文件中进行设定就可以了。 IoC 是一个概念化的 设计模式， 一般状况 下 IoC 有两种实现方式： Service Locator(服务定位器 )与 Dependency Injection(依赖注入 （ Struts 框架采用即为依赖注入） )。 （ 2） 面向切面的编程： Spring 框架的另一 个核心特色 是 AOP(Aspectoriented programming，面向切面的编程 )。 AOP 某种程度上也 是一种编程方法， 但 它与传统的顺序编程方式 是 相区别的。 AOP可以解决开发中的公有性问题 从其他角度，而且会很方便。 在任何 J2EE 服务器中 Spring 框架的功能 都 可以 使 用，大多数功能也适用于不受管理的环境。 Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。 这样的对象可以独立应用程序在不同 J2EE 环境 (Web 或 EJB)中 ，测试环境之间 也可 重用。 齐齐哈尔大学毕业设计（论文） 8 第 3 章 系统的需求分析 目前小型宾馆运营中存在的问题 管理效率低下。 前台在对客人的服务中的纸笔操作会令客人容易疲倦，如果遇到客流高峰期更会英雄客人情绪，所以，管理效率要高。 员工工作效率低。 原始的管理方法的体力脑力都是极大的负担，所以我们需要提升管理工具来提升员工工作效率降低原始成本。 功能分析 系统业务流程 基于 Web 的客房管理系统的业务流程：在登陆界面上输入用户名和密码，单击确定，如果填写内容正确，则成功登陆，系统会根据登录用户的信息确定其权限，然后进行操作。 其中系统用户主要功能有个人信息管理 、客房信息管理、客人信息管理、入住和退房。 本系统的开房业务流程图如图 31 所示。 预 订。 挑 选 房 间换 房。 是登 记是否否客 人 咨 询客 人 入 住 图 31 客房管理系统开房业务流程图 齐齐哈尔大学毕业设计（论文） 9 本系统用户对客人以及客房的管理流程如图 32 所示。 图 32 宾馆客房管理系统前台业务流程图 用例模型 管 理 员 前 台 服 务个 人 信 息 管 理客 房 信 息 管 理客 人 信 息 管 理用 户 信 息 管 理账 务 管 理 图 33 系统用户用例图 用例图 (Use Case Diagram)是由软件 从 需求分析到最终实现的第一步，它描述 了 人用户登录 客人信息 客房 个人信息管理 客房信息 增加 查询 修改 增加 删除 修改 查询 查询 齐齐哈尔大学毕业设计（论文） 10 们如何使用一个系统。 用例 视图 可以 显示 出 谁是相关的用户、用户希望系统 能够 提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。 本项目共有两个模块：管理员模块和前台服务人员模块。 管理员拥有全部权限，可以对客房信息、客人信息、员工信息以及账目信息进行操作，而其他用户只拥有对个人信息的管理权限，以及对客房信息、客人信息的管理。 业务流程分析 管理员 /前台人员首先要进行登录，然后对系统进行操作，对客人进行服务。 客人要提供自己的必要信息以及服务需求。 然后系统 用户根据客人要求，进行操作。 验 证 密 码用 户 登 录系 统 主 界 面验 证 失 败客 人 客 房 管 理 客 人入 住 / 退 房入 住验 证 成 功退 房 图 34 用户 业务流程图 可行性分析 计算机技术的发展以及计算机的普及让人们充分认识到了计算机以及网络的价值，生活中各个方面对计算机的依赖与日俱增。 利用计算机技术解决以往困难繁琐的问题已经变得很平常，就管理软件而言，能提高我们的工作效率，减少我们的工作失误，减少成本。 当然，对应不同客户的需求，我们需要分别提供不同的功能和设置来满足用户的需要。 齐齐哈尔大学毕业设计（论文） 11 经济可行性 本客房管理系统所要求的计算机硬件配置要 求并不高，现在一般主流的计算机都可以满足需求。 相对的软件环境，主要包括 MyEclipse、 、 ，开发软件是免费的，其余的数据库及服务器软件均是免费的，系统成本主要集中在本管理系统的开发与维护上，对用户不会造成过重的经济负担。 而本系统投入使用 ,可以减少宾馆的工作强度，提高工作效率，而且方便了对客人及客房信息的管理，可以极大限度的解放人力。 另外，本系统的开发不是很复杂，开发的周期较短，软件开发的成本不会超过带来的效益，所以从经济方面讲开发此系统是可行的。 技术可行性 客房管理系统的开发基 Web，主要包括前台服务程序程序的开发以及后台数据库的建立和维护。 本系统采用了当前比较流行的 Struts2+Spring+Hibernate 框架整合开发，这三大框架的技术很成熟， Java 语言也是目前主流的开发语言，开发 Web 前端的服务程序很是合适。 MySQL 数据库很容易使用，并支持标准的 SQL 语言， Hibernate 框架对其兼容性也很好， Java 对 MySQL 数据库的访问完全可以满足系统需求。 因此，从技术层面上分析 ,开发此系统是可行的。 操作可行性 宾馆的主要功能 就是为客人提供方便快捷的房间使用服务，并且本系统主要针对的是中小型及极小型的宾馆，所以简单方便的但是安全的操作时必须的。 本系统讲尽可能的使用户从界面上获得直观的操作信息，达到方便、快捷、简单，不会带给用户操作体验上的困扰 综上所述，开发本系统对中小型宾馆的客房管理有着很大意义，并且不会带 给客户过多负担，开发此系统是可行的。 齐齐哈尔大学毕业设计（论文） 12 第 4 章 系统的概要设计 系统功能结构框架 基于 Web 的宾馆客房管理系统的功能结构主要有用户的管理，住宿管理（即房间查询、客人入住、预订以及退房及客人查询）、信息管理（即对客人 信息、客房信息以及客房分类信息的管理）。 宾馆客房管理系统的功能结构图如图 41 所示。 图 41 宾馆客房管理系统功能结构图 数据库设计 设计良好的数据库很容易使用、很灵活，并且能够保护数据的有效性。 而设计不良的数据相反仍然能够发挥相当的作用，但是最终可能会导致数据的无效、错误或者丢失。 数据库 的 规范化 过程非常 的 著名，所以有正式的规则来保证规范化 的 数据库 建设。 这些规则有七条，叫做范式，而在大多数情况下 前 四条 范式 就够用了： 第一范式（ 1NF） —— 这条规则 包含 了以下 几个要求 ：无多值项目（ multivalued item）和重复组（ repeating group）；每个字段都 应该 是原子型的（ atomic），也就是说每个字段必须包含可能的最小数据元素；以及表格 包含 关键字（ key）。 第二范式（ 2NF） —— 表格必须 要 按照 1NF 来规范化。 所有的字段 都 必须 有 主键值的 引用（或者描述）。 如果主键 是 基于 多余 一个字段 的 ，那么每个 nonkey 字段 都应该 取基于 Web 的宾馆客房管理系统 用户管理 住宿管理 数据管理 信息 管理 用户退出 客房查询 客人查询 客人入住 客房预订 客人结算 客房类型 客房信息 客人信息 齐齐哈尔大学毕业设计（论文） 13 决于复杂键（ plex key），而不仅仅是一个没有键的字段。 并且 不支持主键的 nonkey字段应该被移动 到另一个表格 中 去。 第三范式（ 3NF） —— 表格必须 要 符合 1NF 和 2NF 的要求。 所有的字段都 应该 相互独立。 任何描述 nonkey 字段的字段都必须被移动到另一个表格里。 BoyceCodd 范式（ BCNF） —— 一定不能存在依赖于 nonkey 的字段。 这条规则实际上是 3NF 的一个子规则，用于捕捉可能会通过进程的依赖性。 这一点相当的抽象，一开始是很难应用的。 以上的规则 十分 精确，但是技术定义以及规范化的规则 可以 被简化成 以下 几点： （ 1） 字段 都应该 尽量小 ； （ 2） 任何 字段 都 只能包含 唯一的 数据项目 ； （ 3） 记录都 应该 是唯一的 ； （ 4） 要 注意 那些 重复的条目 ； （ 5） 字段都 应该 完全 的 支持主键，而且只 能 支持主键。 基于以上所述，在开发基于 Web 的宾馆客房管理系统之前，创建了名为 hotel 的数据库，分析了解该系统所需要的数据，在其中创建了 7 个数据表用于存储不同的数据信息，如图 42 所示。 图 42 数据库概览图 数据库概念设计 用户表用以存放使用者的信息，来确保系统的安全性。 用户信息实体的 E– R 图如图 43 所示。 齐齐哈尔大学毕业设计（论文） 14 用 户 / 管 理 员用 户 权 限用 户 密 码用 户 I d电 话性 别姓 名 图 43 用户信息实体 E– R 图 客人信息表用以存放入住客人的相关信息，该表只存放一些基本的有用的客人信息以方便对客人的管理，避免给客人造成麻烦。 客人信息实体的 E– R 图如图 44 所示。 客 人房 间 I D类 型客 人 I D电 话入 住 时 间姓 名押 金 图 44 客人信息实。