餐厅订餐管理信息系统

餐厅订餐管理信息系统可行性分析报告

设计题目：餐厅订餐管理信息系统

班级：营销14-1

学号：1430020128

姓名：谢双浩

目录

1. 设计目的和任务 (1)

2. 开发环境................................................................................................ (1)

2.1 硬件环境......................................................................................... (1)

2.2 软件环境 (1)

3.设计题目 (1)

3.1 题目名称........................................................................................ . (1)

3.2 题目详细描述............................................................................. .. (1)

3.3 功能要求 (1)

4. 相关技术及知识点 (1)

4.1 的建模语言 (1)

4.2 软件开发过程.......................................................................... .. (2)

4.3 (2)

5. 设计.......................................................................................................... .2

5.1 用例图………………………………………………………………….. .2

5.2 类图 (5)

5.3活动图 (5)

5.4序列图 (8)

5.5状态图 (13)

5.6协作图 (14)

5.7组件图 (19)

5.8部署图 (20)

6. 双向工程 (20)

7. 总结 (24)

8. 参考资料 (24)

1.设计目的和任务

本系统为一个餐厅的定餐系统，主要提供记录订餐和提醒的功能。基本需求是餐厅在营业时记录预约、更新预约单信息、分配餐桌以及接待未预约的顾客的能力，还添加了会员业务，为会员提供提前点菜的服务。

2. 开发环境

2.1 硬件环境

一台台式机或是便携式电脑

2.2 软件环境

中文98以上系统

3.设计题目

3.1 题目名称

餐厅订餐管理信息系统

3.2 题目详细描述

本系统的基本需求是餐厅在营业时记录预约、更新预约单信息、分配餐桌以及接待未预约的顾客的能力，添加了会员业务，为会员提供提前点菜的服务。

主要的功能有下订单、修改订单、取消订单以及在顾客未按时到达时及时提醒顾客；同时还能记录未预约的顾客；维护订单和未预约记录，如记录到达、离开，以便及时更新餐桌的状态；附加的功能有管理会员信息，为会员提供提前点菜的服务。

3.3 功能要求

本系统主要分为餐桌管理，会员管理，菜单管理和订单管理四大功能模块。

餐桌管理：进入餐桌管理，可以点击餐桌对订单进行编辑，还可以显示餐桌的订单状态。

会员管理：进入会员管理，可以对会员信息进行编辑，可以添加会员，修改会员信息和删除会员信息。

菜单管理：进入菜单管理，可以菜单会员信息进行编辑，可以添加菜单，修改菜单会员信息和删除菜单信息。

订单管理：进入订单管理，里面显示的是所有的订单信息。

4. 相关技术及知识点

4.1 的建模语言

的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于非软件领域的系统，如机械系统、企业机构

或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。

是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。此外适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段,可以用用例来捕获用户需求。通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。分析阶段主要关心问题域中的主要概念(如抽象、类和对象等)和机制,需要识别这些类以及它们相互间的关系,并用类图来描述。

总之，标准建模语言适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。

4.2 软件开发过程

（，统一开发过程）是一套面向对象的软件工程过程。说明了如何有效地使用成熟技术开发软件。

中有9个核心工作流，分为6个核心过程工作流（）和3个核心支持工作流（）。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。业务建模（）理解系统的组织结构及其商业运作，确保所有参与人员对开发系统有共同的认识。

4.3

的特点

1. 保证模型和代码高度一致

2. 支持多种语言

3. 为团队开发提供强有力的支持

4. 支持模型的发布

5. 生成使用简单且定制灵活的文档

6. 支持关系型数据库的建模

5. 设计

5.1 用例图

本系统是一个餐厅订餐系统，主要功能是为餐厅提供订餐记录和维护功能，同时扩展了订菜和定时提醒的功能。

下面使用了用例图的方式表现了整个系统的所有功能。

用例名： (记录预约)

角色：

描述：

1、接待员执行“显示预约”用例；

2、有一张合适的餐桌可以使用；

3、接待员输入顾客姓名和电话号码、预订时间、用餐人数以及预留的餐桌

4、系统记录和显示新预约

角色：

描述：

1、系统显示预约用餐时间超过当前系统时间的预约

2、接待员执行“显示预约”用例

3、接待员打电话提醒顾客，询问是否取消预约

4、如果顾客回答“否”，用例终止

5、如果顾客回答“是”，接待员执行“取消预约”用例用例名： (取消订单)

角色：

描述：

1、接待员选择要求的预约

2、接待员取消预约

3、系统询问接待员确认取消

4、接待员回答“是”，系统记录取消并更新显示

用例名：(换桌)

角色：

描述：

1、侍者领班选择需要的预约

2、侍者领班改变该预约的餐桌分配

3、系统记录改变并更新显示

用例名： (显示餐厅预约信息)

角色：用户

描述

1、用户输入一个日期

2、系统显示当日的预约

用例名：(查找空桌)

角色：

描述：

1、接待员输入日期和时间

2、系统显示空桌的信息

用例名：(修改会员)

角色：用户

描述：

1、用户执行“显示会员信息”用例

2、修改会员信息

3、系统询问用户确认修改

4、用户确认修改

5、用户回答“是”，系统记录更新并显示更新

用例名：(显示会员信息)

角色：用户

描述：

1、用户输入会员号

2、系统显示该会员的信息

角色

描述：

1、侍者领班选择要取消的会员

2、侍者领班取消该会员

3、系统询问侍者领班确认取消

4、侍者领班回答“是”，系统记录取消并更新显示

用例名：(会员注册)

角色：

描述：

1、侍者领班输入顾客的姓名和电话号码

2、系统记录并显示该顾客的信息

用例名：(记录离开)

角色

描述：

1、接待员输入餐桌号

2、系统显示使用该餐桌的所有预约和未预约登记

3、如果存在预约或未预约登记处于用餐状态，接待员确认该预约或未预约登记已经

离开

4、系统对此进行记录并更新显示器，将顾客标记为已离开

用例名：(记录未预约登记)

角色

描述：

1、侍者领班执行“显示预约”用例

2、侍者领班输入时间、用餐人数和分配给顾客的餐桌

3、系统记录并显示新预约

用例名：(记录到达)

角色

描述：

1、侍者领班执行“显示预约”用例

2、侍者领班确认一个选定的预约已经到达

3、系统对此进行记录并更新显示，将顾客标记为已到达

图5.1系统用例图

5.2 类图

在类图中类用矩形框来表示，它的属性和操作分别列在分格中。如不需要表达详细信息时，分格可以省略。一个类可能出现在好几个图中。同一个类的属性和操作可只在一种图中列出，在其他图中可省略。关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。

图5.2订餐系统业务类图

5.3 活动图

中的活动图用于描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动和工作流程情况。活动图实际上就是用来为用例的事件流建模的工具。

图5.3-1记录预约活动图