2PAGE2基于微信小程序的點餐系統的設計與實現摘要隨著許多餐飲品牌為了促使飯店分店的升級以及數字化的管理建設，都迎合了市場行業的趨勢，爭相使用微信小程序點餐，通過微信小程序點餐系統來幫助飯店整體提高效能。在充分了解市場需求以及當下餐飲行業的實際需求后，設計出一款基于Boot的微信小程序在線點餐系統，本系統主要實現了客戶通過小程序能夠快速查看店家菜譜，快速找到自己心儀的菜肴，到店消費通過小程序能夠提早點餐、支付，不須要排隊，提高用戶的用餐體驗，提高飯店的翻臺率。與此同時，電子下單可以防止人工點單的失誤微信點餐系統一年費用多少，而客戶的點餐效率推動，店面內整體營運流程中點餐、出餐等各環節的效率提升，可以為飯店創造更多的經濟效益。關鍵字：微信小程序；掃碼下單；點餐系統目錄TOC\o"1-3"\h\z\u1.總論11.1設計背景11.2設計意義11.3技術路線21.3.1JSP動態網頁技術21.3.2MVC開發模式22.需求剖析32.1系統目標32.2功能需求剖析32.2.1系統總體用例圖32.2.2用例詳盡剖析32.3性能需求剖析43.系統設計63.1系統構架設計63.1.1菜譜維護動態建模63.1.2模擬點餐模塊動態建模64.數據庫設計64.1數據庫概念設計64.2數據表設計75.系統實現105.1管理員登入實現105.2查詢菜譜列表115.3更新食材135.4添加食材145.5模擬點餐156.推論176.1產品設計成果特征176.2不足之處17參考文獻18致謝19字體不對：目錄手動生成，生成后更改系統為黑體小4已更改字體不對：目錄手動生成，生成后更改系統為黑體小4已更改PAGE2PAGE1PAGE1總論1.1設計背景自互聯網誕生以來，經過多年的快速發展，互聯網早已全面滲透到經濟發展的各個領域，徹底改變了人們生產建設、經濟貿易、生活娛樂的形式。
隨著微電子技術的發展，智能手機得到大范圍的普及與應用，＂聯通互聯網”最近兩年得到了快速的發展。隨著生活節奏的推進，人們更習慣千通過聯通終端設備瀏覽互聯網，這樣不管是在上輕軌上、公交車上，還是在街邊都可以隨時上網。在目前這個“移動互聯網”時代，人們的學習、辦公與生活都可在聯通設備上進行。[1]信息化時代，餐飲業的工作方法也發生著巨大的變化。餐飲業中，傳統的點餐形式是服務員手工記錄，之后將訂單手工傳遞給后廚；在進餐高峰時期，這些傳統的點餐形式容易出錯且點餐效率較低，非常影響客戶的店內體驗，會導致客戶的流失。隨著計算機技術的發展，電子化下單平臺開始出現，服務員將用戶訂單錄入電子終端，完成訂單管理與結算的電子化[2];相比較傳統方法，電子化下單平臺提升了訂單的管理水平，降低了下單過程中出錯的兒率。并且在進餐高峰時間段，顧客常常衙要排隊等待點餐，點餐環節效率低下。由千長時間的等待，用戶常常會形成負面情緒，影響整體用餐體會[3]。對千工作人員，在進餐高峰期常常會手忙腳亂、顧此失彼[4]。隨著“移動互聯網”的發展，餐飲業也積極向聯通互聯網方向改革，好多飯店都開始開發自己的手機應用程序，顧客可以通過手機顧客端完成飯店菜肴的圖文瀏覽、在線下單甚至是在線付錢。
飯店訂制手機顧客端的形式極大的提升了飯店的信息化水平，客戶無需長時間的排隊就可以很便捷的瀏覽食材、在線下單與結算；飯店也可以降低服務員數目，減少人工成本與管理成本。但這些飯店訂制手機顧客端的方法有一個比較大的問題就是：顧客端推廣困難。目前智能手機顯存與存儲空間有限，智能手機用戶常常不想由于一頓飯下載安裝飯店的訂制應用。1.2設計意義“微信點單系統”的用戶是微信用戶，微信用戶可以通過微信平臺自助點餐并下單，享受小吃。[3]微信點單系統才能為飯店節省大暈的人力成本和經營成本。對千外賣業務，傳統點餐模式須要專門安排人員來接聽外賣電話，人工生成訂單。對千在座點餐業務，須要服務員服務記錄顧客所點菜品，人工生成訂單，這樣必然須要大量的人力資源。而“微信點餐系統”能夠除了就能節省這部份的人力資源，并且可以降低因人工誘因引起非服務問題數暈，提升店家的服務質量。消費者可以通過“微信點餐系統”訂購外賣、在座點餐，點餐完成后手動生成訂單。且還能節省店家推廣費用。目前，店家每降低或更改菜肴，變更價錢，都要重新制做菜單和傳單。主要推廣費用來自與傳單彩印和派發人員，而且傳單派發基本是在馬路邊盲目的領取，難以判斷是不是本飯店的潛在顧客，實際才能形成的顧客微乎其微。
而“微信點餐系統”使用的是電子菜單，在后臺店家可以隨意修改菜單。1.3技術路線1.3.1JSP動態網頁技術隨著網頁開發技術的發展，傳統的靜態網頁已難以滿足用戶的豐富需求。當前，動態網頁是網站后端建設的主流。在動態網頁上，用戶除了可以瀏覽網頁圖形信息，還可以通過網頁與系統進行交互。諸如，您可以在網頁上輸入用戶信息以驗證登陸信息，填寫表格并將信息輸入系統。在JSP網頁中，頁面內容通過HTML和CSS代碼顯示，包括顯示框架的布局，組件大小，顏色和式樣。服務器端腳本負責為用戶交互生成動態內容的邏輯。內容生成和顯示的分離為JSP系統帶來了良好的可維護性[1]。負責網站顯示療效的后端藝術家不須要注意交互邏輯代碼。修改網頁的布局格式和組件的屬性款式不會影響系統功能。對于小型，業務類型和復雜的交互式系統，JSP動態網頁開發過程涉及許多組件。目前，或是特別好的JSP組件。開發人員可以在自己的項目中直接調用它們。另外，隨著使用越來越多的JSP應用程序，開發人員繼續總結和共享出眾的組件。可以在JSP開發中使用的組件，有越來越成熟的框架，這進一步增加了JSP網頁開發的難度[1]。
1.3.2MVC開發模式軟件系統的分層設計，應用廣泛的MVC三層結構微信點餐系統一年費用多少，可以提升軟件系統的開發效率、提高系統的穩定性與可維護性[2]。優秀的MVC設計中，業務邏輯處理部份與顯示部份邏輯上前饋，數據的交換通過插口實現。后端開發人員與后臺開發人員分工明晰，各自負責顯示與業務邏輯的開發，一方面進行代碼上的改動只要數據插口符合設計規范，不會影響另一方的正常運行[2]。2.需求剖析新章新起一頁已更改新章新起一頁已更改2.1系統目標本次產品設計并實現了點餐系統，主要完成了3個功能模塊分別為：管理員的登陸、菜譜的信息維護、模擬點餐。本系統的目標是為了讓客人點餐愈發方便，為了讓更多的管理員能盡早的上手完成數據的維護。2.2功能需求剖析2.2.1系統總體用例圖本系統的描述圖如圖2.1所示2.1系統操作描述圖2.2.2用例詳盡剖析飯店管理系統功能模塊如表2.1所示表2.1飯店管理系統功能列表序號功能名稱功能簡單描述1管理員登入管理員通過輸入指定帳號和密碼進行系統登陸2菜譜維護管理員登陸后對菜譜的信息進行維護3模擬點餐客戶通過微信掃碼后進行點餐管理員登陸描述如表2.2所示表2.2管理員登陸描述1、描述管理員通過輸入帳號和密碼進行系統登陸2、參與者管理員3、條件帳號和密碼是否正確4、結果系統登陸成功或失敗5、基本流程1.管理員步入系統登入界面2.管理員輸入帳號和密碼3.數據傳輸經過系統服務器與數據庫進行驗證4.系統返回登陸結果,管理員名和密碼正確則跳轉到系統主界面,出錯或為空則返回到登入界面，并提示錯誤信息。
6、異常因為帳號、密碼錯誤或帳號、密碼為空導致的登陸失敗訪問數據庫出錯7、數據格式帳號、密碼8、返回數據登陸結果菜譜模塊如表2.3所示表2.3菜譜模塊管理描述1、描述管理員對菜譜信息操作2、參與者管理員3、條件管理員登陸成功4、結果數據操作成功或失敗5、基本流程1.管理員步入系統2.管理員對菜譜的信息管理3.后臺數據庫作出相應的反應4.系統返回結果，出錯或信息早已存在則作出相應的錯誤提示。6、異常訪問數據庫出錯7、數據格式菜譜信息等8、返回數據操作結果模擬點餐描述如表2.4所示表2.4模擬點餐描述1、描述客人掃碼點餐2、參與者客戶3、條件客戶登陸微信4、結果操作成功或失敗5、基本流程1.客戶登陸微信2.客戶掃碼點餐3.加入購物車。6、異常訪問數據庫出錯7、數據格式點餐的信息8、返回數據操作結果2.3性能需求剖析這些設計的主要需求剖析應當反映在數據庫查詢的確切性以及小程序的時間特點和靈活性上。它主要用于數據庫的查詢操作。對于自助式訂單管理系統，總體確切性可以滿足需求。時間特點主要是指獲取食物的要求，這取決于信息量和用戶輸入的關鍵字的確切性。懇求的平均響應時間應大于2s，WEB主頁的打開速率應大于5s，Web登陸速率應大于15s。
一個插口支持200個用戶同時呼叫（每3秒一次）。在100個并發用戶的高峰期，管理系統的基本功能和處理能力起碼達到10TPS。在小程序的靈活性方面，我們將考慮自助式訂單管理系統在使用過程中可能出現的問題以及用戶的使用要求，并盡可能地考慮用戶的使用經驗，因而請保留界面，以便當用戶需求發生變化時，您可以早日改進系統以提高用戶體驗。在100個并發用戶的高峰期，管理系統的基本功能和處理能力起碼達到10TPS。3.系統設計3.1系統構架設計3.1.1菜譜維護動態建模圖3.1菜譜維護模塊動態建模3.1.2模擬點餐模塊動態建模模擬點餐動態建模如圖3.2所示圖3.2模擬點餐模塊動態建模4.數據庫設計4.1數據庫概念設計在這一環節中，我們會使用到E-R圖，也就是實體-聯系的意思。在這個部份上面包含三個組成元素：實體、聯系、屬性。它強悍的地方就是清楚明了，可以直接地、明確地反應實際的狀況，透明清晰的顯示出小程序的各項組成。本系統E-R圖如下所示。系統ER圖剖析不全面，不止4個實體吧？內容過少，降低篇幅已更改系統ER圖剖析不全面，不止4個實體吧？內容過少，降低篇幅已更改圖4.1數據庫E-R關系圖4.2數據表設計表數據表主要用于儲存用戶點單后對于食材的評價信息，數據表如表4.1所示：表4.數據表這種表結構有問題調整為這些這種表結構有問題調整為這種類似問題相同更改已更改數組名名稱數據類型是否為空創建時間
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
