您好,欢迎来到星星旅游。
搜索
您的当前位置:首页酒店订餐管理系统UML建模

酒店订餐管理系统UML建模

来源:星星旅游
郑州大学之杨若古兰创作

软件学院

专业《UML零碎建模基础教程》大功课酒店订餐管理零碎UML建模

学号

软件服务外包 姓名 班级 20127710365 张毅 一班 一、需求分析 随着科学技术和互联网的迅猛发展,收集曾经改变了我们的生活,通过收集交易成为当下的一种时尚,受到愈来愈多的人青睐,各个行业也将其当成一种次要的营销手段,酒店订餐管理零碎也得益于收集的发展,提高了管理水平,扩大了营销范围.

酒店订餐管理零碎是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理零碎.该信息零碎不但能够为客人提供方便的订餐功能,同时也能够达到提高酒店餐饮企业管理水平的目的.

订餐零碎的功能性需求包含以下内容:

(1)酒店的接待员使用电话为客人提供订餐服务,根据客人的订餐请求,在指定的时间和桌号安插好客人的就餐

事宜;按客人的请求履行点窜订单的操纵;在客人临时取消预订时删除订餐信息;在客人订餐时间到达前,及时提供电话提醒服务.

(2)酒店领班在订餐客人到店用餐时和用餐离店后分别在零碎做好记录并保管;能够为客人注册成为会员;可以查询、点窜和删除会员信息;可觉得客人提供换桌服务. 二、酒店订餐管理零碎UML建模简介:

基于UML建模的酒店订餐管理零碎,通过用例图、类图、序列图、协作图、形态图、活动图、构件图、安排图来进行酒店订餐管理零碎建模的. 三、创建零碎的用例模型:

(一) 接待员(Receptionist)用例图:

 接待员用例能够通过该零碎进行如下活动:

(1) 记录订餐信息.接待员将客人的订餐请求输入到零碎中

保管.

(2) 订餐定时提醒.接待员在客人的预定的订餐时间之前给

客人一个提醒,同时再次加以确认.

(3) 取消订餐记录.客人因临时缘由取消订餐,接待员将零

碎中本来的订餐信息取消.

用例规约:

用例名称 角色 简要说明 事件流 用例场景 前置条件 后置条件 用例名称 角色 简要说明 记录订餐 顾客 接待员(Receptionist) 记录订餐信息.接待员将客人的订餐请求输入到零碎中保管. 接待员将客人的订餐请求输入到零碎中保管. 接待员将客人的订餐请求记录上去保管在零碎中. 接待员首进步前辈入零碎的操纵界面,保管客人的订餐请求. 零碎数据库返回成功记录客人的订餐请求. 定时提醒 接待员(Receptionist) 订餐定时提醒.接待员在客人的预定的订餐时间之前给客人一个提醒,同时再次加以确认. 接待员在客人的预定的订餐时间到来之前给客人一个电话以示提醒,同时再次加以确认记录信息. 同上 接待员进入操纵界面,在客人的预定的订餐时间到来之前给客人一个电话以示提醒,同时再次加以确认记录信息. 零碎返回一个提醒时间成功的动静. 取消订餐 接待员,顾客 取消订餐记录.客人因临时缘由取消订餐,接待员将零碎中本来的订餐信息取消. 事件流 用例场景 前置条件 后置条件 用例名称 角色 简要说明 事件流 前置条件 后置条件 客人因临时缘由取消订餐,接待员将零碎中本来的订餐信息取消. 收到客人请求,接待员进入操纵界面,取消预订餐. 零碎数据库返回一个成功(或失败)的取消订餐的动静. 用例场景 同事件流. (二) 领班(Captain)用例图:

 领班用例能够通过该零碎进行如下活动:

(1) 记录订餐客人到店.领班在有预订的客人前来酒店就餐

时,在零碎中记录预订客人已到店的信息并保管.

(2) 记录订餐客人离店.领班在预订的客人用餐离店后,在

零碎中记录预订客人用餐终了的信息并保管,暗示全部订餐过程结束.

(3) 注册新会员.领班在用餐客人同意加入成为本酒店会员

时,无为客人注册成为新会员的权力.

(4) 点窜会员信息.领班有权对酒店会员信息进行点窜. (5) 删除会员信息.当客人不再要保存会员资历时,领班将

该会员的信息从零碎中删除.

(6) 换桌服务.当客人对就餐地位不满意时,领班可为客人

提供更换餐位的服务并在零碎中做好记录. 用例规约:

用例名称 角色 简要说明 记录订餐客人到店 领班(Captain)、客人 记录订餐客人到店.领班在有预订的客人前来酒店就餐时,在零碎中记录预订客人已到店的信息并保管. 事件流 领班在有预订的客人前来酒店就餐时,在零碎中记录预订客人已到店的信息并保管. 前置条件 领班见到客人来酒店就餐时,进入零碎界面,记录预订客人已到店的信息并保管. 零碎数据库返回记录信息成功的信息. 记录订餐客人离店 领班(Captain)、客人 记录订餐客人离店.领班在预订的客人用餐离店后,在零碎中记录预订客人用餐终了的信息并保管,暗示全部订餐过程结束. 后置条件 用例名称 角色 简要说明 事件流 领班在预订的客人用餐离店后,在零碎中记录预订客人用餐终了的信息并保管,暗示全部订餐过程结束. 领班见到客人就餐后结账离店后,进入零碎界面,录预订客人用餐终了的信息并保管,暗示全部订餐过程结束. 前置条件 后置条件 用例名称 角色 简要说明 事件流 零碎数据库返回记录信息成功的信息. 增删改会员 领班(Captain)、客人 注册新会员、点窜原有会员、删除会员. 领班在用餐客人同意加入成为本酒店会员时,无为客人注册成为新会员的权力;领班有权对酒店会员信息进行点窜;当客人不再要保存会员资历时,领班将该会员的信息从零碎中删除. 领班进步前辈入零碎界面,以后遵守会员定见履行操纵. 零碎数据库返回履行信息成功的动静. 换桌服务 领班(Captain)、客人 换桌服务.当客人对就餐地位不满意时,领班可为客人提供更换餐位的服务并在零碎中做好记录. 当客人对就餐地位不满意时,领班可为客人提供更换餐位的服务并在零碎中做好记录. 当客人对就餐地位不满意时,领班进入零碎界面进行调换,并保管调换后的新信息. 前置条件 后置条件 用例名称 角色 简要说明 事件流 前置条件 后置条件 零碎数据库返回换桌位成功的动静. 四、创建零碎的静态模型: (一) 类图如下:

 根据零碎需求,创建静态零碎类图:

(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) Form立即通知接待员与客人进行联系及时提醒和再次

确认.

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) 领班点窜会员信息活动图:

 领班点窜会员信息的活动图,先创建了个二个泳道,分

别是领班对象和零碎对象.具体的活动过程如下: (1)领班在界面中输入会员编号.

(2)零碎判断该会员是否存在.如果不存在此会员,将此信息返回给界面.

(3)如果有该会员存在,就点窜会员信息并保管.然后更新数据库会员的数据.

(4)最初向界面返回会员信息点窜成功的提示.

8) 领班删除会员信息活动图:

 领班删除会员信息的活动图,先创建了个二个泳道,分

别是领班对象和零碎对象.具体的活动过程如下: (1)领班在界面中输入会员编号.

(2)零碎判断该会员是否存在.如果不存在此会员,提示没法删除.

(3)如果有该会员存在,就删除会员信息并保管删除形态. (4)最初向界面返回会员信息删除成功的提示.

9) 领班为客人换桌活动图:

 领班为客人换桌的活动图,先创建了个二个泳道,分别

是领班对象和零碎对象.具体的活动过程如下: (1)领班在界面中查询餐桌的形态.

(2)零碎判断是否还有空闲且没有预订的餐桌.如果没有空余的餐桌,将此信息返回给界面.

(3)如果是有空闲的餐桌,就更改订餐信息中的餐桌号,然后更新餐桌当前的形态并保管到数据库中. (4)最初向界面返回餐桌更新成功的信息. 六、创建零碎安排模型:

(一) 创建零碎构架图:

 在订餐管理零碎中,我们可以对零碎的次要介入者和次

要的营业虚体类分别创建对应的构件进行映照.我们前面在类图中创建的Custmoer类、Member类、Reception类、Captain类、Table类、Order类、Menu类、Form和Time类可以映照出不异的这些构件,包含顾客构件、会员构件、接待员构件、领班构件和餐桌构件、预订类构

件菜单构件、界面构件、时间构件和主程序构件.

(二) 创建零碎构架图:

 在订餐零碎中,包含四种节点,分别是:

数据库节点(DB Server),由一台数据库服务器负责数据的存储,处理等;零碎服务器节点(System Server),用于处理零碎的营业逻辑.客户端节点(Client),用户通过客户端登录零碎进行操纵.打印机节点(Printer),用于打印数据报表.

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- stra.cn 版权所有

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务