uml网上订餐系统
《UML建模语言》课程设计报告题目：订餐管理系统
数学与计算机科学（软件）学院
软件工程专业2011级
实验时间：2013－2014学年第一学期
任课教师：***
目录
1背景介绍： (3)
2、系统分析 (3)
2.1 获取需求 (3)
2.1.1在大学城订餐系统中主要有以下涉众： (3)
2.1.2边界 (4)
2.1.3业务用例 (7)
2.1.4活动图 (10)
2.1.5用例规约 (11)
2.2需求分析 (14)
2.2.1财务管理 (14)
2.2.2信息管理 (16)
2.2.3店面管理 (19)
2.2.4订餐 (22)
2.2.5 订单管理 (24)
3 系统设计 (26)
3.1整个系统结构： (26)
3.2组件图和设计类图 (27)
3.2.1店面管理用例的设计类图 (27)
3.2.2财务管理用例的设计类图 (28)
3.2.3信息管理用例的设计类图 (31)
3.2.4订餐管理用例的设计类图 (34)
3.2.5订单管理的设计类图 (35)
3.3数据库设计 (37)
3.4系统部署图 (40)
4总结 (41)
1背景介绍：
当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大的方便。
经过我们小组成员在生活中细致观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样效率很低，利润薄，而且信息不流畅。
基于这个现状。
我们决定提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以方便的订餐，可以对商家进行评价等。
而商家后期只负责煮菜。
物流有我们系统运营者负责，然后直接赚取差价。
还要定期对商家进行卫生安全评估，以及根据用户的评价来生产评价档案。
并以此为依据来决定商家的去留等。
2、系统分析
2.1 获取需求
非功能性需求
1.界面操作简单
功能性需求
2.1.1在大学城订餐系统中主要有以下涉众：
订餐者：订餐
商家：提供餐饮
配送人员：取餐送餐
店面管理员：核实并更新商家信息，管理商家界面显示
订单管理员：管理订单
信息管理员：订餐者信息管理，商家联系信息管理
收银员：收取送餐人员金额
会计员：统计每日收支
财务经理：总财务核算和收入支出
相关法律法规:应遵循的行业规范和标准
业主：网站建设成本，建设周期，建成后的收益
参与者（用户）：
用户名称使用系统方式
订餐者通过系统订餐
配送人员通过系统获取订餐者订餐信息
店面管理员代理商家使用系统实时更新核实并更新
商家信息，管理商家界面显示
订单管理员管理订单
信息管理员订餐者信息管理，商家联系信息管理收银员收取送餐人员金额
财务经理通过计算机系统系统进行财务核算收入
支出，
2.1.2边界
对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
如下图所示：
2.1.3业务用例
业务用例（订餐者）
业务用例（信息管理员）
业务用例（财务管理者和收银员）
业务用例（店面管理员）业务用例（订单管理）：
2.1.4活动图
2.1.5用例规约
5.订单管理员及时将订单交给配送人员
6.由配送人员配送订单
异常过程描述 2.11不符合条件，停止订餐过程，用例结束
业务规则用户具有该系统的登陆账号以及所下的订单符合各个要求涉及的业务实体订单
2.2需求分析
2.2.1财务管理
财务管理（财务管理员）用例实现的分析类时序图
财务管理（收银员）用例实现的分析类时序图
分析类图：
2.2.2信息管理
商家基本信息管理维护时序图数据库信息安全维护时序图
订餐主页更新及发布时序图：
信息管理活动图分析类图：
2.2.3店面管理活动图
录入评价档案时序图录入监察档案时序图
录入新店面信息时序图更改店面信息时序图
2.2.4订餐系统用例图
时序图：分析类图
2.2.5 订单管理确认订单时序图
取消订单时序图
3 系统设计
3.1整个系统结构：
根据业务划分业务成的5个包图
五个包图中的大体结构采用如下
界面展示层包：存放与界面展示相关类
业务逻辑层：存放与相应界面的操作对应的控制类
业务实体：向逻辑层提供操作的实体类，在系统完成后对下有数据库操作。
3.2组件图和设计类图
3.2.1店面管理用例的设计类图组件图
3.2.2财务管理用例的设计类图
3.2.3信息管理用例的设计类图
3.2.4订餐管理用例的设计类图
3.2.5订单管理用例的设计类图设计类图
3.3数据库设计
概念设计：
系统E-R 图如图1所示。
订单条目
菜品留言版管理员
菜单分类订单
用户预定包含M 1M
N
生成M 1包含
M 1
包含1M 留言M 1回复
M
1
图1订餐系统E-R 图
以下是主要数据表的E-R 图：
图2 用户E-R 图
图3订单条目E-R图图4 养生咨询E-R图图5 订单E-R图
图6 菜单E-R图
逻辑设计：
表1 订单条目表
Field Type Null Key Comment
ID Int No Yes 标识递增
订单ID Int No No 外键，对应于订单中的“订单ID”
菜名Nchar（10）No No 默认值是“待送餐”
数量Int No No
单价Float Yes No
评分Int Yes No 默认为“0分”
Back 订单Yes No 顾客订餐的信息反馈
表2订单表
Field Type Null Key Comment
订单ID Int No Yes 标识递增
用户ID Int No No 外键，对应于用户表中的“用户ID”订单状态Nchar（10）No No 默认值是“待送餐”
送餐地址Nvarchar（50）No No
备注Nvarchar（MAX）Yes No
订餐姓名Nvarchar（50）No No
订餐时间Datetime Yes No
金额总价Float Yes No
表3 菜单表
Field Type Null Key Comment
cID Int No Yes 标识递增
菜名Nvarchar（50）No No
价格Float No No
菜介绍Nvarchar（MAX）Yes No
Scid Int Yes No 菜系id
菜图片Nvarchar（MAX）Yes No 存储的是图片的路径推荐Nvarchar（50）Yes No
表4菜分类表
Field Type Null Key Comment
Scid Int No Yes 标识递增
种类Nvarchar（50）No No 菜系名
系列介绍Nvarchar（MAX）Yes No
表5用户表
Field Type Null Key Comment
用户ID Int No Yes 标识递增
uName Nvarchar（50）No No 登录名
uPwd Nvarchar（50）No No 登录密码
真实姓名Nchar（10）No No
性别Nchar（10）No No 菜系id
联系电话Nvarchar（50）Yes No
爱好Nvarchar（MAX）Yes No
喜欢口味Nvarchar（MAX）Yes No
QQ Nvarchar（50）Yes No
email Nvarchar（50）Yes No
State Nvarchar（50）No No ID是否有效，默认值是“未审核”身份证号Nvarchar（50）No No
3.4系统部署图
4总结
总结：
41。
基于UML的餐厅点餐系统设计
个性化服务：系统可以根据客户的用餐历史、口味偏好等信息，为客户提供 个性化服务，如自动推荐菜品、提醒客户上次点的菜等。
菜品管理：管理员可以在系统中添加、编辑和删除菜品信息，包括菜品图片、 名称、价格、口味等。
账单管理：系统可以自动计算账单金额，包括菜品金额、服务费等，方便服 务员和收银员操作。
参考内容
随着科技的不断发展，餐厅行业也在逐步走向数字化和智能化。为了提高顾 客体验和提升餐厅运营效率，餐厅自助点餐管理系统应运而生。本次演示将介绍 餐厅自助点餐管理系统的背景、架构、功能模块、实现方法以及系统优化等方面 的内容。
一、背景介绍
餐厅自助点餐管理系统是在互联网技术和移动支付的普及下逐渐发展起来的。 过去，顾客需要在餐厅内排队等待点餐，支付手段也相对单一。随着移动支付的 兴起，顾客对于便捷、快速的服务需求也越来越高。因此，餐厅自助点餐管理系 统成为了市场上的热门选择。
1、架构设计
系统采用B/S架构，由客户端、 服务器和数据库组成。
客户端主要负责用户的交互，包括点餐、查看菜单、下单等功能。 服务器负责处理客户端的请求，与数据库进行交互，实现业务逻辑。
数据库负责存储系统数据，包括用户信息、菜单信息、订单信息等。
2、功能设计
快速点餐：客户可以通过客户端输入菜品编号或名称进行点餐，同时系统可 以推荐相关菜品或根据客户口味偏好自动推荐。
fied Modeling Language，统一建模语言）的餐厅点餐系统，可以提高点 餐效率和服务质量，同时提升客户的用餐体验。
需求分析
基于UML的餐厅点餐系统需要满足以下需求：
1、快速点餐：系统应该能够快速处理客户的点餐请求，减少等待时间，提 高点餐速度。
2、个性化服务：系统应该能够根据客户的口味、偏好等信息，推荐适合的 菜品，提供个性化服务。
UML订餐系统
8. 订餐系统
某企业为了方便员工用餐，为餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
(1) 企业的任何员工都可以查看菜单和今日特价。
(2) 系统的顾客是注册到系统的员工，可以订餐（如果未登录，需先登录）、注册工资支付、预约规律的订餐，在特殊情况下可以覆盖预订。
(3) 餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资支付的顾客生成付费请求并发送给工资系统。
(4) 菜单管理员是餐厅特定员工，可以管理菜单。
(5) 送餐员可以打印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
顾客订餐过程如下：
（1）. 顾客请求查看菜单；
（2）. 系统显示菜单和今日特价；
（3）. 顾客选菜；
（4）. 系统显示订单和价格；
（5）. 顾客确认订单；
（6）. 系统显示可送餐时间；
（7）. 顾客指定送餐时间、地点和支付方式；
（8）. 系统确认接受订单，然后发送Email给顾客以确认订餐，同时发送相关订餐信息通知给餐厅员工。
1.用例图
2.业务过程处理
顾客订餐过程如下：
3.系统时序图
系统时序图也称为系统消息序图，是一个不完整的消息序列图，它的作用是将系统边界外事件的发起者使用系统的功能，以消息的形式请求系统处理，但系统内部如何处理，现在还没有分析。
因此，系统时序图是一个不完整的消息序列图。
4.活动图
5.状态图
●订餐系统的状态图
●订单的状态图
顾客订单的状态图
6.类图。
UML建模案例——网上订单处理系统
（3）通知发货。营销人员确
新的订单信息保存到数据库中。
认客户付款无误后，将客户订购
（2）修改订单状态。客户提交订 信息提交给仓库管理员以便及时
单后，营销人员检查订单后，发送e- 配货和发货。
mail给客户，修改订单为确认状态。
（4）打印发票。营销人员使
客户付款成功，钱款到账，金额无误， 用系统从数据库中提取订购信息
6、营销员打印发票序列图和协作图
三、创建系统动态模型 7、营销员通知仓管员发货的序列图和协作图
营销员通知仓管员发货的 工作流程：
（1）营销人在订单服务界 面OrderForm将客户的购物清单 发送到仓库管理员处。
（2）仓库管理获得购物清单 后，根据购物清单进行配货。
（3）仓库管理随即向客人发 货并附上发票。
网上订单处理系统的功能性需求包括以下内容： （1）客户在企业网站中选择需要的产品并放入购物车，进行订购。 （2）客户输入购买细节，提交订单，系统自动将订单信息保存到数据库。 （3）客户能够要求企业营销人员与自己联系，进一步了解产品、协商价格，确认订单 的细节。 （4）企业营销人员在收到客户的联系要求后，及时与客户联系，为客户提供咨询服务， 确认订单的细节。如果需要修改原订单，将修改后的订单信息更新到数据库并向客户发出 订单确认信息。 （5）客户收到订单确认信息后，汇款或网上支付产品款项至企业银行账户。 （6）订单处理系统检查用户帐号及付款金额，若金额无误，修改订单状态，将付款成 功信息通知营销人员。 （7）订单处理系统从数据库中获取订购信息和收到的付款信息生成发票后将该发票提 供给营销人员。营销人员发E-mail通知客户已发货，并将发票提供给仓库管理员。 （8）系统从数据库中获得该客户的订单信息和个人资料，生成订购信息列表，将该列 表提供给仓库管理员。由仓管员根据订购信息列表配货后，向客户发货并附上发票。最后 修改订单的状态。
uml网上订餐系统
《UML建模语言》课程设计报告题目：订餐管理系统数学与计算机科学（软件）学院软件工程专业2011级实验时间：2013－2014学年第一学期任课教师：张舒目录1背景介绍： (3)2、系统分析 (3)2.1 获取需求 (3)2.1.1在大学城订餐系统中主要有以下涉众： (3)2.1.2边界 (4)2.1.3业务用例 (7)2.1.4活动图 (10)2.1.5用例规约 (11)2.2需求分析 (14)2.2.1财务管理 (14)2.2.2信息管理 (16)2.2.3店面管理 (19)2.2.4订餐 (22)2.2.5 订单管理 (24)3 系统设计 (26)3.1整个系统结构： (26)3.2组件图和设计类图 (27)3.2.1店面管理用例的设计类图 (27)3.2.2财务管理用例的设计类图 (28)3.2.3信息管理用例的设计类图 (31)3.2.4订餐管理用例的设计类图 (34)3.2.5订单管理的设计类图 (35)3.3数据库设计 (37)3.4系统部署图 (40)4总结 (41)1背景介绍：当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大的方便。
经过我们小组成员在生活中细致观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样效率很低，利润薄，而且信息不流畅。
基于这个现状。
我们决定提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以方便的订餐，可以对商家进行评价等。
而商家后期只负责煮菜。
物流有我们系统运营者负责，然后直接赚取差价。
还要定期对商家进行卫生安全评估，以和根据用户的评价来生产评价档案。
并以此为依据来决定商家的去留等。
2、系统分析2.1 获取需求非功能性需求1.界面操作简单功能性需求2.1.1在大学城订餐系统中主要有以下涉众：订餐者：订餐商家：提供餐饮配送人员：取餐送餐店面管理员：核实并更新商家信息，管理商家界面显示订单管理员：管理订单信息管理员：订餐者信息管理，商家联系信息管理收银员：收取送餐人员金额会计员：统计每日收支财务经理：总财务核算和收入支出相关法律法规:应遵循的行业规范和标准业主：网站建设成本，建设周期，建成后的收益参与者（用户）：用户名称使用系统方式订餐者通过系统订餐配送人员通过系统获取订餐者订餐信息店面管理员代理商家使用系统实时更新核实并更新商家信息，管理商家界面显示订单管理员管理订单信息管理员订餐者信息管理，商家联系信息管理收银员收取送餐人员金额财务经理通过计算机系统系统进行财务核算收入支出，2.1.2边界对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
UML在线订餐服务系统
1业务需求 (3)1.1开发背景概述 (3)1.2顾客的任务陈述 (2)1.3在线订餐服务系统的性能需求及运行环境 (3)1.3.1性能需求 (3)1.3.2开发工具 (3)2系统需求 (4)2.1使用系统的相关人员及描述 (4)2.2用例的细节 (4)2.3用例图 (6)3系统分析 (7)3.1类图 (7)3.2属性列表 (8)3.3操作列表 (9)4系统设计 (9)4.1系统实现功能如下： (9)4.2系统功能总体层次图 (11)4.3系统活动图 (11)4.4系统状态图 (14)5总结 (15)附录 (16)参考文献 (16)1业务需求1.1开发背景概述随着Internet的快速发展，网络已经改变和正在改变我们的生活，通过网络交易的方式已经成了一种时尚，各个企业也将网络营销当成了一种重要的营销手段。
酒店行业也得益于网路的发展，通过网络更高效便捷的的为客户服务的同时增加盈利。
而网路的发展，传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店在线点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。
1.2顾客的任务陈述民以食为天。
餐饮业是一种个性化、多样化的服务产业，电子商务则是最能凸显个性化、多样化服务的商务方式。
随着网络技术的发展和普及，方便、快捷、个性化的网上订餐正在进入人们的生活。
目前，网上订餐业务还处于形成期，成长空间还很大。
趁势而入，建立起特色鲜明的订餐网站，必有“钱”途。
网上订餐系统主要包括三大功能模块，用户管理、管理员管理、商家管理模块。
西南交通大学食堂网上订餐系统UML分析建模
食堂的网上自动订餐系统专业：软件工程班级：软件一班姓名：某某某学号：目录食堂的网上自动订餐系统 0画图工具： (2)一、用例图 (2)1、注册登陆用例图 (2)2、系统管理员用例图 (3)3、订餐系统整体用例图 (4)二、活动图 (5)1、用户注册活动图 (5)2、用户登陆活动图 (6)3、管理员对用户进行增删改操作活动图 (7)4、管理员查询用户活动图 (8)5、订餐系统活动图 (9)三、顺序图 (10)1、系统管理员的顺序图 (10)2、会员的顺序图 (10)四、类图 (11)画图工具：IBM Rational Rose Professional J Edition 200版3 。
用例图1、注册、登陆用例图送餐人员<<include>>会员<<include>>登陆<<include>><<include>>注册<<include>><<include>>顾客系统管理员厨师2、系统管理员用例图<<include>>系统管理员<<include>>统计分析 <<include>> 信誉度统计异常安全退出<<include>>评价分析<<include>><<include>>用户管理删除用户退出用户黑名单积分统计增加用户<<include>>查询信息3、订餐系统整体用例图系统管理员会员<<include>><<include>> 登陆<<include>>增加商品<<include>><<extend>> 搜索浏览<<include>> 结算删除商品<<include>><<include>><<include>><<include>> <<include>><<extend>>退出查询订单打印订单生成订单确认订单用户信息管理<<include>>删除信息<<include>><<include>><<include>> <<include>><<extend>><<include>><<include>>购物车管理异常安全退出<<include>><<include>>修改订单增加信息修改信息<<include>>校园卡支付接口活动图1、用户注册活动图2、用户登陆活动图注：由于其他用户登陆时的活动图类似，我就没有一一列举了。
基于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的外卖订餐系统需求分析目录1. 系统概况 (3)2. 系统需求 (4)2.1. 功能性需求 (4)2.2. 非功能性需求 (4)3. 系统开发时间管理 (5)4. 系统开发可行性分析 (5)4.1. 技术的可行性： (6)4.2. 经济的可行性： (6)4.3. 操作的可行性： (6)5. 系统开发项目人员安排 (6)6. 基于UML的系统分析 (7)6.1. 用户用例图 (7)6.2. 系统主要用例 (11)7 总结 (29)图表目录表格 1 项目人员安排表 (7)表格 2 顾客管理账户用例描述 (11)表格 3 找回密码用例描述 (12)表格 4 顾客订餐用例描述 (15)表格 5 送货员送餐用例描述 (16)表格 6 顾客查看历史订单用例描述 (16)表格 7 主管查看历史订单用例描述 (17)表格 8 菜品评论与主管查看用例描述 (21)表格 9 主管管理菜品描述 (24)表格 10 系统管理员用例描述 (26)图 1 外卖订餐系统结构图1 3图 2 外卖订餐系统结构图2 4 图 3 系统开发甘特图 5 图 4 外卖订餐系统用户用例图8 图 5 顾客用例图9 图 6 主管用例图10 图 7 送餐员用例图10 图 8 系统员用例图11 图 9 账户管理活动图13 图 10 顾客注册顺序图14 图 11 顾客登录管理账户顺序14 图 12 顾客订餐活动图18 图 13 送餐员送餐活动图19 图 14 主管查看历史订单活动图20 图 15 顾客订餐顺序图20 图 16 送餐员送餐顺序图21 图 17 顾客评论活动图22 图 18 主管查看评论活动图23 图 19 顾客评论顺序图23 图 20 主管管理菜品活动图25 图 21 主管管理菜品顺序图26 图 22 系统管理员活动图28 图 23 系统管理员顺序图291.系统概况外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。
UML建模案例——酒店预订系统
案例：酒店预订系统一、需求分析酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统（MIS）。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理效率的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌位安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、创建系统用例模型接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中予以保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息予以取消。
领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
三、创建系统静态模型根据系统需求，创建静态系统类图。
我们可以识别系统中存在的主要实体类：接待员类（Receptionist）、领班类（Captain）、客人类（Customer）和会员类（Member）。
UML建模案例——酒店预订系统
案例：酒店预订系统、需求分析酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理 系统（MIS ）。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店 餐饮企业管理效率的目的。
订餐系统的功能性需求包括以下内容：（1） 酒店的接待员使用电话为客人提供订餐服务， 根据客人的订餐要求， 在指定的时间 和桌位安排好客人的就餐事宜；按客人的要求执行修改订单的操作； 在客人临时取消预订时 删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2） 酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存； 能够为 客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
、创建系统用例模型接待员用例能够通过该系统进行如下活动：（1） 记录订餐信息。
接待员将客人的订餐要求输入到系统中予以保 存。
（2） 订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一 个提醒，同时再次加以确认。
（3） 取消订餐记录。
客人因临时原因取消订餐， 接待员将系统中原 来的订餐信息予以取消。
领班用例能够通过该系统进行如下活动：（1） 记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在 系统中记录预订客人已到店的信息并保存。
（2） 记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中 记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3） 注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有 为客人注册成为新会员的权力。
（4） 修改会员信息。
领班有权对酒店会员信息进行修改。
（5） 删除会员信息。
当客人不再要保留会员资格时，领班将该会员 的信息从系统中删除。
（6） 换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更 换餐位的服务并在系统中做好记录。
三、创建系统静态模型根据系统需求，创建静态系统类图。
我们可以识别系统中存在的主要实体类：接待员类（Receptio nist ）、领班类（Cap tai n ）、客人类（Customer ）和会员类（Member ）。