UML酒店管理课程设计

1、宁夏大学数学计算机学院面向对象分析与uml课程设计文档专 业： 计算机科学与技术（师）班 级：09级（5）班学 号：12009242457姓 名： 李莉课 题： 酒店管理系统指导教师：唐莉君1.引言随着经济的发展，人们越来越享受和消费。所以目前有很多的服务行业和娱乐场所大量的涌现。那么酒店这一行业的竞争则很强烈，而且酒店每天的人流量人多，必须有一个健全的管理模式，才能有效的管理，而且多样化的服务，才能吸引顾客，从而才能在这一行业有立足之地。由于酒店提供的服务多种多样，规模大小也各不相同，所以对酒店管理系统的需求也不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。目前，计算机迅 速的发

2、展，也很快的覆盖到各个行业，计算机进入使酒店管理有了很大的突破。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。2关键字酒店管理 分析 类图3.术语定义3.1 面向对象的系统分析面向对象的系统分析和设计是将面向对象的方法运用到软件工程的分析设计阶段。面向对象的系统分析和设计的主要目的是完成对某个特定应用领域（applicationapplication domaindomain）的分析和系统的建模。应完成的主要工作是描述系统中的对象、对象的属性和

3、操作、对象 的动态特性、对象间的构造关系和通信关系等，从而建立系统的静态结构和动态活动模型。 系统分析和设计应遵循的原则是：（1 1） 系统开发是面向客户的，应从客户的角度考虑。（2 2） 诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。（3 3） 信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。（4 4） 如果系统的成功可能性受到很大限制时，应取消整个项目。（5 5） 文档材料是系统开发生命周期中重要的可递交成果，应加以重视。3.2 面向对象的分析方法：面向对象的分析方法是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承

4、、多态等机制来构造模拟现实系统的方法。传统的结构化设计方法的基本点是面向过程，系统被分解成若干个过程。 而面向对象的方法是采用构造模型的观点，在系统的开发过程中， 各个步骤的共同的目标是建造一个问题 域的模型。在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类， 组织类之间的等级关系，构造类库。在应用时，在类库中选择相应的类。3.33.3 UMLUML UMLUML 是一种可视化的建模语言, ,它能够让系统构造者用标准的、 易于理解的方式 建立起能够表达出他们想象力的系统蓝图， 并且提供一种机制， 以便于不同的人之间有效的 共享和交流设计结果。UMLUML 是一种建模语言而不

5、是一种方法，UMLUML 本身是独立于过程的。UMLUML 模型图（3 3 类，1212 种）基本模型（类图） 需求模型（用况图）辅助模型（包图，顺序图，活动图及其他）4. 数据库管理模块4.1 模块划分客房基本信息，包括的数据项有：客房号码，客房标准，客房位置，客房状态，单价，容纳人数，等。预定基本信息，包括的数据项有：客房房号，客人姓名，身份证号码，身份证地 址，预定时间，操作员等。顾客基本信息，包括客房房号，客人姓名，身份证号码，身份证地址，入住时间， 操作员等。系统用户信息，包括的数据项有 ：用户名，用户密码，用户权限。4.2 基本业务模块的实现客房的预定： 客人通过电话或者其他途径向

6、酒店进行客房预定， 接待人员查询客房 状态表后确定有空房则接受预定， 预定成功后发给客人预定凭证， 客房状态表作出 相应的变化。客房的登记：分为预定入住和散客登记 如果客人已经预定房间，则根据预定凭证进行预定入住操作，发给客人房卡， 客房 状态由“预定”变为“入住” 。如果客人没有预定房间， 接待人员查询客房状态表后， 有空房则进行客房登记操作， 发给客人房卡，客房状态由“空房”变为“入住” 。客房消费：客人入住期间在酒店进行了消费，如：购买商品，就餐，打电话。就要 进行消费入帐操作。包括：消费入帐，餐费入帐，话费入帐。客人退房：客人退房时，接待人员根据客人的房卡，进行退房登记。计算客人入住期

7、间的房费，餐费，话费，各种消费和押金总额。对客人收取费用或者退回押金。客人信息转存到历史客人表中。客房状态由“入住”转为“空房”5.需求分析5.1 组织结构图5.2 系统功能需求本系统主要有以下功能要求：1 1）用户登录模块，主要用于用户的登录。用户权限分为管理员和普通用户。当用户输 入用户名和密码后经过确认，才能进入宾馆客房管理信息系统，并拥有相应的权限。2 2）客房管理模块，该模块是本系统的核心所在。主要用于用户对客房及其业务的情况 进行管理，其中包括：客房管理：可以对所有客房进行管理，包括增删该房间及房间状态。预定管理：可以接受预定房间。收银管理。顾客信息管理：管理客户的基本信息。3 3

8、）消费管理模块，该模块主要用于对客人在入住期间的消费进行入帐操作，包括消费 入帐，话费入帐，餐费入帐等操作。4 4）结账模块：由客户到吧台结账。6.系统的 UML 建模6.1 小组人员分工用例图： （丁芳 ） 类图：（李莉） 顺序图：（王小娟） 状态图：（纪少丹） 活动图：（王 佳） 协作图： （纪少丹 ）需求模型：用例图（略，由本小组丁芳完成） 基本模型：类图（由本人完成） 辅助模型：顺序图（略，由本小组王小娟完成） ，活动图（略，由本小组王佳完成），状态图，协作图（略，由纪少丹完成） 。6.2 基本模型类图6.20 什么是类图UMLUML 类图（ClassClass DiagramDiag

9、ram）是描述类、接口、协作以及它们之间关系的图，用来显示 系统中各个类的静态结构。UMLUML 类图是定义其他图的基础，在UMLUML 类图基础上，可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。UMLUML 类图包括 7 7 个元素：类（ ClassClass ）、接口（ InterfaceInterface ）、协作（ collaborationcollaboration ）、依赖关系（ DependencyDependency）、 泛化关系（ GeneralizationGeneralization ）、关联关系（ AssociationAssociation ）

10、以及实现关系（ RealizationRealization ）。6.216.21 类的定义 ：类定义了一组有着状态和行为的对象。其中，属性和关联用来描述状 态。属性通常用没有身份的数据值表示， 如数字和字符串。 关联则用有身份的对象之间的关 系表示。 行为由操作来描述， 方法是操作的实现。 对象的生命期则由附加给类的状态机来描 述。6.226.22 属性（ AttributeAttribute ）可见性：类中属性的可见性主要包括公有（ publicpublic ）、私有（ PrivatePrivate ） 和受保护 （ProtectedProtected ） 。在 UMLUML 中，公有类型

11、的用“ + +”表达，私有类型用“- -”表达，而受 保护类型则用“ # #”表达。UMLUML 的类中不存在默认的可见性，如果没有显示任何一种 符号，就表示没有定义该属性的可见性。属性名：按照 UMLUML 的约定，单字属性名小写。如果属性名包含多个单词，这些单词 要合并，且除了第一个单词外其余单词的首字母要大写。属性字符串。 属性字符串用来指定关于属性的其他信息， 例如某个属性 应该是永 久的。任何希望添加在属性定义字符串值但又没有合适地方可以加入的规则，都可 以放在属性字符串里。类属性。属性也可以作为一个类属属性来定义，这就意味着此属性被该类的所有对 象共享。在 UMLUML 类图中，类

12、属性带有一条下划线。6.236.23 操作类的操作是对类的对象所能做的事务的抽象，相当于一个服务的实现。7. 对象的发现：酒店管理系统：当酒店来一位顾客，就要有人接待，即前台人员或管理人员接待， 他们接待顾客时，需要登录自己的编号和密码。所以需要一个登录系统的管理；顾客管理系统：每位入住的顾客我们要有详细的记录，什么时候入住，什么时候离 开，几号房间等信息都需要统一的管理，则需要一个系统关系顾客的信息；客房管理界面系统：操作人员登录到酒店管理系统，当顾客要预订客房等，操作人员必须要知道客房的信息，那么就需要一个系统来管理客房信息；餐饮管理系统：当顾客要点餐时，就需要一个系统来记录和提供餐饮部的

13、信息；财务管理系统：财务是酒店的最重要的部分，客房、食物的价格都必须统一全面的 提供给前台和顾客。而且每个顾客结账时，现金必须要经过前台人员而不是谁想收谁就 能收，这样酒店就乱套了，所以得有个专门管财务的系统；预订管理系统：有时候顾客要提前预订客房，预订也是酒店的一部分业务，这样如果没有专门管理页顶顾客信息的系统，顾客就不能提前预订客房，就得一个专门记录预订客房顾客的信息以及入住时间和离开时间，这样才能合理的协调客房资源，和方便管理；顾客管理系统：为了对每位顾客很好的负责，有时候也会造成不必要的麻烦，所以顾客信息的记录也是很重要的，这样我们才能知道那位顾客在那间房里面，尤其是有重 要的人物，我

14、们还要负责对顾客的信息保密，那么就得有专门的系统来管理顾客的信息；前台服务员系统： 不管在酒店或其他场所都会有前台服务， 所以前台管理系统是必须 的；结账事项系统：当前台人员要结账时，为了分清责任，系统必须要知道是谁结的帐， 是什么时间，还有结账金额和结账的方式，这样才能很好的管理酒店现金的流入和流出；消费记录系统： 有些情况下，比如顾客对自己的消费金额不确定， 想和前台对账， 这 时候如果前台人员也不知道顾客消费了什么， 那么就会很麻烦， 还有， 对酒店内部要分清 楚这些金额中有多少是餐饮部的，有多少是客房部的，这些都要很清楚，才能方便管理；管理员系统： 酒店有些事情不对外， 有些操作也不是

15、前台人员就能操作的， 比如现金 的保管查看等，还有前台人员和上班时间的现金收入等， 要有专门的人负责， 负责人得管 理以上的所有事项， 而且管理员可以对前面的事项都可以进行操作， 我们等设置一个总的 管理系统，就为管理员系统。8.具体类、属性和操作类属性操作客房管理系统客房号码 客房标准 客房位置，客房状态，单价， 容纳人数，顾客管理系统客房房号， 客人姓名，身份证号码，身份证地址， 入住时间， 操作员餐饮管理系统食物品种 食物价格点餐 结账财务管理系统入账编号 入账金额 入账时间预订管理系统客房号， 顾客姓名， 入住时间， 预订时间， 顾客省份证号， 联系方式， 操作员酒店管理系统用户名，

16、密码登录顾客信息管理系统客房号顾客姓名入住时间 顾客省份证号， 联系方式，操作员管理员系统管理员编号联机时间运行状态登录显示时间联机脱机联机时间显示运行时间前台服务员系统机号客房状态编号金额前口编号结账前台机号结账事项系统结账时间结账方式结账金额时间记录消费记录系统前口编号打印金额9.类图的设计在进入系统，首先要登录，允许登录的人员有管理员和吧台收银人员，别人不能随便登录，这样不但可以分清责任和保护顾客的信息。所以每个登录的人员必须有自己的编号和自己设置的密码，而且当联机时，系统要记录联机时间和联机人员的编号，进入系统之后可以选择要操作的功能。一个设计五个界面：当有顾客预订客房时，就点击进入预

17、订管理界 面；当有顾客点餐时进入餐饮界面；当顾客有顾客要入住时进入客房管理界面；当顾客结账时就进入财务管理界面。顾客信息管理界面。这五个界面之间的连接点就是登录界 面，也就是说这几个界面以登录界面连接在一起。如下图:酒店管理系统类图这块类图包含七个模块， 其中用户管理界面是有权登录人的信息，也就是用户管理界面是管理管理员和吧台人员的信息，即他们的编号，密码，联机时间，结账金额等。系统登录成功时，就是管理员界面，也就是操作界面，操作界面应该包含所有的功能：1当有顾客预订客房时，操作员就进入预订管理界面，等级顾客预订的客房和顾客的信息2当顾客结账时，操作员应该进入结账界面，进行结账事项，结账后系统

18、自动记录顾客的消费信息，如果顾客索要小票，那么结账人员就要打印小票：系统按照操作员输入的信息， 自动的、及时的统计客房信息；管理界面，还要管理操作人员的记录。设计图如下：10 学习总结通过这次的课程设计，感觉自己学到了很多知识，比以前两年时间学到的东西还要多。那两年的时间我真是浪费掉了，什么东西也没有学到，尤其是编程方面的。当拿到课题时我甚至不知道什么是RationalRational roserose 、umluml 等。刚开始时，感觉很失落，也很迷茫。这次的课程设计我学会了怎么连使用 RationalRational roserose 工具也对 umluml 有了很深的了 解。虽然自己不怎

19、么喜欢，但是自己慢慢的学习，请教别人，当画完我小组分给我的任务时很有成就感。还有通过这次的课程设计，我发现了自己的很多不好的习惯，比如做事粗心，遇到事情不能认真的、 冷静的思考，遇到问题我就放弃，而不是想办法去解决，要么就是要靠网络上的答案来解决，但是通过网络我解决的问题很少。我发现不管做什么事情，和别人讨论，或遇到困难请教懂得人，会有很大的收获，这样可以省得走我们走很多的弯路。做事之前不要太仓促，要先从各方面考虑，尤其面对老师布置的作业，要认真的审题，不让自己做了那么多，结果没有按老师的要求，前功尽弃。不过我也发现了自己的优点，比如做事的时候总想着怎么做才能和别人不一样，还 有只要我开始做系就管理员管理员编号 电迄吁状态预定菅理事项W爲级别窗，前台编号幔剽)显示时间()ftfto堰机 0“预定()需预定()*A60客房管理予项址号地件名别系注J J