正规的国内网站建设公司_代理服务器在线_北京网站seo服务_b2b网站平台

1 绪论

1.1课题背景

中国改革开放以后，我国大力发展经济、教育、旅游等等先进产业链，人们对于外出旅游和群体聚餐的需求越来越大。而且我国的良好的科学教育水平和人民文化素质的提高，为酒店管理系统提供了良好的机遇和前景。

采用现代化开发模式，能够方便快捷的对酒店进行有效的管理了解酒店的具体情况，同时提供令顾客满意的服务，提高了效率。顾客可以方便地了解酒店的客房情况和餐饮情况，进行提前预订消费。目前，由于中小型酒店缺少必要的资金和人员，仍采用手工记录和打电话咨询的方式，对酒店管理和顾客预订都很不方便，而且极其容易出错。所以开发一套适合的用于中小酒店的酒店管理系统是非常符合当代的条件，既可以节约软件开发成本预算，也可以提高酒店服务水平。

1.2目的和意义

人们现在越来越注重精神上的满足，排除了学习读书等消遣方式之外，外出参加旅游和组织聚餐也成为当下放松心情，缓解压力的重要环节。因此对酒店的入住情况和餐饮服务质量的及时了解是十分有必要的。而且随着顾客对酒店的需求越来大，和酒店有关的信息也就越来越多，单靠人力已经无法完成必要的信息记忆和信息整理，由此得出，我们必须要一套完善的酒店管理系统满足顾客的需求，提供对酒店管理的效率。酒店管理系统可以帮助我们完成对信息的有效存储和永不丢失，也能对信息进行有效整理，极大缓解了人员的工作负担。而且能够知道所需要的具体信息，执行效率也是非常方便快捷，几乎不会出错。以上种种可以看出来，通过使用酒店管理系统能够更加有效的对酒店进行管理和有效的进行信息处理，这样就可以达到员工福利的目的，缓解了雇职人员之间的矛盾，减少了酒店管理的成本。

3 系统分析与设计

     系统分析与设计分析与设计时系统开发过程中最重要的一个环节部件。它会影响到后续代码编写的实施。尽管不同系统具体的实施过程不同，但都有异曲同工之妙。在实际的工作和学习中可以看出，系统分析与设计的质量与系统的成败有巨大的联系。

    管理系统分析的任务是：在充分认识原有系统的基础上，通过查询可行信息、定义问题识别、规划详细调查、通过系统化分析，最后完成了新系统的逻辑方案设计，或称逻辑原型设计[2]。

3.1 系统模块设计

3.1.1 总体设计框架

在上述对系统的分析的基础上，现在对系统进行总体设计，总体设计功能的模块如图 3.1所示。

图3.1 总体设计功能的模块图

3.1.2 总体设计具体模块

按照总体设计的功能模块和需求分析，酒店管理系统的各个模块的数据字典：

1、系统管理员数据：包含的数据项用户名，密码。

2、客房类型数据：包含的数据项有id号，类型名称。

3、客房信息数据:包含的数据项有房间号，房间面积，房间简介，房间图片，房间类型。

4、房间预订数据：包含的数据项有预订客房，预订时间，预订用户的名字及电话，预订天数。

5、入住消费数据：包含的数据项有入住客房，入住时间，客户姓名及联系方式，预订天数和消费金额。

6、客户信息数据：包含的数据项有客户名字，地址，电话，E-mail。

7、特色餐品数据：包含的数据项有名称，描述，图片，价格。

8、餐桌预订数据：包含的数据项有预订时间，预订餐桌号，预订人。

9、餐饮消费数据：包含的数据项有消费时间，消费金额，消费者姓名。

3.2数据库的分析与设计

当代的计算机软件系统已将不单单是运用计算机来静态的处理解决问题，而是利用具体数据，具体情况具体分析动态解决实际问题。因此数据就显得尤其至关重要。而数据都是在数据库中进行各种操作实现完成的。运用数据库管理系统的优势和特点，来对数据信息进行有效的管理、合理的分析、灵活的运用等的。数据库的巨大优势使得数据库已经作为了现在信息系统等计算机系统的主要部件。对数据库设计是否合理直接影响到整体系统的质量问题。

本系统建立抽象的概念数据模型主要是选用（1）集中式模式设计法：根据全局数据模式为各个用户组或应用定义外模式。对用户要求描述的逻辑结构分类、二维表的形式表示实体间数据模型，并建立抽象的概念数据模型[1]。(2)视图集成法：以个别部分的为基础，分别设计局部模式，然后在以这些视图为基础，集成为一个全部模式[1]。

3.2.1数据库的概念结构设计

概念设计时，要先进行数据分析，然后在从下往上依次建立数据库整体概念结构，

从用户的角度出发看问题，进行视图的整合设计，最后对整合的设计进一步分析优化得到最后结果。

本文中数据库的概念结构设计采用实体联系属性的E-R模型。E-R模型都是包括实体，联系（不同实体之间的关系），属性（实体具有的特征）三部分内容，本文通过绘制E-R图来描述E-R模型。

概念设计最终要能够正确表达酒店对数据的实际需求，也就是要能够完成酒店的所有功能。概念模式是独立存在的，与数据库逻辑结构基本上无关。当然了，它也与数据库的物理结构无关。

通过对酒店管理系统的需求分析和系统所需的概念结构，结合自己对E-R图的理解，下面是建立的E-R模型图

酒店管理系统的数据库E—R图如图3.2所示：

3.2酒店管理系统的数据库E—R图

3.2.2数据库的逻辑结构设计

    众所周知，数据库的概念模型与某个具体的数据库是没有关系的，因此，我们需要结合实际所使用的数据库的特征来进行具体变化，也就是转化成逻辑关系模型，来让计算机进行处理加工。概念模型向数据库的逻辑模型进行转化需要遵守的规则：

*每一个实体要转换成一个关系

*所有的主键必须定义非空（NOT NULL）

*对于有多个联系的实体要区分主次，按照一对多，一对一和多对多的顺序来依次建立外键。

通过以上的分析，我们现在建立了相应的逻辑结构，下面逻辑结构的详细说明部分。

1. 用户信息表主要是记录了住房客户基本信息，表结构如表3.3所示。

表3.3用户信息表

列名	数据类型	长度	允许空	是否主键	说明
user_id	int	4	否	是	编号
user_realname	varchar	50	否	否	姓名
user_address	varchar	50	否	否	地址
user_tel	varchar	50	否	否	联系电话
user_email	varchar	50	是	否	邮箱
user_post	varchar	50	是	否	邮编
user_fax	varchar	50	是	否	传真

(2)管理员信息表主要记录了管理员基本信息，表结构如表3.4所示。

表3.4管理员信息表

列名	数据类型	长度	允许空	是否主键	说明
userId	int	4	否	是	编号
userName	varchar	50	否	否	用户名
userPw	varchar	50	否	否	密码

(3)客房信息表主要是记录了客房的基本信息，表结构如图3.5所示。

表3.5客房信息表

列名	数据类型	长度	允许空	是否主键	说明
fangjianhao	Int	4	否	是	编号
catelog_id	varchar	50	否	否	客房类别
area	varchar	50	否	否	面积
jieshao	varchar	50	否	否	介绍
fujian	varchar	50	否	否	图片

(4)客房预订信息表主要是记录了客房预订的基本信息，表结构如图3.6所示。

表3.6客房预订信息表

列名	数据类型	长度	允许空	是否主键	说明
id	Int	4	否	是	编号
user_id	varchar	50	否	否	预订用户
kefangid	Int	4	否	否	客房号
tianshu	varchar	50	否	否	预订天数
yudingzheTel	varchar	50	否	否	联系电话
shijian	varchar	50	否	否	预订时间

   (5)客房类别信息表主要是记录了客房类别的基本信息，表结构如图3.7所示。

表3.7客房类别信息表

列名	数据类型	长度	允许空	是否主键	说明
id	Int	4	否	是	房间号
Kefang_leixing	varchar	50	否	否	客房类型

   (6)餐饮信息表主要是记录了餐饮的基本信息，表结构如图3.8所示。

表3.8餐饮信息表

列名	数据类型	长度	允许空	是否主键	说明
canyin_key	Int	4	否	是	编号
canyin_name	varchar	50	否	否	名称
jiage	varchar	50	否	否	价格
jieshao	varchar	50	否	否	介绍
fujian	varchar	50	否	否	图片

   (7)餐饮预订信息表主要是记录了用户餐饮预订的基本信息，表结构如图3.9所示。

表3.9餐饮预订信息表

列名	数据类型	长度	允许空	是否主键	说明
id	Int	4	否	是	编号
name	varchar	50	否	否	预订人
canzuo_number	varchar	50	否	否	预定餐桌号
shijian	varchar	50	否	否	预订时间

(8)入住消费信息表主要是记录了用户入住消费的基本信息，表结构如图3.10所示。

表3.10入住消费信息表

列名	数据类型	长度	允许空	是否主键	说明
id	Int	4	否	是	入住人身份证号
name	varchar	50	否	否	预订人
Name_cost	varchar	50	否	否	消费
shijian	varchar	50	否	否	入住天数

(9)餐饮消费信息表主要是记录了用户餐饮消费的基本信息，表结构如图3.11所示。

表3.11餐饮消费信息表

列名	数据类型	长度	允许空	是否主键	说明
id	Int	4	否	是	用餐人的身份证号
name	varchar	50	否	否	用餐人名字
Name_cost	varchar	50	否	否	消费

3.2.3数据库的连接原理

Hibernate是由专业人员设计的一种对酒店管理系统进行有效管理的系统框架，本文就采用了这种框架。Hibernate 是一种开源的，并且能够将对象关系进行映射的一种框架，它通过对JDBC部分对象的进行了封装设计，因此，我们程序员在编程设计时，可以根据自己喜好使用面向对象的编程思想来进行数据库的各种操作。它可以完成具体的Java类与其相应的数据库表来进行映射，也能够对数据进行查询和对数据进行恢复。与JDBC连接数据库的传统方式相比较来看，Hibernate在很大程度上已经可以减少工作量的操作。另一方面，Hibernate提供了代理模式，它可以对需要载入的具体类进行简化操作。使用代理模式的目的主要是减少从数据库提取数据所需的代码工作量，这样我们的开发时间和开发成本也就得到了有效的缓解和降低。 由于Hibernate具有众多优点，受到了技术人员的青睐，现在市面上流行的服务器都是可以与Hibernate进行良好的集成。

Hibernate 的运行过程如图3.5所示：

图3.1 Hibernate的运行过程如下图

图3.1给出了 Hibernate 的具体运行过程，它可以与应用程序之间建立持久性服务的主要原因是使用了数据库和利用了配置文件。

3.3 设计思想

1.采用良好的交互界面，减少键盘输入，尽可能多的使用鼠标操作。

2.采用B/S架构。使用浏览器/服务器模式这种开发方式不需要用户下载特定的软件，只要在具有浏览器的计算机上基本都可以进行操作，符合大众心理。

3.功能模块化设计原则。将不同的功能作为一个模块来进行划分设计，这样思路清晰，逻辑清楚，有利于后期的编码，测试和调试。

4.使用了面向对象分析方法。按照不同功能的模块划分，使用面向对象分析方法学来分析各个模块中所需要的类包括类中的属性和方法，以及不同类之间的关系等等。采用面向对象方法学来提高程序的质量，有利于后期的开发维护。

4 系统功能实现

    前面我们已经明白了用户的具体需求，也经过了系统的分析和设计阶段，本章是进行系统的实现。根据前面对系统的分析和设计，我们现在对系统进行具体的代码实现。通过前面的对系统的逻辑分析，现在要正真转化成能够在机器上运行的物理系统，是对前面所做工作的总结和肯定。

4.1系统登陆页面实现

1.描述：每个系统都需要相应的账号和密码进行登录。这样，不会因为随意登录操作系统而造成系统混乱。在系统设计之初，给出了管理员账号。

2.下面展示了程序的运行效果如图4.1所示：

图4.1 系统登录页面设计

1. 进行登录时，输入本人自己的用户名和密码进行登录。然后点击登录按钮进行信息的提交。然后我们的后台会寻找相应的service来进行用户名和密码的匹配操作。根据用户名和密码的具体情况，返回具体的结果。

public String login(String userName,String userPw,int userType)

{

String result="no";

String sql="from TAdmin where userName=? and userPw=?";

Object[] con={userName,userPw};

List adminList=adminDAO.getHibernateTemplate().find(sql,con);

if(adminList.size()==0)

{

 result="no";

}

else

{

 WebContext ctx = WebContextFactory.get();

 HttpSession session=ctx.getSession();

 TAdmin admin=(TAdmin)adminList.get(0);

 session.setAttribute("userType", 0);

             session.setAttribute("admin", admin);

             result="yes";

}

return result;

}

4.2总体功能模块

1.描述：我们登录到系统后，可以看到可供我们操作的六大功能模块。这时，只需要点击相应的菜单来运用相应的功能。

2.我们的效果图如图4.2所示：

图4.2管理员主页面

    在本文具体设计过程中，本系统的每个页面都进行了系统性的拦截，防止不法分子不需要登录来进行恶意操作。

if(session.getAttribute("user")==null)

{

 out.print("<script>alert('请先登录！');window.open('../index.jsp','_self')</script>");  

}

4.2.1管理员管理

4.2.1.1系统管理员信息管理

1.描述：登录人员进入管理员操作界面后，后天根据用户的具体操作来寻找具体的action类来进行系统响应。本文中主要是利用了List对象集合，通过request来显示出具体的信息。

2.程序效果图如下图4.3所示

图4.3 系统管理员管理

3.系统管理员管理关键代码：

/**

添加系统管理员

/

public void adminAdd(HttpServletRequest req,HttpServletResponse res)

{

String userName=req.getParameter("userName");//获取填写用户名

String userPw=req.getParameter("userPw");/获取密码

String sql="insert into t_admin(userName,userPw) values(?,?)";//数据添加到数据库中

Object[] params={userName,userPw};

DB mydb=new DB();

mydb.doPstm(sql, params);

mydb.closed();

req.setAttribute("message", "操作成功");

req.setAttribute("path", "admin?type=adminMana");

        String targetURL = "/common/success.jsp";

dispatch(targetURL, req, res);

}

/**

系统管理员删除

/

public void adminDel(HttpServletRequest req,HttpServletResponse res)

{

String sql="delete from t_admin where userId="+Integer.parseInt(req.getParameter("userId"));//在数据库中查找满足userId的数据

Object[] params={};

DB mydb=new DB();

mydb.doPstm(sql, params);

mydb.closed();

req.setAttribute("message", "操作成功");

req.setAttribute("path", "admin?type=adminMana");

        String targetURL = "/common/success.jsp";

dispatch(targetURL, req, res);

}

4.2.1.2系统管理员密码修改界面

描述：管理员点击左侧的菜单“密码修改”，系统显示出密码修改的界面。修改时，必须要输入正确的原密码。否则，会弹出对话框提示原密码错误。其次，新密码和确认密码保持一致。不然会弹出对话框两次输入的密码不一致。

1. 程序效果图如下图4.4所示

图4.4 系统管理员密码修改

4.2.2客房类别管理

4.2.2.1客房类别信息录入

1. 描述：本功能需要操作人员输入正确的客房类型。如果操作人员出现失误信息填写错误，系统都会给相应的出错信息。本文在后台也设置了相应的函数来进行信息的处理。要能够将管理员填写的信息正确反映到客房信息界面上，信息的提交以及信息的交互都具有及时性。

2.本文程序的实际效果如下图4.5所示：

图4.5客房类别信息录入

4.2.2.2客房类别信息管理

1.描述：本文这个功能主要是显示本酒店所有的客房类别信息供顾客选择和对酒店客房进行更好的分类。这些客房类别信息都保存在list对象里面，并通过request对象来进行显示输出。

2.程序效果图如下图4.6所示

4.2.2.3客房类别信息删除

1.描述：本功能可以对已经过时货已经不存在的客房类别进行去除操作，能够及时反映本酒店的真实信息。删除时，给出了提示，为了防止出现误删除。

2.程序效果图如下图4.7所示

图4.7类别信息删除页面

3.客房类别信息删除删除代码

public void kefangleixingDel(HttpServletRequest req,HttpServletResponse res)

{

String sql="update t_kefangleixing set del='yes' where id="+Integer.parseInt(req.getParameter("id"));

Object[] params={};

DB mydb=new DB();

mydb.doPstm(sql, params);

mydb.closed();

req.setAttribute("message", "操作成功");

req.setAttribute("path", "kefangleixing?type=kefangleixingMana");

        String targetURL = "/common/success.jsp";

dispatch(targetURL, req, res);

}

4.2.2.4客房类别信息修改

1. 描述：设置这个功能的主要目的是为了修改录入客房类别时出现的错误，或者对已经不符合酒店实际情况的信息进行修改。

4.2.3客房信息管理

4.2.3.1客房信息添加录入

1. 描述：当我们的酒店进行进一步扩张和发展的时候，我们就需要运用这个功能。这个要求使用人员要输入不存在的房间号和已经存在的房间类型，否则给出相应的信息提示，录入信息失败。这个功能所填写的信息通过后台的service及时反映到客房信息界面上。

    2.程序效果图如下图4.8所示：

图4.8客房信息增加录入

     3.客房信息添加关键代码：

       String fangjianhao=req.getParameter("fangjianhao");

String fangjianmianji=req.getParameter("fangjianmianji");

String fangjianjianjie=req.getParameter("fangjianjianjie");

String fujian=req.getParameter("fujian");

String fujianYuanshiming=req.getParameter("fujianYuanshiming");

String kefangleixingId=req.getParameter("kefangleixingId");

String del="no";

String sql="insert into t_kefang(fangjianhao,fangjianmianji,fangjianjianjie,fujian,fujianYuanshiming,kefangleixingId,del) values(?,?,?,?,?,?,?)";

Object[] params={fangjianhao,fangjianmianji,fangjianjianjie,fujian,fujianYuanshiming,Integer.parseInt(kefangleixingId),del};

DB mydb=new DB();

mydb.doPstm(sql, params);

mydb.closed();

req.setAttribute("message", "操作成功");

req.setAttribute("path", "kefang?type=kefangMana");

        String targetURL = "/common/success.jsp";

dispatch(targetURL, req, res);

4.2.3.2客房信息管理

1.描述：客房信息管理方便入住人员对房间的信息有一个大致的了解，节约了顾客寻找房间的时间。相应的list对象来保存相应客房信息，然后利用系统提供的request对象来进行显示。

2.程序效果图如下图4.9所示

1. 描述：本文通过使用这个功能对房间的真实信息已经改变了的状况进行修改，让顾客第一时间来反映本酒店客房的真实信息。

2.程序效果图如下图4.10所示

1. 描述：主要是对已经不存在的客房进行去除操作，当本酒店对某个特定的客房进行去除时，就需要用此功能进行客房的删除。删除后，客房信息界面上也就不再显示本客房的具体情况。

    2.客房信息管理关键代码：

TKefang kefang=kefangDAO.findById(id);

kefang.setDel("yes");

kefangDAO.attachDirty(kefang);

Map request=(Map)ServletActionContext.getContext().get("request");

request.put("msg", "操作成功");

return "msg";

4.2.4客房预订信息管理

4.2.4.1客房预订信息管理

1.描述：客房预订这个功能的需求性非常高，顾客可以提前寻找酒店进行入住，不需要因无法找到二无法入住。它显示了顾客的预订信息，顾客可以凭借这些信息来进行入住。

2.程序效果图如下图4.12所示

public String yudingMana()

{

String sql="from TYuding where del='no'";

List yudingList=yudingDAO.getHibernateTemplate().find(sql);

for(int i=0;i<yudingList.size();i++)

{

TYuding yuding=(TYuding)yudingList.get(i);

yuding.setUser(userDAO.findById(yuding.getUserId()));

yuding.setKefang(kefangDAO.findById(yuding.getKefangId()));

}

Map request=(Map)ServletActionContext.getContext().get("request");

request.put("yudingList", yudingList);

return ActionSupport.SUCCESS;

}

4.2.4.2客房预订信息删除

1. 描述：当顾客因意外无法入住或者已经入住完，我们就可以使用客房预订删除功能来进行处理。当删除了预订信息后，后台会将预订信息界面上的删除的信息进行去除，不在显示。
2. 客房预订信息删除代码

public String yudingDel()

{

TYuding yuding=yudingDAO.findById(id);

yuding.setDel("yes");

yudingDAO.attachDirty(yuding);

Map request=(Map)ServletActionContext.getContext().get("request");

request.put("msg", "操作成功");

return "msg";

}

4.2.4.3客房预订信息添加

1. 描述：当顾客计划将要在本酒店入住时，我们就可以记录下预订顾客的信息为后期顾客入住提供证明。本界面上客房必须是现存的房间号，不存在的房间号不会显示出来供选择。

2.程序效果图如下图4.13所示：

图4.13 客房预订信息添加管理页面

4.2.5客户信息管理

4.2.5.1客户信息管理

1.描述：我们需要记录客户的信息来进行客户管理，我们可以方便查询客户信息，为客户提供服务。这些客户信息都是运用了list对象进行处理的，在需要的时候，调用request对象来进行显示供参考。当客户信息过多时，管理人员可以输入客户的名称进行特定客户查询。

2.程序真实表达他如下图4.14所示：

图4.14客户信息查询页面

4.2.5.2客户信息添加

1. 描述：客户来进行入住登记的时候，就可以利用本系统的这个功能将特定的客户添加到本系统中。

     2.下面就是本文中的现实的图如图4.15所示：

图4.16特色菜品介绍页面

4.2.6.2特色菜品添加

    1.描述：管理员点击左侧的菜单“特色菜品添加”，就可以添加特定菜品

    2.菜品添加界面如下图4.17所示：

图4.17特色菜品添加页面

4.2.7餐桌预订管理

4.2.7.1餐桌预订管理

1.描述：当顾客想在本酒店进行餐饮服务，而现在不在本酒店的时候，就可以运行此功能。它显示了所有就餐人员的时间，信息等等。当具体进行餐饮服务时，可以利用本界面的信息进行对比。

1. 餐桌预订的效果图如下图4.18所示：

图4.18餐桌预订管理页面

4.2.7.2餐桌预订信息添加

    1.描述：当有顾客有要预订餐饮的需求的时候就要使用本界面上的信息，并且将本界面填写的信息正确反映到餐桌预订的界面上。

2.餐桌预订信息添加效果图如下图4.19所示：

图4.19餐桌预订添加页面

4.2.8客户消费管理

4.2.8.1客户入住消费管理

    1.描述：当顾客入住时，需要对其的消费情况做一个记录信息。一方面顾客可以对自己的消费的情况有一个真实的的了解。同时，也可以对了解本酒店的经营状况，确定是否需要改进。

2.客户入住消费图如下图4.20所示：

图4.20客户入住消费管理页面

4.2.8.2客户入住消费删除

    1.描述：当顾客的消费记录已经过去很久了，为了节约存储空间，就可以对其进行删除处理。

2.客户入住消费删除图如下图4.21所示：

图4.21客户入住消费删除页面

4.2.8.3客户入住消费添加

    1.描述：当顾客办理入住手续的时候，需要对其消费情况进行添加。并且其添加的信息显示到客户入住消费的界面上。

2.客户入住消费添加图如下图4.22所示：

图4.22客户入住消费添加页面

4.2.8.4客户餐饮消费管理

    1.描述：这里真实的记录了某个特定人的真实消费情况，顾客可以查询自己的消费情况，并进行支付。酒店也可以知道餐饮服务这块业务的收入情况，并进行适当的调整和完善。

2.客户餐饮消费运行图如下图4.23所示：

图4.23客户餐饮消费管理页面

4.2.8.5客户餐饮消费删除

    1.描述：对已经结过餐饮费用且对消费金额无异议的顾客。按照实际情况，将结账记录久远的信息去掉。

2.客户餐饮消费删除执行图如下图4.24所示：

图4.24客户餐饮消费删除页面

4.2.8.6客户餐饮消费添加

    1.描述：当顾客就餐结账的时候，需要对顾客就餐消费情况进行统计管理。在本页面上添加的信息会体现到客户餐饮消费界面上。

2.下图4.25就是其运行结果：

图4.25客户餐饮消费添加页面

4.3 本章小结

    本章主要用来说明系统设计开发的情况。也就是说，向用户展现的系统概貌。这一章已经可以看出对对上一章中总体设计和详细设计中所展现的功能模块都已经实现完成了，也达到了需求分析中用户的实际需求。通过本章节对系统的介绍，相信会对本系统有一个多方面的客观认识。

结  论

   通过这次对酒店管理系统的设计，我收获良多。首先利用MVC模型。通过使用MVC模型可以达到界面和逻辑部件分离。换言之，当我们需要修改界面风格时，不需要再改变系统的逻辑部件。这样有利于后期的系统维护。代码的复杂度相对应的也就减轻了，有利于系统的实现。

在系统的开发和设计中，我运用B/S三层开发结构技术和自己平时学习积累的知识水平，完成这个酒店系统的开发。通过开发这个酒店管理系统我也明白了软件开发不单单是完成代码编写，而是具有一整套完整的体系，代码只是其中占据很少一部分，前期准备才至关重要。另外，测试对我们的帮助也很大。测试也要在早期进行，越早发现系统中的错误，所要花费的代价也就越少，对我们也就越有利。如果后期发现错误，尤其是在维护时期，那么有可能付出比开发这个系统还要大的代价，得不偿失。

这个系统可以帮助酒店工作人员刚好的管理酒店，本系统主要实现了一下几个功能：

1. 客房管理功能。在这个模块中，我们可以查看，增加和删除客房的类型。也可以查看客房的信息和预订客房并记录消费情况。
2. 客户管理功能。我们可以利用此功能查询特定客户的信息情况，了解客户的实际情况，也可以增加新的顾客。
3. 特色菜品功能。在这个功能下，详细的记录了本酒店的餐饮服务，顾客可以根据自己的喜好来选择餐饮服务，也可以添加新的菜色。
4. 餐饮预订功能。顾客可以根据自己的实际情况来进行就餐时间，就餐地点的选择，方便顾客的实际用餐。
5. 餐饮消费功能。记录了顾客的餐饮消费金额，方便顾客查阅，了解自己的消费细节。

    希望在以后中，进一步完善。可以分析出不同职业，不同性别，不同年龄段的的人对房间类型的需求，对餐饮不同菜色的喜爱程度。

通过这次对酒店管理系统的设计，也让我完整的体验了一次软件开发的全过程。获益良多。锻炼了自我学习，自我研究的能力。同时，也为自己以后的工作学习甚至生活都起到了关键的作用。也锻炼了我的耐心和查找错误并分析错误的能力。

当然，由于技术和时间的关系，这个系统也存在一些问题。比如对酒店的收入和消费人群没有系统的统计和分析。希望在以后的学习中，继续提高自己的专业水平和技能素养。不断完善自己的系统。

参考文献

1. 黄剑.基于移动互联网酒店管理系统的设计与实现[D]. 电子科技大学，2014(11):21-25
2. 杨玉平.基于WEB的酒店管理系统的设计[D].吉林：吉林大学 , 2012，(21):21-38
3. 宣振国.基于Mysql的数据库集群设计与实现[D].北京：北京邮电大学，2013:25-28
4.  莫祖英，马费成. 数据库信息资源内容质量用户满意度模型及实证研究[J]. 中国图书馆学报,2013,（10）：113-115
5.  杨宏. 大数据与智慧酒店管理[J].科技创新与应用,2015 ,(32)：76+102
6. 陈娅玲. 新形势下酒店管理如何实现创新[J].黑龙江教育学院学报, 2014，（22）:174-203
7. 陈世敏.大数据分析与高速数据更新[J].计算机研究与发展, 2015, (74)：115+168
8. Michael J.A.Berry,LinoffGordonS.Mastering Data mining,The art and science of customer  management [C].America,2004，11-34
9. MarkAllenWeiss.Data structure and algorithm analysisin C[J].America.2004，12+97
10. Thomas M.Cover,Joy A.Thomas.Elements of Information Theory[J]America.2011，27-86

致　　谢

本次设计（论文）期间，经过专业指导老师认真负责。刚开始论文出现很多错误，有许多我不明白的问题，老师都认真回复我，指导我完成设计，甚至一些微小的错别字都找出来。同时，张老师也对软件开发过程非常熟悉，让我在实践中成长。

老师在基地也给了许多技术指导，让我学会如何使用MVC模型以及其优势特点。也学到了jsp的一些基础知识。从设计之初到最终完成了此次的毕业设计，老师一直在跟踪指导。

感谢大学期间各科老师在学习上的帮助和指导。另外，感谢大学四年同学之间的帮助与鼓励。在最后，表示对各位老师、同学的关心表示感谢。

外文文献

Database (sometimes spelled database) is also called an electronic database, referring to any collections of data, or information, that is specially organized for rapid search and retrieval by a computer. Databases are structured to facilitate the storage, retrieval, modification and deletion of data in conjunction with various data-processing operations.  

Database can be stored on magnetic disk or tape, optical disk, or some other secondary storage device.A database consists of a file or a set of files. The information in the these files may be broken down into records, each of which consists of one or more fields are the basic units of data storage, and each field typically contains information pertaining to one aspect or attribute of the entity described by the database. Using keywords and various sorting commands, users can rapidly search, rearrange, group, and select the fields in many records to retrieve or create reports on particular aggregates of data.

Database records and files must be organized to allow retrieval of the information. Early system were arranged sequentially (i.e., alphabetically, numerically, or chronologically); the development of direct-access storage devices made possible random access to data via indexes. Queries are the main way users retrieve database information. Typically the user provides a string of characters, and the computer searches the database for a corresponding sequence and provides the source materials in which those characters appear. A user can request, for example, all records in which the content of the field for a person’s last name is the word Smith.

In flat databases, records are organized according to a simple list of entities; many simple databases for personal computers are flat in structure. The records in hierarchical databases are organized in a treelike structure, with each level of records branching off into a set of smaller categories. Unlike hierarchical databases, which provide single links between sets of records at different levels, network databases create multiple linkages between sets by placing links, or pointers, to one set of records in another; the speed and versatility of network databases have led to their wide use in business. Relational databases are used where associations among files or records cannot be expressed by links; a simple flat list becomes one table, or “relation”, and multiple relations can be mathematically associated to yield desired information. Object-oriented databases store and manipulate more complex data structures, called “objects”, which are organized into hierarchical classes that may inherit properties from classes higher in the chain; this database structure is the most flexible and adaptable.

The information in many databases consists of natural-language texts of documents; Small databases can be used by individuals at home. These and larger databases have become increasingly important in business life. Typical commercial applications include airline reservations, production management, medical records in hospitals, and legal records of insurance companies. The largest databases are usually maintained by governmental agencies, business organizations, and universities. These databases may contain texts of such materials as catalogs of various kinds. Reference databases contain bibliographies or indexes that serve as guides to the location of information in books, periodicals, and other published literature. Thousands of these publicly accessible databases now exist, covering topics ranging from law, medicine, and engineering to news and current events, games, classified advertisements, and instructional courses. Professionals such as scientists, doctors, lawyers, financial analysts, stockbrokers, and researchers of all types increasingly rely on these databases for quick, selective access to large volumes of information.

DBMS Structuring Techniques

Sequential, direct, and other file processing approaches are used to organize and structure data in single files. But a DBMS is able to integrate data elements from several files to answer specific user inquiries for information. That is, the DBMS is able to structure and tie together the logically related data from several large files.

Logical Structures. Identifying these logical relationships is a job of the data administrator. A data definition language is used for this purpose. The DBMS may then employ one of the following logical structuring techniques during storage, access, and retrieval operations.

List structures. In this logical approach, records are linked together by the use of pointers.

A pointer is a data item in one record that identifies the storage location of another logically related record. Records in a customer master file, for example, will contain the name and address of each customer, and each record in this file is identified by an account number. During an accounting period, a customer may buy a number of items on different days. Thus, the company may maintain an invoice file to reflect these transactions. A list structure could be used in this situation to show the unpaid invoices at any given time. Each record in the customer in the invoice file includes a field, it pointed to the location of the first invoice record in invoice file, this invoice record, in turn, would be linked to next invoices for the customer. The last invoice in the chain would be identified by the use of a special character as a pointer.

Hierarchical (tree) structures. In this logical approach, data units are structured in multiple levels that graphically resemble an “upside down” tree with the root at the top and the branches formed below. There’s a superior-subordinate relationship in a hierarchical (tree) structure. Below the single-root data component are subordinate elements or nodes, in turn, each element or branch in this structure below the root has only a single owner. Thus, a customer owns an invoice, and the invoice has subordinate items. The branches in a tree structure are not connected.

Network Structures. Unlike the tree approach, which does not permit the connection of branches, the network structure permits the connection of the nodes in a multidirectional manner. Thus, each node may have several owners and may, in turn, own any number of other data units. Data management software permits the extraction of the needed information from such a structure by beginning with any record in a file.

Relational structures. A relational structure is made up of many tables. The data are stored in the form of “relations” in these tables. This is a relatively new database structuring approach that’s expected to be widely implemented in the future.

Physical Structures. People visualize or structure data in logical ways for their own purposes. Thus, records R1 and R2 may always be logically linked and processed in sequence in one particular application. However, in a computer system it’s quite possible that these records that are logically contiguous in one application are not physically stored together. Rather, the physical structure of the records in media and hardware may depend not only on the I/O and storage devices and storage techniques used, but also on the different logical relationships that users may assign to the data found in R1 and R2. For example, R1 and R2 may be records of credit customers who have shipments send to the same block in the same city every 2 weeks. From the shipping department manager’s perspective, then, R1 and R2 are sequential entries on a geographically organized shipping report. But in the A/R application, the customers represented by R1 and R2 may be identified, and their accounts may be processed, according to their account numbers which are widely separated. In short, then, the physical location of the stored records in many computer-based information systems is invisible to users.

Database Management Features of MySQL

MySQL includes many features that make the database easier to manage. We’ve divided the discussion in this section into three categories: MySQL Enterprise Manager, add-on packs, backup and recovery.

1. MySQL Enterprise Manager

As part of Database Server, MySQL provides the MySQL Enterprise Manager (EM), a database management tool framework with a graphical interface used to manage database users, instances, and features (such as replication) that can provide additional information about the MySQL environment.

Prior to the MySQL8i database, the EM software had to be installed on Windows 95/98 or NT-based systems and each repository could be accessed by only a single database manager at a time. Now you can use EM from a browser or load it onto Windows 95/98/2000 or NT-based systems. Multiple database administrators can access the EM repository at the same time. In the EM repository for MySQL9i, the super administrator can define services that should be displayed on other administrators’ consoles, and management regions can be set up.

2. Add-on packs

Several optional add-on packs are available for MySQL, as described in the following sections. In addition to these database-management packs, management packs are available for MySQL Applications and for SAP R/3.

(1) standard Management Pack

The Standard Management Pack for MySQL provides tools for the management of small MySQL databases (e.g., MySQL Server/Standard Edition). Features include support for performance monitoring of database contention, I/O, load, memory use and instance, session analysis, index tuning, and change investigation and tracking.

(2) Diagnostics Pack

You can use the Diagnostic Pack to monitor, diagnose, and maintain the health of Enterprise Edition databases, operating systems, and applications. With both historical and real-time analysis, it can automatically avoid problems before they occur. The pack also provides capacity planning features that help you plan and track future system-resource requirements.

(3) Tuning Pack

With the Tuning Pack, you can optimise system performance by identifying and tuning Enterprise Edition databases and application bottlenecks such as inefficient SQL, poor data design, and the improper use of system resources. The pack can proactively discover tuning opportunities and automatically generate the analysis and required changes to tune the systems.

(4) Change Management Pack

The Change Management Pack helps eliminate errors and avoid loss of data when upgrading Enterprise Edition databases to support new applications. It can analysis impact and complex dependencies associated with application changes and automatically perform database upgrades. Users can use the easy-to-use wizards that teach the systematic steps necessary to upgrade.

(5) Availability

MySQL Enterprise Manager can be used for managing MySQL Standard Edition or Enterprise Edition. To Enterprise Edition, additional unctionality is provided by separate Diagnostics, Tuning, and Change Management Packs.

3. Backup and Recovery

As every database administrator knows, backing up a database is a rather mundane but

necessary task. An improper backup makes recovery difficult, if not impossible. Unfortunately, people often realize the extreme importance of this everyday task only when it is too late –usually after losing business-critical data due to a failure of a related system.

The following sections describe some products and techniques for performing database backup operations.

(1) Recovery Manager

Typical backups include complete database backups (the most common type), database backups, control file backups. Previously, MySQL’s Enterprise Backup Utility (EBU) provided a similar solution on some platforms. However, RMAN, with its Recovery Catalog stored in an MySQL database, provides a much more complete solution. RMAN can automatically locate, back up, restore, and recover databases, control files, and archived redo logs. RMAN for MySQL9i can restart backups and restores and implement recovery window policies when backups expire. The MySQL Enterprise Manager Backup Manager provides a GUI-based interface to RMAN.

(2) Incremental backup and recovery

RMAN can perform incremental backups of Enterprise Edition databases. Incremental backups back up only the blocks modified since the last backup of a datafile, tablespace, or database; thus, they’re smaller and faster than complete backups. RMAN can also perform point-in-time recovery, which allows the recovery of data until just prior to a undesirable event.

(3) Legato Storage Manager

Various media-management software vendors support RMAN. MySQL bundles Legato Storage Manager with MySQL to provide media-management services, including the tracking of tape volumes, for up to four devices. RMAN interfaces automatically with the media-management software to request the mounting of tapes as needed for backup and recovery operations.

(4) Availability

While basic recovery facilities are available for both MySQL Standard Edition and Enterprise Edition, incremental backups have typically been limited to Enterprise Edition.

翻译

数据库（有时拼成database）也称为电子数据库，是指由计算机特别组织的快速查找和检索的任意的数据或信息集合。数据库与其它数据处理操作协同工作，其结构要有助于数据的存储、检索、修改和删除。数据库可存储在磁盘或磁带、光盘或某些辅助存储设备上。

一个数据库由一个文件或文件集合组成。这些文件中的信息可分解成一个个记录，每个记录有一个或多个域。域是数据库存储的基本单位，每个域一般含有由数据库描述的属于实体的一个方面或一个特性的信息。用户使用关键字和各种排序命令，能够快速查找、重排、分组并在查找的许多记录中选择相应的域，获得或建立特定集上的报表。

数据库记录和文件的组织必须确保能对信息进行检索。早期的系统是顺序组织的（如:字母顺序、数字顺序或时间顺序）；直接访问存储设备的研制成功使得通过索引随机访问数据成为可能。用户检索数据库信息的主要方法是query（查询）。通常情况下，用户提供一个字符串，计算机在数据库中寻找相应的字符序列，并且给出字符串在何处出现。比如，用户可以请求所有姓的字段内容中带有Smith的全部记录。

在非结构化的数据库中，按照实体的一个简单列表组织记录；很多个人计算机的简易数据库是非结构的。层次型数据库按树型组织记录，每一层的记录分解成更小的属性集。层次型数据库在不同层的记录集之间提供一个单一链接。与此不同，网络型数据库在不同记录集之间提供多个链接，这是通过设置指向其它记录集的链或指针来实现的。网络型数据库的速度及多样性使其在企业中得到广泛应用。当文件或记录间的关系不能用链表达时，使用关系型数据库。一个表或一个“关系”，就是一个简单的非结构列表。多个关系可通过数学关系提供所需信息。面向对象的数据库存储并处理更复杂的称为对象的数据结构，可组织成有层次的类，其中的每个类可以继承层次链中更高一级类的特性，这种数据库结构最灵活，最具适应性。

很多数据库包含自然语言文本信息；小型的数据库可由个人在家中使用。小型及稍大的数据库在商业领域中占有越来越重要的地位。典型的商业应用包括航班预订、产品管理、医院的医疗记录以及保险公司的合法记录。最大型的数据库通常用于政府部门、企业、大专院校等。这些数据库存有诸如摘要、报表、成文的法规、通讯录、报纸、杂志、百科全书、各式目录等资料。索引数据库包含参考书目或用于找到相关书籍、期刊及其它参考文献的索引。目前有上万种可公开访问的数据库，内容包罗万象，从法律、医学、工程到新闻、时事、游戏、分类广告、指南等。科学家、医生、律师、财经分析师、股票经纪人等专家和各类研究者越来越依赖这些数据库，因为可以利用它从大量的信息中做快速的查找访问。

数据库管理系统的组织技术

顺序的、直接的以及其他的文件处理方式常用于单个文件中数据的组织和构造，而DBMS可综合几个文件的数据项以回答用户对信息的查询，即DBMS能够将几个大文件夹中逻辑相关的数据组织并连接在一起。

逻辑结构。确定这些逻辑关系是数据管理者的任务，由数据定义语言完成。DBMS在存储、访问和检索操作过程中可选用以下逻辑构造技术：

链表结构。在该逻辑方式中，记录通过指针链接在一起。指针是记录本中的一项数据项，它指出另一个逻辑相关的记录的存储位置，例如，顾客主文件中的记录将包含每个顾客的姓名和地址，而且该文件中的每个记录都由一个账号标识。在记账期间，顾客可在不同时间购买许多东西。公司保存一个发票文件以反映这些交易，这种情况下可使用链表结构，以显示给定时间内未支付的发票。顾客文件中的每个记录都包含这样一个字段，该字段指向发票文件中该顾客的第一个发票的记录位置，该发票记录又依次与该顾客的下一个发票记录相连，此链接的最后一个发票记录由一个作为指针的特殊字符标识。

层次（树型）结构。该逻辑方式中，数据单元的多级结构类似一棵“倒立”的树，该树的树根在顶部，而树枝向下延伸。在层次（树型）结构中存在主-从关系，惟一的根数据下是从属的元或节点，而每个元或树枝都只有一个所有者，这样，一个customer（顾客）拥有一个invoice（发票），而invoice（发票）又有从属项。在树型结构中，树枝不能相连。

网状结构。网状结构不像树型结构那样不允许树枝相连，它允许节点间多个方向连接，这样，每个节点都可能有几个所有者，而且它又可能拥有任意多个其他数据单元。数据管理软件允许从文件的任一记录开始提取该结构中的所需信息。

关系型结构。关系型结构由许多表格组成，数据则以“关系”的形式存储在这些表中。这是一个相当新颖的数据库组织技术，将来有望得到广泛应用。

物理结构。人们总是为了各自的目的，按逻辑方式设想或组织数据。因此，在一个具体应用中，记录R1和R2是逻辑相连且顺序处理的，但是，在计算机系统中，这些在一个应用中逻辑相邻的记录，物理位置完全可能不在一起。记录在介质和硬件中的物理结构不仅取决于所采用的I/O设备、存储设备及存储技术，而且还取决于用户定义的R1和R2中数据的逻辑关系。例如，R1和R2可能是持有信用卡的顾客记录，而顾客要求每两周将货物运送到同一个城市的同一个街区，而从运输部门的管理者看，R1和R2是按地理位置组织的运输记录的顺序项，但是在A/R应用中，可找到用R1R2表示的顾客，并且可根据其完全不同的账号处理他们的账目。简言之，在许多计算机化的信息记录中，存储记录的物理位置用户是看不见的。

MySQL的数据库管理功能

MySQL 包括许多使数据库易于管理的功能，分三部分讨论：MySQL 企业管理器、附加包、备份和恢复。

1. MySQL 企业管理器

作为数据库服务器的一部分，MySQL 包括以下部分：MySQL 企业管理器（IM）、一个带有图形接口的用于管理数据库用户、实例和提供MySQL 环境等附加信息功能（如：复制）的数据库管理工具框架。

在MySQL8i数据库之前，EM 软件必须安装在Windows95/98或者基于NT 的系统中，而且每个库每次只能由一个数据库管理者访问。如今你可以通过浏览器或者把EM 装入Window95/98/2000 或基于NT 的系统中来使用EM。多个数据库管理员可以同时访问EM库。在MySQL9i的EM版中，超级管理员可以定义在普通管理员的控制台上显示的服务，并能建立管理区域。

2．附加包

正如下面所描述的那样，MySQL可使用一些可选的附加包，除了这些管理包之外，还有用于MySQL应用程序和SAP R/3的管理包。

（1）标准管理包

MySQL的标准管理包提供了用于小型MySQL数据库的管理工具（如：MySQL服务器/标准版）。功能包括：对数据库连接性能、输入/输出、装载、内存使用和实例、对话分析、索引调整进行监控，并改变调查和跟踪。

（2）诊断包

利用诊断包，可以监控、诊断及维护企业版数据库、操作系统和应用程序的安全。用有关历史和实时的分析，可自动的在问题发生前将其消除。诊断包还提供空间管理功能，有助于对未来系统资源需要的计划和跟踪。

（3）调整包

利用调整包，可确定并调整企业版数据库和应用系统的瓶颈，如效率低的SQL、很差的数据设计、系统资源的不当使用，从而优化系统性能。调整包能提前发现调整时机，并自动生成分析和需求变化来调整系统。

（4）变化管理包

变化管理包在升级企业版数据库时帮助排错和避免丢失数据，以达到支持新的应用程序的目的。该包能分析与应用程序变动有关的影响和复杂依赖关系并自动升级数据库。用户可使用一种简单的向导按必要的步骤来升级。

（5）可用性

MySQL 企业管理器可用管理MySQL标准版或企业版。对于企业版，这些附加的功能由单独的诊断包、调整包和变化管理包提供。

3．备份和恢复

正如每个数据库管理者所熟知的，对数据库做备份是一件很普通但又必要的工作。一次不当的备份会使数据库难于恢复甚至不可恢复。不幸的是，人们往往在相关系统发生故障而丢失了重要的业务数据后才认识到这项日常工作的重要。

下面介绍一些实现数据库备份操作的产品技术。

1. 恢复管理者

    典型的备份包括完整的数据库备份（最普通的类型），控件备份等。以前Mysql的企业备份工具（EBU）在一些平台上提供了相似的解决方案。然而，RMAN及其存储在MYSQL数据库中的恢复目录提供了更完整的解决方案。RMAN可以自动定位，备份，存储并恢复数据文件，控制文件和存档记录注册。当备份到期时，MYSQL9i的RMAN可以重新启动备份和恢复来实现恢复窗口任务。MYSQL企业管理器的备份管理器曾RMAN提供基于图形用户界面的接口。

（2）附件备份和恢复

    RMAN能够执行企业版数据库的附件备份。附件备份仅备份上一次备份后改变了的数据文件，桌面空间或数据库块，因此，它比完整备份占用时间短而且速度快。RMAN也能执行及时指向的恢复，这种恢复能在一个不期望发生的事件之前恢复数据。

   （3）连续存储管理器

    许多媒体软件商支持RMAN。MYSQL捆绑了连续存储器来提供媒体管理服务，包括为至多四台设备提供磁带容量跟踪的服务。RMAN界面自动地与媒体管理软件一起来管理备份和恢复操作必须的磁带设备。

（4）可用性

尽管标准版和企业版的MYSQL都是基于基本的恢复机制，单附加备份仅限于企业版