酒店管理系统 uml.docx
《酒店管理系统 uml.docx》由会员分享，可在线阅读，更多相关《酒店管理系统 uml.docx（17页珍藏版）》请在冰豆网上搜索。
酒店管理系统uml
本科实验报告
课程名称：
系统分析与设计
实验项目：
《酒店管理系统》实验
实验地点：
专业班级：
学号：
学生姓名：
指导教师：
一、实验目的
通过《系统分析与设计》实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习打下良好的基础。
二、实验要求
学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完成实验报告。
实验报告以纸质版（A4）在课程结束后二周上内提交（12周）。
三、实验主要设备：
惠普笔记本计算机
四、实验内容
1选题及项目背景
选题：
酒店管理系统
项目背景：
酒店业是一个前景广阔而又竞争激烈的行业。
改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业。
酒店客房管理使用手工处理帐务，存在许多现金流失的漏洞，使用软件来管理宾馆业务，结帐既准确，速度又快，而且统计的报表也快捷。
因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。
2定义
对于一个酒店来说，其最核心的业务就是住房业务，现在一般的酒店管理系统都把住房系统归结于整个管理系统之中，这对于大型的酒店集团来说造成了管理上的不便之处。
越来越多的酒店连锁集团需要一个专门的酒店住房系统，独立于其他酒店管理系统。
针对于此，我设计一个酒店管理系统，对提高酒店管理水平，改善服务质量，增进资源利用率起了重要作用。
每个酒店规模不同,经营方向不同,对酒店管理系统设计目标的要求存明显差异.例如大型酒店有客房、餐饮、康乐、会务、购物中心等分,因此要求饭店管理信息系统的功能比较齐全,能够完成客房、餐饮、会务等各种事务处理,而住房型酒店则仅要求酒店管理信息系统能完成客房、财务等的管理即可.此外,不同酒店的组织机构也相同,供其使用的酒店管理信息系统的系统结构应与其组织机构相适应。
在系统中，主要是对客房信息、房间备品信息、经营情况、营业统计、客户的入住信息、员工信息、客户信息反馈、客户网上订房信息、房间类型等管理。
为客户提供满意的服务、便捷的通道，通过互联网了解酒店详细情况，为服务员工、管理者提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确的反映酒店的工作情况、经营情况。
比如,快速的查询、快速的登记顾客订房情况等本系统的建设需求。
具体来说，客户从界面上输入入住地区，时间，价位/房间类型就可以查询到符合条件的房间，并且可以切入预定，选择房间类性及付款方式等。
内部管理人员从界面上直接输入某个房间号我们就会看到客人的个人信息、住宿期间各种消费、以及是否客满，同样我们输入某个部门名称也会显示它的运营相关情况。
3参考资料
《UML基础与Rose建模实用教程》————————谢星星 著
4系统分析与设计
4.1需求分析
4.1.1识别参与者
顾客、酒店管理人员、酒店工作人员
4.1.2对需求进行捕获与描述
用例名称
frontOfficeManagement
用例描述
前台管理，实现预定、入住、退房、续住，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。
参与者
前台工作人员、酒店管理系统
优先级
2
前置条件
前台工作人员已登录系统
后置条件
若有改动必须保存
基本操作流程
1.用户登录
2.根据用户请求，进行响应操作
3.提交操作结果
可选操作流程
bookRoom（预定）、checkIn（入住）、checkOut（退房）、continueToLive（续住）、changeRoom（换房）
被泛化的用例
无
被包含的用例
无
被扩展的用例
预定、入住、退房、续住
用例名称
checkIn
用例描述
入住信息登记
参与者
前台工作人员、酒店管理系统
优先级
2
前置条件
顾客要求入住、前台管理人员已登录系统
后置条件
系统中可入住房间数目减少
基本操作流程
1.前台工作人员将顾客提供的身份信息进行登记
2.缴费
3.给予房卡
可选操作流程
无
被泛化的用例
无
被包含的用例
giveRoomCard（给予房卡）、checkInCustomerInformation（登记顾客信息）
被扩展的用例
无
用例名称
checkOut
用例描述
退房
参与者
酒店管理人员、酒店管理系统
优先级
2
前置条件
顾客要求退房、前台管理人员已登录系统
后置条件
退房成功，打印消费凭条清洁人员进行打扫，系统中可入住房间数目增加
基本操作流程
1.前台工作人员收回房卡，退回押金
2.打印消费凭条
可选操作流程
无
被泛化的用例
无
被包含的用例
takeRoomCardBack（收回房卡）、returnCashPladge（退押金）、printReceipts（打印消费凭条）
被扩展的用例
无
用例名称
manageInformationOfEmp
用例描述
对酒店员工的信息进行管理，包括对员工的基本信息进行检索、录入、修改、删除
参与者
经理、酒店管理系统
优先级
2
前置条件
经理已登录系统
后置条件
若有改动，必须确认保存
基本操作流程
经理对员工信息进行操作
可选操作流程
无
被泛化的用例
无
被包含的用例
无
被扩展的用例
addInformationOfEmp（添加员工信息）、updateInformationOfEmp（修改员工信息）、deleteInformationOfEmp（删除员工信息）、viewInformationOfEmp（查询员工信息）
）
4.1.3用例图
酒店管理系统用例图（总）
酒店管理系统用例图（分）---前台
4.1.4分析与讨论
1）确定系统涉及的总体信息
确定系统的参与者
确定系统的用例（包括识别用例与用例间的关系）
2）一、确定参与者
在获取用例前首先要确定系统的参与者， 开发人员可以通过回答以下的问题来寻找系统的参与者。
（1）谁将使用该系统的主要功能。
（2）谁将需要该系统的支持以完成其工作。
（3）谁将需要维护、管理该系统，以及保持该系统处于工作状态。
（4）系统需要处理哪些硬件设备。
（5）与该系统那个交互的是什么系统。
（6）谁或什么系统对本系统产生的结果感兴趣。
二、识别用例
识别用例最好的方法就是从分析系统的参与者开始，考虑每一个参与者是如何使用系统的。
使用这种策略的过程中可能会发现新的参与者，这对完善整个系统的建模有很大的帮助。
用例建模的过程是一个迭代和逐步精华的过程，系统分析者首先从用例的名称开始，然后添加用例的细节信息。
这些信息由简短的描述组成，它们被精华成完整的规格说明。
3）通过本次试验，让我对软件Rational Rose绘制管理系统的用例图有了初步了解，用例描述的是参与者与系统之间的对话，但是这个对话的细节并没有在用例图中表述出来，针对每一个用例我们可以用事件流来描述这一对话的细节内容，这些信息包含在用例说明中。
用例描述也称为“用例场景”，即进行业务事件以及用户如何同系统交互已完成任务的文字描述。
4.2建立对象模型
4.2.1候选类的数据字典
1）数据字典
a）
数据流名称：
checkin
数据流来源：
customer
数据流去向：
checkin
包含的数据项：
RoomCard,roomtype，customername，roomstate
b）
数据流名称：
roomstate
数据流来源：
room
数据流去向：
checkin
包含的数据项：
roomID,money，customername，roomstate
c）
数据流名称：
customerinformation
数据流来源：
checkin
数据流去向：
customerinformation
包含的数据项：
roomID，customername，customersex
d）
数据流名称：
roominformation
数据流来源：
customer
数据流去向：
room
包含的数据项：
roomID，roomstate，price
4.2.2定义类
（1）客房信息
表1客房信息
roomID
roomtype
roomstate
roomprice
char（20）
char（20）
char（10）
int
（2）客人信息
表2客人信息
roomID
customername
sex
address
char（20）
char（10）
char（3）
char（20）
（3）客人预订
表3客人预订
roominformation
checldn
changeroom
comtinuetolive
showlderomm
char（20）
int
char（20）
char（10）
char（20）
（4）客人入住
表4客人入住
RoomID
customername
roomtype
roomprice
char（20）
char（20）
char（20）
int
4.2.3绘制类图
（
4.2.4分析与讨论
1）识别系统的用例和角色
进行系统分析并抽象出类
设计系统中的类及其行为
2）识别类有哪些方法，你是如何识别类的？
行为分析、名词分析法、CRC分析法、根据边界类、控制类、实体类的划分识别、参考设计模式确定类以及通过对领域进行分析得到类。
我采用的是行为分析法。
3）解释关联的多重性？
如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？
关联的多重性表示：
在建模过程中，一个关联实例中有多少个相互连接的对象。
通过分析系统结构与组成，确定类的关联关系、组织类之间的继承。
4.3建立动态模型
系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。
在系统的分析和设计中应当对主要的UseCase和对象类绘制这些图形，以便分析系统的行为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。
4.3.1顺序图
酒店管理系统顺序图---入住
酒店管理系统顺序图---退房
酒店管理系统顺序图---换房
4.3.2通信图
酒店管理系统通信图---入住
酒店管理系通信作图---退房
酒店管理系统通信图---换房
4.3.3活动图
酒店管理系统活动图---入住
酒店管理系统活动图---退房
4.3.4状态图
房间状态图
4.3.5分析与讨论
在UML系统开发过程中，系统的动态模型主要包括对象交互模型和对象的状态模型。
对象交互模型由顺序图和通信图进行描述，对象的状态模型则由活动图和状态图进行描述。
活动图和状态图相同点
①描述图符基本一样
②可以描述一个系统或对象在生存期间的状态或行为。
③可以描述一个系统或对象在多进程操作中的并发行为
④可以用条件分支图符描述一个系统或对象的行为控制流。
活动图和状态图不同点：
1触发一个系统或对象的状态发生转移的机制不同。
2描述多个对象共同完成一个操作的机制不同
顺序图和通信图：
顺序图和通讯图都属于交互图，用于描述对象间的动态关系，并且两者之间可以相互转化。
顺序图强调消息的时间顺序，通讯图强调参与交互的对象的组织。
4.4物理模型
4.4.1建立构件图
4.4.2建立部署图
升级会员 