餐飲外賣App的設計和實現(xiàn)目錄7616第一章緒論 2249881.1課題背景 2159831.2設計外賣App的意義與目的 21452第二章外賣App平臺的需求分析 4210002.1功能需求 454252.2性能需求 4265422.3可行性分析 477422.4資源規(guī)劃 510915第三章App的可行性分析 617013.1可行性分析 6314253.1.1必要性 689503.1.2可能性 615153.2用戶需求概述 6201543.2.1系統(tǒng)數(shù)據(jù)庫設計 6209833.3界面設計 922323第四章系統(tǒng)實現(xiàn)與設計 12253004.1系統(tǒng)構架圖 12218624.1.1數(shù)據(jù)模型圖 12181734.1.2程序流程圖 13146594.1.3后臺編碼實現(xiàn) 14257254.1.4登錄模塊實現(xiàn) 1559164.1.5產(chǎn)品管理實現(xiàn) 16294514.1.6

類別管理實現(xiàn) 1745584.1.7商鋪管理實現(xiàn) 17133174.1.8訂單管理實現(xiàn) 18203014.1.9用戶管理實現(xiàn) 20162194.2后臺管理實現(xiàn)效果圖 224721總結 2513472致謝 2611311參考文獻 27摘要：外出就餐時，服務員點菜。當有更多的客人時，酒店中將有很多人無法坐下的隊列?，F(xiàn)成食品應用的出現(xiàn)帶來了飯店的新發(fā)展。為了使用餐更加方便，使用新技術。Android即點即用的設計和執(zhí)行。它可以為顧客提供在家點餐的服務，使顧客用餐更加方便。該軟件主要包括管理，服務器，網(wǎng)絡，前端訂購功能和其他組件，它使用JAVA技術，ANDROID和JSP，并使用MyEclipse和TOMCATr等工具。。關鍵字：Android，訂餐系統(tǒng)，Web服務器，Java。第一章緒論1.1課題背景當前外賣十分普遍，大家都不喜歡在外吃飯，越來越多的人更喜歡足不出戶在家用餐，也省去自己做菜洗碗收拾。從2000開始，餐飲就以20%的每年的增長，成為了發(fā)展最快的行業(yè)之一。跟隨著人們的生活質(zhì)量不斷的提高，人們已經(jīng)大多都不想自己在家做菜燒飯收拾，外賣行業(yè)因此逐步發(fā)展了起來，方便了人們的生活，也解決了部分人的就業(yè)問題。學生們更是給外賣帶來了更快的發(fā)展，每年都會多出有好幾家外賣店在我們蘇州服務外包職業(yè)學院周圍。我們蘇州服務外包職業(yè)學院的學生們的生活已經(jīng)離不開了外賣。隨著學生們的要求不斷提高，我們服務外包職業(yè)學院的三個食堂已經(jīng)解決不了平時小部分學生的需求。學生想吃到更好的、更美味的、更加多種多樣的食物，也不想排隊半天領了食物沒座位的情況。外賣可以帶給學校的學生更方便的體驗，還能預定時間讓外賣準時送達，在自己想要的時間吃到外賣，也可以帶回宿舍食用不用每天中午飯店學生們都擠在食堂里就餐。學生們可以下課以后領了回宿舍就餐，吃飯更加快捷、方便、舒適?，F(xiàn)在疫情期間，足不出戶在家享用外賣也更加安全，不用去人多的商城、飯店吃飯，也不用去人多的菜市場、超市買菜做飯，在家享用外賣也可以更有效的控制疫情?，F(xiàn)在外賣的服務范圍變得越來越廣，也不止送飯店做好的飯菜。越來越多類似于外賣的軟件也隨之而生。如果覺得外面的外賣做的不健康，吃起來不放心，也可以直接買菜買肉自己在家做飯做菜，不用起大早去菜市場挑選新鮮蔬菜，不用擔心感染疫情。當你一個人在家感冒，發(fā)燒，發(fā)熱，咳嗽等等現(xiàn)象出現(xiàn)。感覺身體不舒服的時候，也可以在外賣系統(tǒng)上買藥，更保障了獨居人士的生命健康安全。在家里不想去超市買東西，零式，飲料也可以由外賣配送到家。1.2設計外賣App的意義與目的通過設計外賣app的，可以幫助商家更好的出售自己的貨物，解決了商家的客源問題，也可以解決大多小商家店面太小，地方太偏，店里坐不下，沒人來店里吃飯等等一系列的問題。大多數(shù)人都是用手機訂單，可以更加方便、快捷、舒適的在家中就餐。也不用擔心路途遙遠，還可以一下看很多店的菜品。用戶可以在平臺上查看其它用戶隊賣家的評論，可以更好地避免吃到與實物不符的產(chǎn)品，優(yōu)勝劣汰，還可以給自己喜歡吃的店家打分，更好地去除了做的質(zhì)量差，味道差，不衛(wèi)生，不健康的店家。通過外賣app也可以發(fā)現(xiàn)平時自己未曾發(fā)現(xiàn)過的店家，給吃飯帶來全新的體驗，如果晚上想吃東西也可以直接訂餐，不用出門四處尋找還開著的店家，早上來不及做飯，也可以先隔天預定賣早餐的早餐店的早飯，按時送上門，省去了早上做飯的時間，可以得到更充分的睡眠時間。第二章外賣App平臺的需求分析2.1功能需求了解到系統(tǒng)的需求，對市場進行調(diào)研和分析。系統(tǒng)基于網(wǎng)絡訂餐系統(tǒng)，最后給大家提供一個平臺。不同的餐廳可以發(fā)布自己的菜價供用戶查看。用戶只要注冊，登錄我們的平臺，購買自己想吃的菜品，我們有專門的配送人員送貨上門。不用出門就可以吃到自己想吃的。餐館可以查詢訂單，自己來制定價格。這個系統(tǒng)有以下功能：訂餐管理：包括：查詢和刪除修改訂單?？梢詫τ唵芜M行瀏覽。餐館可以添加新的菜品，對過去的所有出售菜品進行查詢。登錄管理：輸入賬號密碼進行登錄。點餐管理：這是一個非常重要的功能。顧客看中喜歡的餐館后，寫入自己的座位，點擊購買即可完成操作。信息管理：可以更新修改自己的個人信息以及密碼。2.2性能需求有以下幾點才算是好的構架設計:首先，模塊化要良好。；然后，需要有良好的適應性功能。第三，良好規(guī)劃數(shù)據(jù)；第四，部署規(guī)劃要靈活。用戶是性能需求的主要，要按照顧客的需求更改性能，良好的質(zhì)量使顧客滿足，質(zhì)量差的是最不長久的。有舒服的界面，較快的運行，較高的安全性。按照實際，在系統(tǒng)運行快網(wǎng)絡快的情況下，要更優(yōu)先考慮用戶的安全性。有以下要求對于本系統(tǒng)：(1)要操作簡單，靈活，便捷。 (2)可以自動識別用戶。

(4)充分考慮到顧客的需求，做的容易維護，使用起來舒適。2.3可行性分析隨著時代不斷地變化，不會在家自己動手做飯的人越來越多，現(xiàn)在大多數(shù)年輕人都在經(jīng)歷著996的上班時間，下班了往往就算自己會做飯也懶得動手去自己做菜做飯，大多數(shù)年輕人都是自己一個人租房子住，不和家里人住，一個人做飯十分的麻煩，所以越來越多的人選擇了外賣。一天上班辛苦回家，大家都不愿意做飯，做做飯，炒炒菜，做完飯炒完菜吃完又要開始洗碗筷，往往一兩個多小時就過去了，年輕人更加沒有自己的休閑時間，也會更加疲憊。2.4資源規(guī)劃資源是指一國或一定地區(qū)擁有的人力、物力、財力等各種要素。分社會資源和自然資源兩大類別。指計算機系統(tǒng)中的軟件和硬件的總稱就是資源。如輸入和輸出設備、數(shù)據(jù)庫存儲器、中央處理機、各種系統(tǒng)程序等。由操作系統(tǒng)進行有效的、系統(tǒng)的調(diào)度和管理，為了提高計算機系統(tǒng)的工作效率。要將的資源則是軟件方面的系統(tǒng)程序包資源。資源規(guī)劃是指開展項目活動需要哪些資源(材料、資金、人力、設備)以及所需數(shù)量的規(guī)劃。根據(jù)可持續(xù)發(fā)展的原則，對資源的保護方案和開發(fā)利用，作出安排與必選的過程。資源規(guī)劃是系統(tǒng)開發(fā)利用的關鍵和基礎。當前,程序員對開發(fā)系統(tǒng)資源建設與開發(fā)利用的重要性已有充分的認識,并做了大量的工作,但對系統(tǒng)資源規(guī)劃的重要性重視不夠。為了更有效地利用系統(tǒng)資源,必須重視和加強對系統(tǒng)資源的規(guī)劃。本系統(tǒng)主要有兩種功能：一種是Aictvity界面的設計展示；二是訪問服務器數(shù)據(jù)。Activity界面的設計展示設置各個界面對應的xml文件實現(xiàn)。而網(wǎng)絡訪問服務器數(shù)據(jù)，則采用http通訊協(xié)議，請求結果以拼接字符串的方式返回，在客戶端通過截取字符串獲得返回數(shù)據(jù)。

第三章App的可行性分析3.1可行性分析隨著時代不斷地變化，不會在家自己動手做飯的人越來越多，現(xiàn)在大多數(shù)年輕人都在經(jīng)歷著996的上班時間，下班了往往就算自己會做飯也懶得動手去自己做菜做飯，大多數(shù)年輕人都是自己一個人租房子住，不和家里人住，一個人做飯十分的麻煩，所以越來越多的人選擇了外賣。一天上班辛苦回家，大家都不愿意做飯，做做飯，炒炒菜，做完飯炒完菜吃完又要開始洗碗筷，往往一兩個多小時就過去了，年輕人更加沒有自己的休閑時間，也會更加疲憊。3.1.1必要性隨著現(xiàn)在越來越多的996公司出現(xiàn)，年輕人也越來越離不開外賣，外賣可以幫年輕人節(jié)省很多的時間，而且大多數(shù)出租屋內(nèi)都沒有廚具，可以省下買廚具的錢，也可以防火防煤氣泄露，提高屋內(nèi)安全性。3.1.2可能性將來可能更多的人不會自己在家做菜做飯，可以囊括更多的產(chǎn)品，可以讓所有人足不出戶更加方便快捷的拿到自己想要的東西。也可以通過外賣這個app給客戶提供更多的服務。3.2用戶需求概述給顧客更多提示，經(jīng)常舉辦活動，可以吸引更多顧客參與。在半夜增加運輸費，使得半夜也有員工愿意送餐，保證各種各樣的顧客全時間段一天24小時都能享用到產(chǎn)品，做更加簡潔易懂的界面，使得顧客一下載就可以輕松使用，不會因為太難使用而放棄我們的產(chǎn)品。給顧客帶來更好的體驗，可以設置意見反饋，采納顧客們的意見，才能做出更好的產(chǎn)品，質(zhì)量好就能做的更長遠。3.2.1系統(tǒng)數(shù)據(jù)庫設計信息資源管理最有效的手段是數(shù)據(jù)庫技術。對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求（信息要求和處理要求）是數(shù)據(jù)庫設計(DatabaseDesign)在需求分析階段中，綜合用戶的應用需求(現(xiàn)實世界的需求)。在概念設計階段：形成獨立于機器和各DBMS產(chǎn)品的概念模式(信息世界模型)，用E-R圖來描述。然后根據(jù)用戶處理的要求，安全性的考慮，在基本表的基礎上再建立必要的視圖形成數(shù)據(jù)的外模式。在邏輯設計階段：將E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)庫產(chǎn)品支持的數(shù)據(jù)模型，如關系模型，形成數(shù)據(jù)庫邏輯模式。表達和分析用戶需求的方法主要有自頂向上和自底向下兩種方法。自頂向上方法(簡稱SA方法)從最下層的系統(tǒng)組織機構入手，把每一層用數(shù)據(jù)流圖和數(shù)據(jù)字典描述，并采用逐層分解的方式分析系統(tǒng)。將概念結構轉(zhuǎn)換為某個DBMS所支持的數(shù)據(jù)模型(例如關系模型)，在概念模型設計好后，并對其進行優(yōu)化。在最后為邏輯數(shù)據(jù)模型選取一個最適合應用環(huán)境的物理結構(包括存儲結構和存取方法)。根據(jù)DBMS特點和處理的需要，進行設計索引形成數(shù)據(jù)庫模式。在數(shù)據(jù)庫實施階段中運用DBMS提供的數(shù)據(jù)語言，根據(jù)物理設計和邏輯設計的結果建立數(shù)據(jù)庫，辨識與調(diào)試應用程序，組織數(shù)據(jù)入庫，進行試運行。數(shù)據(jù)庫設計的規(guī)設計非常重要。對于一個高性能的應用程序來說。要把數(shù)據(jù)庫的關系和性能看的很重要才能使得數(shù)據(jù)庫設計實現(xiàn)。除了維護以外的問題，就是性能的問題了。這個系統(tǒng)服務端采用MySQL，一共有很多表，部分表單介紹如下：表3-1wct_bill表FieldNameFieldTypeSizeNullidint11NOTNULLgidsvarchar100DEFAULTNULLpircevarchar100DEFAULTNULLuservarchar100DEFAULTNULLuidvarchar100DEFAULTNULLshopvarchar100DEFAULTNULLbillvarchar2000DEFAULTNULLopenidvarchar255DEFAULTNULLndatevarchar255DEFAULTNULLtotalvarchar255DEFAULTNULLwayvarchar50DEFAULTNULLgnamesvarchar500DEFAULTNULL表3-2wct_good表FieldNameFieldTypeSizeNullidint10NOTNULLgnamevarchar100DEFAULTNULLpricevarchar10DEFAULTNULLjifenvarchar10DEFAULTNULLnotevarchar500DEFAULTNULLtypevarchar50DEFAULTNULLimgvarchar500DEFAULTNULLcountvarchar10DEFAULTNULLtypeidvarchar10DEFAULTNULLxiaoliangint10DEFAULTNULL表3-3wct_user表FieldNameFieldTypeSizeNullidint10NOTNULLusernamevarchar50DEFAULTNULLpasswdvarchar50DEFAULTNULLroletypevarchar50DEFAULTNULLemailvarchar200DEFAULTNULLaddressvarchar200DEFAULTNULLtelvarchar50DEFAULTNULLqqvarchar20DEFAULTNULLwechatvarchar20DEFAULTNULLsexvarchar20DEFAULTNULL3.3界面設計非常重要的是界面設計?？蛻舻谝淮谓佑|第一眼看到的就是這個產(chǎn)品是什么樣子的。更好的界面設計可以帶給顧客更好的體驗，如果你的界面設計的很復雜，一看上去就很難使用，不方便使用，很多顧客就回去尋找其他的別的更加方便更加容易使用的產(chǎn)品。產(chǎn)品是給客戶用的。一個產(chǎn)品如果你說功能上有多厲害，但是界面設計的十分難受。給用戶的感覺就會非常不好，估摸著顧客就沒心思繼續(xù)看下去了。我們應該要提供給顧客一個良好的產(chǎn)品體驗，讓顧客第一次感覺也覺得是良好的。界面與顧客的交互也應該良好的，用戶才會實用和關注?？偸墙o顧客愉快的心情，必須把界面做好每個產(chǎn)品，才能夠通過一種交互的形式告訴用戶怎么使用。登錄界面如圖3.1所示：圖3.1用戶登錄界面圖選擇餐廳界面：進入系統(tǒng)，首先要選擇一個想要就餐的餐館。其界面如圖如圖3.2所示：圖3.2選擇餐廳界面圖選擇好餐廳后，在開始點餐前，要先選擇好菜單，輸入自己的座位號點擊訂餐即可。其界面如圖3.3所示：圖3.3選擇餐廳界面圖購物車界面：采用對話框的形式，選擇好相應的菜單，點擊確定添加到購物車。其界面如圖3.4所示：圖3.4選擇餐廳界面圖我的訂單界面。在購物車界面完成購物，點擊提交訂單按鈕后，點擊【我的訂單】按鈕進入我的訂單界面更新菜單界面如圖3.5所示：圖3.5我的訂單界面圖

第四章系統(tǒng)實現(xiàn)與設計4.1系統(tǒng)構架圖系統(tǒng)架構圖只是這個階段一個產(chǎn)物，要合理正確的畫系統(tǒng)架構圖需要全面的理解用戶需求以及業(yè)務流程，這些東西理解了以后，接下來就是怎樣表達出來了。一般來說，進行邏輯架構可以參照RUP的驅(qū)動。有很多很多繪制的工具，這次我選的工具是微軟的Visio這一UML。通過網(wǎng)絡通信訪問后臺服務客戶端，后臺訪問數(shù)據(jù)庫采用JDBC。在使用手機進行類似訂餐等操作時，發(fā)送訂單與后臺數(shù)據(jù)庫進行交互。首先通過移動通信網(wǎng)絡，采用HTTP協(xié)議把數(shù)據(jù)傳入后臺服務器中。通過對數(shù)據(jù)庫進行操作將數(shù)據(jù)給后臺服務器。取得數(shù)據(jù)后，將數(shù)據(jù)通過移動無線網(wǎng)絡，返回給客戶端，完成用戶的操作。本系統(tǒng)的系統(tǒng)構架圖如圖2.1：圖2.1基于Android平臺的手機點餐系統(tǒng)架構圖4.1.1數(shù)據(jù)模型圖本系統(tǒng)的數(shù)據(jù)模型概念模型圖如圖2.2：圖2.2基于Android平臺的外賣點餐系統(tǒng)數(shù)據(jù)模型圖4.1.2程序流程圖用幾何圖形將一個過程的各步驟的邏輯關系展示出來的圖示是流程圖。有過程就會有流程。將一組輸入轉(zhuǎn)化為輸出的相互關聯(lián)的活動是過程，描述這個活動的圖解就是流程圖。對于現(xiàn)有的過程，流程圖設計新的改進過程原有過程具有積極的作用。每一道工序用每一個框來表達，表示兩相鄰工序之間的銜接關系是流程線，這是一個有向線，它上面的箭頭標識指明它的方向，用以指示工序進展的方向．顯然。不允許出現(xiàn)工序首尾相連的圈圖在工序流程圖上，可以再細分每到工序，可以做出更細密的銅籌圖，類似于算法的流程圖表示。自頂向下。逐步細化。用規(guī)定的圖形，文字說明來準確表示算法。具有形象，直觀的特點。算法的邏輯結構能清楚的展現(xiàn)。畫程序框圖的規(guī)則：使用標準的框圖符號；框圖一般按從左到右的，從上到下的方向畫；判斷框是具有超過一個退出點的唯一符號，大多數(shù)程序框圖的符號只有一個退出點和一個進入點。如果想知道程序是如何運行的，應該怎樣去操作，什么是運行的步驟。可以通過程序流程圖。通過查看流程圖幫助用戶更快使用和熟悉系統(tǒng)。流程圖簡潔明了。流程程序圖是方法研究改進工作方法的有用工具。不論作業(yè)研究過程中運用何種技術，流程程序圖總是必經(jīng)的一步，它是應用最普遍的一種工具。在本次系統(tǒng)設計中，程序流程是這樣的：首先用戶進入系統(tǒng)后，需要用戶進行登錄。登錄系統(tǒng)以后，便進入餐廳餐單的瀏覽界面。用戶可以瀏覽到菜譜的圖片，價格，以及簡單描述。也可以點擊查看詳情，可以對查單進行一個比較全面的了解。用戶可以根據(jù)自己的喜好?？梢酝ㄟ^價格分類，進行菜單的查詢。在這個主界面中，每個餐單的下面有個選擇框可以進行訂購喜歡的菜肴。選購完成后輸入自己的座位號進行確定。最后發(fā)生訂單到服務器。這時候我們就可以等待享受美食了。用戶對于自己喜歡的菜可以添加收藏，便于日后快速點菜。本系統(tǒng)的流程圖如圖2.3所示：圖2.3系統(tǒng)流程圖4.1.3后臺編碼實現(xiàn)采用MVC+DAO的設計模式，分層開發(fā)思想。后臺的實現(xiàn)采用JDBC訪問后臺數(shù)據(jù)庫和Servlet響應HttpRequest請求，并返回響應結果。4.1.4登錄模塊實現(xiàn)通過創(chuàng)建servlet類響應請求，該類通過request.getParameter()方法活的請求參數(shù)，調(diào)整登錄方法，并根據(jù)數(shù)據(jù)庫結果返回響應信息。服務器端登錄代碼。4.1.5產(chǎn)品管理實現(xiàn)這里通過request.getParameter()方法獲取請求參數(shù)，調(diào)用菜品信息查詢方法，依據(jù)數(shù)據(jù)庫查詢結果返回評價信息，實現(xiàn)代碼如下：4.1.6

類別管理實現(xiàn)

這里通過request.getParameter()方法來判斷傳過來實現(xiàn)功能的判斷過程，然后通過各類條件來實現(xiàn)流程的扭轉(zhuǎn)，實現(xiàn)代碼如下：4.1.7商鋪管理實現(xiàn)這里通過request.getParameter()方