餐厅订餐管理信息系统设计.doc

《餐厅订餐管理信息系统设计.doc》由会员分享，可在线阅读，更多相关《餐厅订餐管理信息系统设计.doc（28页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 面向对象分析与设计（UML） 课 程 设 计 报 告设计题目： 餐厅订餐管理信息系统 院 系： 数学与统计学院 专 业： 数学与应用数学（软件设计）班 级： 学 号： 姓 名： 指导教师： 设计地点： - 4 -学 生 姓 名 成 绩 评 语 ：指 导 教 师 （签名） 年 月 日- 5 -目 录1. 设 计 目 的 和 任 务 .12. 开 发 环 境 . .12.1 硬 件 环 境 . .12.2 软 件 环 境 .13.设 计 题 目 .13.1 题 目 名 称 . .13.2 题 目 详 细 描 述 . .13.3 功 能 要 求 .14. 相 关 技 术 及 知 识 点 .14.1

2、 UML 的建模语言. .14.2 RUP 软件开发过程. . .24.3Rational Rose25. 设 计 . .25.1 用 例 图 . .25.2 类 图 55.3 活 动 图 .55.4 序 列 图 .85.5 状 态 图 135.6 协 作 图 145.7 组件图 . 195.8 部署图 206. 双 向 工 程 .207. 总 结 .248. 参 考 资 料 .24移动计算技术与应用课程设计报告- - 1 - -1. 设 计 目 的 和 任 务本系统为一个餐厅的定餐系统，主要提供记录订餐和提醒的功能。基本需求是餐厅在营业时记录预约、更新预约单信息、分配餐桌以及接待未预约的顾客

3、的能力，还添加了会员业务，为会员提供提前点菜的服务。2. 开 发 环 境2.1 硬 件 环 境一 台 PC 台 式 机 或 是 便 携 式 电 脑2.2 软 件 环 境中 文 windows98 以 上 系 统Rational Rose3.设 计 题 目3.1 题 目 名 称餐厅订餐管理信息系统3.2 题 目 详 细 描 述本系统的基本需求是餐厅在营业时记录预约、更新预约单信息、分配餐桌以及接待未预约的顾客的能力，添加了会员业务，为会员提供提前点菜的服务。主要的功能有下订单、修改订单、取消订单以及在顾客未按时到达时及时提醒顾客；同时还能记录未预约的顾客；维护订单和未预约记录，如记录到达、离开，

4、以便及时更新餐桌的状态；附加的功能有管理会员信息，为会员提供提前点菜的服务。3.3 功 能 要 求本系统主要分为餐桌管理，会员管理，菜单管理和订单管理四大功能模块。餐桌管理： 进入餐桌管理，可以点击餐桌对订单进行编辑，还可以显示餐桌的订单状态。会员管理： 进入会员管理，可以对会员信息进行编辑，可以添加会员，修改会员信息和删除会员信息。 菜单管理： 进入菜单管理，可以菜单会员信息进行编辑，可以添加菜单，修改菜单会员信息和删除菜单信息。订单管理： 进入订单管理，里面显示的是所有的订单信息。4. 相 关 技 术 及 知 识 点4.1 UML 的建模语言UML 的目标是以面向对象图的方式来描述任何类型

5、的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于非软件领域的系统，如机械系统、企- - 2 - -业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。UML 是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。此外,UML 适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段,可以用用例来捕获用户需求。通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。分析阶段主要关心问题域中的主要概念 (如抽象、类和对象等)和机制,需要识别这些类以及它们相互间的关系 ,并用 UML 类

6、图来描述。总之，标准建模语言 UML 适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。4.2 RUP 软件开发过程Rational Unified Process（RUP，统一开发过程）是一套面向对象的软件工程过程。RUP 说明了如何有效地使用成熟技术开发软件。 RUP 中有 9 个核心工作流，分为 6 个核心过程工作流（Core Process Workflows）和 3 个核心支持工作流（Core Supporting Workflows） 。9 个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。业务建模

7、（Business Modeling）理解系统的组织结构及其商业运作，确保所有参与人员对开发系统有共同的认识。4.3 Rational RoseRational Rose 的 特 点1. 保 证 模 型 和 代 码 高 度 一 致2. 支 持 多 种 语 言3. 为 团 队 开 发 提 供 强 有 力 的 支 持4. 支 持 模 型 的 Internet 发 布5. 生 成 使 用 简 单 且 定 制 灵 活 的 文 档6. 支 持 关 系 型 数 据 库 的 建 模5. 设 计5.1 用 例 图本 系 统 是 一 个 餐 厅 订 餐 系 统 ， 主 要 功 能 是 为 餐 厅 提 供 订 餐

8、 记 录 和 维 护 功 能 ，同 时 扩 展 了 订 菜 和 定 时 提 醒 的 功 能 。下 面 使 用 了 用 例 图 的 方 式 表 现 了 整 个 系 统 的 所 有 功 能 。用例名：Record booking(记录预约) 角色：Receptionist描述：1、 接待员执行“显示预约”用例；2、 有一张合适的餐桌可以使用；3、 接待员输入顾客姓名和电话号码、预订时间、用餐人数以及预留的餐桌- - 3 - -4、 系统记录和显示新预约用例名：Remind booking(订餐提醒) 角色：Receptionist描述：1、 系统显示预约用餐时间超过当前系统时间的预约2、 接待员执

9、行“显示预约”用例3、 接待员打电话提醒顾客，询问是否取消预约4、 如果顾客回答“否” ，用例终止5、 如果顾客回答“是” ，接待员执行“取消预约”用例用例名：Cancel booking(取消订单) 角色：Receptionist 描述：1、 接待员选择要求的预约2、 接待员取消预约3、 系统询问接待员确认取消4、 接待员回答“是” ，系统记录取消并更新显示用例名：Table transfer(换桌)角色：Receptionist ,Head Waiter描述：1、 侍者领班选择需要的预约2、 侍者领班改变该预约的餐桌分配3、 系统记录改变并更新显示用例名：Display bookings(

10、显示餐厅预约信息)角色：用户描述1、 用户输入一个日期2、 系统显示当日的预约用例名：Search empty table(查找空桌 )角色：Receptionist描述：1、 接待员输入日期和时间2、 系统显示空桌的信息用例名：Modify member information( 修改会员)角色：用户描述：1、 用户执行“显示会员信息”用例2、 修改会员信息3、 系统询问用户确认修改4、 用户确认修改5、 用户回答“是” ，系统记录更新并显示更新用例名：Display member information( 显示会员信息)角色：用户描述：1、 用户输入会员号- - 4 - -2、 系统显示该

11、会员的信息用例名：Delete member( 删除会员 ) 角色 Head Waiter描述：1、 侍者领班选择要取消的会员2、 侍者领班取消该会员3、 系统询问侍者领班确认取消4、 侍者领班回答“是” ，系统记录取消并更新显示用例名：Register member(会员注册) 角色：Head Waiter描述：1、 侍者领班输入顾客的姓名和电话号码2、 系统记录并显示该顾客的信息用例名：Record left(记录离开 ) 角色 Receptionist 描述：1、 接待员输入餐桌号2、 系统显示使用该餐桌的所有预约和未预约登记3、 如果存在预约或未预约登记处于用餐状态，接待员确认该预约或

12、未预约登记已经离开4、 系统对此进行记录并更新显示器，将顾客标记为已离开用例名：Record walk-in(记录未预约登记)角色 Head Waiter描述：1、 侍者领班执行“显示预约”用例2、 侍者领班输入时间、用餐人数和分配给顾客的餐桌3、 系统记录并显示新预约用例名：Record arrival(记录到达)角色 Head Waiter描述：1、 侍者领班执行“显示预约”用例2、 侍者领班确认一个选定的预约已经到达3、 系统对此进行记录并更新显示，将顾客标记为已到达- - 5 - -图 5.1 系统用例图5.2 类 图在类图中类用矩形框来表示，它的属性和操作分别列在分格中。如不需要表达

13、详细信息时，分格可以省略。一个类可能出现在好几个图中。同一个类的属性和操作可只在一种图中列出，在其他图中可省略。关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。图 5.2 订餐系统业务类图5.3 活 动 图UML 中的活动图用于描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识- - 6 - -别并行活动和工作流程情况。活动图实际上就是用来为用例的事件流建模的工具。图 5.3-1 记录预约活动图、业业业业业业业业、 、业业业业业业业业业业业业业业业- - 7 - -图 5.3-2 记录到达活动图 5.3-3 记录离开、业业业业业业业业、 、业业业业业业业业业业业业业业业