下载文档原格式
郑州大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
酒店管理系统UML建模分析设计报告酒店管理系统是现代化的社会生活中不可缺少的一部分，随着旅游业的繁荣，各种酒店也在不断涌现。
如何管理好酒店业务，提高工作效率和客户满意度，成为了每个酒店管理人员需要面对的问题。
酒店管理系统就是为了解决这些问题而诞生的。
一、需求分析酒店管理系统的基本功能包括：客户管理、预订管理、房间管理和账单管理。
1. 客户管理：包括客户信息的录入、修改和删除，客户缴纳预存款后，可以预订酒店房间。
2. 预订管理：包括预订房间、取消预订、查看预订信息等功能。
3. 房间管理：包括酒店房间信息的录入、修改和删除，客户入住和退房信息的管理。
4. 账单管理：包括客户消费信息的录入、修改和查询，客户结算信息的管理等。
二、功能模块设计根据上述需求，我们可以对酒店管理系统进行分模块设计，分为客户模块、房间模块、预订模块和账单模块。
1. 客户模块客户模块主要包括客户信息的管理，比如客户的姓名、身份证号码、性别、电话等基本信息。
客户信息与预订信息是紧密相关的，所以客户模块也包括预订功能。
客户可以通过客户管理模块进行预订房间，并管理预订信息。
2. 预订模块预订模块是酒店管理系统最关键的功能模块之一，主要包括房间信息的查询、预订、取消预订等功能。
预订信息与客户信息是息息相关的，因此预订模块也与客户模块有一定的关联。
3. 房间模块房间模块主要包括酒店房间信息的管理，包括房间类型、房间号码、床位数、价格、状态等信息。
酒店管理工作人员可以通过房间管理模块进行修改、新增、查询、删除等操作。
4. 账单模块账单模块是客户结算信息的管理模块，主要包括客户消费信息的录入、修改、查询，结算信息的管理等功能。
它与客户模块和预订模块紧密相关，因为只有在客户入住并消费后，才需要进行结算。
三、UML建模分析UML建模分析是软件设计的重要步骤，它包括：用例设计、类设计、状态图设计、序列图设计等。
1. 用例设计用例设计是根据系统需求设计系统功能的过程。
酒店管理系统_UML建模分析酒店管理系统是一种旅游和酒店业中广泛使用的技术解决方案。
这种系统可以用来管理调度酒店客房，预订和支付酒店客房，并跟踪客户的偏好和习惯。
在本篇文章中，我们将重点分析酒店管理系统中的UML建模分析，探讨如何使用UML建模分析来设计和开发一个高效的酒店管理系统。
UML是一种用于软件开发的图形化建模语言，其中包含多种概念模型、用例、类和序列图等模型。
通过使用这种语言，开发人员可以更好地理解系统的结构、行为和功能，以此来实现系统的可靠性和可扩展性。
首先，考虑用例模型。
酒店管理系统的用例模型应该具有以下几个方面：客户注册、房间预订、支付房间费用、查看预订、取消预订和管理客户信息等。
这些用例可以通过用例图来表示。
下一个方面是类模型。
一个良好的类模型应该具有上述用例模型中所述的类，并有一个房间和一个客户类。
此外，还需要一个订单类来跟踪客户的订单。
房间类应该具有房间类型和房间号属性，客户类应该具有名字、地址和支付信息属性，订单类应该具有订单号、客户信息、订单状态、房间订单等属性。
这些类可以通过类图来表示。
接下来是顺序图。
顺序图应该描述每个用例的行为以及对象之间的交互。
例如，在房间预订用例中，客户将选择要预订的房间类型和日期，该信息将被发到订单类，然后订单类将与房间类进行交互来预订房间。
这些对象之间的交互可以用顺序图来描述。
最后是活动图。
活动图可以用来显示系统的流程。
例如，在取消预订用例中，客户将提供订单号和取消原因，该信息将被发送到订单类，并将执行一系列操作，如更新订单状态和发送取消确认电子邮件给客户。
总体而言，使用UML建模分析可以帮助开发人员更好地理解系统的结构、行为和功能，从而提高酒店管理系统的可靠性和可扩展性。
因此，在设计和开发酒店管理系统的过程中，使用UML建模分析非常重要。
基于UML的酒店视觉AI解决方案软件建模基于UML的酒店视觉解决方案软件建模引言：随着人工智能技术的快速发展，它在各行业的应用越来越广泛。
酒店业也不例外，越来越多的酒店开始尝试利用人工智能技术提升服务质量、提高运营效率。
本文将基于UML（统一建模语言）讨论一种基于视觉人工智能的酒店解决方案软件，旨在帮助酒店提供更好的客户体验和管理效率。
一、介绍酒店视觉解决方案软件1.1 背景酒店业是一个人力密集型行业，每天都面临着大量客户的需求和订房、入住、退房等各种管理工作。
传统的人工操作在应对这些工作时存在工作效率低和易出错的问题。
因此，引入视觉人工智能技术来辅助酒店的运营管理已成为一种趋势。
1.2 目标基于UML，我们旨在开发一种酒店视觉解决方案软件，以提供一套全面的、高效的解决方案，帮助酒店提升服务质量和运营效率。
该软件将运用计算机视觉、语音识别等人工智能技术来处理客户需求、自动化管理等任务。
二、UML建模的软件设计2.1 软件架构我们将采用MVC（模型-视图-控制器）架构来设计软件。
模型层负责数据处理和业务逻辑，视图层负责用户界面的展示，控制器层负责协调模型和视图之间的通信。
2.2 系统用例图通过用例图，我们可以对软件的功能进行初步的描述和分析。
主要的用例包括客户预订酒店、办理入住、退房、查询房间等。
通过对这些用例的分析，可以清楚地了解酒店视觉解决方案软件的基本功能和流程。
2.3 类图类图以静态的方式显示软件的结构和对象之间的关系。
在类图中，我们可以定义软件中的类以及它们之间的关系，如继承、关联和依赖等。
在酒店视觉解决方案软件中，可能会有类似于"客户"、"房间"、"订单"等类的存在，并通过关联和依赖建立它们之间的关系。
2.4 顺序图通过顺序图，我们可以描述软件中对象之间的时序关系。
例如，在客户预订酒店的过程中，顺序图可清楚地展示客户、前台、管理系统之间消息的传递和处理顺序，以及涉及的人工智能技术操作。
一、实验目的熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。
二、实验内容1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。
某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时交相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
2. 某电话公司决定开发一个客户信息管理系统，系统功能如下：(1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。
(2) 登录：电话公司授予每个客户一个账号。
拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。
公司管理人员也可以通过登录对客户信息进行管理。
(3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。
(4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。
绘制该系统的用例图。
3. 根据如下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
课程设计报告课程名称UML建模与分析设计题目酒店管理系统专业班级12级软卓指导教师徐卓然小组成员：酒店管理系统需求文档1. 背景说明：随着人民生活水平的提高，餐饮，住宿，娱乐业在服务行业中占有越来越重要的地位。
要使在当前酒店行业日趋激烈的竞争中脱颖而出，必须努力发展自己的特色。
在酒店管理方面也要有自己的管理特色，避免传统管理方法的失误，使得酒店的信誉以及各个管理方面都能出现零失误，以及能给管理者和普通的营业员带来操作上的方便，对整个酒店各个方面的业务带来快捷、方便、高效的服务，使用户能够对这个软件感到满意。
目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统。
2.部门划分2.1 饮食管理部它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短，强调效率。
例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。
对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。
2.2 住宿管理部它也是酒店基本部门之一。
住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息，确认其身份，登记其入住、退房。
C.统计各类房间的客满程度。
D.对本部门的财务流动进行登记处理。
2.3 娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似，可以用计算机完成并且有必要用计算机完成的有：A制定收费标准，分配负责人.B收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。
这些信息都需要长时间保留并上报。
C、酒店KTV、洗浴城和酒吧的管理与经营、2.4 大厅部门大厅部门是直接与客户打交道的部门，主要负责任务：A、客房的预定，客户入住登记，退房登记。
大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下容：（1）酒店的接待员使用为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：用例名称记录订餐顾客(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
合用文档可视化建模与UML 综合性实验1.酒店预约系统需求剖析1.1 功能性需求1.所有的网络用户可以经过阅读网络信息查察该酒店的客房信息。
2.网络用户若是需要预约，需要设置个人信息注册成为酒店会员并登录系统可以预约3.会员查察客房信息并选择订单，选择支付方式，最后确认提交生成订单。
4.系统，通知客房部准备房间。
5会员接受已预约信息，一准时间内可以取消订单，会员经过个人信息管理更正个人信息，经过订单管理查察个人订单情况。
6.同时订单管理员也可以成为酒店会员，并享受预约服务。
7，系统管理员控制客房信息，同时保护用户权限和信息。
1.2 设计性需求1.客户申请注册登录模块：会员可以盘问酒店的客房信息情况，今后依照自己的需要，填写申请单，向工作人员递交申请，工作人员依照系统情况，回复客户。
2.系统管理员登陆模块：系统管理员工作需要登陆系统，才可以进行操作，系统中的各项数据都不同样样不测人任意查察和更正，所以设置登陆模块是必定的。
3.顾客到达模块：到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约的到达第一盘问预约 ,故在预约模块中增加到达的功能。
无预约的到达 ,就可以马上找空客房，在到达操作中还要刷新当前客房状态 ,由预约或悠闲状态转为客房状态。
4.顾客结账模块：显示当前客房的房间信息 ,从中选中需要结帐的客房 ,进行结帐操作，结帐完成后 ,将客房置为悠闲状态 ,若当天还有不同样样时间预约此客房的则置该房间为预约状态。
5.客房信息管理模块工作：工作人员可以对公司的客房进行管理。
工作人员可以盘问公司的客房情况，包括入住情况，入住历史，客房情况。
6.客户信息管理模块：在酒店入住过的会员，工作人员需要记录下入住情况，以便再次预约客房时可以查询。
新注册的客户，工作人员需要增加新会员进系统中。
7.会员权限管理模块：管理员盘问会员的权限，写入新的权限。
2.系统的 UML 基本模型2.1UML 初始模型会员可以对自己的预约进行管理，比方退订、选择支付方式等。
可视化建模与UML综合性实验1.酒店预订系统需求分析1.1功能性需求1.所有的网络用户可以通过浏览网络信息查看该酒店的客房信息。
2.网络用户如果需要预定，需要设置个人信息注册成为酒店会员并登录系统能够预订3.会员查看客房信息并选择订单，选择支付方式，最后确认提交生成订单。
4.系统，通知客房部准备房间。
5会员接受已预订信息，一定时间内可以取消订单，会员通过个人信息管理修改个人信息，通过订单管理查看个人订单情况。
6.同时订单管理员也可以成为酒店会员，并享受预订服务。
7，系统管理员控制客房信息，同时维护用户权限和信息。
1.2设计性需求1.客户申请注册登录模块：会员能够查询酒店的客房信息情况，然后根据自己的需要，填写申请单，向工作人员递交申请，工作人员根据系统情况，回复客户。
2.系统管理员登陆模块：系统管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。
3.顾客到达模块：到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约的到达首先查询预约,故在预约模块中添加到达的功能。
无预约的到达,就可以立即找空客房，在到达操作中还要刷新当前客房状态,由预约或空闲状态转为客房状态。
4.顾客结账模块：显示当前客房的房间信息,从中选中需要结帐的客房,进行结帐操作，结帐完成后,将客房置为空闲状态,若当天还有不同时间预约此客房的则置该房间为预约状态。
5.客房信息管理模块工作：工作人员可以对公司的客房进行管理。
工作人员可以查询公司的客房情况，包括入住情况，入住历史，客房状况。
6.客户信息管理模块：在酒店入住过的会员，工作人员需要记录下入住情况，以便再次预定客房时可以查询。
新注册的客户，工作人员需要添加新会员进系统中。
7.会员权限管理模块：管理员查询会员的权限，写入新的权限。
2.系统的UML基本模型2.1UML初始模型会员可以对自己的预订进行管理，例如退订、选择支付方式等。
会员可以从以往的订单中，直接选择订单，然后支付。
2.2系统的用例图1.个人订单管理：会员可以对自己的预订进行管理，例如退订、选择支付方式等。
会员可以从以往的订单中，直接选择订单，然后支付。
2.浏览网络信息：会员可以网上浏览酒店的及时信息。
其中包括客房信息，客房价格等一切相关信息。
3.个人信息管理：会员可以修改自己的信息。
4.登陆：会员在进行客房预订业务钱，需要在登陆后的情况下进行。
图2.2.1图2.2.2系统管理员通过系统能过进行一下活动：1.用户权限信息管理：系统管理员可以更改会员的权限。
2.客房管理：系统管理员可以更改客房的当前信息。
图2.2.32.3系统的类图和对象图订单类：属性：会员编号：显示是哪位会员预订的客房。
房间编号：客户预订的房间是哪一间。
付费情况：客户是否付费。
方法：会员信息（）：将会员信息读取到订单中。
客房信息（）：将客房信息读取到订单中。
图2.3.1酒店会员类：属性：会员号:每个会员的唯一表示。
电话号码：会员的联系方式。
E-mail：会员的电子邮箱。
密码：会员的电子邮箱。
密码：会员的登陆密码方法：查看():会员可以查看自己的基本信息修改个人信息（）：会员可以修改自己的信息。
选择支付方式（）：调用此方法，会员可以选择支付的方式。
登陆（）：调用此方法，会员登陆到预定系统。
缴费金额（）：调用此方法，系统显示会员预定房间所需缴费金缴费成功（）调用此方法，提示会员缴费成功信息。
生成订单（）：调用此方法，形成订单到会员订单管理中。
查看所有会员（）：调用此方法，酒店会员的信息被管理员使用。
某个用户名（）：调用此方法，会员信息被调出。
图2.3.2属性：状态：显示客房现在的状态。
例如：预订、空闲、入住。
价格：显示客房的价格。
客房信息设置：显示客房的信息。
例如：客房中配置的设施、房间的类型（单人间、标准间等）。
客房编号：客房的房间号。
方法：查询客房信息（）：调用此方法，显示客房信息。
选择客房（）：显示出预定此客房的金额。
请求缴费（）：激活缴费系统。
修改后客房信息（）：调用此方法，更新客房信息。
图2.3.3客房间设置类客房信息设置类：方法：设置客房信息（）：调用此方法，管理员可以设置、修改客房信息。
图2.3.4属性：用户名：显示管理员的用户名。
权限：显示管理员所拥有的权限。
方法：修改（）：管理员调用此方法，可以对会员的权限进行修改。
图2.3.5网络用户类网络用户类：方法：浏览客房信息（）：调用此方法，网络用户可以任意浏览客房信息，但不可预订。
图2.3.6方法：支付（）：调用此方法，会员可以进行网上支付。
图2.3.7系统管理员类系统管理员类：方法：权限设置（）：调用此方法，管理员可以进入权限设置管理，对会员进行权限的修改。
客房信息维护（）：调用此方法，管理员可以进入客房信息设置，对客房的信息进行修改。
图2.3.8图2.3.9类图说明：从图中可以看出，系统管理员可以查看会员的个人信息，并修改会员的权限，还可以设置客房的状态信息。
会员可以浏览客房信息；和申请订单，申请订单成功后，就可以通过网上支付系统支付定金。
下面说明类之间的关系每个酒店会员都可以查看多个客房信息。
同时，会员也可以，拥有0个或者多个客房的预订，也就是说可以拥有多个订单。
一个管理员可以对多个房间进行信息的修改，客房的信息又可以被多个管理员修改。
一个管理员可以修改多个会员的权限。
每次对客房信息修改只能针对一个客房。
但是信息的修改可以对每个客房进行，所以客房信息设置与客房信息是一对多的关系。
管理员拥有酒店会员拥有的所有功能、酒店会员拥有网络用户的所有功能。
2.4系统的时序图“会员订房”用例根据基本流程创建客房信息设置的序列图及其协作图图2.4.1“会员订房”用例下面通过具体的描述来确定订房的过程，基本的工作过程如下：管理员想要修改客房信息，需要先登录系统。
管理员通过客房信息设置界面来查看客房信息。
客房信息向管理员返回信息。
管理员看到客房信息之后，通过客房信息设置模块对信息进行修改。
修改成功之后，客房信息向管理员返回修改成功后的客房信息。
根据基本流程创建客房信息设置的序列图及其协作图，如图2.4.2所示图2.4.2图2.4.32.5系统的协作图2.5.1会员订房用例会员要预订酒店房间，需要先登录。
会员浏览客房的信息，确定需要预定的客房号。
当会员确定需要锁定的客房后。
客房信息返回一个所需缴费金额的信息。
会员看到所需缴费的金额之后，对缴费系统发出缴费请求。
缴费成功后，对会员发出缴费成功的信息。
缴费成功后，客房信息要对客房状态进行更改。
即客房信息要对客房信息设置发出修改的信息。
客房状态更改之后，客房信息和更新后的客房信息。
会发送到订单模块中。
成功生成订单之后，将订单发送给会员。
图2.5.1图2.5.2图2.5.32.6系统的状态图订单含有一下几种状态：显示订单中拥有的所有信息，酒店会员对订单进行修改，当所有信息被确之后生成订单。
它们之间的转换规则如下：当酒店会员预订房间之后，可以在订单管理中查看或者修改订单。
当会员查看订单信息之后确认订单信息，确认无误后可以生成订单。
当会员查看信息之后，认为有修改的地方，可以修改订单之后，再生成订单。
会员还可以从订单管理中，找到订单之后，修改订单信息后，生成订单。
根据订单的各种状态的转换规则，创建订单的状态图图2.6.12.6.2会员状态图会员包含以下的状态：登陆，退出。
会员的状态转换关系如下：会员需要预定房间的时候，需要输入用户名，密码进行登陆状态。
订单生成即订房成功，关闭界面，进入登出状态。
图2.6.22.6.3客房信息状态图客房信息包含以下的状态：显示客房信息，显示预订客房信息，已修改客房信息，退房。
客房信息的状态转换关系如下：酒店会员和管理员可以请求查询客房信息。
客房被酒店会员预定之后，转换为显示预订客房信息状态。
酒店会员请求退订客房之后，转换为退房状态。
管理员查看客房信息，认为有信息需要更改时，请求更改客房信息，更改信息后转为已修改客房信息状态。
根据客房信息的各种状态的转换规则，创建客房信息的状态图。
图2.6.32.6.4权限设置状态图权限设置包含以下状态：显示会员权限，显示查询内容，权限已修改。
权限设置的状态转换关系如下。
管理员请求查看会员的权限时，转换为显示用户权限状态。
管理员输入查询信息时，转换为显示查询内容的状态。
酒店会员权限被修改之后，转换为权限已修改状态。
根据权限设置的各种状态以及转换规则，创建权限设置状态图图2.6.42.7系统的活动图活动图是UML 中用于对系统的动态方面建模的五种图中的一种。
一张活动图从本质上说是一个流程图，显示从活动到活动的控制流。
活动图用于一个系统的动态方面建模。
当对象在控制流的不同点上从状态移动时，用活动图也可以对该对象的控制流进行建模。
活动图可以单独用来可视化、详述、构造和文档化对象群体的动态特性，也可以用于对一个操作的控制流建模。
交互图强调的是从对象到对象的控制流，而活动图强调的是从活动到活动的控制流。
一个活动是一个状态机中进行的非原子的执行单元。
活动最终导致一些动作，这些动作由可执行的原子计算组成，这些计算会导致系统状态的改变或一个值的返回。
活动图不仅对系统的动态特性建模是重要的，而且对于通过正向和逆向工程横行可执行的系统也很重要。
酒店会员通过系统进行客房预订的活动，可以通过以下步骤完成：客户查看客房信息。
系统显示客房信息。
当客房查看客房信息，决定需要预定的客房之后，请求预订客房。
请求提交到系统之后，系统判断该用户是否处于登陆状态。
如果用户没有登陆，则传图登陆界面：用户已经在登陆状态时，系统显示客户需要预定的客房的客房信息会员查看客房信息无误之后，选择订单及付款方式。
订单生成后，记录客房信息并显示让会员再次确定信息。
当会员确认之后，生成订单，客房预订成功。
根据酒店客户在网上预订客房的服务流程的活动，可以创建酒店客房预订的活动图图2.7.1图2.8.1图2.9.13.系统的代码框架4.实验总结经过三周的设计，“酒店预订系统的分析与设计”，采用UML建模的方法已经基本完成。
在建模过程中，遇到一些问题，通过询问辅导老师和上网查找资料，得到了比较满意的解决，在这次课程设计中，关于UML的概念以前比较模糊的地方，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练。
使我对UML建模的思想有了更进一步的理解，在以后的学习中，还将不断的学习UML的理论知识参考文献百度文库。
