餐馆预约课程设计.docx
《餐馆预约课程设计.docx》由会员分享，可在线阅读，更多相关《餐馆预约课程设计.docx（24页珍藏版）》请在冰豆网上搜索。
餐馆预约课程设计
UML课程设计（文档）
题目餐馆预约管理系统
――单机版的实现
目录
目录2
1引言5
1.1编写目的5
1.2背景5
1.3定义缩写词略语6
1.4参考资料6
2任务概述6
2.1目标6
2.2用户的特点6
2.3假定和约束7
3需求规定7
3.1系统功能7
3.2对性能的规定8
3.2.1精度8
3.2.2时间特性要求8
3.2.3输人输出要求8
3.3数据管理能力要求9
3.4故障处理要求9
3.5其他专门要求9
4运行环境规定9
4.1设备9
4.2系统环境10
4.3接口10
5概要设计10
5.1基本设计概念和处理流程10
5.1.1 系统用例图：
10
5.1.2类图：
14
5.1.3系统功能图：
16
5.1.4系统页面跳转图：
17
5.2人工处理过程17
5.3数据库设计18
5.3.1ER图：
18
5.3.2数据表的设计：
18
6详细设计19
6.1程序系统的结构19
6.2程序（标识符）设计说明19
6.2.1程序描述19
6.2.2功能19
6.3性能20
6.4输入项20
6.5输出项20
6.6系统模块功能流程图21
6.6.1新建预约模块详细流程图：
21
6.6.2显示预约模块：
22
6.6.3更改预约模块：
23
6.6.4取消预约模块:
24
6.7注释设计24
7测试计划24
1引言
餐饮业在一直是服务行业最重要的组成部分之一。
薄利多销一直是餐饮业的营销理念。
如何在当前餐饮行业日趋激烈的竞争环境中脱颖而出并吸引更多的顾客，已成为每位餐饮业经营者所追求的目标。
经过多年发展，餐馆管理已经逐渐由简单而繁琐的人工管理，进入科学系统管理的阶段。
如何有效的节约人力成本是餐饮业致力于解决的首要问题。
当前最有效的手段就是采用系统的自动化电脑管理取代过去的人工方式。
1.1编写目的
本项目的名称：
餐馆订餐馆里系统
按要求设计的订餐管理系统参照了同类软件和ＵＭＬ书中实例及设计要求，保持灵活性和易操作性，并具有良好人性化的用户界面。
1.2背景
当前该XX餐馆采用的是一个传统的手工预约系统，将手写预约单保存在一个大文件夹中，这种传统的方法不但效率低，而且容易出错，产生诸多问题。
例如
a）手工预约单使空餐桌的存在不明显，妨碍顾客进行预约。
b）由于没有备份系统，一张预约单的毁坏将导致相应信息的永久丢失。
c）不容易获得相应的统计数据，例如某时刻餐桌的使用率
d）对系统不容易进行更新等操作
基于上述种种缺陷，XX餐馆向我方提出设计更换一个自动化的订餐管理系统，要求保留原有传统手工方式的功能和工作人员熟悉的操作方式，同时改进系统，以节约人力成本。
1.3定义缩写词略语
订餐管理系统：
是一个基于j2se平台的单机版系统，提供了更为简捷，更为安全的订单管理方式。
Java语言：
它是简单的、面向对象的、稳定的、安全的、高效的、与平台无关的、解释性的、多线程的、动态的编程语言。
是目前最先进最成熟最高效最安全的高级编程语言。
它能最大程度上实现其他语言难以实现的跨平台性。
1.4参考资料
《软件工程（第二版）》张海潘编著
《面向对象设计UML实践》Markpriestley著
2任务概述
2.1目标
设计订餐管理系统目标如下：
易学易用,操作极为简便，它是一套纯WINDOWS软件，操作界面友好直观。
功能完整，本系统包括订餐、用餐管理功能，系统具有分类查询和结账计算功，能够实现餐馆的数字化经营。
数据安全性,使数据库安全有保障。
开放性好,采用标准的开发工具和技术，后台数据库采用微软ACCESS中文版，可以提供开放的数据接口，可同其它软件交流数据。
2.2用户的特点
此软件应用于前台服务人员进行就餐的预约和用餐的记录以及结算，同时让餐馆管理人员可以实现查询和安排餐座。
软件没有登陆权限设置，只是对所用功能面向以上用户进行了大致简单分类：
（1）前台服务人员
享有搜索、查看餐座使用情况，查看订餐者预约信息的功能。
拥有餐桌分配权力和用餐结算权力。
（2）餐馆管理者
享有搜索、查看餐座使用情况，查看订餐者预约信息的功能。
拥有餐桌分配更改的权力和对整体预约情况进行调整地权力。
2.3假定和约束
假定：
该系统餐馆管理系统建设计划中订餐系统，是整体系统的一个组成部分。
经费限制：
3000RMB
开发期限：
2周
人员限制：
5名开发人员
设备限制：
公用机房电脑。
3需求规定
3.1系统功能
系统功能描述
功能名称
功能描述
功能约束
处理过程
添加预约
包括早、中、晚三部分可预定时间，可预约当天及以后3天内的所有空闲餐座当桌位被预订后桌位在预定时间前后一小时保留显示为餐座不可用
预约餐座标记为空闲时可用
通过相关记录预约功能模块将信息读入数据库。
删除预约
当客人取消预定，经前台管理人员确定后，系统将已经预订的桌位改为空闲状态。
餐座必须标记为预约状态时可用
从数据库读预约信息并对数据库执行删除记录动作。
各类信息查询
为用户提供模糊查询预约信息、用餐信息。
联合查询
根据关键字将信息从据库中读取出来
更改预约状态
对已经预约的订单条目信息参照客人要求作出相应的修改。
当客人来时（到达预约时间）餐桌自动显示为用餐状态。
餐座必须标记为预约状态时可用
从数据库读预约信息并对数据库执行修改记录动作。
实时消费管理
桌位查询，查询桌位的状态（包括桌位是否为空，座位数）
。
输入合法的餐座号，已经预约和处于就餐状态的餐座不可查询
根据关键字将信息从据库中读取出来
结算模拟功能
用户用餐结束后可以要求前台进行结算，执行此功能后餐桌更改为空闲状态
要求可结算餐桌均为处于用餐状态餐座
将数据库表中处于用餐状态的所有表目录信息调出查看并选择进行结算后删除条目
开台功能
根据查询后桌位，记录来用餐的客户数目并将餐座状态修改为用餐态
要求订单是完全处理后的情况
将数据库中的订单表进行添加，生成新的订单记录
3.2对性能的规定
3.2.1精度
数据名称
数据精度
说明
数值型数据
8位，整型
无
文本型数据
二十位以上的字符
无
日期型数据
年-月-日
无
3.2.2时间特性要求
时间特性名称
时间特性要求
说明
响应时间
3秒之内
无
更新处理时间
5秒之内
无
数据的转换和传送时间
2秒之内
无
3.2.3输人输出要求
数据名称
媒体
格式
数值范围
精度
输出控制
说明
数值型
无
99999999
0-9999999
整型
无
无
文本型
无
二十位以上的字符
Varchar型
无
无
日期型
无
年-月-日
2007-2100年
精确到日
无
无
3.3数据管理能力要求
表的大小规模：
随着数据的录入，表的规模可以无限量的扩大，仅受限于ACCESS数据库对表大小的支持。
管理的记录的个数：
仅受限于ACCESS数据库管理记录的个数，其它限制无。
3.4故障处理要求
1）可能的软件故障：
数据库误操作引起数据库链接断开
软件故障的处理要求：
重新启动软件可恢复，数据不丢失
2）可能的硬件故障：
断电导致数据库断开链接
硬件故障的处理要求：
重新启动软件可恢复，数据不丢失
3.5其他专门要求
运行环境要求：
ACCESS数据库支持。
软件具备基本功能之外，应该具有友好，易用的界面，软件模块化，可维护，可扩充，可重新组装，进行更新和维护等基本功能。
4运行环境规定
4.1设备
设备名称
详细要求
处理器
IntelPentium42GHZ或同级别处理器
内存容量
至少256MB，推荐512MB
外存容量
至少30G，推荐80GB
联机/脱机
客户端连接本地数据库服务器
4.2系统环境
操作系统：
MicrosoftWindowsNT2003
MicrosoftWindows2000
MicrosoftWindows98
数据库环境：
ＡＣＣＥＳＳ
开发语言：
ＪＡＶＡ
4.3接口
独立软件，无与外界其他软件接口。
5概要设计
5.1基本设计概念和处理流程
5.1.1 系统用例图：
DISPLAYBOOKING:
（显示预约）
Cancelbooking:
（取消预约）
Main:
（主用例图）
Recordarrival:
（预约到达）
Recordbooking:
（记录预约）
TransferTable:
（交换餐桌）
5.1.2类图：
Domainmodel:
Restaurant:
5.1.3系统功能图：
5.1.4系统页面跳转图：
5.2人工处理过程
各个模块的各种添加，修改，删除,显示操作。
5.3数据库设计
5.3.1ER图：
5.3.2数据表的设计：
餐桌表:
字段名
数据类型
长度
缺省值
允许空
主键
注释
TALNO
自动编号
长整型
无
不允许
是
桌子编号
PLACES
长整型
64
无
允许
否
餐桌号
REGION
布尔型
1
无
允许
否
是否预约
STATE
布尔型
1
无
允许
否
是否繁忙
客户表
字段名
数据类型
长度
缺省值
允许空
主键
注释
CNO
自动编号
长整型
无
不允许
是
客户单编号
CNAME
文本
３０
无
允许
否
客人姓名
PHONE
文本
３０
无
允许
否
客人电话
预约表
字段名
数据类型
长度
缺省值
允许空
主键
注释
RESERVATION_ID
长整型
64
无
不允许
是
自动标号
COVERS
长整型
64
无
允许
否
顾客数
PREDATE
文本
文本
无
允许
否
订阅日期
ARRIVALDATE
文本
文本
无
允许
否
到达日期
ARRIVALTIME
文本
文本
无
允许
否
到达时间
TALNO
文本
文本
无
允许
否
桌号
CNO
长整型
64
无
允许
否
顾客编号
ISARRIVAL
布尔型
1
无
允许
否
是否到达
ISPAYBILL
布尔型
1
无
允许
否
是否结帐
6详细设计
6.1程序系统的结构
6.2程序（标识符）设计说明
6.2.1程序描述
通过此系统用户可以很方便地实现餐馆和预约相关的功能,如:
记录,更新,取消,预约等.
6.2.2功能
记录预约模块：
顾客打电话预约,接待员输入顾客信息和预约信息．
记录到达模块：
顾客到达餐馆,侍者领班记录顾客到达信息．
显示预约模块：
侍者领班和接待员可查看已有的预约信息．
更新预约模块：
顾客打电话更新预约,接待员输入新的预约信息．
取消预约模块：
顾客打电话取消预约,接待员取消预约信息．
6.3性能
对响应时间没有太严格要求。
6.4输入项
记录预约模块
客户名
非空
客户电话
数字，字母符号，长度小于30。
预约用餐时间
单选框选择
确定预约
以按钮形式确认提交
预约用餐时间
单选框选择
确定预约
以按钮形式确认提交
显示预约模块
全部采用复合单选框的模式选择相应的日期时间,以按钮方式确认查询。
更新预约模块
客户名
非空
修改确认
采用复选框形式更改已有信息,以click按钮方式提交.
取消预约模块
客户名
非空
删除确认
采用复选框形式更改已有信息,以click按钮方式提交.
6.5输出项
记录预约模块：
输出项对相应的数据库进行操作，显示失败或者成功页面,完成后显示所有预约。
显示预约模块：
输出项为查询到的相应的预约信息。
更新预约模块：
对相应得数据库进行操作，显示失败或者成功页面,完成后显示所有预约。
取消预约模块：
对相应得数据库进行操作，显示失败或者成功页面,完成后显示所有预约。
6.6系统模块功能流程图
6.6.1新建预约模块详细流程图：
6.6.2显示预约模块：
6.6.3更改预约模块：
6.6.4取消预约模块:
6.7注释设计
4种注释方式：
a．加在模块首部的注释；
b．加在各分枝点处的注释；
c．对各变量的功能、范围、缺省条件等所加的注释；
d．对使用的逻辑所加的注释等等。
7测试计划
输入项输入：
新增预约模块：
空，全数字，全字母符号，字母加符号，超长长度输入
修改预约模块：
空，全数字，全字母符号，字母加符号，超长长度输入
取消预约模块：
复选框不选，全选，单选，连续多选，非连续多选
更新预约模块：
非连续多选
输出项验证：
查看相应数据表，记录结
复选框不选，全选，单选，连续多选，果。
总结问题。
升级会员 