【微服务】Nacos为何遗弃短联接(http)而选择拥抱长联接(gRPC)
目录
一、前言
“民以食为天”餐饮行业作为传统行业，传承着中国五千年来的饮食文化，现如今互联网发展迅速，随着饭店的规模扩大，并伴随年青消费者的崛起，网上点餐，逐渐成为一项必不可少的功能点餐系统，传统的服务员点餐也逐步彰显了不够便捷和人性化的一面。“点餐”这一个看似简单的过程，直接影响着餐馆的营运胜败。为了实现在网上进行餐饮售卖，就一定要有一个自己餐馆的点餐系统，来进行辅助。点餐系统为饭店平添了用户与饭店的互动性，还可以实现愈发多元化的点餐方式。
这是一个简易的点餐系统，主要角色分为用户、配送员、管理员
管理员：登陆、查看所有订单、查看订单详情、修改订单状态、添加食材、删除食材等
用户：注册、登陆、下订单、查看自己的订单、查看订单详情
配送员：用户下单后，可以接收订单并配送等
二、系统设计 1、系统运行环境
开发系统：
架构模式：MVC/前前端分离
JDK版本：Java JDK1.8
开发工具：IDEA
数据库版本： .7
数据库可视化工具： SQL yog或 for MySQL
服务器：自带
主要技术：Java、、、Shiro、Redis、MySQL、Html、等
2、系统构架设计
三、非功能性与可行性分析
2.5非功能性需求剖析
非功能性需求：用户对软件质量属性、运行环境、资源约束、外部插口等方面的要求或期望，包括：
2.5.1性能需求：
用户在软件响应速率、结果精度、运行时资源消耗量等方面的要求。
2.5.2可行性需求：
用户在软件失效的频度、严重程度、易恢复性，以及故障可预测性等方面的要求。
2.5.3易用性需求：
用户在界面的易用性、美观性，以及对面向用户的文档和培训资料等方面的要求。
2.5.4安全性需求：
用户在身份证、授权控制、私密性等方面的要求。
2.5.5运行环境约束：
用户对软件系统运行环境的要求。
2.5.6外部插口：
用户对待开发软件系统与其它软件系统或设备之间的插口要求
2.6可行性分析
可行性分析是从不同的角度点餐系统，对可能影响系统的各方面诱因进行剖析，确认系统在实际生活上是可行的。本系统只是单纯地从经济、法律、技术、操作可行性四个方面来剖析说明。
2.6.1技术可行性
技术上的可行性分析主要剖析技术条件能够顺利完成开发工作，软、硬件能够满足须要。本系统采用Vue+开发出友好美观的人机界面，便于用户理解、操作。数据库管理系统采用MySQL，它还能处理大量数据，同时保持数据的完整性、安全性和持久性。后端技术使用、，这些技术在许多公司早已被商用了，因此本系统的开发平台已成熟可行。硬件方面，在科技急速发展的明天，硬件更新速率越来越快，容量越来越大，可靠性越来越高，价格越来越实惠，因此硬件平台也才能满足本系统所需。
2.6.2经济可行性
项目置于阿里中学生服务器或则本地虚拟机的linux环境，故可行。
2.6.3法律可行性
可行，自己写的项目，目的明晰，没有违规违法。
2.6.4操作可行性
操作较为简单，而且当下信息科技发达，界面的设计也着实考虑到用户的体验，系统也是为用户而生。故操作是可行的，不存在难度大的操作。
四、功能截图 1、登录 1.1、登录界面
2、餐品信息 2.1、列表
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
