首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

软考 - 06 在线订餐管理系统

某软件企业为快餐店开发一套在线订餐管理系统,主要功能包括: (1)在线订餐:己注册客户通过网络在线选择快餐店所提供的餐品种类和数量后提交订单,系统显示订单费用供客户确认,客户确认后支付订单所列各项费用。 (2)厨房备餐:厨房接收到客户已付款订单后按照订单餐品列表选择各类食材进行餐品加工。 (3)食材采购:当快餐店某类食材低于特定数量时自动向供应商发起采购信息,包括食材类型和数量,供应商接收到采购信息后按照要求将食材送至快餐店并提交己采购的食材信息,系统自动更新食材库存。 (4)生成报表:每个周末和月末,快餐店经理会自动收到系统生成的统计报表,报表中详细列出了本周或本月订单的统计信息以及库存食材的统计信息。

02
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    基于SpringBoot的外卖点餐管理系统的设计与实现(附源码)

    现如今,在互联网的高速发展以及网络的普及,我们所生活的环境发生了天翻地覆的改变。从古至今,我们中华民族所传承的“以食为天”正在不断地发扬,并且演变出各种各样的形式。而在互联网的映衬下,新兴的网络订餐行业也在悄然改变大众的就餐形式。因此,外卖点餐管理系统的也由此产生。 本系统就是在这个大背景下,根据大众的需求来设计的基于SpringBoot的外卖点餐管理系统。本系统使用B/S模式,使用SpringBoot框架来整合MyBatis框架,数据库使用MySQL进行数据的相关操作,前端使用Ajax技术实现页面动态跳转,同时使用Bootstrap的UI组件设计页面,结合Java语言开发的一个外卖点餐管理系统。 该系统结构明确,界面美观。用户可以在系统挑选自己喜欢的菜品,进行点餐及其他一系列的操作。而商家可以通过该系统发布、删除等修改菜品相关信息的操作。可以让用户有给您更多的选择,给用户更好的体验。 需求分析

    02

    基于规则架构-架构案例2019(三十九)

    某电子商务公司为了更好地管理用户,提升企业销售业绩,拟开发一套用户管理系统。该系统的基本功能是根据用户的消费级别、消费历史、信用情况等指标将用户划分为不同的等级,并针对不同等级的用户提供相应的折扣方案。在需求分析与架构设计阶段,电子商务公司提出的需求、质量属性描述和架构特性如下: (a)用户目前分为普通用户、银卡用户、金卡用户和白金用户四个等级,后续需要能够根据消费情况进行动态调整; (b)系统应该具备完善的安全防护措施,能够对黑客的攻击行为进行检测与防御; (c)在正常负载情况下,系统应在0.5秒内对用户的商品查询请求进行响应; (d)在各种节假日或公司活动中,针对所有级别用户,系统均能够根据用户实时的消费情况动态调整折扣力度; (e)系统主站点断电后,应在5秒内将请求重定向到备用站点; (f)系统支持中文昵称,但用户名要求必须以字母开头,长度不少于8个字符; (g)当系统发生网络失效后,需要在15秒内发现错误并启用备用网络; (h)系统在展示商品的实时视频时,需要保证视频画面具有1024x768像素的分辨率,40帧/秒的速率; (i)系统要扩容时,应保证在10人●月内完成所有的部署与测试工作; (j)系统应对用户信息数据库的所有操作都进行完整记录; (k)更改系统的Web界面接口必须在4人●周内完成; (l)系统必须提供远程调试接口,并支持远程调试。 在对系统需求、质量属性描述和架构特性进行分析的基础上,该系统架构师给出了两种候选的架构设计方案,公司目前正在组织相关专家对系统架构进行评估。

    02

    用starUML画的软工课设:外卖点餐管理系统

    随着网络的普及化,我们的生活和英特网越来越精密。近年来社会刮起了一阵“宅风”。人们开始渐渐不愿出门逛街买东西了,更加崇尚于网上购物。而为了响应这阵“宅风”,各大商店在网上开了网店。网上购物已经我们带入了一个新的消费领域。 民以食为天,餐饮服务业是一项比较热门的行业,大街小巷餐馆随可见。如果优化了整一个点餐、用餐系统,这样不仅可以提高企业的服务水平和工作效率,还给消费者带来方便。提高餐馆自身的竞争力。外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统,开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等,最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。网上订餐由于其独有的便捷性和直观性,更能够轻而易举地被现代人认同和接受。

    03

    一个简单的分布式事务系统的实现(订单系统)

    背景:公司最早的一个版本的订单管理,是通过PHP+mysql的方案去实现的,这样会有什么问题呢,假设如果放到一个实例里面,全部用一个单机事务去解决,这样是能比较方便的解决数据一致性问题。但是存在两个问题,一是无法进行多实例部署,用户量增长以后,无法快速应对。二是,PHP中做事务,如果PHP遇到异常,有时并不会自动终止事务,导致DB被锁住,这是第一个版本。之后,我们推出了第二个版本V2,这个版本的时候,我们已经开发好了,库存管理系统,优惠券管理系统,PHP中,已经不直接通过DB去修改库存和优惠券,而是通过接口访问的方式去请求SERVER进行修改。这个版本,实际上已经从逻辑上,把订单系统和库存管理,优惠券管理系统已经独立出来了。数据层面已经可以独立部署,不再依赖一个单机事务去实现数据一致性功能了。但这个版本虽然解决了数据分布的问题,但同时引入了一个新的问题,就是数据在订单,库存,优惠券之间无法保证一致性。举个例子:下个订单,调用库存成功,锁定优惠券失败,生成订单失败。这时候就会导致优惠券数据不一致性情况出来,未下单的优惠券也被锁住了。有同事可能会问:订单如果创建失败,那直接回滚优惠券操作,即去解锁优惠券系统即可实现数据一致性。不错,很多时候,是可以这么操作,但如果你回滚的时候,失败了呢?你是继续在这等着直到成功,还是继续等着?呵呵。。

    02
    领券