完整餐厅点餐系统.docx
- 文档编号:28148401
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:32
- 大小:2.84MB
完整餐厅点餐系统.docx
《完整餐厅点餐系统.docx》由会员分享,可在线阅读,更多相关《完整餐厅点餐系统.docx(32页珍藏版)》请在冰豆网上搜索。
完整餐厅点餐系统
(完整)餐厅点餐系统
编辑整理:
尊敬的读者朋友们:
这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望((完整)餐厅点餐系统)的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。
本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为(完整)餐厅点餐系统的全部内容。
中南民族大学
计算机科学学院
实验报告
课程面向对象分析与设计
题目餐厅点餐系统
年级2009级
专业软件工程
姓名李成
学号********
指导教师王新年
日期2012年4月13日
餐厅点餐系统
(Version1。
0)
*****
学号:
********
计算机科学学院软件工程
2012年3月9日
文档修订历史
日期
版本
老师评语
描述
12/03/06
1.0
添加系统概述部分
12/03/08
1.1
格式啊,目录之类的咧?
还有修订版本没有填写完全啊。
修改格式,增加目录,修改修订版本记录
12/03/17
1.2
乱码.删除
换用word2007编辑,修改格式
12/03/18
2。
0
添加系统术语表,用例说明,界面
12/03/24
3。
0
Good,注意顶格,和首行缩进,下次作业改正.
进一步修改格式,添加系统对象模型和对象数据字典描述
1概述
1。
1系统简述
众所周知,餐厅的点餐都是用的口传或者点菜单的方法,随着信息时代的到来,特别是计算机的发展,很多餐厅希望通过使用计算机点餐使其更加方便,更加易于管理。
相比于传统的口传或者点菜单的方法,计算机点菜不仅方便简单快捷,而且节省成本人力物力,也让顾客更了解菜品,让厨师更简单的了解顾客的需求。
点菜系统扩展功能,让厨师了解大众口味,让客户了解餐厅特色,让餐厅老板了解餐厅生意状况,了解厨师手艺。
餐厅客户、厨师、服务员、餐厅老板和系统管理者都可以通过联机登陆该系统,使用系统的相应功能并作出管理。
餐厅点餐系统,是一个现代化的信息管理系统,它主要包括程序开发,数据库的建立及维护,各级用户界面的建立三大方面。
运行环境
硬件环境:
服务器端/客户端:
显示屏:
客户端需触屏
处理器:
IntelPentiumIII或者更高
内存:
521M或者更高
硬盘空间:
160G或者更高
软件环境:
服务器端/客户端:
操作系统:
Windows7/XP/Vista/NT/ME
网络协议:
TCP/IP、HTTP
1。
2软件设计目标
首先,客户可以直接用游客身份登录软件,然后系统提供本餐厅的菜品及介绍,客户可以通过菜品名或者菜品代码点餐,并在备注中说明自己的需求,系统将数据整理有发给厨师和服务员,用户在用餐完后可以对菜品或者厨师做出评价,系统自动保存并将数据整理。
厨师和服务员以服务者身份登陆系统,接收系统发来数据,根据用户需求做好相应工作。
老板以管理员身份登陆系统,通过查看系统统计整理的数据了解客户需求量大的菜品,了解客户最喜欢的厨师以及大众的口味需求,对餐厅各方面做出调整,管理员以管理员身份登陆系统,对系统进行日常的维护,升级。
当然系统很容易开发出其他有用的功能,但是现阶段总体上软件设计需达到3个目标:
(1)客户利用系统了解餐厅特色,以及点餐;
(2)客户向厨师提出合理的要求,以及对餐厅服务和食物口味作出评价;
(3)软件对数据整理并输出,使厨师及服务员了解客户需求,老板登陆该系统了解餐厅经营状况,了解客户需求及评价。
从非功能性需求上分析,软件用户界面:
客户界面应该尽量简单明了,美观,方便大众用户点餐,厨师的输出界面应该很直观而且有条理;系统可靠性:
应该考虑到系统数据最大容量,考虑到就餐高峰期用户量大,系统应能正常使用;系统反应时间:
为了让信息迅速的到达厨师,系统的信息处理速度应非常快.
系统活动图如下:
1。
3参考资料
[1]《软件需求规格说明书》;
[2]麻志毅.《面向对象分析与设计》。
机械工业出版社,2008年3月.
[3]宁木成。
《餐厅点餐系统设计报告》.XX文库,2010年2月.
[4]牛丽平,郭新志,宋强,杨继萍等。
《UML面向对象设计与分析》。
清华大学出版社出版社,2007。
1.4修订版本记录
文档修订历史
日期
版本
老师评语
描述
12/03/06
1.0
添加系统概述部分
12/03/08
1.1
格式啊,目录之类的咧?
还有修订版本没有填写完全啊。
修改格式,增加目录,修改修订版本记录
12/03/17
1.2
乱码。
删除
换用word2007编辑,修改格式
12/03/18
2.0
添加系统术语表,用例说明
12/03/26
3.0
添加系统对象模型,数据字典部分
12/04/01
4.0
添加系统部署图,进一步排版
2术语表
客户
1.登录系统:
在执行所有操作之前,必须登录系统。
这是所有的操作的前提。
2.查看菜单:
客户查看系统提供的本饭店的菜品及相应的介绍。
3.点餐:
客户输入自己想点的菜品名或者代码。
4.提出要求:
客户根据自身喜好对服务员和厨师提出要求.
5.作出评价:
用餐完后,客户可对菜品及各种服务作出评价.
厨师,服务员
1.登录系统:
在执行所有操作之前,必须登录系统。
这是所有的操作的前提。
2.注册:
服务人员需注册,然后以服务人员身份登陆系统进行相关操作。
3.查看客户服务需求:
服务人员查看客户点餐单及客户其他需求。
老板
1.登录系统:
在执行所有操作之前,必须登录系统。
这是所有的操作的前提.
2.统计信息:
老板可统计用户点菜信息及对本饭店菜品和服务的评价。
3用例
系统总体用例图如下:
用例1
注册
参与者
厨师及服务员、老板
前置条件
成功打开系统
后置条件
获得合法的登陆账号、密码
工作流
1.【用户】进入注册界面
2.【用户】填写必要注册信息
3.【用户】获得登陆信息
用例2
登陆
参与者
客户、厨师及服务员、老板
前置条件
按合法身份输入合法登陆权限、账号、密码
后置条件
进入相应权限的界面,可执行相应权限的操作
工作流
1.【用户】输入登陆信息
2.【系统】检验登陆信息,若合法,则跳转到相应权限的界面;否则,输出警告
用例3
查看菜品
参与者
客户
前置条件
成功登陆系统并进入该界面
后置条件
显示菜品及介绍
工作流
1.【用户】登陆系统
2.【系统】显示菜品信息
用例4
点菜
参与者
用户
前置条件
成功登陆系统并进入该界面
后置条件
显示客户所点菜品名及介绍
工作流
1.【用户】向系统输入所点菜品名或者编号
2.【系统】保存、更新和显示所点菜品信息
用例5
提出要求
参与者
客户
前置条件
成功登陆系统并进入该界面
后置条件
显示客户所提要求
工作流
1.【用户】向系统输入自己的要求
2.【系统】保存、更新和显示客户要求
用例6
评价
参与者
客户
前置条件
成功登陆系统并进入该界面,客户已经用完餐
后置条件
系统保存客户评价,输出感谢语
工作流
1.【用户】向系统输入评价
2.【系统】保存内容
3.【系统】输出感谢界面
用例7
查看服务要求
参与者
厨师、服务员
前置条件
成功登陆系统并进入该页面,客户已点完餐
后置条件
显示客户服务要求
工作流
1.【用户】进入该页面
2.【系统】显示客户服务要求信息
用例8
统计点餐信息
参与者
老板
前置条件
成功登陆系统并进入相应界面
后置条件
更新保存统计结果
工作流
1.【用户】进入该页面并提出统计要求
2.【系统】统计点餐信息并输出统计结果
用例9
查看评价
参与者
老板
前置条件
成功登陆系统并进入相应页面,系统中已有保存的结果
后置条件
显示统计结果
工作流
1.【用户】进入该页面并提出相应请求
2.【系统】显示客户评价
4设计概述
4.1简述
本系统采用了面对对象分析、设计方法,基于对象而再是基于结构;
系统采用了三层B/S结构风格,包括数据库服务器、应用服务器以及Web浏览器。
作图过程中采用的是officevisio进行作图。
4.2系统结构设计
系统层级方框图如下:
4。
2。
1顶层系统结构
系统顶级结构图如下:
4。
2。
2子系统1结构
4。
2.3子系统2结构
4。
2.4子系统3结构
4.2.5子系统4结构
4。
3系统界面
客户界面(客户可直接登录系统,不需要注册):
客户已点菜品服务人员及老板界面:
厨师服务员显示界面:
点菜信息统计界面:
数据统计界面:
4.4约束和假定
该系统必须在2012年12月之前完成,预算5万元人民币。
提供3—4个熟练队员。
该系统用面对对象的程序设计语言开发.当100名用户同时使用该系统时,系统应该正常运行。
系统响应时间应该在人所能接受的等待时间范围之内(一般为3秒左右)。
客户界面友好,漂亮,服务者界面简约,内容详细,整个系统易于操作,安全性好,稳定性好。
系统餐厅客户界面支持触屏显示操作,使客户有新鲜感,利于操作,适合餐厅的放置,厨师界面支持LED显示屏显示,使厨师对客户需求一目了然.
5对象模型
5.1类定义
用户
菜品
评价
用户信息
5.2类关联描述
类关联
关联关系
意义
1
用户与用户信息
1:
1
一个用户只能拥有一个用户信息
2
用户与菜品
1:
n
一个用户可以点多个菜品
3
用户与评价
1:
n
一个用户可对不同菜品作出多个评价
5。
3对象模型图
6对象数据字典描述
6.1餐厅点餐系统中的对象
6.1.1对象:
用户信息
用途:
描述用户的信息
约束:
每个用户只有一个用户身份
持久性:
长期存在与数据库中
6.1.1.1属性描述
1.属性:
用户名
类型:
char型
描述:
不同的用户可能同名
约束:
每个用户只有一种身份
2.属性:
密码
类型:
int型
描述:
不对外开放的信息
约束:
一个用户只能有一个密码
3.属性:
编号
类型:
int型
描述:
主键,唯一标识用户
约束:
每个用户只能有一个编号
6.1.1.2方法描述:
1.方法:
添加用户
返回类型:
char型
参数:
name[]
返回值:
infor[]
Pre-Condition:
该用户不存在
Post—Condition:
将用户信息添加到数据库显示添加用户信息
读取/修改的属性:
读取用户名
调用的方法:
程序中嵌入SQL语句
处理逻辑:
根据获得的用户名,在数据库中增加用户名
2.方法:
更改用户信息
返回类型:
char型
参数:
name[]
返回值:
infor1[]
Pre-Condition:
该用户已存在
Post-Condition:
将修改的的用户信息添加到数据库显示更新后的用户信息
读取/修改的属性:
读取用户信息
调用的方法:
程序中嵌入SQL语句
处理逻辑:
根据获得的用户名,在数据库中删除原有信息,并增加新的信息
3.方法:
删除用户信息
返回类型:
char型
参数:
name[]
返回值:
空
Pre-Condition:
该用户已存在
Post—Condition:
该用户不存在
读取/修改的属性:
读取用户信息
调用的方法:
程序中嵌入SQL语句
处理逻辑:
根据获得的用户名,在数据库中删除原有信息
测试列:
CASE
输入
期望结果
CASE1
输入合法用户名
输出查询结果或者提示为空
CASE2
输入非法用户名
输出警告信息
CASE3
输入合法且存在的用户名
输入用户信息
CASE4
输入合法但不存在的用户名
输出警告信息
6.1.2对象:
用户
用途:
区分用户身份
约束:
进入系统前都要选择用户身份
持久性:
永久存在于数据库中
6.1.2.1属性描述
1.属性:
身份
类型:
char型
描述:
不同的用户可有相同的身份
约束:
每个用户必须有一个身份
6.1.2.2方法描述
1.方法:
更改
返回类型:
char型
参数:
name[]
返回值:
status[]
Pre—Condition:
该用户已存在
Post-Condition:
更新的用户信息保存在数据库中
读取/修改的属性:
读取身份
调用的方法:
程序中嵌入SQL语句
处理逻辑:
获取用户身份信息,若数据库中存在相同信息,则进入相应界面
测试列:
CASE
输入
期望结果
CASE1
输入合法身份
跳转到相应身份界面
CASE2
输入非法身份
输出警告信息
6.1.3对象:
菜品
用途:
记录菜品信息
约束:
每个菜品都有相应的介绍
持久性:
长期存在于数据库中
6.1.3.1属性描述
1.属性:
编号
类型:
int型
描述:
唯一标识菜品
约束:
每个菜品必须有一个编号
2.属性:
菜名
类型:
char型
描述:
一种菜可有多个菜品
约束:
一个菜品只能对应一种菜
3.属性:
介绍
类型:
char型
描述:
菜品的信息介绍
约束:
每种菜品必须有一种介绍
6.1.3.2方法描述
1.方法:
添加
返回类型:
char型
参数:
name[]
返回值:
cname[]
Pre-Condition:
该菜品不存在
Post—Condition:
将菜品信息添加到数据库显示添加的菜品信息
读取/修改的属性:
读取菜品信息
调用的方法:
程序中嵌入SQL语句
处理逻辑:
根据获得的菜品名,在数据库中增加菜品信息
2.方法:
更改
返回类型:
char型
参数:
name[]
返回值:
cname[]
Pre-Condition:
该菜品已存在
Post-Condition:
将修改的的菜品信息添加到数据库显示更新后的菜品信息
读取/修改的属性:
读取菜品信息
调用的方法:
程序中嵌入SQL语句
处理逻辑:
根据获得的菜品名,在数据库中删除原有信息,并增加新的信息
3.方法:
删除
返回类型:
char型
参数:
cname[]
返回值:
空
Pre-Condition:
该菜品已存在
Post—Condition:
该菜品不存在
读取/修改的属性:
读取菜品信息
调用的方法:
程序中嵌入SQL语句
处理逻辑:
根据获得的菜品信息,在数据库中删除原有信息
测试列:
CASE
输入
期望结果
CASE1
输入合法且存在的菜品名
输入用户信息
CASE2
输入合法但不存在的菜品名
输出警告信息
CASE3
输入不存在的菜品名
输出警告信息
6.1.4对象:
评价
用途:
存储客户对菜品的意见
约束:
每个评价都必须有对应的菜品
持久性:
长期存在于数据库中
6.1.4.1属性描述
1.属性:
对象
类型:
int型
描述:
标识评价是对哪种菜品
约束:
每个评价必须有对应的对象
2.属性:
内容
类型:
char型
描述:
保存评价的内容
约束:
内容不能为空
6.1.4.2方法描述
1.方法:
统计
返回类型:
int型
参数:
biaog[]
返回值:
tongji[]
Pre-Condition:
统计对象信息已存在于数据库中
Post-Condition:
将对象信息统计表格输出
读取/修改的属性:
读取用户统计请求
调用的方法:
程序中嵌入SQL语句
处理逻辑:
在数据库中调用相应信息,制表,输出
测试列:
CASE
输入
期望结果
CASE1
输入数据库中不存在的项目统计
输出提示信息
CASE2
输入数据库中存在的项目统计
输出统计结果
7动态模型
7.1场景
7.1.1场景:
注册
描述:
厨师、服务员、老板都必须根据自己的身份进行注册,填写注册信息,获得登陆密码。
动作1:
打开餐厅点餐系统页面,点击注册
动作2:
填写注册信息
7.1.2场景:
登陆
描述:
用户打开餐厅点餐系统页面,输入登录权限、账号、密码,经系统验证完全正确后,系统自动跳转到相应权限的操作页面。
动作1:
用户输入登录权限、账号、密码
动作2:
等待系统进行验证
7.1.3场景:
查询菜品信息
描述:
用户输入想了解的菜品名或者编号,系统显示出查询到的菜品信息
动作1:
选择精确查询和模糊查询
动作2:
输入查询条件
7.1.4场景:
评价
描述:
用户在用完餐后可以对某菜品的厨师评价,系统保存评价信息
动作1:
用户输入评价对象、评价信息
动作2:
系统保存信息
7.1.5场景:
统计信息
描述:
系统对保存的信息统计、分类、输出
动作1:
用户请求系统统计信息
动作2:
系统统计信息、输出信息
7.2事件定义
餐厅点餐系统的事件跟踪
餐厅点餐系统的事件流图如下:
定义事件:
点餐成功
定义事件:
查看评价
7.3状态图
点餐单状态
服务人员状态:
8功能模型
8.1确定输入输出与事件关系
查询事务与输入输出的关系:
8.2功能模型图
点餐的功能模型图如下:
数据字典
数据项:
1)用户信息=用户名+密码+编号
2)点餐信息=菜品名+编号+评价信息
加工条目:
加工名:
餐厅点餐系统
编号:
无
输入:
用户信息、点餐信息
输出:
点餐信息、菜品介绍
9数据库定义
用户信息表:
列名
数据类型
是否可空
是否为主键
用户身份
char
否
否
用户名
char
否
否
用户编号
int
否
是
密码
int
否
否
菜品信息表:
列名
数据类型
是否可空
是否为主键
菜品名
char
否
否
菜品编号
int
否
是
菜品介绍
char
是
否
10部署图
餐厅点餐系统的部署图:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 完整 餐厅 系统