餐饮管理 餐厅点菜管理系统需求分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
餐饮管理餐厅点菜管理系统需求分析
餐厅点菜管理系统
修改历史记
录
1目录
1.1背景4
1.2文档概述4
1.3术语4
1.3.1 Admin4
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.24.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
5.人的特性/人的工程需求37
6.运行环境需求37
7.软件合格性因素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自网站:“百度文库”
网址:/view/00d0ae8da0116c175f0e480f.html
引用日期:2010-4-5】
3.软件需求概要描述
为了更好的管理餐厅的工作,方便客户点菜,方便服务员对菜式进行管理,提高工作效率,开发了此餐厅点菜系统。
系统可以实现:对菜式的管理、对活优惠活动的安排、服务员提成管理、顾客反馈意见管理。
3.1系统语境图
3.2信息/事件列表
3.3用例模型
3.4系统概念结构图
4.软件需求详细描述
本系统共有6 个主界面。
分别为登录,操作菜品,管理菜品,制定折扣,制定提成和顾客意见。
其中登录没有子功能而其它均有。
操作菜品分为点菜,换菜和退菜。
管理菜品分为添加新菜,删除菜品和修改菜品。
制定折扣分为添加折扣,修改折扣和进行折扣。
制定提成又分为添加提成,修改提成和发放提成。
最后顾客意见又分为两个子系统为填写意见和提交意见。
4.1用例描述
4.1.1登陆用例描述
4.1.2登录活动图
4.1.3点菜用例图
4.1.5换菜用例图
4.1.6换菜活动图4.1.7退菜用例图
4.1.8退菜活动图4.1.9添加新菜用例图
4.1.10添加新菜活动图4.1.11修改菜品用例图
4.1.12修改菜品活动图4.1.13删除菜品用例图
4.1.14删除菜品活动图4.1.15添加折扣用例图
4.1.16添加折扣活动图
4.1.18修改活动图4.1.19执行用例图
4.1.20执行活动图4.1.21添加提成用例图
4.1.22添加提成活动图4.1.23修改提成用例图
4.1.24修改提成活动图4.1.25发放提成用例图
4.1.26发放提成活动图4.1.27提交意见用例图
4.1.28提交意见活动图
4.1.30填写意见活动图
4.2外部接口
表
表3 软件接口表
4.3质量属性需求
4.3.1性能需求
4.3.1.1精度
价格精确到0.1 元,时间精确到秒,
4.3.1.2时间特性要求
a.响应时间为0.5 秒;
b.更新处理时间为一周
4.3.1.3灵活性
a.在window vista 和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 技术,基于WindowsXP Professional 操作系统所开发的一套作业
管理系统。
在设计中要用到 用于B/S 开发平台,ASP(Active Serve Pages 的缩
写)是微软Web 服务器IIS 的一个组件,它提供了一个服务器端的脚本编程
6.运行环境需求
•硬件环境
主频:1G,推荐2G
硬盘:20G,推荐80G
内存:256M,推荐512M
串口:至少1 个
USB 接口:若干
•软件环境
推荐使用Windows 2000 或者Windows XP 的操作系统。
Microsoft Access 组件。
7.软件合格性因素
1、登录系统主界面响应时间约为0.1 秒。
2、错误处理时间约为 2 秒。
3、子系统加菜、删菜、点菜响应时间约为2 秒。
4、最低配置为奔腾Ⅲ处理器,三大系统都可运行。
5、最低负载不可少于300 个用户。
6、并发使用不可低于150 个用户。
7、客户想要的界面。