餐飲外賣訂單分配管理系統(tǒng)的設(shè)計與實現(xiàn)ake-.9.20大連理工大學以互聯(lián)網(wǎng)為核心的網(wǎng)絡(luò)技術(shù)和通訊技術(shù)的飛速發(fā)展、廣泛應(yīng)用帶領(lǐng)我們告別舊世紀，邁向新世紀。在21世紀初，淘寶等電商如“雨后春筍”般出現(xiàn)，引領(lǐng)著C2C商業(yè)模式的到來。它們在互聯(lián)網(wǎng)平臺打開消費接口，完成了國內(nèi)最普遍個體消費者對商戶的普遍鏈接。如今，外賣市場成為O2O模式的熱點，但由于各餐廳資源配置不一，本項設(shè)計出多功能外賣訂餐系統(tǒng)，為餐廳分配資源提供方案以達到O2O理念要求。在《基于外賣軟件服務(wù)的使用者滿意度調(diào)查問卷》量表調(diào)研中，不難發(fā)現(xiàn)消費者用戶對餐飲的配送速度要求敏感且嚴格。在被訪者中，有近四成被訪者從客觀上否認“當餐飲外賣給‘我’先送了，就會使別人變慢”的事實，并且從主觀強烈認為“當成為某店的老顧客時，配送速度會優(yōu)于新顧客”。造成以上消費者認知偏差的主要原因是:（1）配送方案沒有系統(tǒng)化的管理。（2）配送資源得不到合理的分配。（3）餐廳沒有充分的時間服務(wù)消費者。本項目通過對調(diào)研現(xiàn)狀分析，設(shè)計出一款集多平臺餐飲外賣數(shù)據(jù)訂單分配管理系統(tǒng)。
該系統(tǒng)為餐廳提供下單模塊，核心是餐廳管理員的訂單管理模塊和訂單計算模塊。前者包括預(yù)訂餐品、在線評論、查看訂單等基本功能模塊。其中，預(yù)訂餐品為解決用戶“逆習慣化”的提前訂餐痛點，放寬用戶“提前”下單時限，設(shè)置期望到餐時間。后者包括基本的訂單管理功能，如菜單管理、騎士管理和訂單管理，還包括多平臺數(shù)據(jù)集成、在線調(diào)度和路徑輔助計算功能。其中，在線調(diào)度選取啟發(fā)式算法來實時分配訂單，算法的輸入來源于多平臺訂單管理模塊的數(shù)據(jù)，約束于騎士管理的可調(diào)度資源，輸出是可調(diào)度騎士的“配送方案”和“時間顯示”。同時，給出選用啟發(fā)式算法的實驗依據(jù)和推導出實驗算法在考慮時間窗拖延下，算法效率的“條件不變性”。而路徑輔助計算放棄在線調(diào)度“一鍵式”計算，但仍是“一次性計算”。通過對五個參數(shù)進行內(nèi)部邏輯統(tǒng)一性設(shè)計，設(shè)計出滿足時間“一維性”的多日程表聯(lián)合實時計算矩陣，并含有提示的輔助決策系統(tǒng)。關(guān)鍵詞：餐飲外賣；在線調(diào)度；離線仿真；啟發(fā)式算法；訂單數(shù)據(jù)集成-,ogy,.,e-‘’,del.,Take-,,--,,,"-′me′first,"facts,,"..emes.,.Third,.,lti-m.,.cts,.,"",.,,Multi-ion,-.ime,-,.′n-the-. m " " when . gives up "one-click" , still"one-time ". , multi- real-time which meets time, Take-out food; ;Off-line ; ; Order data 1.1研究背景 1.2國內(nèi)現(xiàn)狀調(diào)查分析 1.3研究意義 1.4論文的主要內(nèi)容 1.5論文主要組織結(jié)構(gòu) 2. 2017 新版本集成開發(fā)環(huán)境 2.2.NET 組成及特點 數(shù)據(jù)庫訪問技術(shù) 架構(gòu)及IIS服務(wù)器 2.5Asp Net MVC 結(jié)構(gòu)體系、原理及生命周期 2.6面向?qū)ο箝_發(fā)設(shè)計方法理論 2.7系統(tǒng)關(guān)鍵技術(shù)分析 102.7.1 百度接口API 及JS 技術(shù) 102.7.2 TSP 問題及擴展 113.1 問題的提出 113.2 系統(tǒng)可行性分析 113.2.1 技術(shù)可行性 113.2.2 操作可行性 123.3 系統(tǒng)功能需求 123.3.1 登錄模塊 133.3.2 注冊模塊 143.3.3 主界面 153.3.4 預(yù)訂餐品 153.3.5 歷史訂單 163.3.6 資料更新 173.3.7 菜單管理 3.3.8騎士管理 183.3.9 評論管理 183.3.10 用戶管理 193.3.11 多平臺數(shù)據(jù)集成 193.3.12 在線調(diào)度 193.3.13 路徑輔助計算 203.4 本章小結(jié) 234.1 軟件系統(tǒng)總體設(shè)計 234.1.1 顧客信息管理模塊設(shè)計 234.1.2 商家信息管理模塊 254.1.3 系統(tǒng)運行流程架構(gòu)設(shè)計 324.2 數(shù)據(jù)庫設(shè)計 334.2.1 數(shù)據(jù)庫設(shè)計關(guān)鍵步驟 334.2.3 數(shù)據(jù)庫表設(shè)計 364.3 數(shù)據(jù)庫安全性設(shè)計 394.3.1 鏈接機制安全設(shè)計 394.3.2 系統(tǒng)權(quán)限安全設(shè)計 394.3.3 服務(wù)器安全設(shè)置 404.4 本章小結(jié) 425.1 開發(fā)模式設(shè)計 425.2 用戶模塊MVC 設(shè)計 435.2.1 用戶視圖層設(shè)計 435.2.2 用戶模型層設(shè)計 435.2.3 用戶控制層設(shè)計 435.3 餐廳管理員MVC 模塊設(shè)計 445.3.1 管理員視圖層設(shè)計 445.3.2 管理員模型層設(shè)計 465.3.3 管理員控制層設(shè)計 465.4 本章小結(jié) 6.1用戶模塊基本功能實現(xiàn) 526.1.1 用戶身份驗證功能模塊 526.1.2 餐品瀏覽功能模塊 536.1.3 用戶訂餐功能模塊 566.2 管理員基本管理模塊 576.2.1 菜單管理 576.2.2 評論管理 596.2.3 騎士管理 596.2.4 用戶管理 606.3 多平臺數(shù)據(jù)集成功能模塊 616.4 訂單分配計算功能實現(xiàn) 636.4.1 在線調(diào)度 636.4.2 路徑輔助仿真計算 656.5 本章小結(jié) 757.1 系統(tǒng)測試綜述 757.2 測試方法理論 767.3 系統(tǒng)測試用例 767.4 本章小結(jié) 82大連理工大學學位論文版權(quán)使用授權(quán)書 緒論1.1 研究背景 以互聯(lián)網(wǎng)技術(shù)為核心的現(xiàn)代網(wǎng)絡(luò)技術(shù)和通訊技術(shù)的飛速發(fā)展、廣泛應(yīng)用帶領(lǐng)我們告 別舊世紀，邁向新世紀。
在這個世紀進程如噴薄而出的朝陽時，就已經(jīng)給我們帶來翻天 覆地的變化。移動互聯(lián)技術(shù)一旦離開實驗室，它的能量便籠罩全球。在經(jīng)濟全球化浪潮 中，它為互聯(lián)網(wǎng)技術(shù)提供最廣闊的使用平臺，推動市場協(xié)作高效進行，為任何新的想法 和鏈接提供著巨大的勢能。伴著勢能的“積攢”，淘寶、京東引領(lǐng)B2C、C2C 時代到來， 完成了國內(nèi)最普遍個體消費者對“個人”或“商戶”的普遍鏈接。 在B2C 和C2C 電子商務(wù)模式的商業(yè)勢能即將釋放怠盡之際，區(qū)別于傳統(tǒng)電子商務(wù) 的O2O（ )新模式應(yīng)運而生。O2O模式的理論載體----體驗式營銷，通過 使消費者參與的方式，充分刺激和調(diào)動的消費者的感官、情緒、思考力和行為，并關(guān)聯(lián) 到感性、理性等因素來提高產(chǎn)品的附加值。伴隨著經(jīng)濟發(fā)展和總體小康水平的到來，消 費者生活水平和消費認知水平不斷升級。人們消費需求從“實用層”轉(zhuǎn)向“體驗層”， 不斷出現(xiàn)“逆產(chǎn)品化”和“同質(zhì)化”趨勢，消費者更加注重個體化享受和體驗。那么本 項致力于整合線上互聯(lián)網(wǎng)資源和線下實體店服務(wù)資源，結(jié)合餐飲外賣行業(yè)個性化需求和 本地網(wǎng)站運營模式，為實現(xiàn)線上交易、線下體驗的全新消費模式，來提高商家和消費者 的滿意度，而設(shè)計出一款集多平臺數(shù)據(jù)集成與配送物流成本路徑規(guī)劃的多功能餐飲外賣 訂餐系統(tǒng)。
1.2 國內(nèi)現(xiàn)狀調(diào)查分析 為了有效地整合線上、線下資源，提高消費者和商家的滿意程度。本項在“問卷星” 上設(shè)計出一份題為《基于外賣軟件服務(wù)的使用者滿意度調(diào)查問卷》，其中該問卷實際填 寫為155 份，通過第五題“是否使用外賣軟件”來區(qū)分實際有效答卷為116 圖1.1問卷答題者來源圖 Fig.1.1 Map 對回答問卷的IP來源分布如圖1.1 所示，來源與全國各地，具有較高的普適性。該 問卷是量表類問卷，共20 題。問卷的信用a 系數(shù)為0.930 大于0.8，說明信用度高；而 效用是KMO=0.829 大于0.8，說明效度高；即問卷具有良好的信度和效度。在量表第9 題：“選擇配送速度對您的重要性”，該題的平均得分是3.97 分----5分，不重要 ---重要）。如圖1.2 所示：不重要及非常不重要的之比例和僅為16.78%。 圖1.2 配送速度比重圖 Fig.1.2 Speed Chart 不難理解，外賣行業(yè)具有較高的時效性：不僅餐品涼了使用口感不佳，而且延時用 餐還會耽誤日常工作和休息時間。在傳統(tǒng)意義上，人們下班了會去單位附近的食堂以及 周邊的餐館，那么時間是容易控制的。
但是，當用戶訂購外賣服務(wù)，如果送餐的時間在 1h 以上，肯定會影響用戶的用餐體驗。在這長達1h 等待過程中，處于饑餓和焦慮狀態(tài) 下的用戶會影響到用戶的生活狀態(tài)和工作狀態(tài)。 為保證用餐時間，有人會提出可以通過“提前訂餐”來提高容錯性。在問卷中為保 證準時用餐而思考提前訂餐被訪者比重，如圖1.3 所示。 圖1.3 提前訂餐比例圖 Fig.1.3 Chart 該題平均得3.59分，表示曾經(jīng)有過提前訂餐行為的用戶比例，僅約24%的人不會 這么做。在2013 年前是沒有這樣的外賣平臺，用戶想要按時拿到外賣，需要在11 前，甚至更早的時間完成訂單本地外賣系統(tǒng)，這無疑與用戶的生活習慣相悖，會影響到工作效率。事實上，餐飲外賣系統(tǒng)要把用戶傳統(tǒng)的“即點即吃”用餐風格改變的成本是巨大的。正如， 2014 年兩款打車軟件“滴滴打車”和“快的打車”為培養(yǎng)用戶消費習慣，投入巨額的資 金，才打開了移動互聯(lián)網(wǎng)時代和 O2O 領(lǐng)域的市場。更加值得注意的是該題“是否認為 餐品給你先送餐了，就意味著別人送餐慢了”，有近四成的人不認同這一觀念，如圖1.4 和圖1.5 所示，否認了餐廳配送速度慢的客觀理由；并且有近四成人主觀上認為“成為 某店老客戶，將會有配送速度的優(yōu)待”。
通過以上觀點，可以說明用戶對配送速度十分 敏感且重視。 圖1.4 配送訂餐影響他人比例圖 Fig.1.4 Other ′s Maps 圖1.5 老顧客享有更快配速比例圖 Fig.1.5 Old Enjoy Chart 1.3 研究意義 為了改善外賣軟件無法及時的送達餐品和較低的消費體驗，本項從兩個層面去提供 行之有效的策略。第一個層面是從軟件性能和方法的角度來為之提供一套相輔相成、行 之有效的在線調(diào)度和離線計算兩個模塊來協(xié)調(diào)優(yōu)化外賣配送時間的難題。在線調(diào)度模塊 通過啟發(fā)式算法對比，選取路徑消耗更低的改進遺傳算法作為在線調(diào)度當前的啟用算法，并受限于騎士當前可接受的“調(diào)度總次數(shù)”和“下一次可調(diào)度時間”約束，來給出 滿意解。設(shè)計離線調(diào)度模塊正是相對于在線調(diào)度的啟發(fā)算法，算出來的調(diào)度結(jié)果不令人 滿意，而離線調(diào)度正是對在線調(diào)度的合理補充。在小規(guī)模訂單分配上，通過“離線調(diào)度” 與“個人對地理位置判斷”的經(jīng)驗，往往是可以得出較為滿意的解，甚至是最優(yōu)的解。 設(shè)計離線調(diào)度原理正是放棄“啟發(fā)式”算法的“一鍵式”推薦路徑的思路，而是在可控 的操作范圍內(nèi)最大限度的減少管理員重復的機械式操作，將訂單匹配給某一騎士，并進 行實時計算路程時間。
實時計算不僅計算出多名騎士一天的日程表，同時還會返回兩個 提示：“調(diào)度是否存在拖延訂單”和“騎士調(diào)度時間是否重疊”。在計算之后便有地圖 顯示路徑、總時間、總拖延以及歷史查詢和排序。在小規(guī)模問題中，管理員擁有的經(jīng)驗 與半智能化輔助決策系統(tǒng)結(jié)合是有極大概率獲得滿意解或最優(yōu)解的。用戶通過騎士的設(shè) 置、狀態(tài)的顯示，以及對以往數(shù)據(jù)的測試可以對外賣訂單狀況分布和騎士送達時間有更 系統(tǒng)而全面的把握。 另一個層面是，在商業(yè)運營模式上的改進。在 21 世紀初，商品信息和資源稀缺的 國內(nèi)市場涌現(xiàn)出“淘寶”無奇不有和“京東”一天到貨等電商，他們的運營模式B2C、 C2C 打開了消費模式的接口，實現(xiàn)了跨地域共享商品資源，降低了交易成本、推動經(jīng)濟 高速發(fā)展。現(xiàn)如今商品多元化、消費品質(zhì)升級趨勢不斷加強，B2C C2C模式的魅力 不再那么“耀眼”，而O2O 外賣模式與C2C 模式是“一脈相承”的。按照各種類商品 消費周期來說，用戶消費的食品是“剛需”并且“不富有彈性”，消費周期明顯短于其 它類商品，那么外賣行業(yè)的市場潛力是巨大的。同時，C2C 打開消費習慣接口是外賣行 業(yè)高速發(fā)展的必要條件。 俯瞰電商發(fā)展歷程，從淘寶京東“幾天送貨”到現(xiàn)如今的京東蘇寧“一天到貨”和 淘寶、順豐的“鳥巢”、“豐巢”無不展現(xiàn)著送貨“越來越快”的趨勢。
試想如果原本 很近的周邊餐廳，若軟件開啟“預(yù)定餐品”功能，則餐廳管理者可以更加合理的分配資 源，并有充足的時間準備為該顧客做好全面的服務(wù)，有助于提高消費者體驗。 1.4 論文的主要內(nèi)容 餐飲外賣訂單分配管理系統(tǒng)服務(wù)于餐廳“自有物流”，主要目標在于為餐廳商家提 供一個多平臺外賣訂單數(shù)據(jù)集成與物流配送路徑成本管理與控制的多功能的在線或離 線餐飲外賣訂單管理系統(tǒng)，并通過餐飲外賣訂單分配管理系統(tǒng)的實現(xiàn)，滿足了用戶預(yù)訂 餐品的合理需求，為商家管控訂單提供寶貴的時間；滿足了管理員對餐品基本的管理功 能，并提供了“在線調(diào)度”功能模塊和“離線計算”功能模塊，為餐廳合理分配訂單、減少配送“資源”提供有利的計算平臺。論文具體研究內(nèi)容如下所示。 （1）研究餐飲外賣訂單分配管理系統(tǒng)的研究背景以及國內(nèi)現(xiàn)狀分析，為外賣系統(tǒng) 提供指導思想和設(shè)計理念。 （2）研究餐飲外賣訂單分配管理系統(tǒng)的相關(guān)開發(fā)集成環(huán)境、MVC 設(shè)計模式和實現(xiàn) 關(guān)鍵技術(shù)的理論分析，為系統(tǒng)的實現(xiàn)和運行奠定理論基礎(chǔ)。 （3）研究餐飲外賣訂單分配管理系統(tǒng)的功能模塊的分析，為滿足實際應(yīng)用的軟件 需求提供依據(jù)。 （4）研究餐飲外賣訂單分配管理系統(tǒng)的概要設(shè)計、數(shù)據(jù)庫設(shè)計、算法實驗和詳細 設(shè)計，為最終系統(tǒng)應(yīng)用和實現(xiàn)提供具體的解決方案。
（5）根據(jù)外賣訂單分配管理系統(tǒng)的功能需求和設(shè)計結(jié)果，具體實現(xiàn)顧客和管理員 兩個功能模塊，前者包括登錄注冊、預(yù)訂餐品、歷史訂單、評論管理等功能；后者包括 菜單管理、評論管理、騎士管理、用戶管理、訂單管理、在線調(diào)度、路徑輔助計算等功 （6）為了驗證外賣訂單分配管理系統(tǒng)能滿足實際應(yīng)用需求與系統(tǒng)可靠運行，因此對被試系統(tǒng)進行系統(tǒng)用例安全性測試來確保系統(tǒng)能夠滿足需求。 1.5 論文主要組織結(jié)構(gòu) 第一章引言，從經(jīng)濟發(fā)展熱點俯瞰餐飲外賣行業(yè)發(fā)展，并借由“京東”B2C 模式下 “一天到貨”配送的速度趨于 O2O 的用戶消費周期的例證，反觀餐飲外賣應(yīng)該有的時 間遠度，提出對策從而提高消費者體驗度，減少“逆習慣化”訂餐行為。 第二章相關(guān)理論介紹，圍繞著 2017 開發(fā)環(huán)境進行介紹，包括 .Net 組成、Ado.Net 數(shù)據(jù)庫、Asp .Net MVC 結(jié)構(gòu)體系和面向?qū)ο蠹夹g(shù)以及系統(tǒng)關(guān) 鍵技術(shù)。 第三章需求分析，主要描述了餐飲外賣訂單分配管理仿真系軟件的業(yè)務(wù)需求分析， 從用戶需求的角度描述和介紹餐飲外賣訂單分配管理系統(tǒng)的應(yīng)用需求。 第四章概要設(shè)計，主要描述了顧客模塊和商家模塊各功能模塊設(shè)計的流程，驗證啟 發(fā)式算法的效率，并對數(shù)據(jù)庫進行相關(guān)設(shè)計。
第五章詳細設(shè)計，主要對顧客模塊和商家模塊的MVC 設(shè)計模式的模型層、視圖層、 控制層進行詳細方法、函數(shù)介紹。 第六章系統(tǒng)實現(xiàn)，通過概要設(shè)計、數(shù)據(jù)庫設(shè)計和詳細設(shè)計理念對系統(tǒng)進行代碼實現(xiàn)， 并給出了系統(tǒng)實現(xiàn)十多張截圖和核心代碼。 第七章系統(tǒng)測試，主要設(shè)計餐飲外賣訂單管理系統(tǒng)用例測試以及具體的測試操作，為系統(tǒng)安全可靠運行提供有利保障。 相關(guān)技術(shù)理論介紹2.1 2017 新版本集成開發(fā)環(huán)境 2017 是微軟公司在最近推出的新版本的集成開發(fā)工具，該版本是到目 前為止是最具生產(chǎn)能力的一個版本。版本內(nèi)建工具中整合了.NET Core、Azure 應(yīng)用程序、 微服務(wù)容器等內(nèi)容。 新版的開發(fā)工具包含了以下優(yōu)點。 （1）開發(fā)：為開發(fā)者提供快速導航的功能，同時支持編寫并修復代碼。新版的開 發(fā)環(huán)境以最小內(nèi)存需求量以實現(xiàn)更快和更定制化的安裝服務(wù)，并且支持脫機安裝。 （2）調(diào)試：開發(fā)者有更輕松調(diào)試體驗，為開發(fā)者提供了更方便的探查服務(wù)和診斷 方法。新版的開發(fā)工具對“異常幫助器”有較大改進，可以更快地導航代碼。同時本地外賣系統(tǒng)，在 診斷工具窗口中增添應(yīng)用程序事件摘要工具，并對 CPU 工具實施了多項改進。 （3）測試：為開發(fā)者提供了更加全面的測試工具，來幫助開發(fā)者編寫高質(zhì)量代碼。
免責聲明：部分文章信息來源于網(wǎng)絡(luò)以及網(wǎng)友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內(nèi)容的真實性，如本站文章和轉(zhuǎn)稿涉及版權(quán)等問題，請作者在及時聯(lián)系本站，我們會盡快為您處理。
