本科实验报告课程名称：系统分析与设计实验项目：《酒店管理系统》实验实验地点：专业班级：学号：学生姓名：指导教师：一、实验目的通过《系统分析与设计》实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习打下良好的基础。

二、实验要求学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完成实验报告。

实验报告以纸质版（A4)在课程结束后二周上内提交（12周）。

三、实验主要设备：惠普笔记本计算机四、实验内容1 选题及项目背景选题：酒店管理系统项目背景：酒店业是一个前景广阔而又竞争激烈的行业。

改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业。

酒店客房管理使用手工处理帐务，存在许多现金流失的漏洞，使用软件来管理宾馆业务，结帐既准确，速度又快，而且统计的报表也快捷。

因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。

2 定义对于一个酒店来说，其最核心的业务就是住房业务，现在一般的酒店管理系统都把住房系统归结于整个管理系统之中，这对于大型的酒店集团来说造成了管理上的不便之处。

越来越多的酒店连锁集团需要一个专门的酒店住房系统，独立于其他酒店管理系统。

针对于此，我设计一个酒店管理系统，对提高酒店管理水平，改善服务质量，增进资源利用率起了重要作用。

每个酒店规模不同,经营方向不同,对酒店管理系统设计目标的要求存明显差异.例如大型酒店有客房、餐饮、康乐、会务、购物中心等分,因此要求饭店管理信息系统的功能比较齐全,能够完成客房、餐饮、会务等各种事务处理,而住房型酒店则仅要求酒店管理信息系统能完成客房、财务等的管理即可.此外,不同酒店的组织机构也相同,供其使用的酒店管理信息系统的系统结构应与其组织机构相适应。

在系统中，主要是对客房信息、房间备品信息、经营情况、营业统计、客户的入住信息、员工信息、客户信息反馈、客户网上订房信息、房间类型等管理。

为客户提供满意的服务、便捷的通道，通过互联网了解酒店详细情况，为服务员工、管理者提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确的反映酒店的工作情况、经营情况。

比如,快速的查询、快速的登记顾客订房情况等本系统的建设需求。

具体来说，客户从界面上输入入住地区，时间，价位/房间类型就可以查询到符合条件的房间，并且可以切入预定，选择房间类性及付款方式等。

内部管理人员从界面上直接输入某个房间号我们就会看到客人的个人信息、住宿期间各种消费、以及是否客满，同样我们输入某个部门名称也会显示它的运营相关情况。

3 参考资料《U M L基础与R o s e建模实用教程》————————谢星星著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，roomstateb)数据流名称：roomstate数据流来源：room数据流去向：checkin包含的数据项：roomID,money，customername，roomstatec)数据流名称：customerinformation数据流来源：checkin数据流去向：customerinformation包含的数据项：roomID，customername，customersexd)数据流名称：roominformation数据流来源：customer数据流去向：room包含的数据项：roomID，roomstate，price4.2.2定义类(1) 客房信息roomID roomtype roomstate roomprice char(20) char(20) char(10) int (2) 客人信息表2 客人信息roomID customername sex addresschar(20) char(10) char(3) char(20)(3) 客人预订表3 客人预订roominformatichecldn changeroom comtinuetolive showlderommonchar(20) int char(20) char(10) char(20)表4 客人入住RoomID customername roomtype roompricechar(20) char(20) char(20) int4.2.3绘制类图（4.2.4分析与讨论1）①识别系统的用例和角色②进行系统分析并抽象出类③设计系统中的类及其行为2）识别类有哪些方法，你是如何识别类的？行为分析、名词分析法、CRC分析法、根据边界类、控制类、实体类的划分识别、参考设计模式确定类以及通过对领域进行分析得到类。

我采用的是行为分析法。

3）解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？关联的多重性表示：在建模过程中，一个关联实例中有多少个相互连接的对象。

通过分析系统结构与组成，确定类的关联关系、组织类之间的继承。

4.3 建立动态模型系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。

在系统的分析和设计中应当对主要的Use Case和对象类绘制这些图形，以便分析系统的行为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。

4.3.1顺序图酒店管理系统顺序图---入住酒店管理系统顺序图---退房酒店管理系统顺序图---换房4.3.2 通信图酒店管理系统通信图---入住酒店管理系通信作图---退房酒店管理系统通信图---换房4.3.3活动图酒店管理系统活动图---入住酒店管理系统活动图---退房4.3.4状态图房间状态图4.3.5 分析与讨论在UML系统开发过程中，系统的动态模型主要包括对象交互模型和对象的状态模型。

对象交互模型由顺序图和通信图进行描述，对象的状态模型则由活动图和状态图进行描述。

活动图和状态图相同点①描述图符基本一样②可以描述一个系统或对象在生存期间的状态或行为。

③可以描述一个系统或对象在多进程操作中的并发行为④可以用条件分支图符描述一个系统或对象的行为控制流。

活动图和状态图不同点：①触发一个系统或对象的状态发生转移的机制不同。

②描述多个对象共同完成一个操作的机制不同顺序图和通信图：顺序图和通讯图都属于交互图，用于描述对象间的动态关系，并且两者之间可以相互转化。

顺序图强调消息的时间顺序，通讯图强调参与交互的对象的组织。