《餐厅点菜管理系统需求分析报告》由会员分享，可在线阅读，更多相关《餐厅点菜管理系统需求分析报告（38页珍藏版）》请在金锄头文库上搜索。
1、餐厅点菜管理系统修改历史记录日期版本说明作者 2010年03月20日1.0初始版2010年04月9 日1.1文档格式，文档内容目录1.1背景41.2文档概述41.3术语41.3.1Admin41.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.3点菜用例图84.1.4点菜活动图94.1.5换菜用例图104.1.6换菜活动图114.1.7退菜用例图1
2、14.1.8退菜活动图134.1.9添加新菜用例图144.1.10添加新菜活动图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修改提成活动图294.1.25发放提成用例图294.1.26发放提成活动图314.1.27提交意见用例图314.1.28提交意
3、见活动图334.1.29填写意见334.1.30填写意见活动图354.2外部接口354.3质量属性需求364.3.1性能需求364.3.2安全需求364.3.3易用性364.3.4可靠性374.3.5保密需求374.3.6设计约束375.人的特性/人的工程需求376.运行环境需求377.软件合格性因素37概述1.1 背景随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。为了更好的
4、满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店点菜管理系统，极具有市场价值。1.2 文档概述该系统实现了在可视化的基础上，利用数据库进行后台管理。前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍，并分为不同菜系。系统具有记录和分析功能，能够自动统计每道菜被点取的次数并进行排列，形成本店的特色菜。点菜完毕后，系统会自动显示价格，使用户判断所
5、选饭菜的总价是否在自己的预想范围内。如不满意，则可以进行补选或退选。上菜后，系统可根据服务员的操作进行记录，以避免漏菜现象。达到了服务方便、顾客满意的初衷，可初步适用于各大酒店。1.3 术语1.3.1 Admin【Admin】系统管理员，可以对该系统进行管理操作，点菜，1.3.2 菜金【菜金】用于专供吃饭买菜的钱款1.3.3 开单【开单】根据客户点菜情况，核对单据并及时处理单据1.3.4 折扣【折扣】饭店按原价给予客户一定百分比的减让，即在价格上给予适当的优惠。百分之几就是几折。1.3.5 提成【提成】提成就是餐厅经理根据业务收入按一定的比例给提取给服务员的报酬，提成率就是那个比例率。1.3.
6、6 登录【登录】系统允许多个用户同时使用一台计算机，为了保证系统的安全和记账方便，系统要求每个用户有单独的帐号作为登录标识，系统还为每个用户指定了一个口令。用户在使用该系统之前要输入标识和口令，这个过程被称为“登录”。1.3.7 退菜【退菜】因餐厅自身原因，导致客户所点菜品无，客户因此而选择退菜，服务员对系统所做的操作。2. 设计依据【1】 酒店点菜管理系统设计出自网站：“毕业设计指导网”网址：http:/ 一种新型的电子点菜系统出自网站“中国论文联盟”网址：http:/ 酒店餐饮管理系统中的点菜管理子系统的实现出自网站：“百度文库”网址：http:/ 引用日期：2010-4-5】3. 软件需
7、求概要描述为了更好的管理餐厅的工作，方便客户点菜，方便服务员对菜式进行管理，提高工作效率，开发了此餐厅点菜系统。系统可以实现：对菜式的管理、对活优惠活动的安排、服务员提成管理、顾客反馈意见管理。3.1 系统语境图3.2 信息/事件列表表1 信息/事件列表序号信息/事件信息/事件详细内容流向到达模式同步/异步响应时间1登陆酒店人员登陆系统In随机性同步1s2顾客提出意见顾客对服务人员、酒店不足方面提意见In随机性同步1s3.3 用例模型3.4 系统概念结构图4. 软件需求详细描述本系统共有6个主界面。分 别为登录,操作菜品，管理菜品，制定折扣，制定提成和顾客意见。其中登录没有子功能而其它均有。操
8、作菜品分为点菜，换菜和退菜。管理菜品分为添加新菜，删除菜品和修改菜品。制定折扣分为添加折扣，修改折扣和进行折扣。制定提成又分为添加提成，修改提成和发放提成。最后顾客意见又分为两个子系统为填写意见和提交意见。4.1 用例描述4.1.1 登陆用例描述用例名称：登陆用例编号： 餐厅点菜系统登陆编写者：张韧 时间：2010.3.29最近一次修改者： 时间：主执行者服务员辅助执行者经理前提服务员出勤成功保障进入点菜系统触发事件顾客需要点菜优先级高主成功场景1. 输入账号2. 输入密码3. 登陆成功扩展流程1.当密码或账号错误时重新输入相关的质量需求登陆时间消耗最多5秒，密码可更改，维护性高。待解决的问题
9、无。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最近一次修改者： 时间：主执行者服务员辅助执行者无前提服务员登录
10、系统成功保障换菜成功触发事件顾客不要此菜或酒店没原料优先级中主成功场景1.顾客不要此菜2.商量换什么菜3换菜成功4把信息传送给厨师和柜台扩展流程1. 当原料不全2. 厨师未出勤3. 当菜在烧或已经烧好时不能执行次程序 相关的质量需求换菜时间要小于2秒，易于维护待解决的问题添加数据时数据类型要正确4.1.6 换菜活动图4.1.7 退菜用例图用例名称：退菜用例编号： 餐厅点菜系统操作菜品-03编写者：张韧 时间：2010.3.29最近一次修改者： 时间：主执行者服务员辅助执行者无前提服务员登录系统成功保障退菜成功触发事件顾客要退菜优先级低主成功场景1. 顾客不要了2. 退菜成功3. 把信息传送给厨
11、师扩展流程1.当菜已经烧好或正在烧时不执行此程序 相关的质量需求退菜耗时最多2秒，维护容易待解决的问题添加数据时数据类型要正确4.1.8 退菜活动图4.1.9 添加新菜用例图用例名称：添加新菜用例编号： 餐厅点菜系统管理菜品-01编写者：张韧 时间：2010.3.29最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员成功登录系统成功保障成功添加新菜品并在今天的菜单中显示出来触发事件响应顾客的反馈优先级低高主成功场景1. 得到反馈2. 添加新菜3. 添加成功扩展流程1.编号不能重复 相关的质量需求耗时最多5秒，维护容易待解决的问题添加数据时数据类型要正确4.1.10 添加新菜活动图
12、4.1.11 修改菜品用例图用例名称：修改菜品用例编号： 餐厅点菜系统管理菜品-02编写者：张韧 时间：2010.3.30最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员登录系统成功保障修改成功，并在当天的菜单中把他显示出来触发事件菜品已经落伍，材料上涨优先级高主成功场景1. 接受市场反馈2. 修改菜品3. 修改成功扩展流程1.当员工工资上涨时也修改菜品 相关的质量需求修改耗时最多2秒，维护容易待解决的问题添加数据时数据类型要正确4.1.12 修改菜品活动图4.1.13 删除菜品用例图用例名称：删除菜品用例编号： 餐厅点菜系统管理菜品-03编写者：张韧 时间：2010.3.30最近一次修改者： 时间：主执行者管理员辅助执行者服务员前提管理员登录系统成功保障删除成功，并在当天的菜单中把它删除触发事件酒店把它几经
