餐厅点菜管理系统需求分析报告
餐馆管理系统需求分析报告
餐馆管理系统需求分析报告概要本文旨在分析餐馆管理系统的需求以及功能要求。
该系统主要用于帮助餐馆管理者对客户进行管理，包括处理订单、菜单管理和员工管理等。
通过分析这些需求，我们可以设计和开发一个全面的餐馆管理系统，使餐馆管理更加高效、方便和完美。
问题陈述如今许多餐馆都在努力提升他们的服务水平，以满足顾客的需求。
一个好的餐馆管理系统可以使餐馆管理更加智能化和高效，降低成本，并且可以提供更好的客户满意度。
但餐馆管理系统的功能要求可能因餐馆的大小和类型而异。
因此，我们针对以下几个因素进行分析：1. 处理餐厅订单。
2. 菜单管理。
3. 员工管理。
相关需求1. 处理餐厅订单首先，餐馆管理系统的核心功能之一是管理餐厅订单。
餐馆管理系统必须能够处理所有顾客的订单，允许顾客在线提交订单和取餐。
餐馆管理人员可以查看和处理外卖和堂食订单，并使顾客能够在餐厅中自主下单。
此外，顾客还可以预订桌子和点餐等。
2. 菜单管理菜单管理也是一个很重要的餐馆管理模块。
管理人员应该能够轻松地添加、删除和编辑菜单选项，以及将菜品分为不同的菜系，以便于用户查看。
系统应具有自动调整库存的功能，以便营销、库存和制作部门自动更新。
3. 员工管理最后，餐馆管理系统需要具备员工管理功能，以帮助管理人员管理员工。
这些功能包括自动计算员工的薪资和工资单，为员工创建排班，为员工设置权限级别，以及跟踪员工的身份验证和职称等。
商户还需要为员工提供培训和奖励计划，以鼓励员工更好地工作，此外，还应提供管理员工报告和工作记录功能。
结论本文通过餐馆管理系统需求分析报告，总结了系统所需的特征和功能，以便更好地了解如何设计和定制相关餐馆管理系统。
从顾客管理、菜单管理、添加堂食、外送和员工管理等方面，商户应该了解如何使用系统来提高效率和客户满意度。
当设计和开发餐馆管理系统时，应充分考虑餐馆的需求并确保系统的安全性、实用性和简易性，这样可以让餐馆管理变得更高效、更方便、更完美。
餐饮管理系统分析设计报告
餐饮管理系统分析设计报告引言餐饮行业是一个竞争激烈且规模庞大的行业，随着时代的发展和人们生活水平的提高，餐饮服务的需求量不断增加。
为了提高餐饮企业的效率和管理水平，许多餐饮企业纷纷引入了餐饮管理系统。
本报告将对餐饮管理系统进行分析和设计，以满足餐饮企业的管理需求。
一、需求分析1.1 目标餐饮管理系统的主要目标是提高餐厅的效率和管理水平，降低运营成本。
系统需要满足以下功能需求：•餐厅管理：包括桌台管理、员工管理、库存管理、采购管理等。
•订单管理：完成订单的接收、分配、处理和结算。
•菜品管理：包括菜单设计、菜品推荐和价格调整等。
•顾客管理：管理顾客的信息、消费记录和反馈。
•报表管理：生成销售报表、员工绩效报表和顾客满意度报表。
1.2 功能需求1.2.1 餐厅管理•桌台管理：根据餐厅的布局设计，管理桌台的状态、预定情况和使用情况，方便服务员进行座位安排。
•员工管理：管理员工信息、工作时间和工资等，方便对员工进行考勤和薪酬管理。
•库存管理：实时监测库存情况，自动生成库存报表，提醒采购管理员及时补充物品。
•采购管理：根据库存情况和菜品需求自动生成采购订单，方便管理者进行采购的安排和管理。
1.2.2 订单管理•订单接收：客户通过系统进行线上下单，系统能够实时接收并处理订单。
•订单分配：根据桌台情况和服务员工作情况，将订单分配给合适的服务员。
•订单处理：服务员完成订单中的菜品制作和服务，并记录相关信息。
•订单结算：根据菜品价格和优惠信息自动生成账单，方便客户结账。
1.2.3 菜品管理•菜单设计：根据菜品种类和市场需求设计菜单，实现菜品的增删改查和价格调整。
•菜品推荐：根据顾客的历史订单和偏好推荐适合的菜品，提高顾客满意度和消费额。
•价格调整：根据市场价格和成本调整菜品价格，保证餐厅的盈利和竞争力。
1.2.4 顾客管理•顾客信息管理：记录顾客的基本信息、消费记录和反馈，为顾客提供更好的服务和个性化推荐。
•消费记录：记录顾客每次消费的时间、金额和菜品详情，用于生成销售报表和顾客满意度报表。
点餐管理系统需求分析
点餐管理系统需求分析 The document was finally revised on 2021文档编号：OMS—1版本编号：点餐管理系统Order management system文档类别：需求分析规格说明项目名称：点餐管理系统编写人员：曾琴、张聪、柳内恒完成日期：目录结构化需求规格说明书1引言点餐管理系统的实质是管理者对组织的资源进行有效的整合，以达到组织既定目标的动态创造性活动。
组织的资源有多种表述形式，无论是对餐饮业财力、物力资源的管理，还是对其他资源的管理，均是以人为主体并由人来实施进行的，人力资源是首要的资源。
因此，人力资源管理的好坏，决定了餐饮业经营的成败。
编写目的本文档是餐饮点餐管理系统的项目需求说明书，对餐饮点餐管理系统的发展进行简要回顾，分析当前的业务流程，总结此类管理系统的基本特点以及总体功能，尽可能完整的概括提取出需求方的全部想法。
本文档对项目开发人员、设计人员及系统实施人员具有很重要的指导意义。
背景本项目名称：点餐管理系统目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个餐饮业的规模化发展和整体服务水平的提升。
定义点餐管理系统是帮助餐厅工作人员对点餐进行管理的软件。
参考资料《软件工程使用教程》郭宁、马玉春、邪跃、吴文红编着人民邮电出版社。
2 开发背景目标为了使餐厅的工作人员对顾客点餐的管理更方便、高效；为了减少顾客的点餐时间，方便更多的顾客能快速、愉快的进行点餐；适应网络发展的需求；使生活到处都有信息化的存在。
用户特点本软件的使用对象时菜单管理人员、厨房和前台管理人员以及顾客，软件易操作性强，大多数人都可以操作本软件。
假设与约束本项目的约束包括：无项目经费；项目开发时间不超过一年；主要负责人1人，开发小组共3人；对信息安全和保密无约束。
餐馆点菜系统需求分析
文档编号：版本号：文档名称：需求分析说明书项目名称： 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编写目的本说明书的编写是为了明确餐馆点菜系统开发的功能需求和性能需求，以标准的语言和表述方式整理系统需求，以便于开发者和用户对系统的理解和认识。
点菜系统需求分析及数据流图 - 副本 2
点菜系统现状✓顾客：一些生意较好的餐厅人往往比较多，点个菜都要等好久，更别提什么时候能吃上了。
✓服务员：有的顾客比较挑剔，点菜的时候会对各种菜问个究竟，有的顾客拿点菜迟迟不定主意，人多的时候根本忙不过来。
✓厨师：刚做完一道菜，同样的菜又要做一份，效率很低，顾客的等待时间也会延长。
✓经营者：希望有这么一个系统，合理得分配调节，也使顾客就餐更加自主1用传统手工流程的餐饮企业面对的是1)舞弊：收银员舞弊等客人结完帐在退菜品，退的钱自己收下；结完账把原始单销毁，多的钱可以自己收下；算错多收钱自己可以收下；茹果收银软件存在漏洞，那就会更危险。
酒水员舞弊退客人的酒水，销售自己带的酒水，获取暴利。
2)跑单：因上菜速度慢，客人催菜，服务员去厨房催菜，客人趁机走人；或者因上菜慢随最后上来但客人拒绝付款。
3)错单：厨师看不清单子，做错菜；服务员催的急有时会做重菜；做菜速度慢，菜品被客人退回。
4)丢单：手写单到厨房的只有一联，各个档口都会抢着用单子，忙时往往会丢单；餐饮软件不稳定就会有丢单现象，丢单是餐饮界“兵家大忌”。
5)效率低：收银部、传菜部、厨师部、库房等采用手写单据，财务部要核对手写单据，费时费力。
2正在使用着餐饮软件的企业面对的是1)无法满足企业发展需要，运行不稳定，报表常报错。
2)收银软件存在完全漏洞，功能不完善结构不合理，售后服务差或没有服务，提供不了有价值的报表。
3)漏记、错记、重记客户预订翻台信息不能及时传递至咨客，延长客人等待时间。
4)手工点单字迹不清，造成错上、漏上沽清信息不及时导致退菜、换菜频繁。
5)单据容易迫损、遗失传单效率低下，延误上菜时间。
6)手工计算易出错，稽核难折扣、馈赠不易管理。
7)采购无序不及时库存数量、合理库蠢砘易掌握，造成资金积压或销售损失。
8)无法有效分析客户消费偏好、消费频度、消费额度等信息。
9)营销针对性不强，怠慢或漏失大客户日审、成本、统计工作量大，易出错报表编制困难，只能进行简单经营分析。
餐馆点菜系统-可行性分析报告
可行性研究报告——餐馆点菜系统学院：数学与计算机科学学院专业：计算机科学与技术（软件工程方向）班级：软件12姓名：***学号：*************目录1引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 参考资料 (1)2 可行性研究的前提 (1)2.1 要求 (1)2.2 目标 (2)2.3 条件和限制 (2)2.4 进行可行性研究的方法 (2)2.5 评价尺度 (2)3 对现有系统的分析 (2)4 所建议的系统 (3)4.1 对所建议系统的说明 (3)4.2 数据流程和处理流程 (3)4.3 改进之处 (4)4.4 影响 (4)4.4.1 对象设备的影响 (4)4.4.2 对软件的影响 (4)4.4.3 对用户单位机构的影响 (4)4.4.4 对系统运行的影响 (5)4.4.5 对经费开支的影响 (5)4.5 局限性 (5)4.6 技术条件方面的可行性 (5)5 投资及收益分析 (5)5.1 支出 (5)5.1.1 一次性支出 (5)5.1.2 非一次性支出 (6)5.2 收益 (6)5.2.1 一次性收益 (6)5.2.2 非一次性收益 (6)5.2.3 不可定量的收益 (6)5.3 经济性评价指标 (6)5.3.1 净利润 (6)5.3.2 净现值（NPV） (6)5.3.3 内部收益率（IRR） (7)5.3.4 投资回收周期 (7)5.3.5 投资回报率（ROI） (8)6 社会条件方面的可行性 (8)6.1 法律方面的可行性 (8)6.2 使用方面的可行性 (8)7 结论 (8)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.运维与维护：系统上线后，需要进行持续的运维和维护工作，包括监控系统运行情况、处理用户反馈、定期备份和更新等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
餐厅点菜管理系统修改历史记录目录1.1背景41.2文档概述41.3术语41.3.1Admin 41.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退菜用例图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添加折扣活动图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提交意见活动图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背景随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。
传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店点菜管理系统，极具有市场价值。
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】《酒店点菜管理系统设计》出自：“毕业设计指导网”网址：.bysj120./sheji/delphi/550.html引用日期：2010-4-5【2】《一种新型的电子点菜系统》出自“中国论文联盟”网址：.lwlm./tongxinxuelunwen/200811/180689.html引用日期：2010-4-5【3】《酒店餐饮管理系统中的点菜管理子系统的实现》出自：“百度文库”网址：wenku.baidu./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.4点菜活动图4.1.7退菜用例图4.1.8退菜活动图4.1.11修改菜品用例图4.1.12修改菜品活动图4.1.13删除菜品用例图4.1.14删除菜品活动图4.1.15添加折扣用例图4.1.16添加折扣活动图4.1.17修改折扣用例图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.29填写意见4.1.30填写意见活动图4.2外部接口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 时使用时耗电量大.在使用一段时间后,触摸屏容易出现笔点不准的故障,易划伤屏幕.从而使得顾客点菜错误，而是用点菜机形式时硬件扩展不灵活,软件开发的难度较大.如果是触摸屏的点菜机也会出现笔点不准的故障易划伤屏幕.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、客户想要的界面。