需求分析样本-餐厅点菜系统

合集下载

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

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

餐厅点菜管理系统需求分析一、项目背景随着社会经济的发展和人们生活水平的提高,不论是餐厅还是饭店,它们的业务量逐渐增加,营业额也呈逐年上涨的态势,而餐厅的菜品管理已经成为一个挑战,因为随着时间和进步的迈进,餐厅点菜管理系统的标准不断提高,在很多方面需要进行改善和优化。

二、需求分析1.可扩展和灵活性:餐厅点菜管理系统必须具有扩展性和灵活性,以适应各种类型餐厅、菜系、菜品、时令菜品、食材等不断增加的变化和要求。

2.菜单和菜品管理:系统具备菜单和菜品管理,可以方便地管理和修改菜单和菜品信息,包括菜名、价格、口味、做法、图片等内容。

3.订单和预定管理:系统应该支持预先定菜和预订座位,可以提前预订满足客户需求,且对于订单的处理和跟踪应该能够及时的反应。

4.前台点菜和后厨配菜:前台的服务人员可以方便地用电子菜单进行点餐,以及后厨可以通过电子菜单查看和配菜,来方便地完成整个点菜的过程。

5.挂单功能:挂单功能可以帮助服务人员处理忙碌时期的餐厅,使点餐更加高效,从而更快地为顾客提供服务。

6. 分级权限管理:系统应该具有严格的分级权限管理以控制敏感信息的访问和维护账户的安全。

7. 效率管理:系统应该可以记录菜品制作时间和入厨时间,以确保满足顾客等候时间要求。

8.账务管理:系统应该支持各种支付方式,包括现金、会员卡、券和信用卡等,并能够查看历史订单和销售报表等。

9. 数据驱动管理:系统应该记录各项数据指标,如菜品销售量、客流量等数据,以便员工进行数据驱动决策,并为餐厅提供参考数据。

10.安全、可靠、易于维护:该系统应具有严格的数据安全措施,以确保数据的完整性和机密性,维护易操作性和可靠性,并可以进行简单的维护和更新。

三、结论餐厅点菜管理系统的设计在许多方面可以为餐厅业主、顾客和工作人员提供巨大的好处。

实现上述要求的系统可以提高餐厅的能效,从而更好的服务于客户,能够促进餐厅的管理和经营。

点餐管理系统需求分析

点餐管理系统需求分析

点餐管理系统需求分析 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

点菜系统需求分析及数据流图 - 副本 2

点菜系统现状✓顾客:一些生意较好的餐厅人往往比较多,点个菜都要等好久,更别提什么时候能吃上了。

✓服务员:有的顾客比较挑剔,点菜的时候会对各种菜问个究竟,有的顾客拿点菜迟迟不定主意,人多的时候根本忙不过来。

✓厨师:刚做完一道菜,同样的菜又要做一份,效率很低,顾客的等待时间也会延长。

✓经营者:希望有这么一个系统,合理得分配调节,也使顾客就餐更加自主1用传统手工流程的餐饮企业面对的是1)舞弊:收银员舞弊等客人结完帐在退菜品,退的钱自己收下;结完账把原始单销毁,多的钱可以自己收下;算错多收钱自己可以收下;茹果收银软件存在漏洞,那就会更危险。

酒水员舞弊退客人的酒水,销售自己带的酒水,获取暴利。

2)跑单:因上菜速度慢,客人催菜,服务员去厨房催菜,客人趁机走人;或者因上菜慢随最后上来但客人拒绝付款。

3)错单:厨师看不清单子,做错菜;服务员催的急有时会做重菜;做菜速度慢,菜品被客人退回。

4)丢单:手写单到厨房的只有一联,各个档口都会抢着用单子,忙时往往会丢单;餐饮软件不稳定就会有丢单现象,丢单是餐饮界“兵家大忌”。

5)效率低:收银部、传菜部、厨师部、库房等采用手写单据,财务部要核对手写单据,费时费力。

2正在使用着餐饮软件的企业面对的是1)无法满足企业发展需要,运行不稳定,报表常报错。

2)收银软件存在完全漏洞,功能不完善结构不合理,售后服务差或没有服务,提供不了有价值的报表。

3)漏记、错记、重记客户预订翻台信息不能及时传递至咨客,延长客人等待时间。

4)手工点单字迹不清,造成错上、漏上沽清信息不及时导致退菜、换菜频繁。

5)单据容易迫损、遗失传单效率低下,延误上菜时间。

6)手工计算易出错,稽核难折扣、馈赠不易管理。

7)采购无序不及时库存数量、合理库蠢砘易掌握,造成资金积压或销售损失。

8)无法有效分析客户消费偏好、消费频度、消费额度等信息。

9)营销针对性不强,怠慢或漏失大客户日审、成本、统计工作量大,易出错报表编制困难,只能进行简单经营分析。

餐馆管理系统需求分析报告

餐馆管理系统需求分析报告

餐馆管理系统需求分析报告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.运维与维护:系统上线后,需要进行持续的运维和维护工作,包括监控系统运行情况、处理用户反馈、定期备份和更新等。

餐馆点餐系统需求分析 (2)

餐馆点餐系统需求分析 (2)

——需求分析报告学院:数学与计算机科学学院班级:软件12班姓名:***学号:*************指导老师:***目录1.序 (1)1.1编写目的 (1)1.2 项目背景 (1)1.3 定义 (1)1.4 参考资料 (1)2. 软件产品的一般性描述 (2)2.1 运行环境与资源 (2)2.2 软件产品的功能(用例模型) (2)2.3 用户特征 (2)2.4 限制与约束 (2)3 功能行为需求 (3)3.1 引言 (3)3.2 业务架构图—层次结构图 (3)3.3 业务需求功能模型—用例模型 (4)3.4 相关用例的展开—活动图 (6)3.5 数据流图 (7)4.性能需求 (8)4.1 时间特性 (8)4.2 适应性 (8)5.其他要求 (9)1.序1.1编写目的编写订餐系统项目产品需求规格说明书的目的是为明确产品需求,将功能需求、用户需求、业务需求准确的描述清楚,并建立相应的子系统模块。

以便于项目组成员以及用户对项目目标有清晰的认识,为后续阶段的开发做好准备,最终实现订餐系统。

1.2 项目背景随着科学技术的不断进步,越来越多的人都在工作,甚至连吃饭的时间也被榨取,有时候就算有时间,但员工到食堂用餐,在路上和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物。

所以大多数员工会去周边的饭店用餐,但是用餐高峰期,用餐人数较多,饭店也忙不过来。

加之,今年两会期间,党中央提出了“互联网+”行动计划,在这一背景下,互联网在未来肯定是迅速发展,在这一现象和中央提出“互联网+”行动计划的背景下,我们小组提出了订餐系统的开发。

通过这个订餐系统饭店可以拓展自己的业务,同时也可以减少食物的浪费,并提高效率和利润。

该系统推向市场后,会有广阔的市场前景。

待开发的软件名称:餐馆订餐系统该软件使用者:饭店,大众人群该项目提出者:延安大学软件12班课程设计小组该项目开发者:王晓武、颜学宏、邓茂记、胡浩筠1.3 定义互联网+:是指互联网行业+传统的各行各业,即在互联网未来发展形势一片大好的形势下,把互联网和传统行业结合起来,以互联网来带动传统各行各业的发展。

餐厅点餐系统需求分析

餐厅点餐系统需求分析

1 菜品管理;菜品的添加、修改、删除、查询功能,可对菜品设置所属类别、单价、状态等。

2 人员管理;实现管理员的添加、修改、删除功能。

3 餐台管理;餐台的添加、修改、删除、查询功能。

4 预订管理:可以增加预订、修改预订、删除预订、查询预订以及查询当日当餐别预订未到情况。

预订餐别分为中餐和晚餐。

系统在默认情况下将自动显示当日当餐别餐台图,含预订餐台信息;可以任意选择某日、某餐别的餐台图,并可在此被选择的某日某餐别的餐台图上直接增加、修改被选的某日某餐别的餐台预定信息。

5 上菜管理:可以查询某个餐台已出品的菜和未出品的菜等。

6 订单管理:订单的添加、修改、删除、查询功能。

7 结账:结账时,可以根据设置对整个账单打折及收取服务费,打折可以按比率打折、定额打折,同时可以输入打折原因。

可同时选择5种付款方式结账。

结账时,可以根据设置对账单进行四舍五入即找零;可以根据设置自动打印
收银账单,也可在结账前打印点菜单、对账单。

8 查询管理:可查询出服务员服务过的餐桌号和服务时间,菜品和酒水的售出记录明细,订单的明细。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

得分:80
评语:
1),态度较认真;
2),需求分析中,基本功能描述的比较清楚
3),没有严格按照需求分析说明书的格式进行排版。

4),表达方式新颖。

餐厅点菜系统需求分析说明书
引言 (5)
1.1编写目的 (5)
1.2背景 (5)
1.3定义 (5)
1.4参考资料 (7)
2任务概述 (7)
2.1目标 (7)
2.2用户的特点 (7)
2.3假定和约束 (8)
2.3.1 开发期限 (8)
2.3.2 开发环境 (8)
2.3.3 技术 (8)
2.4开发者的特点 (9)
3功能需求 (9)
3.1 主控流程图 (9)
3.1 点餐模式 (11)
3.1.1 浏览点菜(中餐类) (11)
3.1.2 浏览点菜(西餐类) (12)
3.1.3 高级搜索点菜 (13)
3.2 用餐模式 (14)
3.2.1 催菜功能 (14)
3.2.2 加菜,换菜,删除菜功能 (15)
3.2.3 轻松一刻 (16)
3.2.4上菜及后台操作 (17)
3.3 呼叫服务员 (18)
3.4餐毕模式 (19)
3.4.1 顾客满意度 (19)
3.4.2 结账 (20)
3.5对性能的规定 (21)
3.5.1时间特性要求 (21)
3.5.2灵活性 (21)
3.6数据管理能力要求 (21)
3.7故障处理要求 (21)
3.8其他专门要求 (21)
4运行环境规定 (22)
4.1设备和支持软件 (22)
4.3接口 (22)
4.4控制 (22)
附:数据流图
人人
引言
1.1编写目的
此需求分析说明书对《点菜系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为:餐厅点菜系统开发人员,餐厅管理及执行人员。

1.2背景
a)待开发的软件系统的名称:餐饮点菜系统
b)本项目的任务提出者:
c)项目开发团队是:07软工第二小组
d)项目目标用户是:中、高档咖啡厅、KTV、快餐厅、酒楼
等餐饮行业
1.3定义
PDA:
PDA,英文全称Personal Digital Assistant,即个人数码助理,一般是指掌上电脑。

PDA通常采用手写笔作为输入设备,而存储卡作为外部存储介质。

在无线传输方面,大多数PDA具
有红外和蓝牙接口,以保证无线传输的便利性。

许多PDA还能够具备Wi-Fi连接以及GPS全球卫星定位系统。

PDA相对于传统电脑,PDA的优点是轻便、小巧、可移动性强,同时又不失功能的强大,缺点是屏幕过小,且电池续航能力有限。

便携性介于传统PC和PDA之间的个人电脑产品有笔记本电脑及平板电脑。

Wi-Fi:
是一种可以将个人电脑、手持设备(如PDA、手机)等终端以无线方式互相连接的技术。

Wi-Fi是一个无线网路通信技术的品牌,由Wi-Fi联盟(Wi-Fi Alliance)所持有。

目的是改善基于IEEE 802.11标准的无线网路产品之间的互通性。

现时一般人会把Wi-Fi及IEEE 802.11混为一谈。

甚至把Wi-Fi等同于无线网际网路。

IPO图:
在计算机领域IPO是指结构化设计中变换型结构的输入(Input)、加工(Processing)、输出(Output)。

IPO图是对每个模块进行详细设计的工具,它是输入加工输出(INPUT PROCES S OUTPUT)图的简称。

在IPO图中,输入、输出数据来源于数据词典。

局部数据项是指个别模块内部使用的数据,与系统的其它部分无关,仅由本模块定义、存贮和使用。

注释是对本模块有关问题作必要的说明。

开发人员不仅可以利用IPO图进行模块设计,而且还可以利用它评价总体设计。

用户和管理人员可利用
IPO图编写、修改和维护程序。

因而,IPO图是系统设计阶段的一种重要文档资料。

1.4参考资料
百度,Goole,搜狗,《软件工程设计案例教程》,《酒店财务管理》。

2任务概述
2.1目标
1.是为了开发一种可以方便顾客点菜,更人性化的,贴心的点菜系统。

本软件不仅增加了菜谱图片,特色菜介绍,使顾客可以自己亲自点菜,更符合用户的操作习惯,方便打印点菜清单,清晰,明了便于顾客查看,方便餐厅管理,同时还为顾客提供了轻松一刻,包含小游戏和小贴士,使顾客在点菜之余可以放松身心,又可以了解一些烹调技巧、餐饮健康小常识。

本软件还为顾客提供了特殊的可附加的要求选项,可以输入菜品制作附注:如不放香菜,不吃蒜,对某些配菜过敏或用药忌讳等,体现出本软件的人性化。

2.2用户的特点
本软件的最终用户是中、高档咖啡厅、KTV、快餐厅、酒楼等餐饮行业
系统采用视窗技术开发,全面发挥视窗图形界面的特色,易学易
用;按岗位职责人性化的设计系统,每个岗位执行自己的操作,简单快捷;系统采用智能业务分析方法,操作员熟悉业务流程便可操作;系统同时支持触摸屏操作、纯键盘操作及鼠标操作,每一步骤都经过精心的设计,将复杂的运算隐含于简单的选择操作之下完成;相关管理人员只要熟悉业务流程、能识图,认字就会使用,稍加培训就能学会,即可上岗。

优美贴心的图形界面,提供全面的选项列表,并支持触屏操作,这对于前来点餐的顾客来说,进行点菜操作可谓是无师自通。

2.3假定和约束
2.3.1 开发期限
本系统预期的开发期限暂定为80天。

.
2.3.2 开发环境
本系统的开发环境为:
数据库:SQL Server 2005
操作系统:Microsoft Windows XP/2003
编译环境:C#.NET
2.3.3 技术
本系统ADO接口实现对数据库的操作。

2.4开发者的特点
3功能需求3.1 主控流程图
3.1 点餐模式
3.1.1 浏览点菜(中餐类)
3.1.2 浏览点菜(西餐类)
3.1.3 高级搜索点菜
3.2 用餐模式3.2.1 催菜功能
3.2.2 加菜,换菜,删除菜功能
3.2.3 轻松一刻
3.2.4上菜及后台操作
3.3 呼叫服务员
3.4餐毕模式3.
4.1 顾客满意度
3.4.2 结账
3.5对性能的规定
3.5.1时间特性要求
1)响应时间:所有选菜操作响应时间一般不超过5秒。

2)更新处理时间:所有提交的新的菜品的数据一般在3秒内响应。

3.5.2灵活性
由于编程时所采用的C#.NET开发环境,点菜系统和运行环境切合度高,当需求发生某些变化时,本餐厅点菜系统应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或将过滤条件改变即可。

3.6数据管理能力要求
本餐厅点菜系统应用软件所有文件均放置在数据库中,调用,查询数据,文件,记录时,通过库文件名直接进行操作。

3.7故障处理要求
本系统数据库会自动备份,当您加菜,删除原有菜品时会自动给您备份,当数据丢失时可启用备份,是本系统安全,零故障。

3.8其他专门要求
1)对系统各个功能模块,以分级菜单的形式给出;
2)所有的提交,确认,删除等操作以按钮的形式给出,且名称一律为取为“提交”、“确认”、“删除”等易于理解的形式;
3)系统在正常情况下应支持100个以上的用户并行操作能力,并支持多用户同时访问。

4运行环境规定
4.1设备和支持软件
4.3接口
1. 用户接口:
本工程产品通过PC机进行运行、操作,对报表、小票、菜单的打印将调入WORd进行打印输出、输入的相对时间将由pc机本身处理速度来决定。

对程序的维护,需进行必要的备份。

2. 硬件接口:
本工程产品需要特定的硬件或硬件接口进行支撑(PDA),由于PDA具有红外和蓝牙接口,以保证无线传输的便利性。

许多PDA还能够具备Wi-Fi连接,所以本系统具有无线连接功能。

3. 软件接口:
本工程产品的软件接口由餐厅点菜系统操作系统、菜品数据库以及数据结构组成。

4. 通讯接口:
本工程产品的没有特殊的通讯接口,通讯接口由所使用的pc机决定。

4.4控制
本软件是在餐厅点菜系统的支持下,展示界面由主窗口与子窗口嵌套而成,窗口操作通过按钮控制,不同的按钮进行不同的操作实现不同的功能。

相关文档
最新文档