UML酒店系统建模.docx

UML酒店系统建模.docx

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

UML酒店系统建模

《UML课程期末设计》报告

学院：

计算机软件学院

专业：

计算机科学与技术

姓名：

学号：

任课老师：

2015年6月20日

酒店管理系统

、项目概况

1、项目背景

目前大多数酒店提供的服务多种多样，规模大小也各不相同，酒店为人们生活、旅游、工作等提供了不可或缺的服务，也是社会行业就职的一大缺口。

一般来说酒店必须具有两项服务：

饮食和住宿。

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

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

2、项目需求及设计原则

系统设计应遵循以下原则：

1）系统必须具有先进性

整个系统必须采用当今最先进的网络技术、最先进的操作平台、强大的数据库管理系统、性能稳定的可编程语言。

所配用感应卡应具备储值、加密功能，必须具备很高的安全性。

2）系统软件功能必须完善、实用和便于操作

整套系统必须能管理酒店所有业务如：

前台、电话、客房、餐饮、娱乐、商务中心、公关销售、采购、仓库、财务、员工管理、停车管理等。

3）系统需具备高可靠性和容错性能

系统运行必须稳定可靠，故障发生率低，恢复时间短，不影响网络的正常使用。

4）整个系统需便于管理和维护并预留与其他系统的接口

系统便于网络管理员进行全面的管理，包括网络设备和管理软件。

5）良好的扩展性能，极大地降低投资风险

随着技术的更新和发展，系统必须有良好的扩展能力，以便适应业务增长的需要，但必须以保障投资和不影响原有性能为原则。

6）系统必须具有最优的性能价格比

在先期投资时对所需要的整套系统有个全盘的考虑，采用一套可行实用的酒店管理系统，将帮助酒店经营管理者解决诸多棘手的问题，以避免各种系统之间的数据联接，因为协议不同，而导致重复投资。

3、技术特点

✓Client/Server客户机/服务器模式

✓Windows2000、2002WindowsXP；

✓SQLSERVER大型分布式数据库系统；

✓从服务器端实现数据资料的统一集中管理；

✓自动备份和恢复数据库存的数据；

✓自动检查数据的完整性和一致性；

✓Windows多窗口图形化界面，友好、美观；

✓全面支持键盘和鼠标操作，简单、快捷；

✓强大的网络管理和监控功能，及时地发现和解决问题；

✓采用通用电脑设备组网，性能价格比高；

✓通用的设备平台，便于维护和升级；

✓数据库系统跨平台的可移植性，保障原有投资；

✓能与其他系统进行接口，可扩展性强。

、酒店管理部门划分

酒店部门划分图：

图1（酒店部门划分图）

1．经理部门

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

它的主要职责有：

A.管理员工。

给员工编号，登记其基本信息；根据员工的平时表现及工龄确定工资；此外，还要给员工分配工作部门及职务等等。

B.划分部门。

给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。

C.对本部门的财务进行核算（支付工资等）。

D.期末对酒店的收益情况进行核算。

2．客房部门

它也是酒店基本部门之一。

客房服务部门的主要职责有：

A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。

B.登记旅客信息，确认其身份，登记其入住、退房时间。

C.统计各类房间的客满程度。

D.对本部门的财务流动进行登记处理。

3．餐饮部门

它是酒店基本部门之一。

它提供服务的特点是实时性强、持续时间短，强调效率。

例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。

通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。

对于餐饮部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。

4．财务部门

财务部门的功能主要是面对酒店的财务管理，包括饮食、住宿、各部门支出等的财务管理，财务部门对整个酒店来说都是重要的。

5．保安部门

保安部门主要负责整个酒店的安保工作，如：

酒店车辆进出的登记与管理、查验；酒店员工进出的管制；酒店财产的保障和员工的安全保护；酒店突发事件的处理。

、功能需求

虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，电脑操作只有财务处理。

在划分子系统时，考虑到各子系统都有各自的财务处理，且有相似性，所以就把它们归为统一的一个“财务子系统”。

同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。

因此系统共划分为三部分：

总经理（管理者）子系统、财务子系统、住宿子系统。

图2（酒店功能需求图）

` 

1 管理者子系统 

Ⅰ、对新来的员工进行编号、登记、分配工作。

{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注} 

Ⅱ、对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所

服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。

Ⅲ、对新增部门作各种初始工作。

如编号、命名、任命经理等。

{部门号、名称、部门经理、员工数量} 

Ⅳ、取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配

工作。

Ⅴ、其他情况的处理。

② 财务子系统 

Ⅰ、每天的收入、支出登记 

{编号、发票号、摘要、数量、单位、数额、经手人、日期} 

Ⅱ、期末各子系统的财务汇总 

{编号、上月余额、总收入、总支出、余额、经手人、日期}  

Ⅲ、期末酒店汇总个部门的财务报表，结算本酒店收益 

（编号、部门号、部门名称、收入、支出、净收入、经手人、日期） 

③ 住宿子系统 

Ⅰ、来客登记   

若多人住同一房间，只作一个记录。

客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间} 

Ⅱ、房间管理    

旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。

房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员} 房间{房间号，房间类型、状态} 

四、系统需求规格说明，系统用例图、类图

1、酒店管理系统用例图

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

客房部管理、餐饮部管理、财务部管理等。

图3（管理系统用例图）

1、用户信息管理用例描述

用户信息管理是通过酒店管理员和前台服务员，对酒店客房管理系统的使用者进行管理，包括对员工的基本信息进行检索、录入和修改。

首先管理员需要进行系统登录，让后进入员工信息管理界面，对员工信息进行查询或修改。

其中用户信息管理包含的用例有：

添加员工、查询员工信息、修改员工信息以及删除员工信息。

2、客房经营管理用例描述

客房经营管理是酒店管理员、管理者或前台服务员为实现对客房的订房，入住和退房管理，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。

包含的用例有：

客户预定、客户入住、客户退房。

3、客户信息管理用例描述

客户信息管理是酒店管理员、酒店经历和前台服务员对入住过酒店的客户信息进行查询，包括对客户基本信息（如身份证号、客户姓名、联系电话、客户类型、入住历史等等信息）进行检索。

包含的用例有：

客户信息管理、用户密码修改、用户注销。

2、酒店管理系统类图

1  酒店管理系统类图 

图4（酒店管理系统类图）

2客房管理系统类图

图5（客房管理系统类图）

系统中包含了：

7个管理类：

客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、酒店管理。

4个实体类：

酒店管理员、前台、酒店经理、顾客。

在类图1中，酒店管理员有着唯一的用户名和密码，可以直接控制客房管理界面、用户管理界面、财务管理界面、客户信息管理界面、预定管理界面及餐饮管理界面。

可以完成一些异常处理的操作，例如，用户丢失用户名、密码及安全信息等，例如可以凭借身份证等其他信息找管理员寻回账户密码，管理员还可以改变餐饮价格等等一系列变化性的服务。

类图2为一些交互式操作图，图中可以看出系统管理员可以操作预定管理事项，进而记录用户证件号、姓名、性别等信息，同时获客户预定房间、入住房间、退房、结账等操作，从而将信息输出给客房管理事项类。

系统管理员也可以代替前台操作员进行结账管理事项，这是为了避免前台突发事故而实行的另一项酒店管理维护措施。

五、系统需求分析过程，实现用例的时序图、协作图，系统对象的状态图、活动图

一、系统用例时序图

1、用户登陆系统时序图

图6（用户登陆系统时序图）

此图为用户登录时序图，当用户登录输入用户名和密码后，登录酒店管理系统就会发出用户输入的信息的验证请求，接着数据库开始查询用户输入的信息，然后将返回到信息发送给验证服务，验证服务收到成功查询的信息，便提示验证成功给登陆系统，最后返回给用户登陆成功的信息。

2、客户订房时序图

图7（客户订房时序图）

此图为客户订房时序图，经理分配员工工作信息给前台服务，顾客发出预定请求，相应的请求信息由分配的前台服务员去打开查询界面，查询界面进入数据库查询，将剩余的房间信息返还给前台服务员，再由前台服务员告知顾客是否有剩余房间。

3、客户结账时序图

图8（客户结账时序图）

此图为客户结账时序图，顾客到前台进行刷卡，前台获取相关用户信息后将付款信息发送给系统管理员，再由系统管理员选择用户的支付方式与相应的支付平台提交申请，然后银行处理，付款成功后将成功付款的信息发送给系统管理员，系统管理员发送此信息给前台，前台为顾客打印清单，完成交易。

二、系统用例协作图

图9（系统用例协作图）

此图为酒店系统协作图，管理员对前台服务员进行工作安排分配，也对保安部门和餐饮部门进行工作安排，餐饮部门又直接和前台服务部门进行工作协作，前台部门将顾客与收益情况汇报给财务部门，由财务部统计数据后转发给管理员，最后管理员进行今天的工作总结。

三、系统对象的状态图、活动图

1、酒店系统管理活动图

图10（酒店系统管理活动图）

此活动图为酒店管理系统登录界面。

用户登录如果失败，返回重新登录，如果登录失败3次，则自动退出系统，结束登录。

若登录成功，则选择用户类型，在普通用户下，可以进行管理自己的信息，客房管理，预订管理消费管理。

在管理人员下，可以进行客房管理，预订管理，消费管理，管理自己和普通用户的信息。

2、客房管理活动图

图11（客房管理活动图）

此图为客房管理活动图，首先添加空房间，有顾客订房则提交数据库此房已订，有退房则发送退房申请，告知数据库管理系统删除已订房间号，数据库删除成功后告知前台管理系统此房为空。

3、预定房间活动图

图12（预定房间活动图）

此活动图为客户预定房间管理。

首先查看房间，如果没有房间，告诉顾客没有空房，如果有，查看房间类型，给出顾客可选择的房间，选择后入房登记，预定房间活动结束。

六、酒店管理系统包图

图13（酒店管理系统包图）

此图为酒店管理系统包图，主要内容为业务服务下包含预订管理，客房管理，顾客信息管理，收银管理，审查管理。

业务服务从数据服务中查找资源，为用户提供服务。

七、物理架构，系统组件图和部署图

1、酒店管理系统组件图

图14（酒店管理系统组件图）

此图为酒店管理系统系统组件图，主要有5个部门的组件图，分别为前台管理组件图、餐饮组件图、财务组件图、保安部门组件图及管理员管理组件图。

2、酒店管理系统部署模型

图15（酒店管理系统部署模型）

配置图主要是用来说明如何配置系统的软件和硬件。

此次酒店管理系统由6个节点构成，客房前台部门、餐饮服务部门、财务整理部门、保安管理部门、数据库系统统计节点、系统管理员维护节点。

客房部门负责顾客的预定房间、退订房间以及一些前台的顾客服务，餐饮部门负责和前台协作，完成顾客的各种需求，财务部门负责统计财务收入，保安部门负责管理酒店秩序，这四个节点的管理详情统计到数据库，由系统管理员进行维护统计。

八：

心得体会

通过这次建模，让我了解了一个工程是多么的不容易，就其建模过程就非常的复杂，更别说要具体到很多地方，作为一个计算机专业的学生，我们要多去动手实践，多去思考，对于一个工程不仅要了解它的框架，更要学会去表达，毕竟工程不是一个人完成的，很多时候都是一个团队合作，如果作为发起者，就必须要考虑非常多的因素，不仅自己要学会软件框架构建，了解代码思路，而且要学会软件建模，因为建模就像一个沟通工具，它能帮助团队去理解一个工程的思想，它也是一个辅助工具，在团队协作的时候，可以参照建模来完成工程的建设，所以说建模也是一个非常重要的过程。

在这次建模中也遇到了很多困难，对于很多图都不是很了解，图也不会画，在慢慢的摸索中，查询资料，参照课本，终于完成了此次酒店系统建模，对UML建模有了更为清晰的认识，当然，这次设计让我看到了自己的很多不足，在以后学习中，更要多加去思考、实践，不断加深自己的认识。

参考文献

[1]UML建模实例教程作者：

刘志成编著出版社：

北京电子工业出版社出版日期：

2009年、11月