![点击分享此内容可以赚币 分享](/master/images/share_but.png)
大酒店订餐标准管理系统UML建模.doc
《大酒店订餐标准管理系统UML建模.doc》由会员分享,可在线阅读,更多相关《大酒店订餐标准管理系统UML建模.doc(42页珍藏版)》请在咨信网上搜索。
郑州大学 软件学院 《UML系统建模基本教程》大作业 酒店订餐管理系统UML建模 学号 姓名 班级 专业 张 毅 一班 软件服务外包 一、需求分析 随着科学技术和互联网迅猛发展,网络已经变化了咱们生活,通过网络交易成为当下一种潮流,受到越来越多人青睐,各个行业也将其当成一种重要营销手段,酒店订餐管理系统也得益于网络发展,提高了管理水平,扩大了营销范畴。 酒店订餐管理系统是中小型酒店餐饮公司用来对客人订餐活动进行管理信息管理系统。该信息系统不但可觉得客人提供以便订餐功能,同步也可以达到提高酒店餐饮公司管理水平目。 订餐系统功能性需求涉及如下内容: (1)酒店接待员使用电话为客人提供订餐服务,依照客人订餐规定,在指定期间和桌号安排好客人就餐事宜;按客人规定执行修改订单操作;在客人暂时取消预订时删除订餐信息;在客人订餐时间到达前,及时提供电话提示服务。 (2)酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存;可觉得客人注册成为会员;可以查询、修改和删除会员信息;可觉得客人提供换桌服务。 二、酒店订餐管理系统UML建模简介: 基于UML建模酒店订餐管理系统,通过用例图、类图、序列图、协作图、状态图、活动图、构件图、布置图来进行酒店订餐管理系统建模。 三、创立系统用例模型: (一) 接待员(Receptionist)用例图: l 接待员用例可以通过该系统进行如下活动: (1) 记录订餐信息。接待员将客人订餐规定输入到系统中保存。 (2) 订餐定期提示。接待员在客人预定订餐时间之前给客人一种提示,同步再次加以确认。 (3) 取消订餐记录。客人因暂时因素取消订餐,接待员将系统中本来订餐信息取消。 用例规约: 用例名称 记录订餐 顾客 角色 接待员(Receptionist) 简要阐明 记录订餐信息。接待员将客人订餐规定输入到系统中保存。 事件流 接待员将客人订餐规定输入到系统中保存。 用例场景 接待员将客人订餐规定记录下来保存在系统中。 前置条件 接待员一方面进入系统操作界面,保存客人订餐规定。 后置条件 系统数据库返回成功记录客人订餐规定。 用例名称 定期提示 角色 接待员(Receptionist) 简要阐明 订餐定期提示。接待员在客人预定订餐时间之前给客人一种提示,同步再次加以确认。 事件流 接待员在客人预定订餐时间到来之前给客人一种电话以示提示,同步再次加以确认记录信息。 用例场景 同上 前置条件 接待员进入操作界面,在客人预定订餐时间到来之前给客人一种电话以示提示,同步再次加以确认记录信息。 后置条件 系统返回一种提示时间成功消息。 用例名称 取消订餐 角色 接待员,顾客 简要阐明 取消订餐记录。客人因暂时因素取消订餐,接待员将系统中本来订餐信息取消。 事件流 客人因暂时因素取消订餐,接待员将系统中本来订餐信息取消。 前置条件 收到客人规定,接待员进入操作界面,取消预订餐。 后置条件 系统数据库返回一种成功(或失败)取消订餐消息。 用例场景 同事件流。 (二) 领班(Captain)用例图: l 领班用例可以通过该系统进行如下活动: (1) 记录订餐客人到店。领班在有预订客人前来酒店就餐时,在系统中记录预订客人已到店信息并保存。 (2) 记录订餐客人离店。领班在预订客人用餐离店后,在系统中记录预订客人用餐完毕信息并保存,表达整个订餐过程结束。 (3) 注册新会员。领班在用餐客人批准加入成为本酒店会员时,有为客人注册成为新会员权力。 (4) 修改会员信息。领班有权对酒店会员信息进行修改。 (5) 删除会员信息。当客人不再要保存会员资格时,领班将该会员信息从系统中删除。 (6) 换桌服务。当客人对就餐位置不满意时,领班可为客人提供更换餐位服务并在系统中做好记录。 用例规约: 用例名称 记录订餐客人到店 角色 领班(Captain)、客人 简要阐明 记录订餐客人到店。领班在有预订客人前来酒店就餐时,在系统中记录预订客人已到店信息并保存。 事件流 领班在有预订客人前来酒店就餐时,在系统中记录预订客人已到店信息并保存。 前置条件 领班见到客人来酒店就餐时,进入系统界面,记录预订客人已到店信息并保存。 后置条件 系统数据库返回记录信息成功信息。 用例名称 记录订餐客人离店 角色 领班(Captain)、客人 简要阐明 记录订餐客人离店。领班在预订客人用餐离店后,在系统中记录预订客人用餐完毕信息并保存,表达整个订餐过程结束。 事件流 领班在预订客人用餐离店后,在系统中记录预订客人用餐完毕信息并保存,表达整个订餐过程结束。 前置条件 领班见到客人就餐后结账离店后,进入系统界面,录预订客人用餐完毕信息并保存,表达整个订餐过程结束。 后置条件 系统数据库返回记录信息成功信息。 用例名称 增删改会员 角色 领班(Captain)、客人 简要阐明 注册新会员、修改原有会员、删除会员。 事件流 领班在用餐客人批准加入成为本酒店会员时,有为客人注册成为新会员权力;领班有权对酒店会员信息进行修改;当客人不再要保存会员资格时,领班将该会员信息从系统中删除。 前置条件 领班先进入系统界面,之后遵循会员意见执行操作。 后置条件 系统数据库返回执行信息成功消息。 用例名称 换桌服务 角色 领班(Captain)、客人 简要阐明 换桌服务。当客人对就餐位置不满意时,领班可为客人提供更换餐位服务并在系统中做好记录。 事件流 当客人对就餐位置不满意时,领班可为客人提供更换餐位服务并在系统中做好记录。 前置条件 当客人对就餐位置不满意时,领班进入系统界面进行调换,并保存调换后新信息。 后置条件 系统数据库返回换桌位成功消息。 四、创立系统静态模型: (一) 类图如下: l 依照系统需求,创立静态系统类图: (1) 实体类:接待员类(Receptionist)、领班类(Captain)、客人(Customer)和会员类(Member)。 (2) 辅助类:预订类(Order)、菜单类(Menu)和时间类(Time)。 五、创立系统动态模型: (一) 创立系统序列图和协作图: 1) 接待员(Receptionist)记录订餐序列图和协作图: l 接待员记录订餐工作流程: (1)接待员接到客人规定订餐电话。 (2)接待员登录系统进入操作界面Form,输入客人会员号,系统查询客人会员信息并返回显示。 (3)接待员依照客人规定将订餐信息输入并提交。 (4)系统创立新订餐信息记录Order类对象并返回订餐成功信息。 2) 接待员(Receptionist)取消订餐序列图和协作图: l 接待员取消订餐工作流程: (1)接待员接到客人规定取消订餐电话。 (2)接待员登录系统进入操作界面Form,输入订单号,系统到数据库对象DataBase查询此订单与否存在。如果不存在,返回提示信息。 (3)如果订单存在,则返回订单信息并显示在操作界面。 (4)接待员提交取消订单操作,订单对象Order创立取消订单记录,同步更新数据库中订单信息。 (5)返回取消订餐成功信息。 3) 接待员(Receptionist)定期提示预订序列图和协作图: l 接待员定期提示预订用例工作流程: (1) 系统定期自动检查事先设定提示预订时间。 (2) 如果提示预订时间已到,订单类Order将该订餐信息发送到界面Form。 (3) Form及时告知接待员与客人进行联系及时提示和再次确认。 4) 领班(Captain)记录订餐客人到店序列图和协作图: l 领班记录订餐客人到店工作流程: (1)订餐客人抵店用餐。 (2)领班登录系统进入操作界面Form,输入订单号,系统到数据库对象DataBase查询此订单与否存在。如果不存在,返回提示信息。 (3)如果订单存在,则返回订单信息并显示在操作界面。 (4)领班提交客人抵店时间,订单对象Order修改订餐记录中订餐状态,同步更新数据库中订单信息。 (5)返回订餐状态修改成功提示信息。 5) 领班(Captain)记录订餐客人离店序列图和协作图: l 领班记录订餐客人离店基本工作流程如下: (1)订餐客人用餐完毕后离店。 (2)领班登录系统进入操作界面Form,输入订单号,系统到数据库对象DataBase查询此订单与否存在。如果不存在,返回提示信息。 (3)如果订单存在,则返回订单信息并显示在操作界面。 (4)领班提交客人离店时间,订单对象Order修改订餐记录中订餐状态,同步更新数据库中订单信息。 (5)返回订餐状态修改成功提示信息。 6) 领班(Captain)注册新会员序列图和协作图: l 领班注册新会员工作流程: (1)领班进入操作界面Form,并在界面中提交客户信息。 (2)界面Form将提交信息传递给会员对象Member。. (3)会员对象查询数据库判断该客人与否已经是会员,并将成果返回给界面Form显示。如果客人已经是会员,领班结束操作。 (4)如果该客人不是会员提交会员注册信息到会员类Member。 (5)会员类Member创立新会员对象,并将该对象信息保存到数据库中。 (6)向界面返回注册会员成功提示信息。 7) 领班(Captain)修改会员信息序列图和协作图: l 领班修改会员信息工作流程如下: (1)领班进入操作界面Form,并在界面中查询指定会员信息。 (2)界面Form将提交信息传递给会员对象Member。. (3)会员对象查询数据库判断该会员与否存在,并将成果返回给界面Form显示。如果会员不存在,领班结束操作。 (4)如果该会员存在则提交修改后会员信息到会员类Member。 (5)会员类Member修改会员信息,并更新到数据库中。 (6)向界面返回修改会员信息成功提示。 8) 领班(Captain)删除会员序列图和协作图: l 领班删除会员工作流程: (1)领班进入操作界面Form,并在界面中查询指定客户信息。 (2)界面Form将提交信息传递给会员对象Member。. (3)会员对象查询数据库判断该会员与否存在,并将成果返回给界面Form显示。如果该会员不存在,领班结束操作。 (4)如果该会员存在提交删除操作到会员类Member。 (5)会员类Member删除该会员对象,并更新数据库中有关数据。 (6)向界面返回删除会员成功提示信息。 9) 领班(Captain)更换餐位序列图和协作图 : l 领班更换餐位工作流程: (1)当客人对就餐位置不满意时,提出更换餐桌规定。 (2)领班进入操作界面Form,并在界面中查询当前酒店餐桌状态信息。 (3)界面Form将提交信息传递给餐桌对象Table。. (4)餐桌对象查询数据库判断与否存在空位,并将成果返回给界面Form显示。 (5)如果有空餐桌可供使用,领班提交更改餐桌操作,并修改餐桌使用状态。同步更新数据库有关数据。 (6)向界面返回餐桌更改成功信息提示。 (二) 创立状态图: 1) 预订类状态图: l 在订餐管理系统中,包括如下三种预定类状态:被预订状态、被取消状态、预订结束状态。它们之间转化规则是: (1)接待员接受客人订餐,将订餐信息输入系统,表达预订类进入了被预订状态。 (2)当客人取消订餐规定被接受,接待员将系统中本来订餐信息取消时,该预订类进入被取消状态。 (3)当客人准时到店用餐完毕接账离店,领班在系统中输入预订客人离店时间时,结束一种完整订餐过程,该预订类进入结束状态。 (三) 创立活动图: 1) 接待员记录订餐活动图: l 在接待员记录订餐活动图中,创立了二个泳道,分别是接带员对象和系统对象。详细活动过程描述如下: (1) 接待员在操作界面输入客人订餐信息。 (2) 系统判断该客人与否是会员。如果是会员,享有折扣价。否则,正常价。 (3) 将客人订餐信息保存到数据库并向界面返回订餐信息。 2) 接待员取消订餐活动图: l 接待员取消订餐活动图中,有二个泳道,分别是分别是接待员对象和系统对象,详细活动过程描述如下: (1)接待员在操作界面输入要取消订单号。 (2)系统判断该订单与否存在。如果不存在向界面返回订单不存在信息。 (3)如果该订单存在则更改订单状态并更新数据库订单数据。同步,向界面返回取消订餐成功信息。 3) 接待员定期提示预订活动图: l 接待员定期提示预订活动图中,创立了二个泳道,系统对象泳道和接待员对象泳道,活动过程描述如下: (1) 系统定期器对象判断与否有订餐预约提示时间已到。 (2) 有提示时间到订餐提示则及时告知接待员进行解决。 (3) 如果没有到提示时间订餐,则按规定间隔时间继续判断。 4) 领班记录订餐客人到店活动图: l 领班记录订餐客人到店活动图,创立了个二个泳道,分别是领班对象和系统对象。详细活动过程如下: (1)领班在界面输入到店客人订单号。 (2)系统判断订单与否存在,如果不存在,返回订单不存在信息。 (3)如果订单存在,领班输入订餐客人到店时间,对订单状态进行修改。并同步更新数据库数据。 (4)最后向界面返回修改成功信息。 5) 领班记录订餐客人离店活动图: l 领班记录订餐客人离店活动图,先创立了二个泳道,分别是领班对象和系统对象。详细活动过程如下: (1)领班在界面输入到店客人订单号。 (2)系统判断订单与否存在,如果不存在,返回订单不存在信息。 (3)如果订单存在,领班输入订餐客人离店时间,对订单状态进行修改。并同步更新数据库数据。 (4)最后向界面返回修改成功信息。 6) 领班注册会员活动图: l 领班注册会员活动图,创立了个二个泳道,分别是领班对象和系统对象。详细活动过程如下: (1)领班在界面输入客人信息。 (2)系统判断该客人与否是会员,如果已经是会员,返回客人已是会员信息。 (3)如果客人还不是会员,领班提交注册客人信息。系统创立新会员信息,并同步将信息保存到数据库。 (4)最后向界面返回注册会员成功信息。 7) 领班修改会员信息活动图: l 领班修改会员信息活动图,先创立了个二个泳道,分别是领班对象和系统对象。详细活动过程如下: (1)领班在界面中输入会员编号。 (2)系统判断该会员与否存在。如果不存在此会员,将此信息返回给界面。 (3)如果有该会员存在,就修改会员信息并保存。然后更新数据库会员数据。 (4)最后向界面返回会员信息修改成功提示。 8) 领班删除会员信息活动图: l 领班删除会员信息活动图,先创立了个二个泳道,分别是领班对象和系统对象。详细活动过程如下: (1)领班在界面中输入会员编号。 (2)系统判断该会员与否存在。如果不存在此会员,提示无法删除。 (3)如果有该会员存在,就删除会员信息并保存删除状态。 (4)最后向界面返回会员信息删除成功提示。 9) 领班为客人换桌活动图: l 领班为客人换桌活动图,先创立了个二个泳道,分别是领班对象和系统对象。详细活动过程如下: (1)领班在界面中查询餐桌状态。 (2)系统判断与否尚有空闲且没有预订餐桌。如果没有空余餐桌,将此信息返回给界面。 (3)如果是有空闲餐桌,就更改订餐信息中餐桌号,然后更新餐桌当前状态并保存到数据库中。 (4)最后向界面返回餐桌更新成功信息。 六、创立系统布置模型: (一) 创立系统构架图: l 在订餐管理系统中,咱们可以对系统重要参加者和重要业务实体类分别创立相应构件进行映射。咱们前面在类图中创立Custmoer类、Member类、Reception类、Captain类、Table类、Order类、Menu类、Form和Time类可以映射出相似这些构件,涉及顾客构件、会员构件、接待员构件、领班构件和餐桌构件、预订类构件菜单构件、界面构件、时间构件和主程序构件。 (二) 创立系统构架图: l 在订餐系统中,涉及四种节点,分别是: 数据库节点(DB Server),由一台数据库服务器负责数据存储,解决等;系统服务器节点(System Server),用于解决系统业务逻辑。客户端节点(Client),顾客通过客户端登录系统进行操作。打印机节点(Printer),用于打印数据报表。- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大酒店 标准 管理 系统 UML 建模
![提示](https://www.zixin.com.cn/images/bang_tan.gif)
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文