餐饮管理 餐厅点菜管理系统需求分析.docx

1、餐饮管理 餐厅点菜管理系统需求分析餐饮管理 餐厅点菜管理系统需求分析餐厅点菜管理系统修改历史记录日期版本说明作者2010 年 03 月 20 日1.0初始版2010 年 04 月 9 日1.1文档格式，文档内容11.1背景41.2文档概述41.3术语41.3.1 Admin41.3.2 菜金41.3.3 开单41.3.4 折扣41.3.5 提成41.3.6 登录51.3.7 退菜52.设计依据 53.软件需求概要描述 53.1系统语境图53.2信息/事件列表53.3用例模型63.4系统概念结构图74. 软件需求详细描述74.1 用例描述74.1.1 登陆用例描述74.1.2 登录活动图84.1

2、.3 点菜用例图84.1.4 点菜活动图94.1.5 换菜用例图104.1.6 换菜活动图114.1.7 退菜用例图114.1.8 退菜活动图134.1.9 添加新菜用例图4.1.1014添加新菜活动图154.1.11修改菜品用例图154.1.12修改菜品活动图174.1.13删除菜品用例图174.1.14删除菜品活动图194.1.15添加折扣用例图194.1.16添加折扣活动图214.1.17修改折扣用例图214.1.18修改活动图234.1.19执行用例图234.1.20执行活动图254.1.21添加提成用例图254.1.22添加提成活动图274.1.23修改提成用例图274.1.24修改

3、提成活动图294.1.25发放提成用例图294.1.26发放提成活动图314.1.27提交意见用例图314.1.28提交意见活动图334.1.29填写意见334.24.1.30外部接口填写意见活动图35354.3质量属性需求364.3.1 性能需求364.3.2 安全需求364.3.3 易用性364.3.4 可靠性374.3.5 保密需求374.3.6 设计约束37概述1.1背景随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易ft错、效率低等缺点已逐渐退ft了酒店等高等消费场所的服务管理平台。层ft不

4、穷的各类酒店点菜管理系统也应运而生，呈现ft多元化的发展。为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发ft一套可视化程度高、功能全面、集分析管理于一体的酒店点菜管理系统，极具有市场价值。1.2文档概述该系统实现了在可视化的基础上，利用数据库进行后台管理。前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍，并分为不同菜系。系统具有记录和分析功能，能够自动统计每道菜被点取的次数并进行

5、排列，形成本店的特色菜。点菜完毕后，系统会自动显示价格，使用户判断所选饭菜的总价是否在自己的预想范围内。如不满意，则可以进行补选或退选。上菜后，系统可根据服务员的操作进行记录，以避免漏菜现象。达到了服务方便、顾客满意的初衷，可初步适用于各大酒店。1.3术语1.3.1Admin【Admin】系统管理员，可以对该系统进行管理操作，点菜，1.3.2菜金【菜金】用于专供吃饭买菜的钱款1.3.3开单【开单】根据客户点菜情况，核对单据并及时处理单据1.3.4折扣【折扣】饭店按原价给予客户一定百分比的减让，即在价格上给予适当的优惠。百分之几就是几折。1.3.5提成【提成】提成就是餐厅经理根据业务收入按一定的

6、比例给提取给服务员的报酬，提成率就是那个比例率。1.3.6登录【登录】系统允许多个用户同时使用一台计算机，为了保证系统的安全和记账方便，系统要求每个用户有单独的帐号作为登录标识，系统还为每个用户指定了一个口令。用户在使用该系统之前要输入标识和口令，这个过程被称为“登录”。1.3.7退菜【退菜】因餐厅自身原因，导致客户所点菜品无，客户因此而选择退菜，服务员对系统所做的操作。2.设计依据【1】 酒店点菜管理系统设计 ft自网站：“毕业设计指导网”网址：http:/tongxinxuelunwen/200811/180689.html 引用日期：2010-4-5【2】 酒店餐饮管理系统中的点菜管理子

7、系统的实现 ft自网站：“XX文库”网址： 引用日期：2010-4-5】3.软件需求概要描述为了更好的管理餐厅的工作，方便客户点菜，方便服务员对菜式进行管理，提高工作效率，开发了此餐厅点菜系统。系统可以实现：对菜式的管理、对活优惠活动的安排、服务员提成管理、顾客反馈意见管理。3.1系统语境图3.2信息/事件列表表 1 信息/事件列表序号信息/事件信息/事件详细内容流向到达模式同步/异步响应时间1登陆酒店人员登陆系统In随机性同步1s2顾客提ft意见顾客对服务人员、酒店不足方面提意见In随机性同步1s3.3用例模型3.4系统概念结构图4.软件需求详细描述本系统共有 6 个主界面。分 别为登录,操

8、作菜品，管理菜品，制定折扣，制定提成和顾客意见。其中登录没有子功能而其它均有。操作菜品分为点菜，换菜和退菜。管理菜品分为添加新菜，删除菜品和修改菜品。制定折扣分为添加折扣，修改折扣和进行折扣。制定提成又分为添加提成，修改提成和发放提成。最后顾客意见又分为两个子系统为填写意见和提交意见。4.1用例描述4.1.1登陆用例描述用例名称：登陆用例编号： 餐厅点菜系统登陆编写者：张韧 时间：2010.3.29 最近一次修改者： 时间：主执行者服务员辅助执行者经理前提服务员ft勤成功保障进入点菜系统触发事件顾客需要点菜优先级高主成功场景1.输入账号2.输入密码3.登陆成功扩展流程1.当密码或账号错误时重新

9、输入相关的质量需求登陆时间消耗最多 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.

10、29 最近一次修改者： 时间：主执行者服务员辅助执行者无前提服务员登录系统成功保障换菜成功触发事件顾客不要此菜或酒店没原料优先级中主成功场景1.顾客不要此菜2.商量换什么菜3换菜成功4把信息传送给厨师和柜台扩展流程1.当原料不全2.厨师未ft勤3.当菜在烧或已经烧好时不能执行次程序相关的质量需求换菜时间要小于 2 秒，易于维护待解决的问题添加数据时数据类型要正确4.1.6换菜活动图4.1.7退菜用例图用例名称：退菜用例编号： 餐厅点菜系统操作菜品-03编写者：张韧 时间：2010.3.29 最近一次修改者： 时间：主执行者服务员辅助执行者无前提服务员登录系统成功保障退菜成功触发事件顾客要退菜优

11、先级低主成功场景1.顾客不要了2.退菜成功3.把信息传送给厨师扩展流程1.当菜已经烧好或正在烧时不执行此程序相关的质量需求退菜耗时最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.8退菜活动图4.1.9添加新菜用例图用例名称：添加新菜用例编号： 餐厅点菜系统管理菜品-01编写者：张韧 时间：2010.3.29 最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员成功登录系统成功保障成功添加新菜品并在今天的菜单中显示ft来触发事件响应顾客的反馈优先级低高主成功场景1.得到反馈2.添加新菜3.添加成功扩展流程1.编号不能重复相关的质量需求耗时最多 5 秒，维护容易待解决

12、的问题添加数据时数据类型要正确4.1.10添加新菜活动图4.1.11修改菜品用例图用例名称：修改菜品用例编号： 餐厅点菜系统管理菜品-02编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员登录系统成功保障修改成功，并在当天的菜单中把他显示ft来触发事件菜品已经落伍，材料上涨优先级高主成功场景1.接受市场反馈2.修改菜品3.修改成功扩展流程1.当员工工资上涨时也修改菜品相关的质量需求修改耗时最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.12修改菜品活动图4.1.13删除菜品用例图用例名称：删除菜品用例编号： 餐厅点菜系统管

13、理菜品-03编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员登录系统成功保障删除成功，并在当天的菜单中把它删除触发事件酒店把它几经放弃优先级低主成功场景1.酒店商讨2.删除菜品3.删除成功扩展流程1.当商讨同意则不删除相关的质量需求删除耗时最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.14删除菜品活动图4.1.15添加折扣用例图用例名称：添加折扣用例编号： 餐厅点菜系统制定折扣-01编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员登录系统成功保障折扣添加成功，并在

14、系统中显示ft来触发事件酒店产生鼓励措施优先级高主成功场景1.添加折扣2.添加成功扩展流程无相关的质量需求添加耗时最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.16添加折扣活动图4.1.17修改折扣用例图用例名称：修改折扣用例编号： 餐厅点菜系统制定折扣-02编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员登录系统成功保障修改成功，并在当天的系统ft现新的信息触发事件当酒店进行调整时优先级低主成功场景1.管理员商定2.修改折扣3.修改成功扩展流程1.无相关的质量需求修改耗时最多 2 秒，维护容易待解决的问题添加数据时数

15、据类型要正确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 最近一次修改者： 时间：主执行者管理

16、员辅助执行者无前提管理员登录系统成功保障提成系统中ft现新的提成信息触发事件酒店奖励员工优先级高主成功场景1.添加提成2.添加成功扩展流程1.无相关的质量需求执行耗时最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.22添加提成活动图4.1.23修改提成用例图用例名称：修改提成用例编号： 餐厅点菜系统管理提成-02编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者管理员辅助执行者前提管理员登录系统成功保障修改成功，并在当天的系统ft现新的信息触发事件当酒店进行调整时优先级低主成功场景4.管理员商定5.修改提成6.修改成功扩展流程1.无相关的质量需求修改耗时

17、最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.24修改提成活动图4.1.25发放提成用例图用例名称：发放提成用例编号： 餐厅点菜系统管理提成-03编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者管理员辅助执行者前提管理员登录系统成功保障服务员拿到提成触发事件发放工资时优先级高主成功场景1.发放工资2.发放提成3.消除发放的提成信息4.发放成功扩展流程1.当服务员有违纪时不发放相关的质量需求维护容易待解决的问题添加数据时数据类型要正确4.1.26发放提成活动图4.1.27提交意见用例图用例名称：提交意见用例编号： 餐厅点菜系统给予意见-01编写者：张韧

18、 时间：2010.3.30 最近一次修改者： 时间：主执行者服务员辅助执行者管理员前提服务员登录系统成功保障接受意见触发事件看完意见优先级高主成功场景1.接到意见2.上交扩展流程1.无相关的质量需求修改耗时最多 2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.28提交意见活动图4.1.29填写意见用例名称：填写意见用例编号： 餐厅点菜系统给予意见-02编写者：张韧 时间：2010.3.30 最近一次修改者： 时间：主执行者顾客辅助执行者前提顾客吃完饭成功保障填写意见成功触发事件提意见优先级高主成功场景1.提ft提意见2.顾客填写3.填写成功扩展流程1.无相关的质量需求修改耗时最多

19、2 秒，维护容易待解决的问题添加数据时数据类型要正确4.1.30填写意见活动图4.2外部接口表 2 外部硬件接口类型表本系统外部系统名称接口类型备注餐厅点菜系统餐厅管理系统和打印机Windows2000 以上皆可，字符串类型和单精度类型。表 3 软件接口表信息发送方信息接受方信息内容对应用例备注点菜系统数据库要求获取数据登录点菜系统操作系统提供平台界面表 4 人机接口描述用户输入的信息系统反馈的信息对应用例备注帐号密码登录成功或失败登录系统点菜信息记录成功点菜系统换菜信息很和不能换菜系统退菜信息能退和不能退退菜系统添加新菜添加成功或失败添加系统修改菜品修改成功或失败修改系统删除菜品删除成功或失

20、败删除系统添加提成添加成功或失败添成系统修改提成修改成功或失败修成系统发放提成发放成功提成系统添加折扣添加折扣后失败添折系统修改折扣修改成功或失败修折系统执行折扣执行成功折扣系统填写意见填写完成意见系统上传意见上传成功意见系统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.

21、3易用性1.点菜用下拉列表显示，2.退菜，换菜和点菜用三个按钮连接3.添成新菜，删除菜品和修改菜品也用三个按钮连接4.要退的菜或要换的菜用红色高亮显示5.当不能退菜或换菜时功能不能使用并用灰色字体表示6.顾客意见用红色高亮字显示7.点好的菜用蓝色字显示4.3.4可靠性使用冗余系统。在运行的同时另一台服务器在做备份。4.3.5保密需求用 MD5 加密。4.3.6设计约束无5.人的特性/人的工程需求a顾客查看、搜索菜系、自助点菜、查看菜品介绍、修改已点菜品 服务员查看、添加新菜、删除菜品、经理登陆查看、设定折扣、结算服务员奖金、查看当天营业额 b目前一般主流的点菜系统有 2 种形式，一种为 pda

22、，另一种为点菜机的形式，在使用 pda 时 使用时耗电量大.在使用一段时间后,触摸屏容易ft现笔点不准的故障,易划伤 屏幕.从而使得顾客点菜错误， 而是用点菜机形式时硬件扩展不灵活,软件开发的难度较大. 如果是触摸屏的点菜机也会ft现笔点不准的故障易划伤屏幕.c本系统使用广泛的 ASP 技术，基于 WindowsXP Professional 操作系统所开发的一套作业管理系统。在设计中要用到 ASP.NET 用于 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、 客户想要的界面。