【微服務】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、列表
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
