餐厅预订系统UML设计Word格式.docx

餐厅预订系统UML设计Word格式.docx

《餐厅预订系统UML设计Word格式.docx》由会员分享，可在线阅读，更多相关《餐厅预订系统UML设计Word格式.docx（21页珍藏版）》请在冰豆网上搜索。

成绩

批阅人

日期

2014-5-14

实验类型

综合

实验学时

2

2014-4-22

一、实验目的、要求和团队分工

在实验1、2及3的基础上，细化餐厅预订系统的模型：

（1）确定对餐厅预订系统的组件图（构件图）的描述、布署图的描述、数据库实体的确定及实体关系；

（2）完成类图的详细设计、包括类的方法及属性及类之间的确定关系，给出类中关键方法的实现算法；

（3）运用RSA软件将构件图映射为相应的代码框架并选择其中的部分加以实现；

（4）利用集成环境、编制一个图形用户界面将上述实现的功能加以演示。

二、实验环境（实验设备）

操作系统：

MicrosoftWindowsNT2003

　　MicrosoftWindows2000

　　MicrosoftWindows98

　　数据库环境：

ＡＣＣＥＳＳ

　　开发语言：

ＪＡＶＡ

3、实验原理及内容

当前该XX餐馆采用的是一个传统的手工预约系统，将手写预约单保存在一个大文件夹中，这种传统的方法不但效率低，而且容易出错，产生诸多问题。

例如

a）手工预约单使空餐桌的存在不明显，妨碍顾客进行预约。

b）由于没有备份系统，一张预约单的毁坏将导致相应信息的永久丢失。

c）不容易获得相应的统计数据，例如某时刻餐桌的使用率

d）对系统不容易进行更新等操作

基于上述种种缺陷，XX餐馆向我方提出设计更换一个自动化的订餐管理系统，要求保留原有传统手工方式的功能和工作人员熟悉的操作方式，同时改进系统，以节约人力成本。

参考资料

《软件工程（第二版）》张海潘编著

《面向对象设计UML实践》Markpriestley著

一、需求规定

1系统功能

系统功能描述

功能名称

功能描述

功能约束

处理过程

添加预约

包括早、中、晚三部分可预定时间，可预约当天及以后3天内的所有空闲餐座当桌位被预订后桌位在预定时间前后一小时保留显示为餐座不可用

预约餐座标记为空闲时可用

通过相关记录预约功能模块将信息读入数据库。

删除预约

当客人取消预定，经前台管理人员确定后，系统将已经预订的桌位改为空闲状态。

餐座必须标记为预约状态时可用

从数据库读预约信息并对数据库执行删除记录动作。

各类信息查询

为用户提供模糊查询预约信息、用餐信息。

联合查询

根据关键字将信息从据库中读取出来

更改预约状态

对已经预约的订单条目信息参照客人要求作出相应的修改。

当客人来时（到达预约时间）餐桌自动显示为用餐状态。

从数据库读预约信息并对数据库执行修改记录动作。

实时消费管理

桌位查询，查询桌位的状态（包括桌位是否为空，座位数）

。

输入合法的餐座号，已经预约和处于就餐状态的餐座不可查询

结算模拟功能

用户用餐结束后可以要求前台进行结算，执行此功能后餐桌更改为空闲状态

要求可结算餐桌均为处于用餐状态餐座

将数据库表中处于用餐状态的所有表目录信息调出查看并选择进行结算后删除条目

开台功能

根据查询后桌位，记录来用餐的客户数目并将餐座状态修改为用餐态

要求订单是完全处理后的情况

将数据库中的订单表进行添加，生成新的订单记录

2对性能的规定

2.1精度

数据名称

数据精度

说明

数值型数据

8位，整型

无

文本型数据

二十位以上的字符

日期型数据

年-月-日

2.2时间特性要求

时间特性名称

时间特性要求

响应时间

3秒之内

更新处理时间

5秒之内

数据的转换和传送时间

2秒之内

2.3输人输出要求

媒体

格式

数值范围

精度

输出控制

数值型

99999999

0-9999999

整型

文本型

Varchar型

日期型

年-月-日

2007-2100年

精确到日

3数据管理能力要求

表的大小规模：

随着数据的录入，表的规模可以无限量的扩大，仅受限于ACCESS数据库对表大小的支持。

管理的记录的个数：

仅受限于ACCESS数据库管理记录的个数，其它限制无。

4故障处理要求

1）可能的软件故障：

数据库误操作引起数据库链接断开

软件故障的处理要求：

重新启动软件可恢复，数据不丢失

2）可能的硬件故障：

断电导致数据库断开链接

硬件故障的处理要求：

5其他专门要求

运行环境要求：

ACCESS数据库支持。

软件具备基本功能之外，应该具有友好，易用的界面，软件模块化，可维护，可扩充，可重新组装，进行更新和维护等基本功能。

二、概要设计

1基本设计概念和处理流程

1.1　系统用例图：

DISPLAYBOOKING:

（显示预约）

Cancelbooking:

（取消预约）

Main:

（主用例图）

Recordarrival:

（预约到达）

Recordbooking:

（记录预约）

TransferTable:

（交换餐桌）

1.2类图：

Domainmodel:

Restaurant:

1.3系统功能图：

1.4系统页面跳转图：

2人工处理过程

各个模块的各种添加，修改，删除,显示操作。

3数据库设计

3.1ER图：

3.2数据表的设计：

餐桌表:

字段名

数据类型

长度

缺省值

允许空

主键

注释

TALNO

自动编号

长整型

不允许

是

桌子编号

PLACES

64

允许

否

餐桌号

REGION

布尔型

1

是否预约

STATE

是否繁忙

客户表

CNO

客户单编号

CNAME

文本

３０

客人姓名

PHONE

客人电话

预约表

RESERVATION_ID

自动标号

COVERS

否

顾客数

PREDATE

订阅日期

ARRIVALDATE

到达日期

ARRIVALTIME

到达时间

桌号

顾客编号

ISARRIVAL

是否到达

ISPAYBILL

是否结帐

三、详细设计

1程序系统的结构

2程序（标识符）设计说明

2.1程序描述

通过此系统用户可以很方便地实现餐馆和预约相关的功能,如:

记录,更新,取消,预约等.

2.2功能

记录预约模块：

顾客打电话预约,接待员输入顾客信息和预约信息．

记录到达模块：

顾客到达餐馆,侍者领班记录顾客到达信息．

显示预约模块：

侍者领班和接待员可查看已有的预约信息．

更新预约模块：

顾客打电话更新预约,接待员输入新的预约信息．

取消预约模块：

顾客打电话取消预约,接待员取消预约信息．

3性能

对响应时间没有太严格要求。

4输入项

记录预约模块

客户名

非空

客户电话

数字，字母符号，长度小于30。

预约用餐时间

单选框选择

确定预约

以按钮形式确认提交

显示预约模块

全部采用复合单选框的模式选择相应的日期时间,以按钮方式确认查询。

更新预约模块

修改确认

采用复选框形式更改已有信息,以click按钮方式提交.

取消预约模块

删除确认

5输出项

输出项对相应的数据库进行操作，显示失败或者成功页面,完成后显示所有预约。

输出项为查询到的相应的预约信息。

对相应得数据库进行操作，显示失败或者成功页面,完成后显示所有预约。

6系统模块功能流程图

6.1新建预约模块详细流程图：

6.2显示预约模块：

6.3更改预约模块：

6.4取消预约模块:

四、实验小结（包括问题和解决方法、心得体会等）