餐馆点菜系统需求分析
餐厅订餐系统需求分析
餐厅订餐系统需求分析1. 引言随着现代人们对餐饮服务需求的增加，餐厅订餐系统作为一种方便、快捷的订餐方式，受到了越来越多餐厅的青睐。
本文档旨在对餐厅订餐系统进行需求分析，明确系统的功能需求，为系统的设计与开发提供指导。
2. 目标该餐厅订餐系统旨在实现以下目标： - 提供用户订餐功能，用户可以通过系统浏览菜单并下单。
- 提供餐厅管理功能，餐厅管理员可以管理菜单、订单和用户信息等。
- 提供顾客管理功能，餐厅管理员可以管理顾客的个人信息和订单历史记录。
- 提供配送管理功能，餐厅管理员可以管理订单的配送情况。
3. 功能需求3.1 用户端功能需求•用户注册与登录：用户可以通过注册功能注册成为系统用户，并使用登录功能进行登录。
•菜单浏览：用户可以浏览餐厅的菜单，并查看菜品的详细信息。
•菜品搜索：用户可以通过关键字搜索菜品，以便快速找到自己想要的菜品。
•订餐功能：用户可以将菜品加入购物车，并进行下单，选择配送方式和支付方式。
3.2 餐厅管理员端功能需求•登录功能：餐厅管理员可以通过登录功能登录系统。
•菜单管理：餐厅管理员可以添加、修改和删除菜品，并设置菜品的价格、描述和图片等信息。
•订单管理：餐厅管理员可以查看用户的订单，并进行处理，如接单、取消订单等。
•用户管理：餐厅管理员可以管理用户的个人信息和订单历史记录。
•配送管理：餐厅管理员可以管理订单的配送情况，如分配配送员、更新配送状态等。
4. 非功能需求4.1 性能需求•系统响应时间应小于2秒，以提供良好的用户体验。
•能够支持同时处理多个用户的请求。
4.2 易用性需求•界面简洁明了，易于操作。
•提供良好的用户提示和反馈。
4.3 可靠性需求•系统应具备良好的容错性，能够处理异常情况。
•数据应具备备份和恢复机制，以防数据丢失。
5. 运行环境5.1 硬件环境•服务器：至少2核CPU，8GB内存，100GB磁盘空间。
•客户端：PC、手机、平板电脑等智能终端。
5.2 软件环境•操作系统：Windows Server 2012及以上版本，或Linux系统。
点菜系统需求分析及数据流图
点菜系统外部实体:1>顾客2>服务员3>厨师4>收银员5>系统管理员系统功能：1>顾客上座后可以发出“查询菜谱信息请求”，“查询菜谱信息请求”可以查询“菜谱信息文件”中的“菜谱信息”，“菜谱信息”包括菜的编号、菜的名字、菜肴类别、菜的价格。
2>顾客浏览“菜谱信息”后，可以点"选择、取消"键可方便顾客对点菜的取舍和修改。
最后点"提交"键，确定点的菜。
“确定点菜信息”包括桌号、已点菜单、已上菜单、未上菜单、时间、服务员编号一同发送给系统同时存入“点菜信息文件“，再自动向厨师发出“更新点菜信息”。
3>顾客可要向系统发出“调整点菜信息请求”，此请求包括催菜，缓菜，加菜，退菜，然后系统自动作出调整并更新“点菜信息文件“，再自动向厨师发出“更新点菜信息”。
结帐：顾客向系统发出“结帐请求”，系统结算消费金额，生成“消费清单“，并存入“消费清单文件“，再反馈给顾客，收银员，服务员。
消费清单包括桌号，时间，已点菜单，金额。
服务员收到“消费清单”后，到顾客处结账，把结账金额交到收银员处。
收银员收账后，核对金额后向系统发出“确定金额信息”。
系统收到“确定金额信息”后自动将“消费清单”存入“账目文件”中。
4>厨师根据顾客“点菜信息”开始做菜。
厨师做完每道菜后，向系统发出“完成通知”，系统更新“点菜信息文件“后，再自动向厨师发出“更新点菜信息”。
系统向服务员发出“送菜信息”。
服务员收到“送菜信息”后到厨房取菜，給顾客送上。
“送菜信息”包括菜的名字，桌号。
5>系统管理员可以登录系统，系统将验证登陆请求。
如果是非法登陆将发出“非法登陆信息”。
登陆系统后可以向系统发出“查询请求”，“查询请求”包括查询“菜谱信息”和“账目信息”。
还可以执行“修改菜谱信息”，“修改菜谱信息”包括增加、修改、删除菜谱信息。
点菜系统顶层DFD图点菜系统中层DFD图点菜系统底层DFD图P3加工分解P1加工分解P2加工分解。
点菜系统项目可行性分析
点菜系统项目可行性分析引言随着人们生活水平的提高，餐饮行业开始逐渐向线上拓展，点菜系统作为其中的一个重要环节，被越来越多的餐厅采用。
本篇文章旨在对点菜系统项目进行可行性分析，从技术、经济和市场三个方面进行评估，以确定该项目的实施可行性和潜在风险。
技术可行性硬件设备点菜系统依赖于餐厅的硬件设备，包括电脑、触摸屏、打印机等。
目前，大部分餐厅已经安装了这些硬件设备，因此在技术上并无障碍。
如果餐厅硬件设备配置较为落后，需要升级或更换设备以适应点菜系统的应用，此时需要考虑投入的成本。
软件开发点菜系统需要开发一套专门的软件应用程序来实现点菜和结账等功能。
在软件开发方面，需要拥有相关的开发人员来设计和实施系统，对于大型的餐饮连锁企业，可能需要建立一个专门的开发团队来负责系统的维护和升级。
同时，开发人员还需要熟悉餐饮行业的相关流程和需求，以确保系统的功能能够满足实际需要。
技术支持一旦点菜系统投入使用，就需要有专门的技术支持人员来处理系统出现的问题和进行维护。
技术支持人员需要随时解答用户的疑问，并修复系统中的bug。
因此，在项目实施之前，需要提前考虑技术支持的成本和可行性。
经济可行性成本点菜系统的成本主要包括硬件设备的投入、软件开发和维护的人员成本，以及技术支持的成本。
其中，硬件设备的投入一般较为固定，软件开发和维护的人员成本会随着系统规模的增大而增加，技术支持的成本则是一个持续性的支出。
在确定项目可行性的同时，需要对这些成本进行详细的分析和评估，确保项目的实施不会造成经济上的负担。
收益点菜系统的收益主要来自于提高餐厅的效率和服务质量。
通过点菜系统，餐厅可以更快速地接受客人的点菜订单，避免了传统手写点菜的繁琐过程。
同时，系统还可以将订单直接传递给厨房和结账台，减少了人为的中间环节，提高了服务的效率。
通过提高工作效率和服务质量，餐厅可以吸引更多的顾客，从而带来收入的增加。
市场可行性需求随着生活节奏的加快，人们对于餐饮服务的需求也发生了变化。
餐馆点菜系统需求分析
文档编号：版本号：文档名称：需求分析说明书项目名称： XX餐馆点菜系统项目负责人：编写：校对：年月日审核：年月日批准：年月日开发单位：联系电话：目录1 文档概述 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 预期的读者 (1)1.4 定义 (1)1.5 参考资料 (1)2 任务概述 (1)2.1 目标 (1)2.2 系统建设背景 (1)2.2.1 系统规模 (2)2.2.2 预期目标 (2)2.3 用户特点 (2)2.3.1 行业特点 (2)2.3.2 人员特点 (2)2.3.3 使用频度 (2)2.4 条件限制 (3)3 业务概述 (3)3.1 业务需求 (3)3.2 相关人员及用户分析 (3)4 业务模型分析 (3)4.1 主题域划分 (3)4.2 点菜管理子系统业务事件分析 (4)4.2.1 点菜管理子系统业务事件标识 (4)4.2.2 点菜管理子系统报表类型标识 (5)4.2.3 点菜管理子系统接口标识 (5)4.3 后厨管理子系统业务事件分析 (6)4.3.1 后厨管理子系统业务事件标识 (6)4.3.2 后厨管理子系统报表类型标识 (7)4.3.3 后厨管理子系统接口标识 (8)4.4 审批业务管理子系统业务事件分析 (8)4.4.1 审批业务管理子系统业务事件标识 (8)4.4.2 审批业务管理子系统报表类型标识 (9)4.4.3 审批业务管理子系统接口标识 (10)5 业务流程分析 (10)5.1 点菜管理业务流程 (10)5.1.1 参与者分析 (10)5.1.2 点菜管理业务流程分析 (10)5.2 后厨管理业务流程 (12)5.2.1 参与者分析 (12)5.2.2 后厨管理业务流程分析 (13)5.3 审批管理业务流程 (14)5.3.1 参与者分析 (14)5.3.2 审批管理业务流程分析 (14)6 用例建模 (15)6.1 点菜管理子系统用例 (15)6.1.1 用例优化 (16)6.1.2 用例规约 (17)6.2 后厨管理子系统用例 (18)6.2.1 用例优化 (19)6.2.2 用例规约 (20)6.3 审批业务管理子系统用例 (21)6.3.1 用例优化 (22)6.3.2 用例规约 (23)7 系统概念数据模型 (24)8 性能需求 (26)8.1 系统响应时间要求 (26)8.2 系统安全性要求 (26)8.3 可靠性 (26)8.4 易使用性 (27)需求分析说明书1文档概述1.1编写目的本说明书的编写是为了明确餐馆点菜系统开发的功能需求和性能需求，以标准的语言和表述方式整理系统需求，以便于开发者和用户对系统的理解和认识。
餐馆管理系统需求分析报告
餐馆管理系统需求分析报告1. 引言随着餐饮行业的发展和普及，餐馆管理系统日益成为一种必备工具。
通过餐馆管理系统，餐馆可以提高工作效率，提供更好的服务，实现更好的经营和管理。
本文将对餐馆管理系统的需求进行分析，以确定系统需要具备的功能和特点。
2. 系统概述餐馆管理系统旨在帮助餐馆提高管理效率，提供优质的服务。
系统将提供以下主要功能： - 餐桌管理：包括餐桌的添加、修改、删除等操作，以及餐桌状态的查看和管理。
- 菜单管理：包括菜单的添加、修改、删除等操作，以及菜单的查看和管理。
- 订单管理：包括订单的提交、查询、修改和删除等操作，以及订单的处理和统计。
- 会员管理：包括会员信息的录入、修改、删除等操作，以及会员积分的管理和兑换。
- 支付管理：包括各类支付方式的接入和管理，以及支付结果的记录和查询。
3. 功能需求分析3.1 餐桌管理•添加餐桌：管理员可以添加新的餐桌，并指定餐桌的座位数和位置。
•修改餐桌：管理员可以修改餐桌的座位数和位置等信息。
•删除餐桌：管理员可以删除不再使用的餐桌。
•查看餐桌状态：管理员和服务员可以查看餐桌的状态，是否已经被占用。
3.2 菜单管理•添加菜单：管理员可以添加新的菜品，并指定菜品的名称、价格和分类。
•修改菜单：管理员可以修改菜品的名称、价格和分类等信息。
•删除菜单：管理员可以删除不再供应的菜品。
•查看菜单：管理员和服务员可以查看菜单，了解菜品的详细信息。
3.3 订单管理•提交订单：顾客可以通过系统提交订单，包括选择餐桌、点菜和支付方式等。
•查询订单：顾客可以查询自己的订单，查看订单的详细信息和状态。
•修改订单：管理员和服务员可以修改订单的状态，如确认订单、取消订单等。
•删除订单：管理员可以删除不再需要的订单。
•处理订单：服务员可以处理订单，包括传达给厨房、配送餐桌等。
•统计订单：管理员可以统计订单，包括每日、每周、每月的销售额和数量等。
3.4 会员管理•添加会员：管理员可以添加新的会员，并录入会员的基本信息和联系方式。
点餐系统系统分析报告
点餐系统系统分析报告一、引言随着互联网技术的迅猛发展，餐饮行业也正经历着数字化转型的浪潮。
传统的点餐方式已逐渐被网络点餐系统所取代。
本文旨在对点餐系统进行系统分析，分析其功能需求、技术架构以及实施方案，为餐饮企业提供指导和参考。
二、系统功能需求分析2.菜单浏览：用户可以浏览餐厅的菜单，包括菜品的名称、价格、描述等信息。
3.点菜下单：用户可以选择菜品并加入购物车，然后提交订单。
4.订单管理：用户可以查看自己的订单信息，包括下单时间、菜品、总价等。
5.支付方式：用户可以选择支付方式，如在线支付、货到付款等。
6.配送管理：系统可以管理订单的配送信息，包括送货地址、送货时间等。
7.评价反馈：用户可以对菜品进行评价和反馈，提供系统改进的参考。
三、技术架构设计1. 前端技术：采用HTML、CSS和JavaScript等前端技术，实现用户界面的设计和交互功能。
2. 后端技术：使用Java或Python等后端语言，利用框架（如Spring、Django）开发后端服务，处理用户请求和业务逻辑。
3. 数据库：使用关系型数据库（如MySQL、Oracle）存储用户信息、菜单数据、订单信息等。
4.服务器：选择云服务器提供商（如阿里云、腾讯云）提供稳定的服务环境，保证系统的高可用性和性能。
5. 接口设计：为移动设备提供接口，实现Android和iOS等平台的客户端应用开发。
四、系统实施方案1.系统需求收集：与餐厅合作，了解其业务需求和流程，并与用户进行需求调研，收集用户对点餐系统的期望和建议。
2.系统设计与开发：根据需求分析，进行系统架构设计和界面设计，并进行模块开发和系统集成测试，确保系统的稳定性和安全性。
3.系统上线与推广：将开发完成的系统部署到服务器上，并进行系统测试和优化，确保系统可用性。
然后通过各种推广方式，如线下宣传、网络广告等，吸引用户使用系统进行点餐。
4.运维与维护：系统上线后，需要进行持续的运维和维护工作，包括监控系统运行情况、处理用户反馈、定期备份和更新等。
餐厅点菜管理系统需求分析
08软件一班第二组餐厅点菜管理系统修改历史记录目录1.1背景41.2文档概述41。
3术语4 1。
3.1Admin 41。
3。
2菜金41.3。
3开单41。
3.4折扣41.3。
5提成41。
3。
6登录41.3.7退菜52.设计依据53。
软件需求概要描述5 3。
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退菜用例图114.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添加折扣活动图21 4。
1。
17修改折扣用例图21 4。
1.18修改活动图234.1。
19执行用例图234。
1.20执行活动图254.1。
21添加提成用例图254.1。
22添加提成活动图274.1。
23修改提成用例图274。
1。
24修改提成活动图29 4。
1。
25发放提成用例图294.1.26发放提成活动图314.1。
27提交意见用例图314。
1。
28提交意见活动图33 4。
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 背景随着我国市场经济的不断发展，国民生活水平的不断提高,进入酒店等高等消费场所的人数也与日俱增。
传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
餐厅点餐系统需求分析
1 菜品管理；菜品的添加、修改、删除、查询功能，可对菜品设置所属类别、单价、状态等。
2 人员管理；实现管理员的添加、修改、删除功能。
3 餐台管理；餐台的添加、修改、删除、查询功能。
4 预订管理：可以增加预订、修改预订、删除预订、查询预订以及查询当日当餐别预订未到情况。
预订餐别分为中餐和晚餐。
系统在默认情况下将自动显示当日当餐别餐台图，含预订餐台信息；可以任意选择某日、某餐别的餐台图，并可在此被选择的某日某餐别的餐台图上直接增加、修改被选的某日某餐别的餐台预定信息。
5 上菜管理：可以查询某个餐台已出品的菜和未出品的菜等。
6 订单管理：订单的添加、修改、删除、查询功能。
7 结账：结账时，可以根据设置对整个账单打折及收取服务费，打折可以按比率打折、定额打折，同时可以输入打折原因。
可同时选择5种付款方式结账。
结账时，可以根据设置对账单进行四舍五入即找零；可以根据设置自动打印
收银账单，也可在结账前打印点菜单、对账单。
8 查询管理：可查询出服务员服务过的餐桌号和服务时间，菜品和酒水的售出记录明细，订单的明细。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档编号：版本号：文档名称：需求分析说明书项目名称：XX餐馆点菜系统项目负责人：编写：校对：年月日审核：年月日批准：年月日开发单位：联系电话：目录1 文档概述 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 预期的读者 (1)1.4 定义 (1)1.5 参考资料 (1)2 任务概述 (1)2.1 目标 (1)2.2 系统建设背景 (1)2.2.1 系统规模 (2)2.2.2 预期目标 (2)2.3 用户特点 (2)2.3.1 行业特点 (2)2.3.2 人员特点 (2)2.3.3 使用频度 (2)2.4 条件限制 (3)3 业务概述 (3)3.1 业务需求 (3)3.2 相关人员及用户分析 (3)4 业务模型分析 (3)4.1 主题域划分 (3)4.2 点菜管理子系统业务事件分析 (4)4.2.1 点菜管理子系统业务事件标识 (4)4.2.2 点菜管理子系统报表类型标识 (5)4.2.3 点菜管理子系统接口标识 (5)4.3 后厨管理子系统业务事件分析 (6)4.3.1 后厨管理子系统业务事件标识 (6)4.3.2 后厨管理子系统报表类型标识 (7)4.3.3 后厨管理子系统接口标识 (8)4.4 审批业务管理子系统业务事件分析 (8)4.4.1 审批业务管理子系统业务事件标识 (8)4.4.2 审批业务管理子系统报表类型标识 (9)4.4.3 审批业务管理子系统接口标识 (10)5 业务流程分析 (10)5.1 点菜管理业务流程 (10)5.1.1 参与者分析 (10)5.1.2 点菜管理业务流程分析 (10)5.2 后厨管理业务流程 (12)5.2.1 参与者分析 (12)5.2.2 后厨管理业务流程分析 (13)5.3 审批管理业务流程 (14)5.3.1 参与者分析 (14)5.3.2 审批管理业务流程分析 (14)6 用例建模 (15)6.1 点菜管理子系统用例 (15)6.1.1 用例优化 (16)6.1.2 用例规约 (17)6.2 后厨管理子系统用例 (18)6.2.1 用例优化 (19)6.2.2 用例规约 (20)6.3 审批业务管理子系统用例 (21)6.3.1 用例优化 (22)6.3.2 用例规约 (23)7 系统概念数据模型 (24)8 性能需求 (26)8.1 系统响应时间要求 (26)8.2 系统安全性要求 (26)8.3 可靠性 (26)8.4 易使用性 (27)需求分析说明书1文档概述1.1编写目的本说明书的编写是为了明确餐馆点菜系统开发的功能需求和性能需求，以标准的语言和表述方式整理系统需求，以便于开发者和用户对系统的理解和认识。
1.2项目背景系统名称：××餐馆点菜系统项目委托单位：××餐馆项目开发单位：××公司1.3预期的读者最终用户：××餐馆点菜工作相关人员系统设计人员：系统测试者：1.4定义点菜员：使用系统进行信息填写的个人。
后厨主管：使用系统进行菜单审阅、确认及发布菜谱信息的个人。
餐馆经理：使用系统进行诉求审阅的个人。
1.5参考资料（1）《需求分析》（2）由××餐馆提供的《××餐馆点菜系统开发合同书》2任务概述2.1目标××餐馆点菜系统是由××餐馆投资开发，以实现餐馆点菜工作信息化，高效为顾客服务的重要工作之一。
××餐馆点菜系统结合招点菜工作的特点，利用网络的有效传播性，提高点菜工作效率、节省点菜时间，尽快生成点菜单，为各位前来消费的顾客提供及时而丰富的菜谱信息，帮助顾客选择美味并且丰盛的佳肴。
本系统可以与其他应用系统交互，极大的增强了交互性和可操作性。
2.2系统建设背景本系统基于计算机网络软件系统的支持。
系统利用局域网网络，网络带宽可以满足数据库系统的实时操作要求。
2.2.1系统规模××餐馆点菜系统的信息管理工作和业务管理工作主要集中由各角色成员完成，不需要分布的服务器管理。
系统的业务范围包括点菜员点菜系统，后厨确认系统，审批诉求系统三个部分。
2.2.2预期目标通过开发《××餐馆点菜系统》，实现点菜工作的高效性，点菜员不需要手写信息，通过使用电子点菜机提高点菜的电子化程度，以便顾客能够更加快捷、方便的选择自己想要的美味佳肴，同时也为餐馆的规范化和信息化管理打坚实的基础。
2.3用户特点2.3.1行业特点××餐馆点菜系统的特点有：（1）为便于给顾客周到的点菜服务，任何前来消费的顾客均可知晓餐馆的菜肴的名称、主料和价格等信息，以便客户按自己的口味进行选择。
（2）由于点菜业务的重要性，需要餐馆点菜员必须经过实名认证即在操作点菜机的时需要输入自己的编号。
（3）由于菜肴主料的准备情况，及时的调整菜谱信息。
2.3.2人员特点本系统的涉及的使用者包括负责为顾客点菜的各位餐馆点菜员、各位前来就餐的顾客、审阅菜单及时更新菜谱信息的后厨主管，解决就餐问题的餐厅经理。
（1）各位点菜员已经具有熟悉使用电子点菜机的技能，熟悉点菜的整套流程，能够为各位顾客提供详细而周到的点菜服务，尽快的生成点菜单。
（2）前来消费的顾客根据自己的口味，结合餐馆实际情况，与点菜员进行交流，选择自己需要的菜肴。
（3）后厨主管根据餐馆购买的原材料及时编制菜谱信息和由于某些菜肴的供应量过大致使部分原材料供应不足而需要重新更新菜谱，可通过基本的上网操作，将数据及时反馈到点菜员点菜机上并进行确认菜单的工作。
（4）餐厅经理根据点菜员申报关于顾客认为菜肴不新鲜要求退菜或换菜、认为菜肴价格太贵要求打折或者赠送优惠券的意见，进行完成网上的审批工作。
（5）上菜员根据后厨的信息为顾客上菜。
另外，本系统还涉及系统管理功能，其使用者是系统管理员，他们是系统的次要参与者，主要是对其他业务管理员的管理。
2.3.3使用频度系统的主要操作集中在查询、信息录入等操作上，一般使用的时间集中在：（1）根据顾客的需求，确定点菜单。
（2）后厨收到信息后进行确认。
（3）遇到就餐问题的意见，经理进行审批。
2.4条件限制开发工具及环境规定：软件结构：B/S结构操作界面：浏览器界面数据库：MS-SQL SERVER操作系统：桌面系统：Windows xp系列服务器系统Windows 2000 Server3业务概述3.1业务需求××餐馆点菜系统主要包括以下功能：根据顾客的需求，确定点菜单；后厨及时公布和调整菜肴信息并对收到菜单信息的进行确认；对于顾客就餐意见进行反馈。
3.2相关人员及用户分析顾客：浏览菜谱上的信息，对感兴趣的菜肴进行选择，对于自己的不满意的菜肴或菜肴价格可以提出意见，申请更换菜肴或申请价格打折。
点菜员：负责为顾客生成点菜单。
后厨主管：负责菜谱信息的发布与更新，确认点菜单的生成。
经理：负责审核申请更换菜肴或价格打折的意见。
上菜员：负责为顾客上菜。
系统管理员：负责审核各位角色成员的身份合法性验证，以及后台数据库的管理，网络维护等。
4业务模型分析4.1主题域划分根据对点菜业务需求及相关人员及用户的分析，可将本系统划分为三个操作子系统，子系统之间相互联系，完成点菜工作和所涉及的管理，系统划分如图1所示：图1 ××餐馆点菜系统构件图4.2 点菜管理子系统业务事件分析餐馆点菜系统的前端用户为点菜员，通常点菜员向系统输入自己的编号进入系统，完成点菜员身份合法性验证，然后更新菜谱，顾客通过浏览菜谱信息，选择是适合自己口味的菜肴，点菜员根据顾客所选的菜肴，进行点菜单的生成。
点菜管理子系统的主题域范围如图2所示：顾客图2 点菜管理子系统上下文关系图4.2.1 点菜管理子系统业务事件标识（1）顾客查看菜肴信息：顾客浏览菜肴信息，包括菜肴的主料信息、价格信息等。
（2）顾客申请更改菜肴信息：顾客对自己最初所点菜肴有新的意见，要求增加某个菜肴或者删掉某个菜肴。
（3）点菜员填写菜肴信息：点菜员根据顾客的要求的菜肴进行点菜单的准确填写，生成点菜单。
（4）点菜员查询菜肴信息：点菜员可对自己提交的信息进行查看，当菜肴信息发生变化时，可及时提醒顾客更换菜肴。
（5）点菜员更改菜肴信息：由于顾客对于预先做出的菜肴选择有更换的要求，帮助顾客重新完成新的菜肴选择，及时生成新的点菜单。
（6）系统管理员审核点菜员信息：当点菜员提交个人信息后，信息管理员要审核其信息是否真实有效，只有可靠的点菜员信息才能登录到系统中。
4.2.2点菜管理子系统报表类型标识对点菜管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如下表1所示。
表1 点菜管理子系统业务报表说明：（1）菜谱信息表菜谱信息表是某菜谱的详细信息统计表，包括菜谱的制作主料，价格等。
菜谱信息表用于业务流程中查询菜谱信息及审核时使用。
（2）改单业务统计表根据顾客的需求，点菜员对于客户对于菜肴做出的调整而更改点菜单，系统对所有改单进行统计，形成改单业务统计表。
（3）点菜单生成统计表点菜生成表是点菜员向系统提供的点菜单的信息统计，这个是根据点菜员提供的顾客最终点菜单进行信息统计将情况最后反映到消费结算中心，以便顾客就餐完以后付账。
（4）餐桌剩余统计表点菜员根据餐馆内所剩的餐桌数量来接待顾客，保证进入餐厅的顾客都有位置就坐。
4.2.3点菜管理子系统接口标识点菜管理子系统主要涉及的信息访问包括菜谱信息查询、审核信息查询，因此提供的接口为菜谱信息获取接口和审核信息获取接口，供其他子系统获取相关信息。
（1）菜谱信息接口主要实现菜谱信息的查询。
其他子系统在需要获取菜谱信息的时候，可通过此接口查询到相关菜谱的信息。
（2）审核信息接口提供了提交菜单信息审核接口，通过此接口，其他子系统可以查询菜单生成信息等。
4.3后厨管理子系统业务事件分析后厨管理是整个系统的中心环节及核心业务，该主题域主要是实现生成点菜单业务流程。
点菜单是点菜员根据顾客的需要提供的，点菜员将这一信息通过电子点菜机传送给后厨管理子系统，后厨主管根据后厨原料的实际情况进行统计，然后对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成。
后厨管理子系统的主题域范围如下图3所示：点菜员图3后厨管理子系统上下文关系图4.3.1后厨管理子系统业务事件标识后厨管理子系统的业务事件有：（1）点菜员递交菜单：点菜员根据顾客的菜肴要求，在点菜机上填写顾客所点菜单，填写完后将这一信息发送给后厨管理系统，等待后厨管理系统的确认。
（2）点菜员查询菜单：点菜员可以根据点菜单的编号，能够随时查询菜单的确认情况，及时的反馈给顾客，顾客根据这一情况将决定是否需要作出部分菜肴的更改。