酒店管理系统.docx

酒店管理系统.docx

《酒店管理系统.docx》由会员分享，可在线阅读，更多相关《酒店管理系统.docx（18页珍藏版）》请在冰点文库上搜索。

酒店管理系统

大学数学计算机学院

面向对象系统分析与UML课程设计文档

酒店管理系统

学院：

数学计算机学院

专业：

计算机科学与技术（师）

班级：

09级（5）班

学号：

12009242458

姓名：

丁芳

指导教师：

唐莉君

日期：

2012年6月26日

酒店管理系统

一、摘要

目前大多数酒店提供的服务多种多样，规模大小也各不相同，但在一些酒店中，各种信息的管理仍然采用手工的式：

用户预订客房时，需要手工填写入住单，酒店保存的也是普通的纸质单据。

对客房的入住信息、预订情况进行查询、统计处理时，需要人工对各种单据迚行操作。

如果对已记录的信息进行修改，需要直接对纸质单据进行直接修改。

这些手工操作效率非常的低，记录的容难以理解，还容易出现操作错误，不利于酒店的整体管理。

开发一家酒店的管理信息系统，用来信息化自动化酒店的日常管理行为。

以便管理层对酒店经营情况更好的管理。

二、关键字：

酒店管理用例图面向对象模型

三、引言

本软件全称为酒店管理系统,适用于普通酒店、宾馆。

为了解决上述问题，我们需要一个酒店管理信息系统来管理整个酒店的日常运作。

这样，客户入住、客房信息查询、客房入住查询等操作都可以信息化，数据存储于电脑中，便利管理层对酒店经营情况的管理。

虽然大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：

饮食、住宿和娱乐。

由于我们对酒店行业没有具体的接触和实质性的了解。

此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。

酒店信息管理系统就成了帮助酒店全面实现计算机管理的关键。

近年来，我国的现代酒店业得到了蓬勃的发展。

无论是行业规模、设施质量，还是经营理念或管理水平，都取得了长足的进步，进入了现代化水平的阶段，随着酒店管理的发展和市场竞争日趋激烈，各酒店逐步采用标准化、制度化及消费管理、客户管理、数理统计分析等科学的管理法，并采用计算机等现代化办公及通讯设备，对酒店的人流、物流和资金流进行统筹规划，在酒店管理中开发并使用一套科学先进的酒店管理系统成为众多酒店的当务之急。

四、术语定义

1.面向对象的系统分析：

面向对象的系统分析是将面向对象的法运用到软件工程的分析设计阶段。

面向对象的系统分析的主要目的是完成对某个特定应用领域（applicationdomain）的分析和系统的建模。

应完成的主要工作是描述系统中的对象、对象的属性和操作、对象的动态特性、对象间的构造关系和通信关系等，从而建立系统的静态结构和动态活动模型。

系统分析应遵循的原则是：

（1）系统开发是面向客户的，应从客户的角度考虑。

（2）诸如系统开发生命期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。

（3）信息系统开发的过程并不是一个顺序的过程，它允步骤的重叠和倒转等。

（4）如果系统的成功可能性受到很大限制时，应取消整个项目。

（5）文档材料是系统开发生命期中重要的可递交成果，应加以重视。

2.面向对象的分析法：

面向对象的分析法是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的法。

传统的结构化设计法的基本点是面向过程，系统被分解成若干个过程。

而面向对象的法是采用构造模型的观点，在系统的开发过程中，各个步骤的共同的目标是建造一个问题域的模型。

在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类，组织类之间的等级关系，构造类库。

在应用时，在类库中选择相应的类。

3.UML:

UML是一种可视化的建模语言,它能够让系统构造者用标准的、易于理解的式建立起能够表达出他们想象力的系统蓝图，并且提供一种机制，以便于不同的人之间有效的共享和交流设计结果。

UML是一种建模语言而不是一种法，UML本身是独立于过程的。

UML模型图（3类，12种）

基本模型（类图）

需求模型（用例图）

辅助模型（包图，顺序图，活动图及其他）

五、需求分析

1.组织结构图

送餐服务部

食品采购部

洗衣房

礼宾部

房务中心

酒店总经理

前厅部

客房部

餐饮部

餐厅

楼层服务

总机

财务部

保安部

总台

图1酒店管理系统组织结构图

2.系统功能需求

本系统主要有以下功能要求：

1）用户登录模块，主要用于用户的登录。

用户权限分为管理员和普通用户。

当用户输入用户名和密码后经过确认，才能进入宾馆客房管理信息系统，并拥有相应的权限。

如果不是用户，拒绝进入。

2）客房管理模块，该模块是本系统的核心所在。

主要用于用户对客房及其业务的情况进行管理，其中包括：

客房管理：

可以对所有客房进行管理，包括增删改房间及房间状态。

预定管理：

可以接受预定房间。

收银管理。

顾客信息管理：

管理客户的基本信息。

3）消费管理模块，该模块主要用于对客人在入住期间的消费进行入帐操作，包括消费入帐，话费入帐，餐费入帐等操作。

4）审查管理模块，主要用于该酒店管理者对酒店的基本数据信息进行查看，以便制定策略。

包括客房状态报表查看，客人入住信息报表查看，历史客人报表查看等等。

酒店管理系统

预定管理

接受预定房间

收银管理

图2功能需求结构图

客房管理

顾客信息管理

增加客房

删除客房

客房状态

登录

客户基本信息

审查管理

客房状态查看

历史客人查看

入住信息查看

3、数据库管理模块

客房基本信息，包括的数据项有：

客房，客房标准，客房位置，客房状态，单价，容纳人数等。

预定基本信息，包括的数据项有：

客房房号，客人姓名，身份证，身份证地址，预定时间，操作员等。

顾客基本信息，包括客房房号，客人姓名，身份证，身份证地址，入住时间，操作员等。

系统用户信息，包括的数据项有：

用户名，用户密码，用户权限。

4、基本业务模块

酒店客房业务的基本流程主要包括：

客房的预定：

客人通过或者其他途径向酒店进行客房预定，接待人员查询客房状态表后确定有空房则接受预定，预定成功后发给客人预定凭证，客房状态表作出相应的变化。

客房的登记：

分为预定入住和散客登记

如果客人已经预定房间，则根据预定凭证进行预定入住操作，发给客人房卡，客房状态由“预定”变为“入住”。

如果客人没有预定房间，接待人员查询客房状态表后，有空房则进行客房登记操作，发给客人房卡，客房状态由“空房”变为“入住”。

客房消费：

客人入住期间在酒店进行了消费，如：

购买商品，就餐，打。

就要进行消费入帐操作。

包括：

消费入帐，餐费入帐，话费入帐。

客人退房：

客人退房时，接待人员根据客人的房卡，进行退房登记。

计算客人入住期间的房费，餐费，话费，各种消费和押金总额。

对客人收取费用或者退回押金。

客人信息转存到历史客人表中。

客房状态由“入住”转为“空房”。

六、人员分工

本软件系统为大学09级数计（5）班第三小组设计项目，由小组成员纪少丹、佳、晓娟、丁芳、莉共同完成。

丁芳：

用例图

莉：

类图

小娟：

顺序图

纪少丹：

状态图，协作图

佳：

活动图

七、系统模型

1．需求模型：

用例图（由本小组丁芳完成）

（1）用例图：

对一个系统或者子系统的参与者、用例以及它们之间的关系进行可视化表示的模型图称为用例图（usecasediagram）。

用例图以直观的形式展示了系统的用户需求，是系统的需求模型。

（2）用例图中的主要元素：

参与者、用例以及它们之间的各种关系（包含，延伸，泛化）。

a参与者：

参与者是指与系统交互的人或其他系统。

是在系统之外（透过系统边界）与系统进行交互的任事物，用一个人体形状的符号表示，旁边注明参与者的名称。

b用例：

“用例”是“使用情况”的简称。

它是对系统边界以外的参与者使用每一项系统功能时的情况说明，是对参与者使用系统的一项功能时所进行的交互过程的描述，其中包含双交替参与的一系列动作。

用一个椭圆表示一个用例，在椭圆或者它的旁边给出用例的名称。

c参与者与用例之间的关系：

从参与者符号到用例符号之间的连线表示这个参与者与这个用例所描述的交互。

有延伸（extend）和包含（include），还有泛化（generalization）。

延伸（extend）:

它表明一个用例中定义的行为延伸了另一个用例中定义的行为。

前者称为延伸用例（extensionusecase），后者称为基用例（baseusecase）。

其图形表示法是一个从延伸用例指向基用例的虚线开放箭头，旁边带一个关键词<>。

包含（include）：

它表明一个用例中定义的行为包含了另一个用例中定义的行为。

前者也称为基用例，后者称为被包含用例（inclusionusecase）。

其图形表示法是一个从基用例指向被包含用例的虚线开放箭头，旁边带一个关键词<>。

泛化（generalization）：

“一般—特殊”词组的一半，是UML的做法。

它的书写比“一般—特殊”简练，但它只反映了问题的一面——一般类（父类）对特殊类（子类）而言是泛化，反之就不是泛化而是特化了。

（3）创建系统用例模型

系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块，主要分为两大功能：

前台管理和后台管理，前台管理包括客房管理、餐饮管理、财务管理，经理系统等，后台管理包括系统维护，综合查询，库存等。

a.确定参与者

根据需求分析可以确定出酒店管理系统的主要参与者有服务员（前台，餐厅，收银等），管理员，经理等。

前台管理模块是整个酒店管理信息系统操作中最重要的功能模块之一。

前台接待质量的好坏直接影响酒店客人的入住率和声誉，一套高质量的酒店管理系统应该能使酒店前台工作人员能快捷有序地为客人办理不同类型的预定手续、入住登记手续、退房手续。

本前台管理模块包含客户预定，客户入住，客户退房。

经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。

它的主要职责有客房经营管理，客户信息查询，个人密码修改，注销，前台服务。

酒店管理员，为了维护数据的安全，酒店管理员可以添加或删除操作用户，给不同的操作用户设定不同的操作权限，以防有恶意者修改或删除系统数据。

（1）酒店管理员：

对酒店客房管理系统的使用者进行管理，以及用户信息，客房信息，客房经营管理等。

（2）酒店经理：

对客房信息和用户信息进行管理。

本酒店的主要负责人，除拥有后台职员的权限外，还可以查看收入信息并合理调整案。

（3）前台服务人员：

对用户的部分信息和客房经营进行管理。

b.确定用例

在确认参与者的基础上确定用例，系统的用例有预订信息、房务费用管理、入住登记、客人账目处理、客人资料管理等。

从系统的需求述和分析可得出该系统主要用例如下：

员工信息管理（增加、删除、修改、查询员工信息）

客房信息管理（增加、删除、更改客房信息）

客房经营管理（客房当前入住情况查询、客房信息查询、查询经营统计信息）

前台服务人员要所做的工作：

客房经营管理，客户信息查询，个人密码修改，注销，前台服务（客户预定、客户入住、客户退房）

管理模块：

客房管理，餐饮管理，财务管理，登录用户管理，顾客信息管理，预定管理，收银管理。

c.系统的用例图及参与者与用例之间的关系

酒店管理员用例图

说明：

酒店管理员是该系统的直接使用者之一，责员工信息管理，客房信息管理及客房经营管理。

员工信息管理用例图

说明：

酒店员工会有变动，比如离开的或是新来的，就要对他们的基本信息进行增加或删除，信息有变化的要进行修改，及一些必需的查询。

所以员工信息管理用例与增加员工信息，删除员工信息，修改员工信息及查询员工信息是包含关系，前者属于基用例，后四个属于被包含用例。

客房信息管理用例图

说明：

客房信息中时常有客户入住，退房，或是换房的客户，这就要求对客房的信息进行增加，删除或更改，客房信息管理与增加客房信息，删除客房信息，更改客房信息是包含关系。

客房经营管理用例图

说明：

为了更好的管理经营酒店，酒店负责人就要及时了解酒店的经营情况，对决策提供必要的信息，客房经营管理又是酒店经营的主要组成部分，因此客房的当前入住情况查询，客房信息查询，查询经营统计信息就成为客房经营管理不可缺少的容。

客房经营管理与客房的当前入住情况查询，客房信息查询，查询经营统计信息是包含关系。

前台服务管理用例图

说明：

前台服务员的用例有客房经营管理，客户信息查询，个人密码修改，注销，前台服务。

前台服务人员用例图

说明：

前台服务质量的好坏直接影响酒店客人的入住率和声誉，一套高质量的酒店管理系统应该能使酒店前台工作人员能快捷有序地为客人办理不同类型的预定手续、入住登记手续、退房手续，可见前台服务用例包括客户预定，客户入住，客户退房，前台服务与客户预定，客户入住，客户退房是包含关系，前者为基用例，后三者为被包含用例。

酒店经理用例图

说明：

酒店经理可以进行客房经营管理，客户信息查询，个人秘密修改，注销，前台服务。

登录酒店管理系统用例图1

登录酒店管理系统用例图2

说明：

各部门及前台服务人员对酒店进行管理时必须具有登录酒店管理系统的权限，否则将无法对酒店进行相关的操作。

此处登录酒店管理系统是父用例，客房管理，预定管理，顾客信息管理，财务管理，餐饮管理，用户登录管理，收银管理为子用例，子用例与例之间是泛化关系。

它们都有要先登录酒店管理系统，登录成功后可以进行各自不同的操作。

用例描述：

客房经营管理用例描述

描述项

说明

用例名称

客房经营管理

用例描述

实现对客房的订房，入住和退房管理，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。

参与者

酒店管理员、酒店经理、和前台服务员

前置条件

必须登录

后置条件

若有改动必须保存

基本操作流程

1.用户登录

2.根据用户请求，进行响应操作

3.提交操作结果

被包含的用例

1.客户预定

2.客户入住

3.客户退房

入住登记

描述项

说明

用例名称

入住登记

用例描述

客户入住酒店，办理手续

参与者

前台服务员（主要）管理员或经理也可

前置条件

必须先登录

后置条件

若入住成功，生成订单，存入系统，并修改入住信息

基本操作流程

1接待员响应客户的入住请求

2接待员查询当前的客房入住信息

3根据客户提供的信息选择房间

4输入、查询和修改房间的入住信息

生成订单，存入系统

退房登记

描述项

说明

用例名称

退房登记

用例描述

客户退出酒店，办理手续

参与者

前台服务员（主要）管理员或经理也可

前置条件

必须先登录

后置条件

退房成功，生成清单，存入系统，并修改入住信息

基本操作流程

1接待员响应客户的退房请求

2接待员查询当前的客房退房信息

3.计算费用

4.修改房间的入住信息

5.生成结算单

客户信息管理用例描述

描述项

说明

用例名称

客户信息管理

用例描述

用户可以对入住过酒店的客户信息进行查询，包括对客户基本信息（如身份证号、客户姓名、联系、客户类型、入住历史等等信息）进行检索。

参与者

酒店管理员、酒店经理和服务员

前置条件

必须先登录

后置条件

若有改动必须保存

基本操作流程

1.用户登录

2.检索客户信息

3.对客户的各种信息进行修改

4.确认保存修改信息

用户注销

描述项

说明

用例名称

用户注销

用例描述

用户离开系统，注销，以防止别人通过自己的帐号登录系统。

参与者

酒店管理员，酒店经理和服务员

前置条件

必须先登录

后置条件

无

基本操作流程

1.处于登录状态

2.选择注销

3.确认注销

2．基本模型：

类图（略，由本小组莉完成）

3.辅助模型：

顺序图（略，由本小组小娟完成）

活动图（略，由本小组佳完成）

状态图，协作图（略，由本小组纪少丹完成）

八、总结

经过这次设计，“基于酒店管理系统的分析与设计”，采用UML建模的法已经基本完成。

在建模过程中，遇到不少问题，刚开始不知如下手，通过上课认真听老师讲解，并向老师和同学请教不懂的地和上网查找资料，和小组成员讨论，终于循序渐进地对这门课程入门了。

在这次课程设计中，关于UML的概念听课时比较模糊的地，在实际操作中，变得更加清楚了，对RationalRose的UML功能运用的更加熟练了。

也使我对UML建模的思想有了更进一步的理解，但还有很多不足之处，在今后的学习中，我将继续学习UML的理论知识，以使自己对它有更深的理解和认识。

通过此次课程设计，我们认识到了团队合作的重要性，也提升了我们解决问题的信心。

但个人能力的提高不是很明星，今后我们应注意个人素质的综合提高，继续巩固理论知识。

最后，感唐老师在这次课程设计中对我不厌其烦的悉心帮助和指导，也感给予我帮助的同学和小组成员。

九、参考文献

[1]邵维忠，芙清．面向对象的系统分析．北京：

清华大学出版社，2006

[2]祝继武．基于UML酒店管理系统的设计与分析．大学出版社，2004

[3]田英鑫．RationalRose建模案例．工业大学软件学院