酒店订餐管理系统UML建模

基于UML的餐馆订餐系统的分析与设计软件工程0701 张正娟摘要：为了方便餐馆人员能够按照客户需求分配餐桌，并能有条理的记录订菜单，减少因管理无序与客户产生不必要的冲突，需要实施开发设计一个适用于餐馆的订餐系统，本文应用面向对象的分析技术，基于UML对餐馆订餐系统进行了分析与建模实践。

关键字：UML，餐馆订餐系统，StarUMLAnalysis and Design of Restaurant Booking System based on UML Abstract: In order to better understand system, modeling is necessary. In software development process, the UML is usually used as a standard method to model related products. In this paper, authors use object-oriented technology to analysis and model the restaurant booking system of primary and secondary school based on UML.Key words: UML,restaurant booking system,StarUML1. 引言当前社会对信息系统的需求日益增长，需求变化也越来越大，软件开发的技术发展方向已经从“提升被开发系统的执行效率”转变为“提升开发效率”。

面向对象（OO）技术降低了解决方法域与问题域的差别，提供了良好的复用机制，能够更加有效提高软件开发效率，完全顺应了软件开发技术的发展方向。

UML（Unified Modeling Language）是基于面向对象技术的标准建模语言，它融合了Booch、OMT、OOSE方法中的基本概念，运用UML的目的可以捕捉系统的功能需求、分析，提取所开发系统领域的类以及描述它们之间合作概况，在完成系统的OOA(Object-Oriented Analysis：面向对象分析)在此基础上，对系统进行OOD(Object-Oriented Design：面向对象设计)。

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建模语言》课程设计报告题目：订餐管理系统数学与计算机科学（软件）学院软件工程专业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边界对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。

第4章餐馆系统：业务建模接下来的四章将考虑一个简单的案例，并给出一个从需求获取到实现的完整开发过程。

我们将考虑一次单独的迭代，它通过统一过程标识的主要工作流之中的四个：即需求、分析、设计和实现，用例子说明UML表示法在软件开发中的使用。

由于本案例研究的意图在于强调开发的产品而不是过程，所以不会详细考虑由统一过程定义的这些工作流的结构，而在真正需要的地方将在介绍UML表示法的同时，简略介绍开发中涉及的活动。

4.1 非正式的需求要开发的系统的意图是，通过改进为顾客预定和分配餐台的过程，支持一家餐馆的日常经营。

这家餐馆当前采用一个手工预约系统，使用的是保存在一个大文件夹中的手写预约单。

图4.1是当前的预约单的一个例子，预约单中的每一行对应餐馆中一张特定的餐台。

预约是对特定的一个餐台登记的，每个预约中记录有“餐具”的数目，或者预期进餐者的数目，这样就能够分配一个大小适当的餐台。

这家餐馆在晚间供应三次餐点，称为“简餐”、“正餐”和“夜点”时段。

但如同预约单所表明的，这些时段无须严格遵守，可以预约跨多个时段的时间。

最后，每个预约中要记录联系人的姓名和电话。

图4.1 手工预约单为了记录各种事情，要在预约单上加一个注文。

当一行用餐者到来并在他们的餐台就座时，就划掉相应的预约登记。

如果他们就座的不是他们预约的餐台，就画一个箭头从最初预约的餐台指向新的餐台。

如果顾客打电话取消预约，并不能从表中真正地擦除，而是做一个预约已经取消的注文。

其他的信息，比如到什么时间餐台必须空出来，也可以写在预约单上。

如果有空闲的餐台，用餐者当然也可以不提前预约就进餐馆用餐，这被称为“未预约的顾客（walk-in）”，并在预约单中作为预约登记以表示餐台的占用，但不记录顾客的姓名或电话。

4.1.1 对计算机化系统的需要这家餐馆的管理人员已经确认了很多与手工系统相关的问题。

手工系统速度慢，而且，预约登记单很快就变得难以理解。

这可能导致经营上的问题，例如，实际上有空餐台而由于这个预约单不是很明显，会妨碍顾客进行预约。