酒 店 管 理 系 统

《酒 店 管 理 系 统》由会员分享，可在线阅读，更多相关《酒 店 管 理 系 统（15页珍藏版）》请在装配图网上搜索。

1、word大学数学计算机学院面向对象系统分析与UML 课程设计文档酒店管理系统学 院：数学计算机学院 专 业： 计算机科学与技术师 班 级：09级5班学 号：姓 名：丁 芳指导教师：唐 莉 君日 期： 2012 年 6 月26日酒 店 管 理 系 统一、 摘要目前大多数酒店提供的服务多种多样，规模大小也各不一样，但在一些酒店中，各种信息的管理仍然采用手工的式：用户预订客房时，需要手工填写入住单，酒店保存的也是普通的纸质单据。对客房的入住信息、预订情况进展查询、统计处理时，需要人工对各种单据迚行操作。如果对已记录的信息进展修改，需要直接对纸质单据进展直接修改。这些手工操作效率非常的低，记录的容难以

2、理解，还容易出现操作错误，不利于酒店的整体管理。开发一家酒店的管理信息系统，用来信息化自动化酒店的日常管理行为。以便管理层对酒店经营情况更好的管理。二、 关键字：酒店管理 用例图 面向对象 模型三、 引言本软件全称为酒店管理系统,适用于普通酒店、宾馆。为了解决上述问题，我们需要一个酒店管理信息系统来管理整个酒店的日常运作。这样，客户入住、客房信息查询、客房入住查询等操作都可以信息化，数据存储于电脑中，便利管理层对酒店经营情况的管理。虽然大多数酒店提供的服务多种多样，规模大小也各不一样，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库

3、设计只能在一些收集到的根本材料与个人直观认识的根底上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。酒店信息管理系统就成了帮助酒店全面实现计算机管理的关键。近年来，我国的现代酒店业得到了蓬勃的开展。无论是行业规模、设施质量，还是经营理念或管理水平，都取得了长足的进步，进入了现代化水平的阶段，随着酒店管理的开展和市场竞争日趋激烈，各酒店逐步采用标准化、制度化与消费管理、客户管理、数理统计分析等科学的管理法，并采用计算机等现代化办公与通讯设备，对酒店的人流、物流和资金流进展统筹规划，在酒店管理中开发并使用一套科学先进的酒店管理系统成为众多酒店的当务之急。四、

4、 术语定义1.面向对象的系统分析：面向对象的系统分析是将面向对象的法运用到软件工程的分析设计阶段。面向对象的系统分析的主要目的是完成对某个特定应用领域application domain的分析和系统的建模。应完成的主要工作是描述系统中的对象、对象的属性和操作、对象的动态特性、对象间的构造关系和通信关系等，从而建立系统的静态结构和动态活动模型。系统分析应遵循的原如此是：1 系统开发是面向客户的，应从客户的角度考虑。2 诸如系统开发生命期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。3 信息系统开发的过程并不是一个顺序的过程，它允步骤的重叠和倒转等。4 如果系统的成功可能性受到很大

5、限制时，应取消整个项目。5 文档材料是系统开发生命期中重要的可递交成果，应加以重视。2.面向对象的分析法：面向对象的分析法是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的法。传统的结构化设计法的根本点是面向过程，系统被分解成假如干个过程。而面向对象的法是采用构造模型的观点，在系统的开发过程中，各个步骤的共同的目标是建造一个问题域的模型。在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类，组织类之间的等级关系，构造类库。在应用时，在类库中选择相应的类。3.UML:UML是一种可视化的建模语言,它能够让系统构造者用标准的、易于

6、理解的式建立起能够表达出他们想象力的系统蓝图，并且提供一种机制，以便于不同的人之间有效的共享和交流设计结果。UML是一种建模语言而不是一种法，UML本身是独立于过程的。UML模型图3类，12种根本模型类图需求模型用例图辅助模型包图，顺序图，活动图与其他五、 需求分析送餐服务部食品采购部洗衣房礼宾部房务中心酒店总经理前厅部客房部餐饮部餐 厅楼层服务总机财务部保安部总 台图1 酒店管理系统组织结构图本系统主要有以下功能要求：1用户登录模块，主要用于用户的登录。用户权限分为管理员和普通用户。当用户输入用户名和密码后经过确认，才能进入宾馆客房管理信息系统，并拥有相应的权限。如果不是用户，拒绝进入。2客

7、房管理模块，该模块是本系统的核心所在。主要用于用户对客房与其业务的情况进展管理，其中包括：客房管理：可以对所有客房进展管理，包括增删改房间与房间状态。预定管理：可以承受预定房间。收银管理。顾客信息管理：管理客户的根本信息。3消费管理模块，该模块主要用于对客人在入住期间的消费进展入帐操作，包括消费入帐，话费入帐，餐费入帐等操作。4审查管理模块，主要用于该酒店管理者对酒店的根本数据信息进展查看，以便制定策略。包括客房状态报表查看，客人入住信息报表查看，历史客人报表查看等等。酒店管理系统预定管理承受预定房间收银管理图2 功能需求结构图客房管理顾客信息管理增加客房删除客房客房状态登录客户根本信息审查管

8、理客房状态查看历史客人查看入住信息查看3、数据库管理模块客房根本信息，包括的数据项有：客房，客房标准，客房位置，客房状态，单价，容纳人数等。预定根本信息，包括的数据项有：客房房号，客人，地址，预定时间，操作员等。顾客根本信息，包括客房房号，客人，地址，入住时间，操作员等。系统用户信息，包括的数据项有 ：用户名，用户密码，用户权限。4、根本业务模块酒店客房业务的根本流程主要包括：客房的预定：客人通过或者其他途径向酒店进展客房预定，接待人员查询客房状态表后确定有空房如此承受预定，预定成功后发给客人预定凭证，客房状态表作出相应的变化。客房的登记：分为预定入住和散客登记如果客人已经预定房间，如此根据预

9、定凭证进展预定入住操作，发给客人房卡，客房状态由“预定变为“入住。如果客人没有预定房间，接待人员查询客房状态表后，有空房如此进展客房登记操作，发给客人房卡，客房状态由“空房变为“入住。客房消费：客人入住期间在酒店进展了消费，如：购置商品，就餐，打。就要进展消费入帐操作。包括：消费入帐，餐费入帐，话费入帐。客人退房：客人退房时，接待人员根据客人的房卡，进展退房登记。计算客人入住期间的房费，餐费，话费，各种消费和押金总额。对客人收取费用或者退回押金。客人信息转存到历史客人表中。客房状态由“入住转为“空房。六、人员分工本软件系统为大学09级数计5班第三小组设计项目，由小组成员纪少丹、佳、晓娟、丁芳、

10、莉共同完成。丁 芳： 用例图 莉： 类图 小娟：顺序图纪少丹：状态图，协作图 佳： 活动图七、系统模型1需求模型：用例图由本小组丁芳完成1用例图：对一个系统或者子系统的参与者、用例以与它们之间的关系进展可视化表示的模型图称为用例图use case diagram。用例图以直观的形式展示了系统的用户需求，是系统的需求模型。2用例图中的主要元素：参与者、用例以与它们之间的各种关系包含，延伸，泛化。a参与者：参与者是指与系统交互的人或其他系统。是在系统之外透过系统边界与系统进展交互的任事物，用一个人体形状的符号表示，旁边注明参与者的名称。b用例：“用例是“使用情况的简称。它是对系统边界以外的参与者使

11、用每一项系统功能时的情况说明，是对参与者使用系统的一项功能时所进展的交互过程的描述，其中包含双交替参与的一系列动作。用一个椭圆表示一个用例，在椭圆或者它的旁边给出用例的名称。c 参与者与用例之间的关系：从参与者符号到用例符号之间的连线表示这个参与者与这个用例所描述的交互。有延伸extend和包含include，还有泛化generalization。延伸(extend):它明确一个用例中定义的行为延伸了另一个用例中定义的行为。前者称为延伸用例extension use case，后者称为基用例base use case。其图形表示法是一个从延伸用例指向基用例的虚线开放箭头，旁边带一个关键词。包含

12、(include)：它明确一个用例中定义的行为包含了另一个用例中定义的行为。前者也称为基用例，后者称为被包含用例inclusion use case。其图形表示法是一个从基用例指向被包含用例的虚线开放箭头，旁边带一个关键词。泛化generalization：“一般特殊词组的一半，是UML的做法。它的书写比“一般特殊简练，但它只反映了问题的一面一般类父类对特殊类子类而言是泛化，反之就不是泛化而是特化了。(3) 创建系统用例模型系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块，主要分为两大功能：前台管理和后台管理，前台管理包括客房管理、餐饮管理、财务管理，经

13、理系统等，后台管理包括系统维护，综合查询，库存等。a. 确定参与者根据需求分析可以确定出酒店管理系统的主要参与者有服务员前台，餐厅，收银等，管理员，经理等。前台管理模块是整个酒店管理信息系统操作中最重要的功能模块之一。前台接待质量的好坏直接影响酒店客人的入住率和声誉，一套高质量的酒店管理系统应该能使酒店前台工作人员能快捷有序地为客人办理不同类型的预定手续、入住登记手续、退房手续。本前台管理模块包含客户预定，客户入住，客户退房。经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。它的主要职责有客房经营管理，客户信息查询，个人密码修改，注销，前台服务。酒店管理员，为了维

14、护数据的安全，酒店管理员可以添加或删除操作用户，给不同的操作用户设定不同的操作权限，以防有恶意者修改或删除系统数据。1酒店管理员：对酒店客房管理系统的使用者进展管理，以与用户信息，客房信息，客房经营管理等。2酒店经理：对客房信息和用户信息进展管理。本酒店的主要负责人，除拥有后台职员的权限外，还可以查看收入信息并合理调整案。3前台服务人员：对用户的局部信息和客房经营进展管理。在确认参与者的根底上确定用例，系统的用例有预订信息、房务费用管理、入住登记、客人账目处理、客人资料管理等。从系统的需求述和分析可得出该系统主要用例如下：员工信息管理增加、删除、修改、查询员工信息客房信息管理增加、删除、更改客

15、房信息客房经营管理客房当前入住情况查询、客房信息查询、查询经营统计信息前台服务人员要所做的工作：客房经营管理，客户信息查询，个人密码修改，注销，前台服务客户预定、客户入住、客户退房管理模块：客房管理，餐饮管理，财务管理，登录用户管理，顾客信息管理，预定管理，收银管理。酒店管理员用例图说明：酒店管理员是该系统的直接使用者之一，责员工信息管理，客房信息管理与客房经营管理。员工信息管理用例图说明：酒店员工会有变动，比如离开的或是新来的，就要对他们的根本信息进展增加或删除，信息有变化的要进展修改，与一些必需的查询。所以员工信息管理用例与增加员工信息，删除员工信息，修改员工信息与查询员工信息是包含关系，

16、前者属于基用例，后四个属于被包含用例。客房信息管理用例图说明：客房信息中时常有客户入住，退房，或是换房的客户，这就要求对客房的信息进展增加，删除或更改，客房信息管理与增加客房信息，删除客房信息，更改客房信息是包含关系。客房经营管理用例图说明：为了更好的管理经营酒店，酒店负责人就要与时了解酒店的经营情况，对决策提供必要的信息，客房经营管理又是酒店经营的主要组成局部，因此客房的当前入住情况查询，客房信息查询，查询经营统计信息就成为客房经营管理不可缺少的容。客房经营管理与客房的当前入住情况查询，客房信息查询，查询经营统计信息是包含关系。前台服务管理用例图说明：前台服务员的用例有客房经营管理，客户信息

17、查询，个人密码修改，注销，前台服务。前台服务人员用例图说明：前台服务质量的好坏直接影响酒店客人的入住率和声誉，一套高质量的酒店管理系统应该能使酒店前台工作人员能快捷有序地为客人办理不同类型的预定手续、入住登记手续、退房手续，可见前台服务用例包括客户预定，客户入住，客户退房，前台服务与客户预定，客户入住，客户退房是包含关系，前者为基用例，后三者为被包含用例。酒店经理用例图说明：酒店经理可以进展客房经营管理，客户信息查询，个人秘密修改，注销，前台服务。登录酒店管理系统用例图 1登录酒店管理系统用例图 2说明：各部门与前台服务人员对酒店进展管理时必须具有登录酒店管理系统的权限，否如此将无法对酒店进展

18、相关的操作。此处登录酒店管理系统是父用例，客房管理，预定管理，顾客信息管理，财务管理，餐饮管理，用户登录管理，收银管理为子用例，子用例与例之间是泛化关系。它们都有要先登录酒店管理系统，登录成功后可以进展各自不同的操作。用例描述：客房经营管理用例描述描述项说明用例名称客房经营管理用例描述实现对客房的订房，入住和退房管理，包括对客房的业务信息如客房号、预定时间、入住时间、换房情况、退房情况、金额等进展检索、录入和修改。参与者酒店管理员、酒店经理、和前台服务员前置条件必须登录后置条件假如有改动必须保存根本操作流程1. 用户登录2. 根据用户请求，进展响应操作3. 提交操作结果被包含的用例1. 客户预

19、定2. 客户入住3. 客户退房入住登记描述项说明用例名称入住登记用例描述客户入住酒店，办理手续参与者前台服务员主要管理员或经理也可前置条件必须先登录后置条件假如入住成功，生成订单，存入系统，并修改入住信息根本操作流程1接待员响应客户的入住请求2接待员查询当前的客房入住信息3根据客户提供的信息选择房间4输入、查询和修改房间的入住信息生成订单，存入系统退房登记描述项说明用例名称退房登记用例描述客户退出酒店，办理手续参与者前台服务员主要管理员或经理也可前置条件必须先登录后置条件退房成功，生成清单，存入系统，并修改入住信息根本操作流程1接待员响应客户的退房请求2接待员查询当前的客房退房信息客户信息管理

20、用例描述描述项说明用例名称客户信息管理用例描述用户可以对入住过酒店的客户信息进展查询，包括对客户根本信息如号、客户、联系、客户类型、入住历史等等信息进展检索。参与者酒店管理员、酒店经理和服务员前置条件必须先登录后置条件假如有改动必须保存根本操作流程1. 用户登录2. 检索客户信息3. 对客户的各种信息进展修改4. 确认保存修改信息用户注销描述项说明用例名称用户注销用例描述用户离开系统，注销，以防止别人通过自己的登录系统。参与者酒店管理员，酒店经理和服务员前置条件必须先登录后置条件无根本操作流程1. 处于登录状态2. 选择注销3. 确认注销2根本模型：类图略，由本小组莉完成：顺序图略，由本小组小

21、娟完成活动图略，由本小组佳完成状态图，协作图略，由本小组纪少丹完成八、总结经过这次设计，“基于酒店管理系统的分析与设计，采用UML建模的法已经根本完成。在建模过程中，遇到不少问题，刚开始不知如下手，通过上课认真听教师讲解，并向教师和同学请教不懂的地和上网查找资料，和小组成员讨论，终于循序渐进地对这门课程入门了。在这次课程设计中，关于UML的概念听课时比拟模糊的地，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练了。也使我对UML建模的思想有了更进一步的理解，但还有很多不足之处，在今后的学习中，我将继续学习UML的理论知识，以使自己对它有更深的理解和认识。通过此次课程设计，我们认识到了团队合作的重要性，也提升了我们解决问题的信心。但个人能力的提高不是很明星，今后我们应注意个人素质的综合提高，继续巩固理论知识。最后，感唐教师在这次课程设计中对我不厌其烦的悉心帮助和指导，也感给予我帮助的同学和小组成员。九、参考文献1 邵维忠，芙清 面向对象的系统分析：清华大学，2006 2 祝继武 基于UML酒店管理系统的设计与分析大学，2004 3 田英鑫Rational Rose 建模案例工业大学软件学院 15 / 15