餐饮管理 餐厅点菜管理系统需求分析.docx
《餐饮管理 餐厅点菜管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《餐饮管理 餐厅点菜管理系统需求分析.docx（21页珍藏版）》请在冰豆网上搜索。
餐饮管理餐厅点菜管理系统需求分析
餐饮管理餐厅点菜管理系统需求分析
餐厅点菜管理系统
修改历史记录
日期
版本
说明
作者
2010年03月20日
1.0
初始版
2010年04月9日
1.1
文档格式，文档内容
1
1.1
背景
4
1.2
文档概述
4
1.3
术语
4
1.3.1Admin
4
1.3.2菜金
4
1.3.3开单
4
1.3.4折扣
4
1.3.5提成
4
1.3.6登录
5
1.3.7退菜
5
2.设计依据5
3.软件需求概要描述5
3.1
系统语境图
5
3.2
信息/事件列表
5
3.3
用例模型
6
3.4
系统概念结构图
7
4.软件需求详细描述
7
4.1用例描述
7
4.1.1登陆用例描述
7
4.1.2登录活动图
8
4.1.3点菜用例图
8
4.1.4点菜活动图
9
4.1.5换菜用例图
10
4.1.6换菜活动图
11
4.1.7退菜用例图
11
4.1.8退菜活动图
13
4.1.9添加新菜用例图
4.1.10
14
添加新菜活动图
15
4.1.11
修改菜品用例图
15
4.1.12
修改菜品活动图
17
4.1.13
删除菜品用例图
17
4.1.14
删除菜品活动图
19
4.1.15
添加折扣用例图
19
4.1.16
添加折扣活动图
21
4.1.17
修改折扣用例图
21
4.1.18
修改活动图
23
4.1.19
执行用例图
23
4.1.20
执行活动图
25
4.1.21
添加提成用例图
25
4.1.22
添加提成活动图
27
4.1.23
修改提成用例图
27
4.1.24
修改提成活动图
29
4.1.25
发放提成用例图
29
4.1.26
发放提成活动图
31
4.1.27
提交意见用例图
31
4.1.28
提交意见活动图
33
4.1.29
填写意见
33
4.2
4.1.30
外部接口
填写意见活动图
35
35
4.3
质量属性需求
36
4.3.1性能需求
36
4.3.2安全需求
36
4.3.3易用性
36
4.3.4可靠性
37
4.3.5保密需求
37
4.3.6设计约束
37
概述
1.1背景
随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。
传统的手工点菜方式由于其难计算、难查找、难更改、易ft错、效率低等缺点已逐渐退ft了酒店等高等消费场所的服务管理平台。
层ft不穷的各类酒店点菜管理系统也应运而生，呈现ft多元化的发展。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发ft一套可视化程度高、功能全面、集分析管理于一体的酒店点菜管理系统，极具有市场价值。
1.2文档概述
该系统实现了在可视化的基础上，利用数据库进行后台管理。
前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍，并分为不同菜系。
系统具有记录和分析功能，能够自动统计每道菜被点取的次数并进行排列，形成本店的特色菜。
点菜完毕后，系统会自动显示价格，使用户判断所选饭菜的总价是否在自己的预想范围内。
如不满意，则可以进行补选或退选。
上菜后，系统可根据服务员的操作进行记录，以避免漏菜现象。
达到了服务方便、顾客满意的初衷，可初步适用于各大酒店。
1.3术语
1.3.1Admin
【Admin】系统管理员，可以对该系统进行管理操作，点菜，
1.3.2菜金
【菜金】用于专供吃饭买菜的钱款
1.3.3开单
【开单】根据客户点菜情况，核对单据并及时处理单据
1.3.4折扣
【折扣】饭店按原价给予客户一定百分比的减让，即在价格上给予适当的优惠。
百分之几就是几折。
1.3.5提成
【提成】提成就是餐厅经理根据业务收入按一定的比例给提取给服务员的报酬，提成率就是那个比例率。
1.3.6登录
【登录】系统允许多个用户同时使用一台计算机，为了保证系统的安全和记账方便，系统要求每个用户有单独的帐号作为登录标识，系统还为每个用户指定了一个口令。
用户在使用该系统之
前要输入标识和口令，这个过程被称为“登录”。
1.3.7退菜
【退菜】因餐厅自身原因，导致客户所点菜品无，客户因此而选择退菜，服务员对系统所做的操作。
2.设计依据
【1】《酒店点菜管理系统设计》ft自网站：
“毕业设计指导网”
网址：
http:
///tongxinxuelunwen/200811/180689.html引用日期：
2010-4-5
【2】《酒店餐饮管理系统中的点菜管理子系统的实现》ft自网站：
“XX文库”
网址：
引用日期：
2010-4-5】
3.软件需求概要描述
为了更好的管理餐厅的工作，方便客户点菜，方便服务员对菜式进行管理，提高工作效率，开发了此餐厅点菜系统。
系统可以实现：
对菜式的管理、对活优惠活动的安排、服务员提成管理、顾客反馈意见管理。
3.1系统语境图
3.2信息/事件列表
表1信息/事件列表
序号
信息/事件
信息/事件详细内容
流向
到达模式
同步/异步
响应时间
1
登陆
酒店人员登陆系统
In
随机性
同步
1s
2
顾客提ft意见
顾客对服务人员、酒店不足方面提意见
In
随机性
同步
1s
3.3用例模型
3.4系统概念结构图
4.软件需求详细描述
本系统共有6个主界面。
分别为登录,操作菜品，管理菜品，制定折扣，制定提成和顾客意见。
其中登录没有子功能而其它均有。
操作菜品分为点菜，换菜和退菜。
管理菜品分为添加新菜，删除菜品和修改菜品。
制定折扣分为添加折扣，修改折扣和进行折扣。
制定提成又分为添加提成，修改提成和发放提成。
最后顾客意见又分为两个子系统为填写意见和提交意见。
4.1用例描述
4.1.1登陆用例描述
用例名称：
登陆
用例编号：
餐厅点菜系统－登陆
编写者：
张韧时间：
2010.3.29最近一次修改者：
时间：
主执行者
服务员
辅助执行者
经理
前提
服务员ft勤
成功保障
进入点菜系统
触发事件
顾客需要点菜
优先级
高
主成功场景
1.输入账号
2.输入密码
3.登陆成功
扩展流程
1.当密码或账号错误时重新输入
相关的质量需求
登陆时间消耗最多5秒，密码可更改，维护性高。
待解决的问题
无。
4.1.2登录活动图
4.1.3点菜用例图
用例名称：
点菜
用例编号：
餐厅点菜系统－操作菜品-01
编写者：
张韧时间：
2010.3.29最近一次修改者：
时间：
主执行者
服务员
辅助执行者
无
前提
服务员登录系统
成功保障
进行点菜
触发事件
顾客点菜
优先级
高
主成功场景
1.顾客报菜名
2.服务员自录
3.信息传送给厨师
扩展流程
1.无
相关的质量需求
添加菜耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.4点菜活动图
4.1.5换菜用例图
用例名称：
换菜
用例编号：
餐厅点菜系统－操作菜品-02
编写者：
张韧时间：
2010.3.29最近一次修改者：
时间：
主执行者
服务员
辅助执行者
无
前提
服务员登录系统
成功保障
换菜成功
触发事件
顾客不要此菜或酒店没原料
优先级
中
主成功场景
1.顾客不要此菜
2.商量换什么菜
3换菜成功
4把信息传送给厨师和柜台
扩展流程
1.当原料不全
2.厨师未ft勤
3.当菜在烧或已经烧好时不能执行次程序
相关的质量需求
换菜时间要小于2秒，易于维护
待解决的问题
添加数据时数据类型要正确
4.1.6换菜活动图
4.1.7退菜用例图
用例名称：
退菜
用例编号：
餐厅点菜系统－操作菜品-03
编写者：
张韧时间：
2010.3.29最近一次修改者：
时间：
主执行者
服务员
辅助执行者
无
前提
服务员登录系统
成功保障
退菜成功
触发事件
顾客要退菜
优先级
低
主成功场景
1.顾客不要了
2.退菜成功
3.把信息传送给厨师
扩展流程
1.当菜已经烧好或正在烧时不执行此程序
相关的质量需求
退菜耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.8退菜活动图
4.1.9添加新菜用例图
用例名称：
添加新菜
用例编号：
餐厅点菜系统－管理菜品-01
编写者：
张韧时间：
2010.3.29最近一次修改者：
时间：
主执行者
管理员
辅助执行者
服务员
前提
管理员成功登录系统
成功保障
成功添加新菜品并在今天的菜单中显示ft来
触发事件
响应顾客的反馈
优先级
低高
主成功场景
1.得到反馈
2.添加新菜
3.添加成功
扩展流程
1.编号不能重复
相关的质量需求
耗时最多5秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.10添加新菜活动图
4.1.11修改菜品用例图
用例名称：
修改菜品
用例编号：
餐厅点菜系统－管理菜品-02
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
服务员
前提
管理员登录系统
成功保障
修改成功，并在当天的菜单中把他显示ft来
触发事件
菜品已经落伍，材料上涨
优先级
高
主成功场景
1.接受市场反馈
2.修改菜品
3.修改成功
扩展流程
1.当员工工资上涨时也修改菜品
相关的质量需求
修改耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.12修改菜品活动图
4.1.13删除菜品用例图
用例名称：
删除菜品
用例编号：
餐厅点菜系统－管理菜品-03
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
服务员
前提
管理员登录系统
成功保障
删除成功，并在当天的菜单中把它删除
触发事件
酒店把它几经放弃
优先级
低
主成功场景
1.酒店商讨
2.删除菜品
3.删除成功
扩展流程
1.当商讨同意则不删除
相关的质量需求
删除耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.14删除菜品活动图
4.1.15添加折扣用例图
用例名称：
添加折扣
用例编号：
餐厅点菜系统－制定折扣-01
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
服务员
前提
管理员登录系统
成功保障
折扣添加成功，并在系统中显示ft来
触发事件
酒店产生鼓励措施
优先级
高
主成功场景
1.添加折扣
2.添加成功
扩展流程
无
相关的质量需求
添加耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.16添加折扣活动图
4.1.17修改折扣用例图
用例名称：
修改折扣
用例编号：
餐厅点菜系统－制定折扣-02
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
服务员
前提
管理员登录系统
成功保障
修改成功，并在当天的系统ft现新的信息
触发事件
当酒店进行调整时
优先级
低
主成功场景
1.管理员商定
2.修改折扣
3.修改成功
扩展流程
1.无
相关的质量需求
修改耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.18修改活动图
4.1.19执行用例图
用例名称：
执行折扣
用例编号：
餐厅点菜系统－制定折扣-03
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
服务员
辅助执行者
管理员
前提
服务员登录系统
成功保障
顾客消费减少
触发事件
顾客结账
优先级
高
主成功场景
1.顾客结账
2.执行折扣
3.折扣成功
4.顾客离店
扩展流程
1.无
相关的质量需求
执行耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.20执行活动图
4.1.21添加提成用例图
用例名称：
添加提成
用例编号：
餐厅点菜系统－管理提成-01
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
无
前提
管理员登录系统
成功保障
提成系统中ft现新的提成信息
触发事件
酒店奖励员工
优先级
高
主成功场景
1.添加提成
2.添加成功
扩展流程
1.无
相关的质量需求
执行耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.22添加提成活动图
4.1.23修改提成用例图
用例名称：
修改提成
用例编号：
餐厅点菜系统－管理提成-02
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
前提
管理员登录系统
成功保障
修改成功，并在当天的系统ft现新的信息
触发事件
当酒店进行调整时
优先级
低
主成功场景
4.管理员商定
5.修改提成
6.修改成功
扩展流程
1.无
相关的质量需求
修改耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.24修改提成活动图
4.1.25发放提成用例图
用例名称：
发放提成
用例编号：
餐厅点菜系统－管理提成-03
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
管理员
辅助执行者
前提
管理员登录系统
成功保障
服务员拿到提成
触发事件
发放工资时
优先级
高
主成功场景
1.发放工资
2.发放提成
3.消除发放的提成信息
4.发放成功
扩展流程
1.当服务员有违纪时不发放
相关的质量需求
维护容易
待解决的问题
添加数据时数据类型要正确
4.1.26发放提成活动图
4.1.27提交意见用例图
用例名称：
提交意见
用例编号：
餐厅点菜系统－给予意见-01
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
服务员
辅助执行者
管理员
前提
服务员登录系统
成功保障
接受意见
触发事件
看完意见
优先级
高
主成功场景
1.接到意见
2.上交
扩展流程
1.无
相关的质量需求
修改耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.28提交意见活动图
4.1.29填写意见
用例名称：
填写意见
用例编号：
餐厅点菜系统－给予意见-02
编写者：
张韧时间：
2010.3.30最近一次修改者：
时间：
主执行者
顾客
辅助执行者
前提
顾客吃完饭
成功保障
填写意见成功
触发事件
提意见
优先级
高
主成功场景
1.提ft提意见
2.顾客填写
3.填写成功
扩展流程
1.无
相关的质量需求
修改耗时最多2秒，维护容易
待解决的问题
添加数据时数据类型要正确
4.1.30填写意见活动图
4.2外部接口
表2外部硬件接口类型表
本系统
外部系统名称
接口类型
备注
餐厅点菜系统
餐厅管理系统和打
印机
Windows2000以上皆可，字符串类型
和单精度类型。
表3软件接口表
信息发送方
信息接受方
信息内容
对应用例
备注
点菜系统
数据库
要求获取数据
登录
点菜系统
操作系统
提供平台
界面
表4人机接口描述
用户输入的信息
系统反馈的信息
对应用例
备注
帐号密码
登录成功或失败
登录系统
点菜信息
记录成功
点菜系统
换菜信息
很和不能
换菜系统
退菜信息
能退和不能退
退菜系统
添加新菜
添加成功或失败
添加系统
修改菜品
修改成功或失败
修改系统
删除菜品
删除成功或失败
删除系统
添加提成
添加成功或失败
添成系统
修改提成
修改成功或失败
修成系统
发放提成
发放成功
提成系统
添加折扣
添加折扣后失败
添折系统
修改折扣
修改成功或失败
修折系统
执行折扣
执行成功
折扣系统
填写意见
填写完成
意见系统
上传意见
上传成功
意见系统
4.3质量属性需求
4.3.1性能需求
4.3.1.1精度
价格精确到0.1元，时间精确到秒，
4.3.1.2时间特性要求
a．响应时间为0.5秒；
b．更新处理时间为一周
4.3.1.3灵活性
a．在windowvista和window7均可使用。
b．随时可以更新新的功能c．精度误差为0.1秒
4.3.2安全需求
用MD5加密。
每次使用要先登陆。
失败三次就关机。
4.3.3易用性
1.点菜用下拉列表显示，
2.退菜，换菜和点菜用三个按钮连接
3.添成新菜，删除菜品和修改菜品也用三个按钮连接
4.要退的菜或要换的菜用红色高亮显示
5.当不能退菜或换菜时功能不能使用并用灰色字体表示
6.顾客意见用红色高亮字显示
7.点好的菜用蓝色字显示
4.3.4可靠性
使用冗余系统。
在运行的同时另一台服务器在做备份。
4.3.5保密需求
用MD5加密。
4.3.6设计约束
无
5.人的特性/人的工程需求
a．顾客查看、搜索菜系、自助点菜、查看菜品介绍、修改已点菜品服务员查看、添加新菜、删除菜品、
经理登陆查看、设定折扣、结算服务员奖金、查看当天营业额b．目前一般主流的点菜系统有2种形式，一种为pda，另一种为点菜机的形式，在使用pda时使用时耗电量大.在使用一段时间后,触摸屏容易ft现笔点不准的故障,易划伤屏幕.从而使得顾客点菜错误，而是用点菜机形式时硬件扩展不灵活,软件开发的难度较大.如果是触摸屏的点菜机也会ft现笔点不准的故障易划伤屏幕.
c．本系统使用广泛的ASP技术，基于WindowsXPProfessional操作系统所开发的一套作业管理系统。
在设计中要用到ASP.NET用于B/S开发平台，ASP（ActiveServePages的缩写）是微软Web服务器IIS的一个组件，它提供了一个服务器端的脚本编程
6.运行环境需求
•硬件环境
主频：
1G，推荐2G
硬盘：
20G，推荐80G内存：
256M，推荐512M串口：
至少1个
USB接口：
若干
•软件环境
推荐使用Windows2000或者WindowsXP的操作系统。
MicrosoftAccess组件。
7.软件合格性因素
1、登录系统主界面响应时间约为0.1秒。
2、错误处理时间约为2秒。
3、子系统加菜、删菜、点菜响应时间约为2秒。
4、最低配置为奔腾Ⅲ处理器，三大系统都可运行。
5、最低负载不可少于300个用户。
6、并发使用不可低于150个用户。
7、客户想要的界面。
升级会员 