UML酒店系统动态图
酒店管理用例图和活动图
房间预订用况：用况名称：房间预订参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户通过网上或者电话咨询该酒店并选择酒店房间预订时用况开始2、查询客户需要的房间情况，确认房间可用3、有空房则往下执行，否则结束预订4、输入客户姓名、身份证号，查询是否合法客户5、是则往下执行，否则结束预订6、登记客户入住时间7、用况结束后置条件：在管家系统中更新房间信息Check in 用况：用况名称：check in参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户到前台要求入住时用况开始2、输入客户身份证号询问客户姓名，确认为已预订客户3、是则跳到第六步，否则往下执行4、登记客户姓名及身份证号，查询是否合法客户5、是则往下执行，否则结束6、允许入住7、用况结束后置条件：在管家系统中更新房间信息，并跳转到账务系统建立客户账户用况：用况名称：建立客户账户参与的执行者：酒店工作人员前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当允许客户入住后事件流开始2、系统自动生成一个新账号3、查询客户是否为合约客户，是则往下执行，否则跳到第5步4、输入客户房间号，姓名，身份证号，生成该客户消费账号，自动累计其消费情况并加入优惠措施5、询问客户是否愿意加入合约客户，是则往下执行，否则跳到7步6、跳到合约客户系统，新建合约客户，跳到第3步7、生成普通账户，输入客户房间号，姓名，身份证号，生成该客户消费账号，自动累计其消费情况8、用况结束后置条件：更新收银系统数据账务查询用况：用况名称：账务查询参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户提出check out时用况开始2、进入收银系统查询客户消费金额，查询需交金额3、收取金额4、查询需交余额是否为0，是则往下执行，否则跳到第2步5、允许check out下面是余秋雨经典励志语录，欢迎阅读。
基于UML的饭店预定管理系统设计
图１ 管理员用例图号）；怀化学院教学方法改革专项（项目编号：(1999—)，男，湖南怀化人，本科。
研究方向：计算机科学与技术。
研究方向：数据挖掘、大数据分析与软件工程与应用。
图２ 服务员用例图图３ 顾客用例图２ 饭店预定管理系统时序图建模时序图是通过描述对象之间发送信息的时间顺序从而显示多个对象之间的动态协作。
以饭店管理员记录预定为例，4所示。
图４ 饭店管理员时序图具体流程如下：①管理员进入操作页面，②根据会员号查询信息；③返回会员信息；④输入预定信息；⑤创建预定信息；⑥保存预定信息；⑦返回预定成功信息。
３ 系统效益分析对饭店而言，使用饭店预定系统不仅能够显著饭店的经济效益，还能有效节约饭店的时间和空间。
2020年第15期信息与电脑China Computer & Communication 软件开发与应用定饭菜机制可以最大限度防止食物浪费，以达到利益最大化。
预定不仅可以营造舒适的就餐环境，而且能够显著提升饭店的口碑，进一步提升竞争力。
对顾客而言，是最大的受益者。
饭店预定系统为顾客提供了一个平台，能够有效节省顾客在排队和点餐时的时间。
顾客利用这些时间可以用来做些更加有意义的事，比如看时事新闻、进行学习等。
对社会来说，由于饭店预定系统的使用使饭店的收益增加，相应的税收也会增多；预定饭菜可以使厨余垃圾减少，对环境的污染也随之变小，对改善市容市貌有一定的 作用。
４ 结 语UML 具有简单易学、高度统一等特征，已成为可视化建模语言的标准之一。
俗话说，时间就是金钱，饭店预定系统的使用不仅节省了饭店和顾客的大量时间，还减少了食物浪费，进而可以提升饭店的收益。
参考文献[1]袁国铭,刘瑞,樊波,等.UML 用例图在软件工程中的步骤设计研究[J].微型电脑应用,2014(1):50-52.[2]Alhir S S.Unified Modeling Language(UML)[Z].2002.。
酒店管理系统 uml
本科实验报告课程名称：系统分析与设计实验项目：《酒店管理系统》实验实验地点：专业班级：学号：学生姓名：指导教师：一、实验目的通过《系统分析与设计》实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习打下良好的基础。
二、实验要求学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完成实验报告。
实验报告以纸质版（A4)在课程结束后二周上内提交（12周）。
三、实验主要设备：惠普笔记本计算机四、实验内容1 选题及项目背景选题：酒店管理系统项目背景：酒店业是一个前景广阔而又竞争激烈的行业。
改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业。
酒店客房管理使用手工处理帐务，存在许多现金流失的漏洞，使用软件来管理宾馆业务，结帐既准确，速度又快，而且统计的报表也快捷。
因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。
2 定义对于一个酒店来说，其最核心的业务就是住房业务，现在一般的酒店管理系统都把住房系统归结于整个管理系统之中，这对于大型的酒店集团来说造成了管理上的不便之处。
越来越多的酒店连锁集团需要一个专门的酒店住房系统，独立于其他酒店管理系统。
针对于此，我设计一个酒店管理系统，对提高酒店管理水平，改善服务质量，增进资源利用率起了重要作用。
每个酒店规模不同,经营方向不同,对酒店管理系统设计目标的要求存明显差异.例如大型酒店有客房、餐饮、康乐、会务、购物中心等分,因此要求饭店管理信息系统的功能比较齐全,能够完成客房、餐饮、会务等各种事务处理,而住房型酒店则仅要求酒店管理信息系统能完成客房、财务等的管理即可.此外,不同酒店的组织机构也相同,供其使用的酒店管理信息系统的系统结构应与其组织机构相适应。
酒店客房管理系统uml
#2
需求分析
· 接待员可以处理各类客人的预定请求，预订可以通过各种方式，如电话、E-mail。 · 当客户实际入住时，接待员需要及时输入客户信息，以便今后查询。 · 接待员可以根据各种信息查询客人是否入住以及入住情况。 · 接待员进行收费管理，包括入住时的定金，各类其他消费情况和最终结账管理。 · 管理能够输入客房信息，包括每间客房的大小级别、地理位置、预设租金等信息。 · 管理员能够对客房信息进行查询，及时掌握客房情况，并且协助做出决策。 · 管理员能够对前台操作员进行管理，设置前台操作员的密码和基本信息。 · 管理员将进行各类信息进行统计
协 作 图
7: 返回主界面
4: 返回房间信息
6: 录入成功，返回显示住宿信息 5: 录入住宿信息
创建系
住宿
统动态模型
接待员
退宿结账界
住宿
面
1: 进去操作界面
2: 使界面进入退房状态
3: 生成结账编号 4: 输入住宿凭证编号
退房信息
接 待 员 退 宿 结 账 序 列 图
5: 返回住宿信息
创建系 统动态模型
前台 ...
后台 ...
HTTP
服务 器 HTTP
系 统 部 署 图
JDBC
数据
库
#4
个人总结
在我看来，UML是一种定义良好、易于表达、功能强大且普遍 适用建模语言。融入软件工程领域的心思想、新方法和新技术，作 用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅 仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统 进行建模，所以我现在很喜欢UML，在今后的学习中，我还会进一 步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象， 把整个软件系统的开发流程都融入进去。
酒店管理系统 uml
引言概述：酒店管理系统（HotelManagementSystem,HMS）是一种基于UML （UnifiedModelingLanguage，统一建模语言）的软件系统，旨在帮助酒店管理者提高酒店运营效率和顾客满意度。
本文将对酒店管理系统的UML模型进行详细阐述，并分为引言概述、正文内容、总结三个部分进行叙述。
正文内容：1.酒店管理系统UML模型的需求分析1.1客户管理模块1.1.1顾客信息存储与管理1.1.2预订管理1.1.3顾客反馈与投诉管理1.2房间管理模块1.2.1房间信息管理1.2.2房间预订与分配1.2.3房间维护与保养1.3前台管理模块1.3.1入住与退房管理1.3.2结账与支付管理1.3.3客户服务与接待管理2.酒店管理系统UML模型的设计2.1用例图2.1.1主要用例描述2.1.2系统的角色与关系2.2类图2.2.1类与对象的定义2.2.2类与对象之间的关系2.3时序图2.3.1顾客预订流程时序2.3.2前台结账流程时序2.4状态图2.4.1房间状态变化的状态图2.4.2客户订单状态变化的状态图3.酒店管理系统UML模型的实现3.1数据库设计3.1.1数据表定义3.1.2数据关系定义3.2界面设计3.2.1登录界面设计3.2.2主界面设计3.3功能实现3.3.1客户信息管理功能实现3.3.2房间管理功能实现4.酒店管理系统UML模型的测试与调试4.1单元测试4.1.1用例测试4.1.2边界条件测试4.2系统测试4.2.1功能测试4.2.2性能测试5.酒店管理系统UML模型的优化与迭代5.1用户反馈与需求收集5.2系统性能与稳定性优化5.3新功能迭代与更新总结：酒店管理系统作为一种基于UML的软件系统，通过对需求分析、设计、实现、测试与调试的详细阐述，使得该系统具备了管理酒店客户、房间、前台等模块的功能，并在实际应用中得到了验证。
系统也存在一些不足之处，需要根据用户反馈进行优化与迭代。
UML旅店管理系统用例图、用例规约
UML旅店管理系统⽤例图、⽤例规约
⼀.旅店管理系统⽤例图
⼆．⽤例规约
1.预定房间
1 .1简要说明
本⽤例允许客户预订旅店的未被预订的房间，系统提供未被预订的房间的信息列表。
1.2 先置条件
客户进⼊旅店管理系统，并选择预订房间功能。
1.3 事件流
（1）基本事件流
A 客户选择要预订的房间的类型，双⼈间或单⼈间。
B 根据客户选择的房间类型，从所有该类型房间中，筛选未被预定的房间，将这些房间的信息列表显⽰，供客户查询。
C 客户选定房间，并输⼊要预订的天数。
（2）备选事件流
A 客户所需要类型的房间已全部被预订，则提⽰客户，该类型房间已全部被预订，询问客户是否选择另⼀类型的房间。
B ⽤户选择预订的房间的时间段与已经预订了该房间的其他客户的时间
段发⽣冲突，则系统提⽰，该房间在哪些⽇期⾥已被预订，并询问当前客户是更换房间还是修改预订天数。
1.4 后置条件
A 客户选择房间和预订天数并确认后，系统要求客户输⼊客户信息，包括客户的姓名、地址、联系电话、有效证件号。
另外，系统将计算出客户需要缴纳
的定⾦和总费⽤，并显⽰出来。
B 客户重新选择房间类型，或修改天数，则刷新⽤户界⾯。
UML建模案例——酒店预订系统
案例：酒店预订系统一、需求分析酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统（MIS）。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理效率的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌位安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、创建系统用例模型接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中予以保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息予以取消。
领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
三、创建系统静态模型根据系统需求，创建静态系统类图。
我们可以识别系统中存在的主要实体类：接待员类（Receptionist）、领班类（Captain）、客人类（Customer）和会员类（Member）。
酒店预订系统的uml图
基于UML的酒店预订座位系统1.酒店预订座位系统——用例图：酒店预订座位主要包括如下功能：顾客通过客户机浏览器进入预订座位界面，进行预订座位操作，同时预订座位的同时包含了检查座位信息的操作，可以设想，当客户预订座位的时，显然需要知道座位的信息（是否有空座位、有那些空座位等），因此它们之间是包含的关系。
处理等候队列是对预订座位的扩展，当客户预订座位时如果没有空座位或客户想要的座位时，客户有两种选择：一是取消预订操作，二是进入等候队列中，等系统通知；如果有客户想要的座位时，客户就无需进行等候队列了，也就是说用例处理等候队列中的事件流并不是每次预订座位时都会发生，因此它们之间是扩展的关系。
总台服务人员通过系统管理界面，实现安排座位和结账的操作权限，在安排座位的同时包含了检查座位信息的操作。
2.酒店预订座位系统——序列图客户预订座位序列图（如图2-1）：（1）客户点击酒店预订座位按钮——1：mouseclick事件，系统自动弹出预订座位见面—1.1：调用该窗口的Show（）方法。
（2）客户在预订座位界面窗口中选择要预订的座位——由于是通过下拉列表来实现的，因此将向其发送一个1.2：selection事件。
（3）顾客选择座位后，点击提交按钮——1.3：mouseclick事件，将对该座位列表进行查询，看该座位是否已经被预订，即重复判断—1.3.1：isExist方法，它将返回一个布尔值（true表示已经预订，false表示没有预订）。
（4）如果没有预订，则保存该座位的信息——1.3.3store方法。
（5）向预订座位界面返回一个成功的提示信息success和id。
图2-1总台服务人员安排座位及结账序列图（如图2-2）：（1）总台服务人员点击酒店安排座位按钮——1：mouseclick事件，系统自动弹出预订座位见面—1.1：调用该窗口的Show（）方法。
（2）总台服务人员在安排座位界面窗口中选择要安排的座位——由于是通过下拉列表来实现的，因此将向其发送一个1.2：selection事件。
UML酒店管理系统动态图
《UML系统分析与设计》实训报告系别: 计算机科学与工程系班级:网络0801姓名: XＸX学号: 2指导老师：XＸX日期：2010年12月２4日一、课题详述题目四:酒店预订系统基本业务流程:顾客预约：记录,取消，修改,查询和显示顾客到达：有预约顾客和无预约顾客相分离；用餐顾客结帐：同时刷新餐桌和预约信息显示:显示当前桌子的状态完成以下模块:（１)预约模块●显示预约:显示当天所有预约，同时桌子根据当前时间显示当前状态●添加预约:添加一个新的预约，并插入数据库,如果是当天预约则显示在预约状态栏中●修改预约：修改一个已有的预约，可以修改订餐人数,预约日期,时间以及餐桌●删除预约：删除一个已有预约，删除数据库信息,如果是当天预约则刷新预约状态栏●查询预约:根据订餐人姓名,餐桌号，预约日期，时间查询预约状态（2）到达模块●到达情况有两种，一种是有预约的到达,另一种是无预约的到达●有预约的到达首先要查询预约,故在预约模块中添加到达的功能●无预约的到达,就可以立即找空桌子用餐在到达操作中还要刷新当前桌子状态,由预约或空闲状态转为用餐状态（3）结帐模块●显示当前正在用餐的桌子信息,从中选中需要结帐的桌子,进行结帐操作●结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态●工作内容及要求根据三人的分工，请在一周内完成下列工作内容:（1）进一步细化需求分析的内容，识别出系统的参与者,并完成用例图；（2）将用例图中的每个用例都写成相应的事件流文档;（3）进一步使用活动图来描述每个用例，为后续的系统设计做好准备;（4）按照系统的功能分析,从用例的描述中提取出系统的对象类和界面类,建立类图;（5）分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图(只包含实体类，且注明角色和阶元）。
（6）对数据库的逻辑模型进行优化,取消多对多的联系,完成最终的逻辑模型设计;（7）使用交互作用图或状态机图完成系统动态行为的建模。
酒店客房管理系统UML分析
酒店客房管理系统图一酒店客房管理系统功能模块示意图酒店客房管理系统的主要功能包括以下几个方面。
(1) 用户信息管理：对酒店客房管理系统的使用员工进行管理，包括对员工的基本信息(如用户姓名、所属部门、用户类型等)进行检索、录入和修改。
(2) 客房类型管理：用户可自定义客房类型，并对其进行管理，包括对客房类型的基本信息(如类型名称、面积、床位、价格等)进行检索、录入和修改。
(3) 客房信息管理：用户对客房信息进行管理，包括对客房的基本信息(如客房号、客房类型、客房位置等)进行检索、录入和修改。
(4) 客房经营管理：实现对客房的订房和退房管理，包括对客房的业务信息(如客房号、入房时间、退房时间、金额等)进行检索、录入和修改。
(5) 客户信息查询：用户可对入住过酒店的客户信息进行查询，包括对客户的基本信息(如身份证号、客户姓名、联系电话)进行检索。
(6) 经营状况统计：根据酒店客房的业务记录，用户可选择不同的统计方式对营业额进行统计。
图二酒店客房管理系统前台结构图图三酒店客房管理系统用例图酒店管理员享有最高权限，可以使用酒店客房管理系统所提供的所有功能，包括员工信息管理、客房类型管理、客房信息管理、客房经营管理、客户信息查询、经营状况统计、个人密码修改以及注销功能。
前台服务员的主要职能是负责订房和退房，以及查询入住的客户信息。
所有该角色只可以使用部分功能，包括客房经营管理、客户信息查询、个人密码修改以及注销功能。
确定用到的类主要包括：用户信息(UsersInfo)、客户信息(CustomersInfo)、客房类型(RoomCategory)、客房信息(RoomsInfo)、客房状态(RoomStatus)、客房业务(RoomOperation)、业务记录(History)。
图四酒店客房管理系统域类图图五类有客房信息(RoomsInfo)状态图图六订房管理时序图图七退房管理时序图图八酒店客房管理系统的体系结构。
UML教材：5-1酒店系统交互图文档
3.2makeCreditCardPayment (creditCardNumber, expirationMonth, expirationYear)
3.3makeCreditCardPayment( creditCardNumber, expirationMonth, expirationYear)
3.4create(creditCardNumber, expirationMonth, expirationYear)
3.5associatePayment(payment)
创建者
专家
获知
Sigleton
5.7 associateAccommodation (accomodation)
5.8 associateRoom(room)
enterCreditCard(creditCardNumber, expirationMonth, expirationYear)
5.9makeCreditCardPayment(creditCardNumber, expirationMonth, expirationYear)
5.2 teReservation(reservation)
5.3 makeAccommodation(date, room)
5.4 create(date)
5.5 associateAccommodation (accommodation)
5.6 associateReservation(reservation)
1.2verifyRoomIdentifier(roomNumber)
酒店管理信息系统功能结构图
处理层
P 主模块
事务层 T 1 T 2 操作层 A 1 A 2 A 3 细节层 D 1 D 2
事务加
T i 工模块
操作
A j 模块
细节
D k 模块
事务流设计举例
总控
A
取A
B
CF
E
L
M
G D
N
动作1 …. 动作n
（操作模块）
细节模块1 细节模块2 …. （细节模块）
事务型数据流图举例
B LE
A I C MFO H
D
G
N
事务流设计举例 (另一种画法)
XX系统
A
A
E、F、G
E、F、G
输入 A 变换控制
输出 E、F、G
B
C E
F
L
M
G E、F、 GH
H
D
N O 输出H
有效图书 管理要求 入库单
2.2
新书入库
借书单 2.3
目
2.1
借书
录
要求类
当前 型处理
日期
注销单
借 书
2.5
注销图书
文 件
单
2.4
一层数据流图 (a) 借书 罚款单
初始SC
初始的SC
主模块
由变换分
析产生 输入模块 主加工模块 输入模块
事务控制模块
由事务分 接受模块 动作发送模块 析产生
动作1模块 动作2模块 动作3模块
(1) 变换分析设计方法
步骤：
(1)区分传入、变换中心、 传出部分，在 DFD 上 标明分界线
A
a
B
b
C
传入 部分
Dd E e
酒店管理系统——活动图
活动图
把系统的一系列行为表示成一个 可以由计算机、人或者其他执行者执 行的活动，通过给出活动图中各个动 作之间的转移关系来描述系统的行为。 其作用是对系统的行为建模。
活动图主要概念及表示法
动作：是构成活动的基本单位。
判断：是活动图中的一种控制结点。 起点：表示由一个活动图所描述的整个过程的开始。 活动结束：表示活动图所描述的整个活动到此终结。 活动边：在活动图中连接两个活动结点的有向边称为活动边。
面向对象系统分析与UML
——酒店管理系统 活动图
引言
随着中国餐饮业的迅速发展，一些依靠人工 管理日常运作的传统餐饮企业渐渐显露疲态，计 算机进入餐饮企业逐渐成为一种趋势。利用计算 机管理系统对饭店的各种信息进行管理，就可以 使杂乱的业务数据具体化、直观化、合理化、并 且随时了解酒店的经营情况。本次设计中我们小 组对酒店管理系统进行了ＵＭＬ统一建模，并用 ＵＭＬ 统一建模语言对酒店管理系统进行了分析。 此次，我所做的内容是辅助模型中的活动图。
ห้องสมุดไป่ตู้
谢谢观赏
Thank you
面向对象与UML的基本概念
面向对象（OO） 是基于一种哲 学思想，它认 为：客观实体 和实体之间的 联系构成了现 实世界的所有 问题，而每一 个实体都可以 抽象为对象。 面向对象分析 （OOA）是指 利用面向对象 的概念和方法 为软件需求建 造模型，以使 用户需求逐步 精确化、一致 化、完全化的 分析过程。 UML是一种面 向对象的建模 语言，它是运 用统一的、标 准化的标记和 定义实现对软 件系统进行面 向对象的描述 和建模。
系统的活动图——酒店管理系统的活动图
预定房间活动图
预定入住活动图
客房消费活动图
客户退房活动图
UML动态分析-活动图
2019/6/3
5
概述
活动图与流程图的区别
⑴ 流程图着重描述处理
找饮料
过程，它的主要控制
结构是顺序、分支和 循环，各个处理过程
[ 发现咖啡 ]
之间有严格的顺序和 把咖啡放入 往容器里加
时间关系
滤器
水
将滤器放入
活动图描述的是对象 机器
活动的顺序关系所遵
循的规则，它着重表
开机器
现的是系统的行为，
而非系统的处理过程。
活动状态的特点如下：
⑶ 和动作状态不同，活动状态可以有入口动 作和出口动作，也可以有内部转移。
⑷ 动作状态是活动状态的一个特例，如果某 个活动状态只包括一个动作，那么它就是一个 动作状态。
2019/6/3
21
活动图的组成元素
活动状态
活动状态的表示图标和动作状态相同，都是平 滑的圆角矩形。
活动图
概述
活动是某件事情正在进行的状态。
它既可以是现实生活中正在进行的某一项工作 (写文章、维修机器等)
也可以是软件系统中正在运行的某个类对象的 一个操作。
活动具体表现为由一系列动作组成的执行过程。
将各种活动以及不同活动之间的转换用图形进 行表示，就构成了活动图。
2019/6/3
冲咖啡
[ 没有咖啡 ]
[ 发现可乐 ]
拿茶杯
拿可乐
[ 没有可乐 ]
2019/6/3
倒咖啡
喝饮料
6
概述
活动图与流程图的区别
⑵ 活动图能够表示
找饮料
并发活动的情形，
而流程图不能。
[ 发现咖啡 ]
⑶
活动图是面向对
把咖啡放入 滤器
UML酒店管理系统
课程作业课程名称: UML建模酒店管理系统任课教师:提交时间: 2012 年6 月11学期: 2011〜2012学年第2学期小组概况组号：第____ 组教师评阅组长201010414639 软工10-6 组员201010414612 软工10-6 组员201010414621 软工10-6 组员201010414622 软工10-6 组员201010414603 软工10-6目录酒店管理系统需求分析1背景说明① 管理者②客房服务部门③餐饮部门④财务部门⑤保安部门3各子系统的功能①管理者子系统②财务子系统③住宿子系统创建系统用例图用户信息管理用例描述:客房经营管理用例描述客户信息管理用例描述创建系统静态模型1 系统类图①酒店管理系统类图②客房管理系统类图四创建系统动态模型1序列图①用户登录系统序列图②客户用信用卡结账序列图③客户订房序列图状态图、活动图①酒店管理系统活动图②预定房间活动图③客房管理活动图错误!未定义书签。
构建图创建系统部署模型六总结七参考文献酒店管理系统需求分析1背景说明酒店管理系统是一个面向酒店用来进行酒店日常管理的系统。
该系统能能够为酒店的管理者对酒店进行比较精确的管理， 能够实现用户进行酒店的预定等操作，对酒店各部门提供管理功能。
酒店管理系统的功能包括以下内容：酒店管理系统能够支持用户进行酒店客房的预定、 款等操作。
酒店管理系统能够支持客房部门对用户的预定、 户订房时进行客房查询，查询客房是否可以预定； 客房状态修改等。
并支持客房日常管理，如清洁打扫、安全性能等的操作。
酒店管理系统能够支持餐饮部门对用户点餐等服务进行操作。
如用户可以进行 点餐的选择，并能够选择是否送餐；以及食品原材料进购的选择与登记。
酒店管理系统能够支持财务部门对整个酒店财务进行正常管理。
户退房时的付款管理、餐饮部在进购原材料时的财务支付等。
段内酒店的整体收益以及员工的薪水管理 酒店管理系统能够支持保安部门对整个酒店安保的实时监控， 安全问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.4.2分支流
无
1.4.3替代流
无
2用例“登陆”的描述
2.1前置条件
在客户网上登陆之前，必须要先成为酒店的网上会员，并登陆进入该酒店的网上酒店预订系统。
2.2后置条件
如果“登陆”用例成功，客户可以填写申请表，进行网上订餐。
UML酒店系统动态图
部门：xxx
时间：xxx
制作人：xxx
整理范文，仅供参考，可下载自行修改
《UML系统分析与设计》实训报告
系别：计算机科学与工程系
班级：网络0801
姓名：XXX
学号：200809203127
指导老师：XXX
日期：2018年12月24日
酒店预订系统
小组成员及分工
XXX餐桌信息设置时序图、协作图，订餐时序图、协作图，餐桌信息状态图，订单状态图
如果管理员需要修改某个会员的权限，根据实际情况进行修改，修改成功后退出用例。
6.4.2分支流
无
6.4.3替代流
无
2系统管理员登陆模块
系统管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。5PCzVD7HxA
3顾客到达模块
到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约的到达首先查询预约,故在预约模块中添加到达的功能。无预约的到达,就可以立即找空桌子用餐，在到达操作中还要刷新当前桌子状态,由预约或空闲状态转为用餐状态jLBHrnAILg
图1业务处理系统
2系统管理员的系统管理
图2系统管理员的系统管理
组件图
该图是系统的各个组件图，由主界面、个人信息管理、权限设置、餐桌信息设置、餐桌信息、个人订单管理。
活动图
会员查看餐桌信息，在登陆状态下请求订餐，并选择底单、支付方式，在管理员确定后，订餐成功。
时序图
1权限设置时序图
2餐桌信息设置时序图
顾客结账：显示当前正在用餐的桌子信息,从中选中需要结帐的桌子,进行结帐操作，结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态。DXDiTa9E3d
员工能够对信息进行管理。
根据要求可将系统分为七个模块
1客户申请注册登录模块
会员能够查询酒店的餐桌信息情况，然后根据自己的需要，填写申请单，向工作人员递交申请，工作人员根据系统情况，回复客户。RTCrpUDGiT
在用例餐桌管理之前，管理员必须先登录订餐管理系统。
5.2后置条件
在管理员用例餐桌信息管理后，管理员可以更改、预订、退订餐桌的状态信息。
5.3扩充点
无
5.4事件流
5.4.1基流
管理员成功登陆进入系统后，查询餐桌状态或预订情况，可以进行餐桌状态的修改。
如果该餐桌从空置状态进入就餐状态，执行分支流s-1：就餐状态。
（4）按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图；
（5）分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图<只包含实体类，且注明角色和阶元）。
（6）对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计；
（7）使用交互作用图或状态机图完成系统动态行为的建模。<建议使用顺序图按功能分别描述）。
1.2后置条件
如果“注册”用例成功，客户就成为了改酒店的会员。
1.3扩充点
无
1.4事件流
1.4.1基流
用户进入系统是用例订约注册的开始，填写申请表，填写正确提交后，工作人员根据申请表，回复用户申请表是否通过。用户可以通过电话和前台，询问工作人员自己的申请，工作人员根据系统记录，处理申请。EmxvxOtOco
4.2后置条件
如果这个用例成功，则用户可以处理个人信息管理。
4.3扩充点
无
4.4事件流
4.4.1基流
会员进入个人信息管理系统后，可以查询个人信息，也可以修改个人信息并保存。
4.4.2分支流无Leabharlann 4.4.3替代流无
4用例“个人订单管理”的描述
4.1前置条件
在用例个人订单管理之前，用户必须成为该酒店的网络会员。
2.4.2分支流
s-1同意申请
管理人员根据用户的申请，根据系统中餐桌的情况，同意用户的申请，把申请结果返回给用户，用例结束。
s-2驳回申请
工作人员根据用户的申请，根据系统中餐桌的情况，驳回用户的申请，用例重新开始。
2.4.3替代流
无
3用例“选择订单”的描述
3.1前置条件
在用例个选择订单之前，用户必须成为该酒店的网络会员并成功登陆系统。
如果该餐桌从就餐状态进入空置状态，执行分支流s-2：空置状态。
如果客户预订该餐桌，执行分支流s-3：预订状态。
如果客户退订该餐桌，执行分支流s-2：空置状态。
如果餐桌管理完成，则用例结束推出。
5.4.2分支流
s-1就餐状态
客户正在进行就餐。
s-2空置状态
餐桌状况良好，并无人就餐和预订。
s-3预订状态
提交结果及要求
（1）请提交用例图<包括事件流文档）、类图、活动图、交互作用图。
（2）可选提交：状态机图、系统部署图
（3）完成规定格式的实验报告<纸质），以小组为单位上交电子版实验报告和系统建模的成果<各类图和相关文档，电子文档）。b5E2RGbCAP
二、需求分析
酒店管理系统要能完成以下功能：
用户能够了解酒店的信息，根据信息申请预定餐桌。工作人员能够处理顾客预定餐桌：首先检查客户的订餐信息，然后根据订餐信息选择相应级别的餐桌或包间。p1EanqFDPw
显示预约：显示当天所有预约,同时桌子根据当前时间显示当前状态
添加预约：添加一个新的预约,并插入数据库,如果是当天预约则显示在预约状态栏中
修改预约：修改一个已有的预约,可以修改订餐人数,预约日期,时间以及餐桌
删除预约：删除一个已有预约,删除数据库信息,如果是当天预约则刷新预约状态栏
查询预约：根据订餐人姓名,餐桌号,预约日期,时间查询预约状态
3.4.2分支流
s-1同意申请
工作人员根据餐桌的空置并且无预订状况，同意用户的申请，把申请结果返回给用户，用例结束。
s-2驳回申请
工作人员根据该餐桌处于就餐状态，驳回用户的申请，用例重新开始。
3.4.3替代流
无
4用例“个人信息管理”的描述
4.1前置条件
在用例个人信息管理之前，用户必须成为该酒店的网络会员，并登陆订餐系统。
管理员可以查看、设置餐桌的状态信息。
3订餐时序图
会员可以通过登陆订餐系统，查询餐桌信息，选择餐桌，并进行网上支付定金，最终生成订单。然后管理员修改相关餐桌状态信息。rqyn14ZNXI
管理员可以打开权限窗口，查询所有会员或某个会员，写入新的权限后，保存，完成设置。
协作图
1权限设置协作图
2餐桌信息设置协作图
餐桌已有客户预订。
5.4.3替代流
无
6用例“用户权限管理”的描述
6.1前置条件
在用例用户权限管理之前，管理员必须先登录用户权限管理系统。
6.2后置条件
管理可以修改会员的权限。
6.3扩充点
无
6.4事件流
6.4.1基流
管理员成功登陆进入用户权限系统后，可以查询全部会员的权限，或某个会员的权限，也可以修改用户的权限。
如果用户申请修改订单完成，则用例结束推出。
4.4.2分支流
s-1同意申请
工作人员根据用户的申请的要求和现实的状况，同意用户的申请，把申请结果返回给用户，用例结束。
s-2驳回申请
工作人员根据用户的申请的要求和现实的状况，驳回用户的申请，用例重新开始。
4.4.3替代流
无
5用例“餐桌管理”的描述
5.1前置条件
XXX组件图，用例图及事件流文档
XXX类图、权限设置时序图、权限设置协作图、权限设置活动图
教师评语
一、课题详述
题目四：酒店预订系统
基本业务流程：
顾客预约：记录,取消,修改,查询和显示
顾客到达：有预约顾客和无预约顾客相分离；
用餐顾客结帐：同时刷新餐桌和预约信息
显示：显示当前桌子的状态
完成以下模块：
<1）预约模块
4.2后置条件
如果这个用例成功，则用户可以处理个人的订单管理。
4.3扩充点
无
4.4事件流
4.4.1基流
会员进入个人订单管理系统后，可以查询个人餐桌信息及缴费情况，也可以申请修改订单，等待系统管理员处理申请。SixE2yXPq5
如果管理员根据实际情况确定能够修改，执行分支流s-1：同意申请。
如果管理员根据实际情况确定不能够修改，执行分支流s-2：驳回申请。
结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态
工作内容及要求
根据三人的分工，请在一周内完成下列工作内容：
（1）进一步细化需求分析的内容，识别出系统的参与者，并完成用例图；
（2）将用例图中的每个用例都写成相应的事件流文档；
（3）进一步使用活动图来描述每个用例，为后续的系统设计做好准备；
从图中可以看出，系统管理员可以查看会员的个人信息，并修改会员的权限，还可以设置餐桌的状态信息。会员可以浏览餐桌信息和申请订单，申请订单成功后，就可以通过网上支付系统支付定金。Zzz6ZB2Ltk
四、动态结构建模
用例图
1业务处理系统<图1）
客户登陆系统进入个人信息管理，如果不是会员，先注册成为会员，然后登陆系统选择查询餐桌相关信息，最后下订单。dvzfvkwMI1
4顾客结账模块
显示当前正在用餐的桌子信息,从中选中需要结帐的桌子,进行结帐操作，结帐完成后,将桌子置为空闲状态,若当天还有不同时间预约此桌子的则置该桌为预约状态。xHAQX74J0X