2021年酒店订餐管理系统UML建模
uml 餐馆管理信息系统
用例 建模
参与者与涉众的关系
用例 建模
涉众也称干系人,是与要建设的这个 系统有利益相关的一切人和事,涉众 的利益要求会影响系统的建设。 涉众不等于用户。 涉众建议并界定了系统必须要做的 工作。用例应该满足包含所有涉众 关注点的事物。
前置条件和后置条件
前置和后置条件表示用例开始状态 和结束会发生什么
用例建模 领域建模 系统顺序图 系统契约 对象交互图 设计类图
用例建模
用例 建模
用例视图应该包含一组定义了该系统 完整功能的用例，或者至少定义了当 前迭代所规定功能的用例 用例视图应该是客户、最终用户、领 域专家、测试人员和任何其他涉及系 统的人员，不需要详细了解系统结构 和实现就容易理解的
餐馆预约系统的初始用例图
“预约日期可以选择” “顾客姓名可以选择” “可以用条码扫描器或键盘输入商品 id”
领域建模（ 领域建模（概念模型）
建立一个领域模型 领域模型——添加关联 领域模型——添加属性
领域 建模
简介
领域 建模
领域模型：显示最重要的业务概 念和它们之间的关系的类图 领域模型用关联和泛化显示了这 些概念之间的关系。领域模型通 领域模型通 常不包含操作
用例 建模
在大型平板显示器上的触摸屏界面。 在大型平板显示器上的触摸屏界面。文本信 息要能够在1 息要能够在1米之外看清 90%的信用卡授权机构的响应应该在30秒收到 的信用卡授权机构的响应应该在30 90%的信用卡授权机构的响应应该在30秒收到 ……
技术和数据的变化列表
用例 建模
技术和数据的变化列表：系统通常 有一些技术上的变化是关于“应该 怎么做”，而不是“应该做什么”， 需要在用例中将这种变化记录下来。
用例 建模
酒店订餐管理系统UML建模
郑州大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
酒店管理系统UML建模分析设计报告
酒店管理系统UML建模分析设计报告酒店管理系统是现代化的社会生活中不可缺少的一部分，随着旅游业的繁荣，各种酒店也在不断涌现。
如何管理好酒店业务，提高工作效率和客户满意度，成为了每个酒店管理人员需要面对的问题。
酒店管理系统就是为了解决这些问题而诞生的。
一、需求分析酒店管理系统的基本功能包括：客户管理、预订管理、房间管理和账单管理。
1. 客户管理：包括客户信息的录入、修改和删除，客户缴纳预存款后，可以预订酒店房间。
2. 预订管理：包括预订房间、取消预订、查看预订信息等功能。
3. 房间管理：包括酒店房间信息的录入、修改和删除，客户入住和退房信息的管理。
4. 账单管理：包括客户消费信息的录入、修改和查询，客户结算信息的管理等。
二、功能模块设计根据上述需求，我们可以对酒店管理系统进行分模块设计，分为客户模块、房间模块、预订模块和账单模块。
1. 客户模块客户模块主要包括客户信息的管理，比如客户的姓名、身份证号码、性别、电话等基本信息。
客户信息与预订信息是紧密相关的，所以客户模块也包括预订功能。
客户可以通过客户管理模块进行预订房间，并管理预订信息。
2. 预订模块预订模块是酒店管理系统最关键的功能模块之一，主要包括房间信息的查询、预订、取消预订等功能。
预订信息与客户信息是息息相关的，因此预订模块也与客户模块有一定的关联。
3. 房间模块房间模块主要包括酒店房间信息的管理，包括房间类型、房间号码、床位数、价格、状态等信息。
酒店管理工作人员可以通过房间管理模块进行修改、新增、查询、删除等操作。
4. 账单模块账单模块是客户结算信息的管理模块，主要包括客户消费信息的录入、修改、查询，结算信息的管理等功能。
它与客户模块和预订模块紧密相关，因为只有在客户入住并消费后，才需要进行结算。
三、UML建模分析UML建模分析是软件设计的重要步骤，它包括：用例设计、类设计、状态图设计、序列图设计等。
1. 用例设计用例设计是根据系统需求设计系统功能的过程。
酒店管理系统_UML建模分析
酒店管理系统_UML建模分析酒店管理系统是一种旅游和酒店业中广泛使用的技术解决方案。
这种系统可以用来管理调度酒店客房，预订和支付酒店客房，并跟踪客户的偏好和习惯。
在本篇文章中，我们将重点分析酒店管理系统中的UML建模分析，探讨如何使用UML建模分析来设计和开发一个高效的酒店管理系统。
UML是一种用于软件开发的图形化建模语言，其中包含多种概念模型、用例、类和序列图等模型。
通过使用这种语言，开发人员可以更好地理解系统的结构、行为和功能，以此来实现系统的可靠性和可扩展性。
首先，考虑用例模型。
酒店管理系统的用例模型应该具有以下几个方面：客户注册、房间预订、支付房间费用、查看预订、取消预订和管理客户信息等。
这些用例可以通过用例图来表示。
下一个方面是类模型。
一个良好的类模型应该具有上述用例模型中所述的类，并有一个房间和一个客户类。
此外，还需要一个订单类来跟踪客户的订单。
房间类应该具有房间类型和房间号属性，客户类应该具有名字、地址和支付信息属性，订单类应该具有订单号、客户信息、订单状态、房间订单等属性。
这些类可以通过类图来表示。
接下来是顺序图。
顺序图应该描述每个用例的行为以及对象之间的交互。
例如，在房间预订用例中，客户将选择要预订的房间类型和日期，该信息将被发到订单类，然后订单类将与房间类进行交互来预订房间。
这些对象之间的交互可以用顺序图来描述。
最后是活动图。
活动图可以用来显示系统的流程。
例如，在取消预订用例中，客户将提供订单号和取消原因，该信息将被发送到订单类，并将执行一系列操作，如更新订单状态和发送取消确认电子邮件给客户。
总体而言，使用UML建模分析可以帮助开发人员更好地理解系统的结构、行为和功能，从而提高酒店管理系统的可靠性和可扩展性。
因此，在设计和开发酒店管理系统的过程中，使用UML建模分析非常重要。
点餐系统UML设计
点餐系统UML设计点餐系统UML设计是一种用于描述点餐系统的统一建模语言（Unified Modeling Language，UML）图形表示方法。
在点餐系统中，顾客可以通过系统选择想要的食物并下订单，系统会将订单传输给厨房或者餐厅，并进行相应的处理。
以下是一个点餐系统的UML设计示例：1.用例图用例图描述了系统的功能和角色之间的交互。
一个基本的点餐系统用例图包括以下元素：-顾客：顾客可以进行点餐、支付订单和查看订单等操作；-服务员：服务员负责接待顾客、记录订单和传输订单给厨房；-厨房：厨房负责接收订单并进行食物制作；-餐厅管理员：餐厅管理员负责管理菜单和餐厅信息。
2.类图类图描述了系统中的类以及它们之间的关系。
一个基本的点餐系统类图包括以下类：-顾客类：顾客拥有属性（如姓名、手机号）和方法（如点餐、支付订单）；-服务员类：服务员拥有属性（如姓名、工号）和方法（如记录订单）；-订单类：订单拥有属性（如订单编号、下单时间）和方法（如计算订单总价、传输至厨房）；-厨房类：厨房负责接收订单并进行食物制作；-菜单类：菜单拥有属性（如菜名、价格）和方法（如添加菜品、修改菜品）；-餐厅类：餐厅拥有属性（如名称、地址）和方法（如添加菜单、派送订单）。
3.活动图活动图描述了系统中各个对象间的动态行为以及对象间的相互作用。
一个基本的点餐系统活动图包括以下活动：-顾客点餐：顾客选择菜品、调整菜品数量并下单；-订单处理：服务员接收订单、记录订单并传输至厨房；-食物制作：厨房接收订单、制作食物并通知完成状态；-订单派送：餐厅接收订单、派送订单并通知顾客。
4.状态图状态图描述了一个对象在不同状态下的转换。
在点餐系统中，可以使用状态图描述订单状态的转换，如订单状态可以是“等待中”、“制作中”和“已完成”。
5.顺序图顺序图描述了系统中各个对象之间的消息传递顺序。
在点餐系统中，可以使用顺序图描述顾客下单时与服务员的交互、服务员传输订单给厨房以及订单派送给顾客的过程。
大学生网上订餐系统--UML建模资料讲解
大学生网上订餐系统--U M L建模题目：大学生网上订餐系统目录1背景介绍： (3)2需求分析 (3)3系统用例模型 (4)3.1订餐者用例图 (4)3.2商家用例图 (4)3.3店铺管理员用例图.............................................................. 错误!未定义书签。
3.4订单管理员用例图 (5)3.5系统管理员用例图 (6)4系统静态模型 (7)5系统动态模型 (8)5.系统时序图 (8)5.1.1订餐者订餐 (8)5.1.2商家管理店铺 (9)5.1.3店铺管理管理员管理店铺 (10)5.1.4店铺管理员建立客户评价档案 (11)5.1.5店铺管理员建立商家监察档案 (12)5.1.6订单管理员管理订单 (13)5.1.7系统管理员管理商家信息 (14)5.1.8系统管理员管理订餐者信息.................................. 错误!未定义书签。
5.1.9系统管理员维护系统 (16)5.2系统活动图 (17)5.3系统状态图 (17)6系统部署模型 (18)6.1系统构件图 (18)6.2系统部署图 (18)7总结 (19)1背景介绍随着网络技术的飞速发展，人们的生活也越来越追求方便化。
经过观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样做效率很低，利润薄，而且信息不流畅。
所以我决定为大学生提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等信息，让订餐者可以方便地订餐，还可以对商家的餐饮进行评价，由系统生成评价档案以供其他人参考等，而商家后期只负责做饭菜并安排人配送。
此外，需要定期对商家进行卫生安全监察，生成商家监察档案，并以此为依据来决定商家的去留等。
酒店订餐管理系统UML建模
大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下容：（1）酒店的接待员使用为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：用例名称记录订餐顾客(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
UML餐馆系统：业务建模
第4章餐馆系统：业务建模接下来的四章将考虑一个简单的案例，并给出一个从需求获取到实现的完整开发过程。
我们将考虑一次单独的迭代，它通过统一过程标识的主要工作流之中的四个：即需求、分析、设计和实现，用例子说明UML表示法在软件开发中的使用。
由于本案例研究的意图在于强调开发的产品而不是过程，所以不会详细考虑由统一过程定义的这些工作流的结构，而在真正需要的地方将在介绍UML表示法的同时，简略介绍开发中涉及的活动。
4.1 非正式的需求要开发的系统的意图是，通过改进为顾客预定和分配餐台的过程，支持一家餐馆的日常经营。
这家餐馆当前采用一个手工预约系统，使用的是保存在一个大文件夹中的手写预约单。
图4.1是当前的预约单的一个例子，预约单中的每一行对应餐馆中一张特定的餐台。
预约是对特定的一个餐台登记的，每个预约中记录有“餐具”的数目，或者预期进餐者的数目，这样就能够分配一个大小适当的餐台。
这家餐馆在晚间供应三次餐点，称为“简餐”、“正餐”和“夜点”时段。
但如同预约单所表明的，这些时段无须严格遵守，可以预约跨多个时段的时间。
最后，每个预约中要记录联系人的姓名和电话。
图4.1 手工预约单为了记录各种事情，要在预约单上加一个注文。
当一行用餐者到来并在他们的餐台就座时，就划掉相应的预约登记。
如果他们就座的不是他们预约的餐台，就画一个箭头从最初预约的餐台指向新的餐台。
如果顾客打电话取消预约，并不能从表中真正地擦除，而是做一个预约已经取消的注文。
其他的信息，比如到什么时间餐台必须空出来，也可以写在预约单上。
如果有空闲的餐台，用餐者当然也可以不提前预约就进餐馆用餐，这被称为“未预约的顾客（walk-in）”，并在预约单中作为预约登记以表示餐台的占用，但不记录顾客的姓名或电话。
4.1.1 对计算机化系统的需要这家餐馆的管理人员已经确认了很多与手工系统相关的问题。
手工系统速度慢，而且，预约登记单很快就变得难以理解。
这可能导致经营上的问题，例如，实际上有空餐台而由于这个预约单不是很明显，会妨碍顾客进行预约。
UML建模案例——酒店预订系统
UML建模案例——酒店预订系统酒店预订系统的UML建模案例如下：一、系统概述酒店预订系统是一个用于帮助客户预订酒店房间的在线系统。
该系统允许客户浏览可用酒店，并选择适合他们需求的房间。
客户还可以选择入住和退房日期，以及其他附加服务和设施。
一旦客户完成预订，酒店管理员将收到通知并确认预订。
该系统还提供了一些管理工具，使管理员能够管理客户预订、酒店信息和房间库存。
二、系统用例图系统用例图描述了酒店预订系统的主要功能和参与者之间的交互。
主要参与者包括客户和酒店管理员。
1.客户客户可以执行以下操作：-酒店：客户可以根据地点、日期、房间类型等条件可用的酒店。
-查看酒店信息：客户可以查看特定酒店的详细信息，包括房间类型、设施、服务等。
-预订房间：客户可以选择适合他们需求的房间，并选择入住和退房日期以及其他附加服务和设施进行预订。
2.酒店管理员酒店管理员可以执行以下操作：-管理房间：管理员可以添加、更新和删除酒店的房间信息，包括房间类型、价格、可用数量等。
-管理预订：管理员可以查看客户的预订情况，并确认、取消或修改预订。
三、系统类图系统类图描述了酒店预订系统中的主要类和它们之间的关系。
1.类主要类包括以下几类：-房间：表示酒店中的房间，包括房间类型、价格和可用数量。
-预订：表示客户的预订，包括预订日期、入住日期和退房日期。
-管理员：表示系统中的管理员，包括管理员的姓名、用户名和密码。
2.关系主要关系包括以下几种：-关联关系：表示类之间的关联，例如客户与预订之间的关联，酒店与房间之间的关联。
-继承关系：表示类之间的继承关系，例如客户和管理员都继承自用户类。
-依赖关系：表示类之间的依赖关系，例如客户依赖于酒店类和房间类。
四、系统顺序图系统顺序图描述了酒店预订系统中的一些典型操作流程。
1.客户预订酒店客户首先可用的酒店，然后查看并选择适合他们需求的房间。
然后，客户提供入住和退房日期，并选择其他附加服务和设施进行预订。
UML建模酒店管理系统
实验报告电子商务系统分析设计与实现——酒店管理系统小组成员：酒店管理系统UML建模实验报告系统名称酒店管理系统系统需求分析酒店管理系统是一个面向酒店用来进行酒店日常管理的系统。
该系统能能够为酒店的管理者对酒店进行比较精确的管理，能够实现用户进行酒店的预定等操作，对酒店各部门提供管理功能。
酒店管理系统的功能包括以下内容：●酒店管理系统能够支持用户进行酒店客房的预定、酒店客房的退订以及退房付款等操作。
●酒店管理系统能够支持客房部门对用户的预定、退订、退房等进行操作，当客户订房时进行客房查询，查询客房是否可以预定；当客户退订或退房时，进行客房状态修改等。
并支持客房日常管理，如清洁打扫、安全性能等的操作。
●酒店管理系统能够支持餐饮部门对用户点餐等服务进行操作。
如用户可以进行点餐的选择，并能够选择是否送餐；以及食品原材料进购的选择与登记。
●酒店管理系统能够支持财务部门对整个酒店财务进行正常管理。
如客房部在用户退房时的付款管理、餐饮部在进购原材料时的财务支付等。
并整理某一时间段内酒店的整体收益以及员工的薪水管理●酒店管理系统能够支持保安部门对整个酒店安保的实时监控，确保整个酒店的安全问题。
电子商务系统分析设计与实现实验报告系统模型1、用例图系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块包括：客房部管理、餐饮部管理、财务部管理等。
图3-12306系统订单处理部分电子商务系统分析设计与实现实验报告“退票”用例文档✧用例名称：退票✧执行者：客户✧简要说明：客户在预订错误或不想预订的情况下需要进行退票✧基本事件流：1. 客户提交登陆，系统根据用户名从数据库中读取该客户的信息若数据库连接不正确，则执行异常事件流E1；否则若用户名不存在，则执行异常事件流E2；否则若密码不正确，则执行异常事件流E3；否则若用户名及密码都正确，则登陆成功；2。
进入“我的12306”-“已完成订单”；3．系统显示出已完成的订单，客户在相应的订单后点击“退票”按钮；4. 系统提示“是否确定退票”，若客户点击“否”，则执行异常事件流E4；否则，提示“退票成功，并显示即将退款，请注意查收邮件”；✧其他事件流：会员可随时点击“返回”按钮，取消退票行为✧异常事件流：E1：数据库连接不正确1. 系统提示“数据库连接失败”，会员点击确认2. 系统返回到找回密码界面E2：用户名不存在1. 系统提示会员“用户名不存在”，会员点击确认2. 系统返回到找回密码界面，提示会员重新输入用户名E3：密码不正确1. 系统提示会员“密码不正确，请重新输入”，会员点击确认2. 系统返回到登陆界面，提示会员重新输入密码E4：不退票1.系统返回到订单页面2、顺序图图4 12306铁路系统顺序图－购票电子商务系统分析设计与实现实验报告3、活动图图5 12306铁路系统活动图－购票4、类图图6 12306铁路系统实体类图电子商务系统分析设计与实现实验报告5、状态图图7 12306铁路系统状态图－订单对象。
uml建模 订餐系统
第16章订餐系统
重点内容：
需求分析
创建系统用例模型
创建系统静态模型
2021/10/10
1
UML统一建模语言
一、需求分析
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的 订餐活动进行管理的信息管理系统（MIS）。该信息系统不 仅能够为客人提供方便的订餐功能，同时也能够达到提高酒 店餐饮企业管理效率的目的。
领班注册新会员的工作流程： （1）领班进入操作界面Form，并在 界面中提交客户的信息。 （2）界面Form将提交的信息传递给 会员对象Member。. （3）会员对象查询数据库判断该客 人是否已经是会员，并将结果返回给界 面Form显示。如果客人已经是会员，领 班结束操作。 （4）如果该客人不是会员提交会员 注册信息到会员类Member。 （5）会员类Member创建新会员对象， 并将该对象的信息保存到数据库中。 （6）向界面返回注册会员成功的提 示信息。
2021/10/10
14
UML统一建模语言
三、创建系统动态模型 10、预订类状态图
在订餐管理系统中，有明确状态转换的类是预订类。预订类包含以下三 种状态：被预订的状态、被取消的状态、预订结束的状态。它们之间的转化 规则是：
（1）接待员接受客人的订餐，将订餐信息输入系统，表示预订类进入了 被预订的状态。
13、接待员定时提醒预订活动 图
2021/10/10
18
UML统一建模语言
三、创建系统动态模型
领班记录订餐客人到店的活动 图，创建了个二个泳道，分别是领 班对象和系统对象。具体活动过程 如下：
（1）领班在界面输入到店客人 的订单号。
（2）系统判断订单是否存在， 如果不存在，返回订单不存在的信 息。
UML网上订餐系统
课题名称：网上订餐系统一课题简介1.系统设计背景伴随着网络技术的发展以及网络带来的便捷，网上订餐已逐渐成为一种必不可少的经营策略。
目前，网上订餐在互联网上可以实现的商务功能日趋多样化，可以完成从最基本的信息展示、信息发布功能到在线交易、在线客户服务、在线网站管理等功能，可以说，现在传统订餐所具备的功能几乎都可以在互联网上进行电子商务的高效运作，同时通过与一些电子商务服务机构合作，简化过去资金流转的问题，有力的改变现存企业竞争的模式，给企业以高效低成本的发展空间。
该系统统筹考虑，信息共享，具有包容性和可扩展性，简洁，易使用，易维护，适合非计算机人员使用，为客户，游客提供良好的信息服务，运行可靠，安全可靠，采用先进的技术，可以使企业通过站点，让顾客直接从网站订货。
2.系统需求分析（1）系统的基本需求分析划分如下：1.客户通过上网订购快餐。
2.客户订餐时需要选择相关地址。
3.管理员查看订单，如果符合订餐条件，则受理订单，并通知客户订单情况。
4.管理员收到订单之后查看订单，并通知厨房餐饮品种以及数量5.管理员从厨房派送餐品至客户。
6.派送完成并收取顾客回复，管理员回复订单完成。
（2）系统的功能性需求如下：1.系统能够管理一定数量的餐品与客户，每个客户都拥有唯一的ID号，只有注册客户购买餐品，游客只能浏览餐品。
客户在订购了餐品之后需要得到管理员受理订单。
2.管理员能够管理系统中的餐品，对餐品进行修改、增加或者删除。
3.管理员能够管理系统的订单与客户，管理员能够增加客户、删除客户。
管理员同时可以受理订单或者删除订单。
4.管理员能够管理用户权限等。
（3）系统的组成模块：1.注册/登录模块：注册用户可以通过本模块登录，游客可以通过注册模块进行注册，成为正式注册客户。
2.查询模块：注册客户和游客都可以通过查询模块查找餐品的信息，管理员还能通过查询模块查询商品进行增删改。
3.交易模块：用于注册客户下单订购商品。
4.系统维护模块：用于管理员进行系统维护，比如修改、增加、删除商品，接受订单以及管理用户权限等等。
酒店预订系统可视化建模及UML综合性实验.docx
实用文档可视化建模与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)接待员输入要预约的日期； (2)系统显示该日的预约； (3) 接待员输入顾客的姓名和电话号码、
预约的时间、用餐人数和餐桌号； (4)系统记录并显示该预约。
一次成功的预约路径
扩展（例外/可选事件）
用例
建模
可选事件路径描述的情况，可以作 为营业的一个正常部分出现，它们 并没有指出产生了误解，或者发生 了错误
用例
餐馆预约系统的初始用例图 建模
参与者：代表了与系统交互的 用例
事物
建模
定义：是系统外部的一个实体，它 以某种方式参与了用例的执行过程。
参与者可以是：人担当的角色、计 算机系统、机械或者电子设备；
参与者由他们参与用例时所担当的 角色来代表，例如，顾客。
一个参与者并不时指一个特定的人 或一个特定的实体
因为一个错误和用户的疏忽而不可 能完成基本事件路径，这些情况将 由例外事件路径描述
径
用例
——没有可用的餐桌 建模
(1)接待员输入要求预约的日期 (2)系统显示该日的预约 (3)没有合适的餐桌可以使用，用来
终止
例：“记录预约” 例外事件路径用例
——餐桌过小
建模
(1)接待员输入要求预约的日期 (2)系统显示该日的预约 (3)接待员输入顾客的姓名和电话号码、
可选的事件路径：一些可选的功能 会被调用
例外的事件路径：发生错误时的处 理
主要的成功场景和步骤
用例
（基本路径）
建模
它描述了能够满足项目相关人员 兴趣的典型的成功路径
参与者的交互 一个验证动作
Happy Path
由系统完成的状态改变
UML建模案例——酒店预订系统
案例:酒店预订系统一、需求分析酒店订餐管理系统就是中小型酒店餐饮企业用来对客人得订餐活动进行管理得信息管理系统(MIS)。
该信息系统不仅能够为客人提供方便得订餐功能,同时也能够达到提高酒店餐饮企业管理效率得目得。
订餐系统得功能性需求包括以下内容:(1)酒店得接待员使用xx为客人提供订餐服务,根据客人得订餐要求,在指定得时间与桌位安排好客人得就餐事宜;按客人得要求执行修改订单得操作;在客人临时取消预订时删除订餐信息;在客人订餐时间到达前,及时提供xx提醒服务。
(2)酒店领班在订餐客人到店用餐时与用餐离店后分别在系统做好记录并保存;能够为客人注册成为会员;可以查询、修改与删除会员信息;可以为客人提供换桌服务。
二、创建系统用例模型接待员用例能够通过该系统进行如下活动:(1)记录订餐信息。
接待员将客人得订餐要求输入到系统中予以保存。
(2)订餐定时提醒。
接待员在客人得预定得订餐时间之前给客人一个提醒,同时再次加以确认。
(3)取消订餐记录。
客人因临时原因取消订餐,接待员将系统中原来得订餐信息予以取消。
领班用例能够通过该系统进行如下活动:(1)记录订餐客人到店。
领班在有预订得客人前来酒店就餐时,在系统中记录预订客人已到店得信息并保存。
(2)记录订餐客人离店。
领班在预订得客人用餐离店后,在系统中记录预订客人用餐完毕得信息并保存,表示整个订餐过程结束。
(3)注册新会员。
领班在用餐客人同意加入成为本酒店会员时,有为客人注册成为新会员得权力。
(4)修改会员信息。
领班有权对酒店会员信息进行修改。
(5)删除会员信息。
当客人不再要保留会员资格时,领班将该会员得信息从系统中删除。
(6)换桌服务。
当客人对就餐位置不满意时,领班可为客人提供更换餐位得服务并在系统中做好记录。
三、创建系统静态模型根据系统需求,创建静态系统类图。
我们可以识别系统中存在得主要实体类:接待员类(Receptionist)、领班类(Captain)、客人类(Customer)与会员类(Member)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
郑州大学欧阳光明（2021.03.07）软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：*欧阳光明*创编 2021.03.07领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
用例规约：四、创建系统的静态模型：(一)类图如下：根据系统需求，创建静态系统类图：（1）实体类：接待员类（Receptionist）、领班类（Captain）、客人（Customer）和会员类（Member）。
（2）辅助类：预订类（Order）、菜单类（Menu）和时间类（Time）。
五、创建系统的动态模型：(一)创建系统的序列图和协作图：1)接待员（Receptionist）记录订餐的序列图和协作图：●接待员记录订餐的工作流程：（1）接待员接到客人要求订餐的电话。
（2）接待员登录系统进入操作界面Form，输入客人会员号，系统查询客人的会员信息并返回显示。
（3）接待员根据客人的要求将订餐的信息输入并提交。
（4）系统创建新的订餐信息记录Order类对象并返回订餐成功的信息。
2)接待员（Receptionist）取消订餐的序列图和协作图：●接待员取消订餐的工作流程：（1）接待员接到客人要求取消订餐的电话。
（2）接待员登录系统进入操作界面Form，输入订单号，系统到数据库对象DataBase查询此订单是否存在。
如果不存在，返回提示信息。
（3）如果订单存在，则返回订单信息并显示在操作界面。
（4）接待员提交取消订单操作，订单对象Order创建取消订单记录，同时更新数据库中订单的信息。
（5）返回取消订餐成功的信息。
3)接待员（Receptionist）定时提醒预订的序列图和协作图：●接待员定时提醒预订用例的工作流程：（1）系统定时自动检查事先设定的提醒预订时间。
（2）如果提醒预订的时间已到，订单类Order将该订餐信息发送到界面Form。
（3）F orm立即通知接待员与客人进行联系及时提醒和再次确认。
4)领班（Captain）记录订餐客人到店的序列图和协作图：●领班记录订餐客人到店的工作流程：（1）订餐客人抵店用餐。
（2）领班登录系统进入操作界面Form，输入订单号，系统到数据库对象DataBase查询此订单是否存在。
如果不存在，返回提示信息。
（3）如果订单存在，则返回订单信息并显示在操作界面。
（4）领班提交客人抵店的时间，订单对象Order修改订餐记录中的订餐状态，同时更新数据库中订单的信息。
（5）返回订餐状态修改成功的提示信息。
5)领班（Captain）记录订餐客人离店的序列图和协作图：●领班记录订餐客人离店的基本工作流程如下：（1）订餐客人用餐完毕后离店。
（2）领班登录系统进入操作界面Form，输入订单号，系统到数据库对象DataBase查询此订单是否存在。
如果不存在，返回提示信息。
（3）如果订单存在，则返回订单信息并显示在操作界面。
（4）领班提交客人离店的时间，订单对象Order修改订餐记录中的订餐状态，同时更新数据库中订单的信息。
（5）返回订餐状态修改成功的提示信息。
6)领班（Captain）注册新会员的序列图和协作图：●领班注册新会员的工作流程：（1）领班进入操作界面Form，并在界面中提交客户的信息。
（2）界面Form将提交的信息传递给会员对象Member。
.（3）会员对象查询数据库判断该客人是否已经是会员，并将结果返回给界面Form显示。
如果客人已经是会员，领班结束操作。
（4）如果该客人不是会员提交会员注册信息到会员类Member。
（5）会员类Member创建新会员对象，并将该对象的信息保存到数据库中。
（6）向界面返回注册会员成功的提示信息。
7)领班（Captain）修改会员信息的序列图和协作图：●领班修改会员信息的工作流程如下：（1）领班进入操作界面Form，并在界面中查询指定会员的信息。
（2）界面Form将提交的信息传递给会员对象Member。
.（3）会员对象查询数据库判断该会员是否存在，并将结果返回给界面Form显示。
如果会员不存在，领班结束操作。
（4）如果该会员存在则提交修改后的会员信息到会员类Member。
（5）会员类Member修改会员信息，并更新到数据库中。
（6）向界面返回修改会员信息成功的提示。
8)领班（Captain）删除会员的序列图和协作图：●领班删除会员的工作流程：（1）领班进入操作界面Form，并在界面中查询指定客户的信息。
（2）界面Form将提交的信息传递给会员对象Member。
.（3）会员对象查询数据库判断该会员是否存在，并将结果返回给界面Form显示。
如果该会员不存在，领班结束操作。
（4）如果该会员存在提交删除操作到会员类Member。
（5）会员类Member删除该会员对象，并更新数据库中相关数据。
（6）向界面返回删除会员成功的提示信息。
9)领班（Captain）更换餐位的序列图和协作图 :领班更换餐位的工作流程：（1）当客人对就餐位置不满意时，提出更换餐桌的要求。
（2）领班进入操作界面Form，并在界面中查询当前酒店餐桌状态信息。
（3）界面Form将提交的信息传递给餐桌对象Table。
.（4）餐桌对象查询数据库判断是否存在空位，并将结果返回给界面Form显示。
（5）如果有空的餐桌可供使用，领班提交更改餐桌的操作，并修改餐桌使用状态。
同时更新数据库相关数据。
（6）向界面返回餐桌更改成功的信息提示。
(二)创建状态图：1)预订类状态图：●在订餐管理系统中，包含以下三种预定类状态：被预订的状态、被取消的状态、预订结束的状态。
它们之间的转化规则是：（1）接待员接受客人的订餐，将订餐信息输入系统，表示预订类进入了被预订的状态。
（2）当客人取消订餐的要求被接受，接待员将系统中原来的订餐信息取消时，该预订类进入被取消的状态。
（3）当客人按时到店用餐完毕接账离店，领班在系统中输入预订客人离店时间时，结束一个完整的订餐过程，该预订类进入结束状态。
(三)创建活动图：1)接待员记录订餐活动图：●在接待员记录订餐的活动图中，创建了二个泳道，分别是接带员对象和系统对象。
具体的活动过程描述如下：（1）接待员在操作界面输入客人的订餐信息。
（2）系统判断该客人是否是会员。
如果是会员，享受折扣价。
否则，正常价。
（3）将客人的订餐信息保存到数据库并向界面返回订餐信息。
2)接待员取消订餐活动图：●接待员取消订餐的活动图中，有二个泳道，分别是分别是接待员对象和系统对象，具体的活动过程描述如下：（1）接待员在操作界面输入要取消的订单号的。
（2）系统判断该订单是否存在。
如果不存在向界面返回订单不存在的信息。
（3）如果该订单存在则更改订单的状态并更新数据库订单的数据。
同时，向界面返回取消订餐成功的信息。
3)接待员定时提醒预订活动图：●接待员定时提醒预订的活动图中，创建了二个泳道，系统对象泳道和接待员对象泳道，活动过程描述如下：（1）系统定时器对象判断是否有订餐预约的提醒时间已到。
（2）有提醒时间到的订餐提醒则立即通知接待员进行处理。
（3）如果没有到提醒时间的订餐，则按规定的间隔时间继续判断。
4)领班记录订餐客人到店活动图：●领班记录订餐客人到店的活动图，创建了个二个泳道，分别是领班对象和系统对象。
具体活动过程如下：（1）领班在界面输入到店客人的订单号。
（2）系统判断订单是否存在，如果不存在，返回订单不存在的信息。
（3）如果订单存在，领班输入订餐客人到店的时间，对订单的状态进行修改。
并同时更新数据库的数据。
（4）最后向界面返回修改成功的信息。
5)领班记录订餐客人离店活动图：●领班记录订餐客人离店的活动图，先创建了二个泳道，分别是领班对象和系统对象。
具体的活动过程如下：（1）领班在界面输入到店客人的订单号。
（2）系统判断订单是否存在，如果不存在，返回订单不存在的信息。
（3）如果订单存在，领班输入订餐客人离店的时间，对订单的状态进行修改。
并同时更新数据库的数据。
（4）最后向界面返回修改成功的信息。
6)领班注册会员活动图：●领班注册会员的活动图，创建了个二个泳道，分别是领班对象和系统对象。
具体的活动过程如下：（1）领班在界面输入客人的信息。
（2）系统判断该客人是否是会员，如果已经是会员，返回客人已是会员的信息。
（3）如果客人还不是会员，领班提交注册的客人的信息。
系统创建新会员信息，并同时将信息保存到数据库。
（4）最后向界面返回注册会员成功的信息。
7)领班修改会员信息活动图：●领班修改会员信息的活动图，先创建了个二个泳道，分别是领班对象和系统对象。