软件工程之在线餐饮系统

本文介绍了在线餐饮系统的设计与开发,包括系统的研究背景、可行性分析、需求分析、总体设计和详细设计。背景部分阐述了随着生活水平提高和网络技术发展,餐饮O2O的必要性。可行性分析涉及技术、经济、操作可行性,确认了项目的实施可能性。需求分析明确了用户功能需求,如用户登录、选择餐厅、支付等,并展示了系统流程图、数据流图和数据库表单。系统设计中,功能结构图描绘了系统模块,详细设计则涵盖了用户接口、外部接口和内部接口设计。最后,文章提及了程序运行和测试情况,以及系统未来的优化方向。
摘要由CSDN通过智能技术生成

摘要
随着居民的生活和消费水平提高,以及网络技术、移动支付技术的发展,用在线餐饮系统解决饮食问题成为了大势所趋。
本文首先介绍了课题研究中的相关背景,通过了解背景确定了研究开发本系统的目的。
然后通过多种角度进行可行性分析,并且利用系统流程图、数据流图、数据字典等等手段,确认了课题是可行的。
其次针对用户的需求进行分析,包含功能需求、性能需求等等;再利用E-R图明确了实体与属性之间的联系;还对在开发过程中要用到的工具进行了介绍,包括MySQL、Navicat for MySQL等等。
还有在总体设计中绘制功能结构图,明确了系统要实现的功能。
最后详细设计进行编程,实现了预期的部分功能,包括用户登录、选择餐厅、选择菜单、确认订单、提交支付等等,并进行了系统测试。
关键词:软件工程;O2O;在线餐饮系统;连接数据库;数据库管理

目录
摘要 1
1 课题研究的目的 1
1.1 课题研究背景 1
2 可行性研究 2
2.1 问题描述 2
2.2 可行性分析研究 3
2.2.1 技术可行性 4
2.2.2 经济可行性 4
2.2.3 操作可行性 5
2.3 结论意见 5
2.4 系统流程图 5
2.5 数据流图 9
2.6 数据字典 10
2.7 数据库表单 11
2.8 成本/效益分析 15
3 需求分析 16
3.1 概述 16
3.2 用户需求 16
3.2.1 功能需求 16
3.2.2 各部门使用权限 17
3.2.3 性能需求 17
3.2.4 系统运行环境需求 17
3.2.5 系统界面设计需求 18
3.2.6 安全保密需求 18
3.3 E-R图 18
3.4 系统制作工具 19
4 总体设计 21
4.1 总体设计 21
4.1.1 系统设计 21
4.1.2 结构设计 21
4.2 设计原理 22
4.3 信息隐藏与局部化 23
4.3.1 信息隐藏原理 23
4.3.2 局部化 23
4.3.3模块独立 23
4.4 耦合 23
4.5 内聚 24
4.6 启发规则 25
4.7 功能结构图 26
4.7.1 面向数据流的设计方法 27
4.8 设计优化 28
4.9 接口设计 28
4.9.1 用户接口 28
4.9.2 外部接口 28
4.9.3 内部接口 29
5 详细设计 29
5.1 概述 29
5.1.1 根本目的 29
5.1.2 阶段任务 29
5.1.3 衡量标准 29
5.1.4 主要任务 29
5.2 命名规则 30
5.3 程序流程图 31
5.4 功能实现 33
5.5 程序运行 38
5.6 程序测试 41
结论 43
参考文献 44

1 绪论
1.1 研究背景
大众餐饮消费渐成主流,“互联网+”思维与餐饮业结合得越来越紧密。从外卖上门、网络营销、团购,到自主点菜、结账,在互联网浪潮之下,餐饮业正发生深刻的变化。打开饿了么、美团、微信、支付宝等互联网订餐平台,大大小小的餐厅近在眼前。如今,我们正大步迈入“线上点菜,线下用餐”的时代。
随着人们的生活和消费水平逐年提高,餐饮业成为了国民经济中增长速度最快的行业之一,过去的30年,全行业年均增长18.6%,增速远远超过GDP和人均国民收入的增长。从规模上看,2016年餐饮行业市场规模为3.5万亿元,截止到2017年总体规模达到3.96万亿元。而在日常生活中,叫外卖或者外出去餐馆就餐的消费模式已经非常成熟,餐饮O2O的基础已经打好。根据统计结果指出,2014年我国餐饮O2O市场规模为9437亿元,同比增长51%,用户数量为1.89亿人,占中国网民1/3以上。考虑到餐饮行业消费频次比较高,易形成大规模市场;移动互联网时代O2O渗透率逐步提高等因素,餐饮O2O成为推动餐饮消费的重要力量。
民以食为天,餐饮是永不衰退的朝阳产业。餐饮 O2O 模式是解决传统用餐“痛点”而兴起一种新型用餐模式。对于餐饮企业来说,传统模式是“开门迎客”,客源来源单一;经常用发传单、优惠券等方式进行宣传,效果难以跟踪,用户转化率低;传统餐饮企业面临原料成本、人工成本和租金成本的三重压力,经营比较困难;难以获得用户用餐后的反馈数据,不利于改善服务、开展精准营销。对于消费者来说,工作、生活节奏加快,外出用餐时间减少;靠宣传单订餐,选择余地小,无法查看菜品信息和送餐进度;无法了解其他客户对商家菜品的评价,商家的联系电话容易丢失,等等。
“互联网+餐饮”正受到市场的热捧。移动互联网的快速发展,一方面加速了餐饮服务产品的互联网化;另一方面,因为餐饮服务天然带有的线下和本地属性,结合移动互联网具备的位置、实时、交互等特点,促使产生了很多新的玩法和可能性。从这种意义上来看,移动互联网的发展对餐饮等传统行业和人们的生活方式产生了深远的影响。
餐饮连锁业作为劳动密集型的服务产业,由于进入壁垒比较低,很多餐厅仍然处于手抄单和前后台吼叫传单的状态,导致人力资源的利用率很低。目前来说,大型餐饮或者连锁餐饮常常都有自己的品牌和相关渠道,同时也拥有便于管理自身的餐饮管理系统。相对来说,中小型的餐饮商家更加需要O2O的帮助,他们的数量庞大,整体模式落后于时代。对于他们来说,不得不把过多的精力放在推广和宣传上。与此同时,顾客去那些知名度高的店家就餐时,由于不了解座位信息,常常需要等待几个小时的时间,极大地影响了用户体验。
在这种背景下,到店餐饮平台的出现既解决了商家资源利用率低的问题,同时也解决了顾客由于不了解商家信息导致等候时间过长的问题。同时,平台可以为线下引流,将过多的人群引流到其他性价比高的店家就餐,既提升了用户的满意度,又为缺乏推广的中小型商家提供了客流和利润。
基于以上背景,确立了设计与开发在线餐饮系统的课题,该系统主要面向商家和顾客,为商家和顾客建立联系,使得人们在吃饭方面更加方便快捷。
1.2问题定义
近年来,我国餐饮行业整体向上发展。但餐饮业发展的同时,面临着食品原材料成本上升、劳动力成本提升、管理人才匮乏、成本控制难等多方面问题,行业竞争愈演愈烈。在传统餐饮业不景气的情况下,在线餐饮呈现出蓬勃发展态势。
餐饮行业市场是在移动互联网平台的推动下发展起来的,一方面是线上用户,无论是数量,还是对互联网的熟悉程度都达到了新高度;另外一方面,线下的餐饮商户经历了线上外卖平台的影响,它们对利用互联网进行推广,使销售意识和能力得到大幅的提升。
随着国内餐饮业的高速发展,餐饮服务和管理的需求不断加强,餐饮业管理人员素质不断的提高,以及办公自动化的推广普及,餐饮管理系统在企业管理中的地位日益突出,越来越多的餐饮企业认识到管理系统的重要性。
因此,本组要研究并开发一个在线餐饮系统,为顾客和商家提供个性化的、有针对性的系统服务。

2 可行性研究
2.1 可行性分析研究
可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。可行性研究的目的不是解决问题,而是确定问题是否值得去解决。怎样达到这个目的呢?当然不能靠主观猜想而只能靠客观分析。必须分析集中主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。因此可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
在对要解决的问题进行进一步分析和澄清之后。要在问题定义阶段就初步确定规模和目标,如果规模和目标是正确的就进一步加以肯定,如果有错误就要及时改正,如果对目标系统有任何约束和限制,也要把他们清楚地列举出来。
在澄清了要解决的问题后,要从系统逻辑模型出发,探索若干种可供选择的主要解法(即系统实现方案)。对每种解法都要仔细研究它的可行性。可以从以下3个方面研究每种解法的可行性。
2.1.1 技术可行性
技术可行性分析是根据用户提出的系统功能、性能及实现系统的各项约束条件,从技术角度研究实现系统的可能性。
技术可行性分析往是系统开发过程中难度最大的工作。技术可行性分析包括:风险分析、资源分析和技术分析。
风险分析的任务是,在给定的约束条件下,判断能否设计并实现系统所需的功能和性能。资源分析的任务是,论证是否具备系统开发所需的各类人员,计算机软、硬件和工作环境等,实际上,它是技术资源、人才资源、设备资源的综合分析。技术分析的任务是,当前信息技术是否支持系统开发的全过程。在技术可行性分析过程中,系统分析人员应采集系统性能、可靠性、可维护性和可生产性方面的信息,分析实现系统功能和性能所需的各种设备、技术、方法和过程,分析项目开发在技术方面可能担负的风险,以及技术问题对开发成本的影响等。
根据客户提出的系统功能、性能及实现系统的各项约束条件,根据新系统的目标来衡量所需的技术是否具备,本系统是一个对餐饮系统相关信息的数据库内容进行管理和查询的系统,在经过“java”“数据库”“java web”“软件工程”等科目的学习、实验及课程设计,已经掌握了一些相关知识和应用技巧,现有的技术以较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计在两周课程设计时间内利用现有技术条件应完全可以完成该系统的一部分功能目标。同时考虑给予的开发期限也较为紧张,预计系统是可以在规定期限内完成开发部分功能。
2.1.2 经济可行性
主要是对开发在线餐饮系统的公司投入资金与回报进行评价,一方面是估算开发它的支出费用,其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是估算在线餐饮系统这个软件可能取得的收益中可以用钱来衡量的那部分,包括商家加盟费用、广告收益、平台抽成等。并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群体。所做的软件的开发成本与客户提出的要求是否可达到双方都满意。并且,分析系统开发是否会对其它产品或利润带来一定影响。
经过调查我们了解到,在线餐饮系统带来的收益远远超过它的开发所花费的代价。经过对上述几个方面的调查研究与分析,我们得出在顾客和商家中本系统的市场前景是相当可观的,在经济角度来说,开发在线餐饮系统是可行的。
2.1.3 操作可行性
主要是了解目标用户——顾客和商家对开发在线餐饮系统是否支持,现有的餐饮系统管理和方法是否科学,规章制度是否齐全,原始数据是否正确等。
在开发结束后能够达到以下三方面:
本系统界面友好简洁,美观大方;
本系统操作方便,用户一用就会;
本系统高度优化,可同时满足多人同时访问系统而不会发生卡顿。
2.2 结论意见
经过开发小组小组成员进行认真而全面地可行性分析研究后,我们认为:本系统基本上做到了在技术、经济、操作、社会、法律等方面上的可行。因此,相信在按照计划上实施的前提下,本系统的设计将会按时、高质量完成,也能够实现部分功能,用于操作展示。所以下一阶段的本系统研究和开发可以顺利有序快速进行。
2.3 系统流程图
系统流程图是概括的描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个具体部件(程序、文件、数据库、表格、人工过程等)。系统流程图表达的是数据在系统各个部件之间流动的情况,而不是对数据进行加工处理的控制过程,因此尽管系统流程图的某些符号和程序流程图的符号形势相同,但是它却是物

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

上官怜云

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值