基于遺傳算法的物流管理平臺(tái)的設(shè)計(jì)最終稿_第1頁(yè)
基于遺傳算法的物流管理平臺(tái)的設(shè)計(jì)最終稿_第2頁(yè)
基于遺傳算法的物流管理平臺(tái)的設(shè)計(jì)最終稿_第3頁(yè)
基于遺傳算法的物流管理平臺(tái)的設(shè)計(jì)最終稿_第4頁(yè)
基于遺傳算法的物流管理平臺(tái)的設(shè)計(jì)最終稿_第5頁(yè)
已閱讀5頁(yè),還剩45頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第1章緒論優(yōu)化物流路徑不僅可以有效解決運(yùn)輸時(shí)間問(wèn)題,還能確保物流運(yùn)輸質(zhì)量,避免工作中發(fā)生任何意外。路徑優(yōu)化是配送優(yōu)化的重要環(huán)節(jié),能夠保證運(yùn)輸路線合理。這對(duì)于提高速度、降低成本和提高效益都有很大的影響。如果路線設(shè)計(jì)優(yōu)秀且路徑優(yōu)化的路線配送方案合理,就能夠有效降低作業(yè)成本,提高企業(yè)經(jīng)濟(jì)效益,并為客戶提供更好的服務(wù)。因此,進(jìn)行路線配送優(yōu)化具有科學(xué)性和合理性,十分重要。企業(yè)越來(lái)越關(guān)注路徑優(yōu)化,主要原因是該技術(shù)在物流配送過(guò)程中可提高效率、降低能耗和控制成本,從而有效提高競(jìng)爭(zhēng)力。此外,通過(guò)控制物流配送成本,提高經(jīng)營(yíng)效率和改善顧客服務(wù)體驗(yàn),更能進(jìn)一步加強(qiáng)企業(yè)的競(jìng)爭(zhēng)優(yōu)勢(shì)。在高效物流配送系統(tǒng)的支持下,企業(yè)的品牌能夠得到廣泛認(rèn)可。

1.1研究背景根據(jù)對(duì)有關(guān)文獻(xiàn)的閱讀,可以看出,當(dāng)前,我國(guó)的學(xué)者們?cè)谄髽I(yè)物流路徑優(yōu)化問(wèn)題的研究上仍處于起步階段。在這方面進(jìn)行研究的學(xué)者還少,其中有一部分正在進(jìn)行研究。提出過(guò)具有一定的建設(shè)性的想法REF_Ref20543\r\h[1]。運(yùn)輸路徑問(wèn)題就是在運(yùn)輸過(guò)程中對(duì)運(yùn)輸工具的最優(yōu)分配。這個(gè)問(wèn)題可以概括為:對(duì)于一系列的裝載或者(和)卸貨物的地點(diǎn),在滿足某些限制(如貨物需求量,發(fā)送量,交貨時(shí)間等)下,安排合適的、合理的行駛路徑,使得汽車(chē)能夠有條不紊地經(jīng)過(guò)。載貨能力,數(shù)量限制,載貨里程;在時(shí)間約束等)條件下,滿足某些期望(例如最短距離,最小費(fèi)用,最短時(shí)間,最小載客數(shù)等)。1.1.1國(guó)外研究現(xiàn)狀許多國(guó)際學(xué)者對(duì)倉(cāng)儲(chǔ)貨位的優(yōu)化問(wèn)題進(jìn)行了研究。其中,Clarke和Wright改進(jìn)了Dantzig和Ramser提出的VRP問(wèn)題模型的解算法,并引入了更有效的啟發(fā)式算法——Clarke-Wright節(jié)約法。該方法成功應(yīng)用于車(chē)輛路徑優(yōu)化問(wèn)題REF_Ref20694\r\h[2]。Miller和Gillet提出掃描法(SweepMethod),用于解決車(chē)輛調(diào)度問(wèn)題。通過(guò)與幾個(gè)類(lèi)似問(wèn)題的求解方法相比,該方法較為優(yōu)秀。WiallDR第一次將禁忌搜索法應(yīng)用于車(chē)輛路線問(wèn)題,并借助劃分為虛擬物流核心的重復(fù)車(chē)輛路線問(wèn)題轉(zhuǎn)化為旅行商問(wèn)題(TSP),用2-opt或3-opt算法求出車(chē)輛路線。意大利學(xué)者Dorigo、Maniezzo和Colorni(1991)在研究中將蟻群算法應(yīng)用于TSP問(wèn)題,并取得了優(yōu)秀的結(jié)果REF_Ref20788\r\h[3]。Dorigo還提出了螞蟻群系統(tǒng)(AntColonySystem,ACS)模型,該模型在基本蟻群系統(tǒng)的基礎(chǔ)上進(jìn)行改進(jìn),包括信息素更新方法和路徑選擇方式。ACS模型采用了一種隨機(jī)選擇和最優(yōu)選擇混合的路徑選擇方式,并采用局部和全局更新的信息素更新方式,從而提高了算法的收斂能力REF_Ref20942\r\h[4]。與螞蟻算法模型相比,ACS算法模型的性能得到了顯著提升。許多學(xué)者對(duì)基本蟻群算法進(jìn)行了改進(jìn),以應(yīng)用于不同的問(wèn)題模型。Gendreau、Hertz和Orte使用了插入法求解旅行商問(wèn)題,并采用貪心方法進(jìn)行路徑劃分,以此獲得初始解REF_Ref21004\r\h[5]。美國(guó)博士Kennedy和Eberhart提出了粒子群算法,并對(duì)其進(jìn)行了改進(jìn)。改進(jìn)后的算法已應(yīng)用于解決物流路徑規(guī)劃問(wèn)題。另外,Renaud等人研究了多配送中心的車(chē)輛路徑規(guī)劃問(wèn)題(MDVRP)。與一般的車(chē)輛路徑規(guī)劃問(wèn)題相比,MDVRP更為復(fù)雜REF_Ref21115\r\h[6]。物流行業(yè)快速發(fā)展,采用多個(gè)配送中心作為配送車(chē)輛的起止點(diǎn),每個(gè)中心都有車(chē)輛參與網(wǎng)點(diǎn)配送任務(wù)。盡管這種路徑規(guī)劃問(wèn)題復(fù)雜度高,但已成為物流業(yè)的一種趨勢(shì)。美國(guó)利哈伊大學(xué)的研究人員T.Ralphs等對(duì)CVRP問(wèn)題進(jìn)行了深入研究。相比于VRP問(wèn)題,CVRP要求每輛配送車(chē)輛都有其自身的約束條件REF_Ref9087\r\h[7],例如載重量和最大行駛里程等。目標(biāo)是在滿足這些約束條件的前提下,規(guī)劃出完成所有訂單配送的路徑并將總成本最小化REF_Ref9166\r\h[8]。在CVRP問(wèn)題模型的基礎(chǔ)上,有許多研究者提出了帶有時(shí)間窗約束的CVRP問(wèn)題模型REF_Ref21314\r\h[9]。本次課題也是基于上面提到的這些算法,選擇使用遺傳算法來(lái)求解TSP問(wèn)題,也就是最短路徑最優(yōu)解的問(wèn)題。根據(jù)不同的參數(shù)實(shí)驗(yàn)結(jié)果得出結(jié)論,隨著種群數(shù)量增加和迭代次數(shù)增多,遺傳算法在尋優(yōu)過(guò)程中逐漸獲得更優(yōu)結(jié)果。不過(guò),因?yàn)檫z傳算法具有隨機(jī)性REF_Ref21399\r\h[10],結(jié)果也會(huì)有所不同,它的快速收斂能力取決于具體的參數(shù)設(shè)置。1.1.2國(guó)內(nèi)研究現(xiàn)狀目前國(guó)內(nèi)的學(xué)者在企業(yè)物流路徑優(yōu)化問(wèn)題的研究相對(duì)較晚,然而在研究這個(gè)問(wèn)題過(guò)程中,一些學(xué)者也提供了一些富有建設(shè)性的思路。車(chē)輛線路安排問(wèn)題,是指對(duì)物流配送車(chē)輛的規(guī)劃和規(guī)范化。該問(wèn)題需要組織車(chē)輛按一定的順序依次經(jīng)過(guò)給定的裝貨點(diǎn)和/或卸貨點(diǎn),遵守一定的特定條件(例如貨物數(shù)量、交貨期限、車(chē)輛容量、數(shù)量限制、車(chē)輛行駛里程、時(shí)間限制等),并以最少的車(chē)輛、最短的距離、最短的時(shí)間或最小的成本等目標(biāo)完成配送任務(wù)REF_Ref21608\r\h[11]。一般來(lái)說(shuō),該問(wèn)題涉及一系列裝貨點(diǎn)和/或卸貨點(diǎn),需要組織合理的行車(chē)路線,以滿足約束條件(如貨物需求量、發(fā)送量、交發(fā)貨時(shí)間、車(chē)輛容量、數(shù)量限制、車(chē)輛行駛里程、時(shí)間限制等)并達(dá)到特定目標(biāo)(如最短路程、最小費(fèi)用、最短時(shí)間、最少車(chē)輛等)REF_Ref21709\r\h[12]。當(dāng)問(wèn)題總體規(guī)模不大時(shí),也可以得到全局最優(yōu)解。丁潔將城市快遞配送路徑問(wèn)題轉(zhuǎn)化為多重旅行商問(wèn)題(MultiTravelSalesmanProblem,MTSP),并并且鑒于MTSP問(wèn)題求解難度系數(shù)較大,故先將其轉(zhuǎn)化為T(mén)SP問(wèn)題。之后,結(jié)合最小生成樹(shù)的深入優(yōu)先搜索算法,以求得快遞員最終的行車(chē)路線,從而找到該問(wèn)題的近似最優(yōu)解REF_Ref21778\r\h[13]。俊生則提出兩個(gè)模型來(lái)處理同城快遞配送路徑性問(wèn)題。一個(gè)模型在不考慮時(shí)間窗約束的情況下,僅考慮最大容量約束。另一個(gè)模型則同時(shí)考慮這兩個(gè)約束,并采用Dijkstra遺傳優(yōu)化算法來(lái)求解,進(jìn)行比較對(duì)比分析REF_Ref21856\r\h[14]。2010年,明偉和唐浩研究了快遞服務(wù)所涉及的動(dòng)態(tài)車(chē)輛路徑問(wèn)題,并將其轉(zhuǎn)化為帶時(shí)間窗的動(dòng)態(tài)旅行修理員問(wèn)題(DynamicTravelingRepairmanProblemwithTimeWindows,DTRPTW)。為了實(shí)現(xiàn)多個(gè)優(yōu)化目標(biāo),他們建立了一個(gè)多目標(biāo)優(yōu)化模型,涵蓋了服務(wù)客戶數(shù)量最大化、客戶等待時(shí)間最小化、總運(yùn)行時(shí)間最短化三個(gè)方面。為了提升搜索效率,他們采用了基于詞典式的排序方法,并對(duì)Or-opt局部搜索算法進(jìn)行改進(jìn)。根據(jù)模擬實(shí)驗(yàn)結(jié)果,與單目標(biāo)模型相比,多目標(biāo)優(yōu)化模型可以顯著減少客戶被拒絕服務(wù)的數(shù)量和客戶等候時(shí)間。在物流管理領(lǐng)域,常常會(huì)面臨起點(diǎn)和終點(diǎn)重合的路徑規(guī)劃難題。起點(diǎn)和終點(diǎn)重合的路徑問(wèn)題一般被稱為“流動(dòng)推銷(xiāo)員”問(wèn)題(TSP.TravelingSalesmanProblem)REF_Ref21964\r\h[15]。1.2研究意義希望能夠通過(guò)平臺(tái)進(jìn)行資產(chǎn)跟蹤,人員數(shù)據(jù)跟蹤,路線跟蹤。定期進(jìn)行復(fù)盤(pán)和學(xué)習(xí),完善申請(qǐng)審核,資產(chǎn)錄入,資產(chǎn)管理,人員管理,路線規(guī)劃,站點(diǎn)排行。以時(shí)間為切入點(diǎn),現(xiàn)代物流行業(yè)可以進(jìn)行消除擔(dān)擱和延遲,減少其他產(chǎn)業(yè)的庫(kù)存長(zhǎng)期積壓和斷檔脫銷(xiāo)REF_Ref22065\r\h[16],加快生產(chǎn)和流通速率,使得優(yōu)化經(jīng)濟(jì)整體流程。另外,以空間為視角上看,現(xiàn)代物流行業(yè)是能有效地連接出產(chǎn)地和消費(fèi)地,多種方式淘汰無(wú)效的生產(chǎn),優(yōu)化資源優(yōu)化配置和調(diào)整產(chǎn)業(yè)結(jié)構(gòu),促進(jìn)相關(guān)產(chǎn)業(yè)的能協(xié)調(diào)發(fā)展。提高經(jīng)濟(jì)運(yùn)行質(zhì)量?;谝陨匣仡?,合理的路徑優(yōu)化不僅可以解決運(yùn)輸時(shí)間問(wèn)題,還可以保證物流運(yùn)輸?shù)馁|(zhì)量,避免在工作中出現(xiàn)意外情況。路徑優(yōu)化可以確保選擇的運(yùn)輸路線非常合理,因此它是配送優(yōu)化的重要組成部分,對(duì)提高速度和降低成本都具有重要影響。1.3相關(guān)技術(shù)選型1.3.1SpringBoot框架SpringBoot是基于Spring框架的快速應(yīng)用開(kāi)發(fā)框架,具有高效、便捷的開(kāi)發(fā)體驗(yàn)和強(qiáng)大的功能,它提供了開(kāi)箱即用的特性,避免了傳統(tǒng)Spring應(yīng)用需要手動(dòng)配置的繁瑣過(guò)程。1.簡(jiǎn)化配置:SpringBoot用"約定優(yōu)于配置"是一種策略,這種策略強(qiáng)調(diào)的是使用一些默認(rèn)的約定來(lái)指導(dǎo)開(kāi)發(fā)過(guò)程,而不是需要開(kāi)發(fā)人員花費(fèi)大量精力去配置每一個(gè)細(xì)節(jié)。這種做法通常會(huì)使開(kāi)發(fā)者的工作更加高效,并且減少了出現(xiàn)配置錯(cuò)誤的可能性。2.內(nèi)嵌服務(wù)器:SpringBoot內(nèi)置了Tomcat、Jetty和Undertow等多種服務(wù)器,使得應(yīng)用可以直接運(yùn)行在內(nèi)嵌服務(wù)器中,無(wú)需部署到外部服務(wù)器。3.易于集成:SpringBoot可以與其他框架和技術(shù)進(jìn)行集成,如MyBatis、Hibernate、Thymeleaf、Redis等。1.3.2遺傳算法遺傳算法的適應(yīng)度函數(shù)是評(píng)估群體中每個(gè)個(gè)體的優(yōu)劣程度的指標(biāo),一般來(lái)說(shuō),是根據(jù)所求問(wèn)題的目標(biāo)函數(shù)進(jìn)行評(píng)估的。這種算法使用一組候選解而不是單個(gè)解,因此更有可能找到全局最優(yōu)解REF_Ref22150\r\h[17]。此外,交叉和變異操作通常會(huì)使候選解與之前的解有所不同。只要維護(hù)種群的多樣性并避免早期趨同現(xiàn)象,就有可能找到全局最優(yōu)解。1.3.3RedisRedis的主要特點(diǎn)包括:1.高性能:Redis讀寫(xiě)速度非???。2.多種數(shù)據(jù)結(jié)構(gòu):使用戶可以根據(jù)不同的需求選擇最適合自己的數(shù)據(jù)結(jié)構(gòu)。3.高可用性:Redis支持主從復(fù)制、哨兵模式和集群模式,可以保證數(shù)據(jù)的高可用性和容錯(cuò)性。4.豐富的API:Redis提供了豐富的API,支持多種編程語(yǔ)言,如Java、Python、C++等。1.4論文結(jié)構(gòu)該文介紹了一種基于遺傳算法的物流管理系統(tǒng)的實(shí)現(xiàn),主要有:第1章:本文首先討論了物流路徑優(yōu)化的背景及其在物流領(lǐng)域中的重要性。隨后,概述了國(guó)內(nèi)外物流路徑優(yōu)化的研究現(xiàn)狀,并從比較分析的角度探討了當(dāng)前物流路徑優(yōu)化存在的優(yōu)點(diǎn)和缺點(diǎn)。最后本章闡述了該系統(tǒng)所用到的技術(shù),主要有Springboot,Spring框架。和Springmvc等。第2章:本章對(duì)物流管理系統(tǒng)進(jìn)行了需求分析,其中涉及到登錄模塊和用戶模塊,本系統(tǒng)主要包含權(quán)限菜單模塊、站點(diǎn)模塊和路線規(guī)劃模塊三個(gè)主要功能模塊。通過(guò)對(duì)用例圖進(jìn)行分析,清晰地呈現(xiàn)了系統(tǒng)所涉及的主要功能模塊。第3章:本章介紹了物流管理系統(tǒng)的總設(shè)計(jì)想法以及數(shù)據(jù)表的設(shè)計(jì),用ER圖展示了系統(tǒng)用戶,菜單,角色,站點(diǎn),司機(jī),車(chē)輛以及位置模塊的數(shù)據(jù)庫(kù)設(shè)計(jì)。第4章:本章將詳細(xì)介紹系統(tǒng)的主要開(kāi)發(fā)環(huán)境,系統(tǒng)的總體框架,以及各模塊的展示。具體來(lái)說(shuō),包括登錄模塊、管理員模塊和路徑規(guī)劃模塊、車(chē)輛實(shí)時(shí)位置模塊、車(chē)輛熱力圖模塊和車(chē)輛位置管理模塊。通過(guò)這些模塊的有機(jī)結(jié)合,完成了一個(gè)完整的物流管理系統(tǒng)。第5章:本章對(duì)系統(tǒng)進(jìn)行了測(cè)試,并根據(jù)結(jié)果進(jìn)行了分析和評(píng)價(jià),也為了保障系統(tǒng)能夠正常運(yùn)行。綜上所述:本文對(duì)物流管理系統(tǒng)進(jìn)行了全面的總結(jié),旨在通過(guò)路徑優(yōu)化,減少運(yùn)輸時(shí)間,提高運(yùn)輸效率,幫助客戶獲得更好的體驗(yàn),也讓企業(yè)的配送效率得到了很大的提升,從而提高了企業(yè)競(jìng)爭(zhēng)力。

第2章需求分析這一章節(jié)將對(duì)系統(tǒng)的需求進(jìn)行詳細(xì)分析。分析將會(huì)從經(jīng)濟(jì)、技術(shù)以及社會(huì)可行性三個(gè)角度進(jìn)行展開(kāi)。同時(shí),通過(guò)使用用例圖和用例表的方法,對(duì)系統(tǒng)進(jìn)行了全面的分析,并對(duì)系統(tǒng)運(yùn)行的軟硬件環(huán)境進(jìn)行分析,以確保系統(tǒng)能夠繼續(xù)往下操作。2.1可行性分析進(jìn)行可行性分析是為了確保在系統(tǒng)開(kāi)發(fā)過(guò)程中能夠滿足業(yè)務(wù)需求并且能夠被有成效的使用與應(yīng)用,確保系統(tǒng)在開(kāi)發(fā)能夠在可接受的風(fēng)險(xiǎn)范圍內(nèi)完成,并且能夠滿足不同客戶的正常需求和業(yè)務(wù)需求。從而可以達(dá)到預(yù)期目標(biāo)。2.1.1經(jīng)濟(jì)的技術(shù)可行性物流管理平臺(tái)的設(shè)計(jì)需要考慮用戶的需求和使用體驗(yàn)?;谶z傳算法的物流管理平臺(tái)可以通過(guò)優(yōu)化運(yùn)輸路線和貨物配送方案,提高用戶的滿意度和體驗(yàn)REF_Ref22271\r\h[18]。同時(shí),物流管理平臺(tái)還需要具備良好的可擴(kuò)展性和穩(wěn)定性,以適應(yīng)不斷變化的市場(chǎng)需求和技術(shù)發(fā)展。2.1.2技術(shù)的操作可行性遺傳算法是一種優(yōu)化算法,可以用于解決復(fù)雜的問(wèn)題。在物流管理中,需同時(shí)考慮多種因素,例如運(yùn)輸路線、貨物數(shù)量、運(yùn)輸工具等,這些因素之間存在復(fù)雜的關(guān)系。遺傳算法可以通過(guò)模擬自然選擇和遺傳進(jìn)化的過(guò)程,從大量的可能解中搜索最優(yōu)解,從而提高物流管理的效率和準(zhǔn)確性。2.1.3社會(huì)的可行性基于遺傳算法的物流管理平臺(tái)還可以結(jié)合其他技術(shù),如人工智能、大數(shù)據(jù)等,進(jìn)一步提高平臺(tái)的功能和性能。例如,通過(guò)分析大數(shù)據(jù),可以預(yù)測(cè)貨物的需求量和運(yùn)輸路線,從而更好地滿足用戶的需求。2.2需求分析登錄模塊:本模塊的操作包括管理員登錄、站點(diǎn)管理員登錄和司機(jī)登錄。會(huì)先進(jìn)行賬號(hào)密碼驗(yàn)證,由于密碼是加密存儲(chǔ)的,所以此處也需要加密之后再比對(duì)REF_Ref22343\r\h[19]。若用戶名未存在,則提示用戶名不存在;若驗(yàn)證通過(guò),則去查詢?cè)撚脩舻慕巧蜋?quán)限菜單,封裝一起返回。同時(shí)會(huì)生成token用戶Vue后接口進(jìn)行通信。權(quán)限菜單管理模塊:是本系統(tǒng)的又一個(gè)關(guān)鍵模塊,該模塊支持動(dòng)態(tài)配置角色對(duì)應(yīng)的菜單,涵蓋了管理員、站點(diǎn)管理員和司機(jī)三個(gè)角色。在權(quán)限分配的地方,可以進(jìn)行靈活的權(quán)限配置,以便角色可以訪問(wèn)其需要的菜單。站點(diǎn)模塊:該模塊包括站點(diǎn)管理,車(chē)輛管理,和人員管理。司機(jī)申請(qǐng)入駐之后,由站點(diǎn)管理員審核驗(yàn)證。驗(yàn)證通過(guò)司機(jī)可以進(jìn)行車(chē)輛申請(qǐng)。車(chē)輛申請(qǐng)成功后會(huì)生成對(duì)應(yīng)的車(chē)輛的GPS數(shù)據(jù)。路線規(guī)劃模塊:該模塊包括車(chē)輛熱力圖展示和利用遺傳算法的路線規(guī)劃計(jì)算功能。熱力圖是根據(jù)車(chē)輛上傳的GPS展示在高德地圖上進(jìn)行熱力圖展示REF_Ref22411\r\h[20],另外路線規(guī)劃模塊是根據(jù)查詢時(shí)間段的幾個(gè)GPS數(shù)據(jù)計(jì)算出最優(yōu)路徑,通過(guò)遺傳算法中的交叉算法和染色體變異實(shí)現(xiàn)。2.2.1用例分析利用UML對(duì)系統(tǒng)進(jìn)行了分析,以“物流管理的UML圖”為例進(jìn)行了建模,建立了一個(gè)可靠而完整的系統(tǒng)模型。該模型有助于用戶和軟件開(kāi)發(fā)者共同理解問(wèn)題描述,并確保系統(tǒng)分析的準(zhǔn)確性。2.2.2物流管理用例圖管理員主要功能用例圖,站點(diǎn)管理員,司機(jī)用例圖如圖2-1;圖2-2;圖2-3所示。圖2-1平臺(tái)管理員主要功能用例圖圖2-2站點(diǎn)管理員用例圖圖2-3司機(jī)用例圖2.2.3登錄用例描述在登錄過(guò)程中進(jìn)行驗(yàn)證,如果一段時(shí)間管理員未進(jìn)行操作,則需再次輸入賬號(hào)密碼進(jìn)行登錄,該系統(tǒng)的驗(yàn)證登錄系統(tǒng)只對(duì)登錄有效,從而對(duì)不同的用戶進(jìn)行分析,平臺(tái)管理員登錄用例如表2-1登錄管理員所示:用例條目:描述用例名稱登錄模塊主要參與者平臺(tái)管理員其他參與者用戶,司機(jī)描述:管理員通過(guò)系統(tǒng)登錄界面輸入賬號(hào)密碼進(jìn)入前置條件開(kāi)始,管理員成功輸入賬號(hào)密碼后置條件登錄成功后可查看司機(jī)站點(diǎn)信息觸發(fā)條件平臺(tái)管理員成功登錄平臺(tái)?;玖鞒梯斎胝_賬號(hào)密碼進(jìn)入系統(tǒng)。替代流程無(wú)結(jié)束平臺(tái)管理員退出系統(tǒng)表2-1登錄用例描述2.2.4車(chē)輛信息用例描述車(chē)輛管理員登錄后可以查看車(chē)輛,并新增車(chē)輛,如表2-2車(chē)輛信息表所示表2-2車(chē)輛信息用例描述用例條目:描述用例名稱車(chē)輛管理模塊主要參與者平臺(tái)管理員其他參與者站點(diǎn)管理員,司機(jī)描述:站點(diǎn)管理員登錄系統(tǒng)進(jìn)行車(chē)輛新增登記前置條件站帶管理員登錄系統(tǒng)后查看新增車(chē)輛。后置條件登錄成功即可發(fā)送新增車(chē)輛申請(qǐng)請(qǐng)求。觸發(fā)條件平臺(tái)管理員收到請(qǐng)求后查看審核信息?;玖鞒唐脚_(tái)管理員查看新增車(chē)輛申請(qǐng),并通過(guò)。替代流程無(wú)結(jié)束申請(qǐng)通過(guò)或駁回。2.2.5站點(diǎn)管理用例描述站點(diǎn)管理員登錄后,可進(jìn)行申請(qǐng)站點(diǎn),平臺(tái)管理員可查看申請(qǐng),如表2-3站點(diǎn)管理用例所示:表2-3站點(diǎn)管理用例描述用例條目:描述用例名稱站點(diǎn)管理模塊主要參與者站點(diǎn)管理員其他參與者平臺(tái)管理員描述:站點(diǎn)管理人員可以對(duì)需要新增站點(diǎn)進(jìn)行申請(qǐng)前置條件站點(diǎn)管理員需首先登錄系統(tǒng)后置條件登錄成功后,可進(jìn)行站點(diǎn)新增申請(qǐng)。觸發(fā)條件發(fā)送站點(diǎn)增加申請(qǐng)?;玖鞒陶军c(diǎn)管理員登錄后發(fā)送申請(qǐng)。2.2.6路徑規(guī)劃用例描述路徑規(guī)劃主要的步驟是先查詢到指定車(chē)輛最近的的幾條位置的數(shù)據(jù),然后根據(jù)位置的經(jīng)緯度進(jìn)行位置的逆編碼進(jìn)行位置的解析,然后調(diào)用遺傳算法接口進(jìn)行遺傳算法的路徑規(guī)劃計(jì)算,頁(yè)面根據(jù)路線算法返回進(jìn)行頁(yè)面的規(guī)劃顯示如表2-4所示:表2-4路徑規(guī)劃用例描述用例條目描述用例名稱路徑規(guī)劃模塊主要參與者平臺(tái)管理員其他參與者司機(jī),站點(diǎn)管理員描述:司機(jī)到達(dá)站點(diǎn)后進(jìn)行路線配送前置條件平臺(tái)管理員登錄后查看路線表2-4(續(xù))用例條目描述后置條件查看后進(jìn)行路線計(jì)算觸發(fā)條件查看路線上司機(jī)位置基本流程平臺(tái)管理員登錄后查看司機(jī),站點(diǎn)位置并規(guī)劃路線替代流程無(wú)結(jié)束利用遺傳算法進(jìn)行計(jì)算2.2.7車(chē)輛實(shí)時(shí)位置用例描述車(chē)輛實(shí)時(shí)位置用例描述如表2-5所示:表2-5用例描述用例條目:描述用例名稱車(chē)輛實(shí)時(shí)位置模塊主要參與者平臺(tái)管理員其他參與者司機(jī),站點(diǎn)管理員描述:司機(jī)開(kāi)始配送后可隨時(shí)查看位置前置條件管理員登錄系統(tǒng)后置條件管理員登錄成功觸發(fā)條件點(diǎn)擊查看車(chē)輛基本流程司機(jī)駕駛車(chē)輛出發(fā)后由管理員查查看位置替代流程無(wú)結(jié)束司機(jī)到達(dá)站點(diǎn)2.3非功能需求分析進(jìn)行非功能分析為了系統(tǒng)能正常運(yùn)行,保障其安全性和運(yùn)行可靠性。2.3.1軟件環(huán)境(1)NavicatPremium16數(shù)據(jù)庫(kù)。(2)后端環(huán)境IDEA。(3)主要使用Java語(yǔ)言和SpringBoot框架。(4)主要技術(shù)使用遺傳算法2.3.2硬件環(huán)境硬件環(huán)境:i7-8750H,2.20GHz。軟件環(huán)境:Windows10,Edge瀏覽器。網(wǎng)絡(luò)環(huán)境:WIFI網(wǎng)絡(luò)或有線網(wǎng)絡(luò)。2.4本章小結(jié)本章對(duì)系統(tǒng)的功能性需求和非功能需求兩方面分析了物流管理系統(tǒng),使用用例表直觀的分析了系統(tǒng)的行為模型,從而幫助開(kāi)發(fā)人員更好的了解系統(tǒng),也能去更好的完善系統(tǒng)。

第3章系統(tǒng)設(shè)計(jì)本章節(jié)主要分析了系統(tǒng)的總體設(shè)計(jì),旨在優(yōu)化配送效率。分析從總體功能結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)兩方面展開(kāi),為整個(gè)系統(tǒng)的實(shí)現(xiàn)奠定了基礎(chǔ)。3.1系統(tǒng)總體設(shè)計(jì)本系統(tǒng)用到了SpringBoot框架來(lái)搭建整個(gè)系統(tǒng),前端運(yùn)用Vue來(lái)進(jìn)行頁(yè)面美化,使頁(yè)面的美觀度得到了提高,提高了用戶的滿意度和信任度。3.1.1總體功能設(shè)計(jì)系統(tǒng)主要包括管理員和站點(diǎn)以及司機(jī)模塊。管理員有用戶管理權(quán)限菜單管理,司機(jī)可以申請(qǐng)站點(diǎn)和車(chē)輛,查看位置。站點(diǎn)可以進(jìn)行申請(qǐng)的審核以及路徑規(guī)劃。如圖3-1總體功能結(jié)構(gòu)圖所示:圖3-1總體功能結(jié)構(gòu)圖3.1.2系統(tǒng)架構(gòu)該系統(tǒng)的邏輯架構(gòu)分為管理員模與司機(jī),這個(gè)系統(tǒng)包含站點(diǎn)模塊、司機(jī)模塊、位置模塊、地圖模塊和訂單模塊,每個(gè)模塊都有不同的層次結(jié)構(gòu),包括顯示層、業(yè)務(wù)邏輯層、數(shù)據(jù)訪問(wèn)層和基礎(chǔ)設(shè)施層,在系統(tǒng)中,不同層次的功能模塊相互配合,確保系統(tǒng)的正常運(yùn)行。3.2系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)這段文字描述了不同類(lèi)型的數(shù)據(jù)庫(kù)表,包括用戶信息、菜單信息、角色信息、站點(diǎn)信息、車(chē)輛信息、位置信息、用戶角色關(guān)系、司機(jī)申請(qǐng)和司機(jī)等表以及角色菜單關(guān)系。3.2.1系統(tǒng)總體E-R圖設(shè)計(jì)E-R圖進(jìn)行分析說(shuō)明,如下圖3-2所示:圖3-2系統(tǒng)總體E-R圖以下主要畫(huà)出系統(tǒng)主要實(shí)體屬性圖。系統(tǒng)用戶成員實(shí)體屬性圖如下圖3-3所示:圖3-3用戶成員實(shí)體屬性圖角色實(shí)體屬性如下圖3-4所示:圖3-4用戶實(shí)體屬性圖站點(diǎn)實(shí)體屬性如下圖3-5所示:圖3-5站點(diǎn)實(shí)體屬性圖車(chē)輛數(shù)量實(shí)體屬性如下圖3-6所示:圖3-6車(chē)輛數(shù)量實(shí)體屬性圖位置實(shí)體屬性如下圖3-7所示:圖3-7位置實(shí)體屬性圖司機(jī)實(shí)體屬性如下圖3-8所示:、圖3-8司機(jī)實(shí)體屬性圖司機(jī)實(shí)體屬性如下圖3-9所示:圖3-9車(chē)輛實(shí)體屬性圖3.3.數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)3.3.1用戶表該表包括用戶的id;用戶;密碼;地址;性別;司機(jī)id;創(chuàng)建賬號(hào)時(shí)間以及頭像8個(gè)字段。如表3-1所示:表3-1用戶表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2用戶名varchar50用戶名3密碼varchar50密碼3.2.2菜單表該表包括id,菜單名稱與備注3個(gè)字段,平臺(tái)管理員可查看有關(guān)信息,如圖3-2菜單表所示:表3-2菜單表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2菜單名稱varchar50菜單名稱3備注varchar50備注3.3.3角色表該表包括id;角色名稱;備注三個(gè)字段。如表3-3所示:表3-3角色表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2角色名稱varchar50角色名稱3備注varchar50備注3.3.4站點(diǎn)表該表包括站點(diǎn)id;名稱;位置;經(jīng)緯度;所在城市以及區(qū)域7個(gè)字段。如表3-4所示:表3-4站點(diǎn)表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2名稱varchar50名稱3位置varchar50位置4經(jīng)度varchar50經(jīng)度5緯度varchar50緯度6城市varchar50城市7區(qū)域Varchar50區(qū)域8負(fù)責(zé)人int負(fù)責(zé)人9工作時(shí)間date工作時(shí)間10負(fù)責(zé)人idint負(fù)責(zé)人id3.2.5車(chē)輛表這張表格包含了8個(gè)字段,分別是車(chē)輛ID、名稱、狀態(tài)、里程、站點(diǎn)、司機(jī)、品牌以及年齡。如表3-5所示:表3-5車(chē)輛表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2名稱varchar50名稱3狀態(tài)varchar50狀態(tài)4里程decimal里程5站點(diǎn)int站點(diǎn)6司機(jī)int司機(jī)3.3.6位置表該表包括該位置所在車(chē)輛的id;經(jīng)緯度以及創(chuàng)建時(shí)間。如表3-6所示:表3-6位置表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2車(chē)輛idid車(chē)輛id3經(jīng)度varchar50經(jīng)度4緯度varchar50緯度5創(chuàng)建時(shí)間date創(chuàng)建時(shí)間3.3.7司機(jī)表該表包括司機(jī)id;名稱,年齡,車(chē)齡,站點(diǎn)id,車(chē)輛id,車(chē)輛申請(qǐng)狀態(tài),站點(diǎn)申請(qǐng)狀態(tài),入住時(shí)間9個(gè)字段。如表3-7所示:表3-7司機(jī)表編號(hào)字段名稱數(shù)據(jù)類(lèi)型說(shuō)明1idint主鍵2名稱varchar50名稱3年齡int年齡4車(chē)齡int車(chē)齡5站點(diǎn)idint站點(diǎn)id6車(chē)輛idint車(chē)輛id7車(chē)輛申請(qǐng)狀態(tài)int車(chē)輛申請(qǐng)狀態(tài)8站點(diǎn)狀態(tài)申請(qǐng)int站點(diǎn)申請(qǐng)狀態(tài)9入住時(shí)間date入住時(shí)間3.4本章小結(jié)本章主要從表結(jié)構(gòu),E-R圖對(duì)系統(tǒng)進(jìn)行了總體的設(shè)計(jì),主要包括所有的表的字段和字段類(lèi)型的設(shè)計(jì),以及表對(duì)應(yīng)的E-R圖,并對(duì)表和E-R圖做出了解釋。對(duì)每個(gè)功能有更好介紹,方便從操作人員進(jìn)行操作。

第4章系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)本章主要是對(duì)系統(tǒng)開(kāi)發(fā)環(huán)境以及運(yùn)行模塊進(jìn)行展示,運(yùn)用時(shí)序圖,流程圖和程序截圖來(lái)展示系統(tǒng)的主要功能與具體的功能實(shí)現(xiàn)。4.1登錄模塊用戶登錄時(shí)需輸入用戶名和密碼。如果賬號(hào)密碼不正確,則無(wú)法成功登錄;反之,如果賬號(hào)密碼正確,則能夠成功登錄。在登錄成功的情況下,系統(tǒng)會(huì)同時(shí)返回對(duì)應(yīng)的token和權(quán)限菜單,供用戶進(jìn)行顯示。4.1.1登錄時(shí)序圖登陸時(shí)序圖如圖4-1所示:圖4-1管理員登錄時(shí)序圖管理員登錄流程如圖4-2所示:圖4-2管理員登錄流程圖4.1.2登錄界面登錄界面如圖4-3所示:圖4-2管理員登錄界面4.2管理模塊管理員登錄成功后,進(jìn)入本校數(shù)據(jù)模塊。模塊共包含4個(gè)頁(yè)面,分別是用戶管理頁(yè)面和車(chē)輛管理,站點(diǎn)管理和車(chē)輛審核頁(yè)面。4.2.1車(chē)輛管理時(shí)序圖管理員登錄系統(tǒng)后可以查看并新增車(chē)輛,隨后進(jìn)行站點(diǎn)分配,分配完成后司機(jī)會(huì)受到請(qǐng)求,對(duì)自己所分配到的站點(diǎn)進(jìn)行操作。如圖4-3所示:圖4-3車(chē)輛管理時(shí)序圖車(chē)輛管理員登錄后可進(jìn)行站點(diǎn)申請(qǐng),平臺(tái)管理員的登錄查看后可對(duì)申請(qǐng)進(jìn)行查看并審核,管理員審核通過(guò)后站點(diǎn)管理員能收到通過(guò)信息,隨后向司機(jī)分配車(chē)輛司機(jī)接受分配后即可進(jìn)入站點(diǎn)使用車(chē)輛。車(chē)輛管理流程圖如圖4-4所示:圖4-4車(chē)輛管理流程圖4.2.2車(chē)輛管理界面車(chē)輛管理員可查看所屬站點(diǎn),車(chē)輛牌子以及駕駛?cè)塑?chē)齡。如圖4-5所示:圖4-5車(chē)輛管理界面4.3車(chē)輛站點(diǎn)管理模塊站點(diǎn)管理主要包括站點(diǎn)關(guān)鍵字查詢,站點(diǎn)錄入對(duì)應(yīng)數(shù)據(jù)新增,1.修改和刪除站點(diǎn)資料:可以修改或刪除站點(diǎn)的信息。2.站點(diǎn)修改頁(yè)面:提供一個(gè)頁(yè)面用于對(duì)站點(diǎn)信息進(jìn)行修改。3.站點(diǎn)管理員綁定:站點(diǎn)修改頁(yè)面可綁定相應(yīng)的站點(diǎn)管理員。4.管理員數(shù)量限制:一個(gè)站點(diǎn)只能有一個(gè)管理員。5.用戶數(shù)量限制:一個(gè)站點(diǎn)管理員用戶也只能綁定一個(gè)站點(diǎn)。4.3.1站點(diǎn)管理時(shí)序圖如圖4-6所示:圖4-6站點(diǎn)管理時(shí)序圖站點(diǎn)管理員登錄申請(qǐng)站點(diǎn),如圖4-7所示:圖4-7站點(diǎn)管理流程圖4.3.2站點(diǎn)管理運(yùn)行界面包含站點(diǎn)負(fù)責(zé)人,工作時(shí)間等。如圖4-8所示:圖4-8站點(diǎn)管理運(yùn)行圖4.4車(chē)輛申請(qǐng)審核模塊車(chē)輛申請(qǐng)頁(yè)面的使用者是管理員和對(duì)應(yīng)的站點(diǎn)管理員,系統(tǒng)管理員可以看到所有的數(shù)據(jù),站點(diǎn)管理員可以看到該站點(diǎn)的申請(qǐng)數(shù)據(jù),可以根據(jù)待審核和審核通過(guò)狀態(tài)進(jìn)行篩選,對(duì)應(yīng)的操作頁(yè)面可以進(jìn)行審核通過(guò)或者拒絕操作。4.4.1車(chē)輛時(shí)序圖司機(jī)登錄后對(duì)站點(diǎn)以及車(chē)輛進(jìn)行查看,如圖4-9所示:圖4-9車(chē)輛申請(qǐng)時(shí)序圖站點(diǎn)管理員登錄后查詢現(xiàn)有站點(diǎn),隨后開(kāi)始錄入申請(qǐng)車(chē)輛信息,隨后經(jīng)過(guò)平臺(tái)管理員審核,若通過(guò),則車(chē)輛申請(qǐng)入駐成功,若駁回,則返回站點(diǎn)管理員信息處。車(chē)輛申請(qǐng)流程圖,如圖4-10所示:圖4-10車(chē)輛申請(qǐng)流程圖4.4.2車(chē)輛申請(qǐng)審核頁(yè)面車(chē)輛申請(qǐng)頁(yè)面的使用者是管理員和對(duì)應(yīng)的站點(diǎn)管理員,系統(tǒng)管理員可以看到所有的數(shù)據(jù),站點(diǎn)管理員可以看到該站點(diǎn)的申請(qǐng)數(shù)據(jù),可以根據(jù)待審核和審核通過(guò)狀態(tài)進(jìn)行篩選,對(duì)應(yīng)的操作頁(yè)面可以進(jìn)行審核通過(guò)或者拒絕操作,如圖4-11所示:圖4-11車(chē)輛申請(qǐng)審核圖4.5路徑規(guī)劃模塊路徑規(guī)劃主要的步驟是先查詢到指定車(chē)輛最近的的幾條位置的數(shù)據(jù),然后根據(jù)位置的經(jīng)緯度進(jìn)行位置的逆編碼進(jìn)行位置的解析,然后調(diào)用遺傳算法接口進(jìn)行遺傳算法的路徑規(guī)劃計(jì)算,最后頁(yè)面根據(jù)路線算法返回進(jìn)行頁(yè)面的規(guī)劃顯示。4.5.1路徑規(guī)劃時(shí)序圖設(shè)計(jì)管理員登錄系統(tǒng)后,先查看車(chē)輛位置,然后經(jīng)過(guò)計(jì)算后進(jìn)行最優(yōu)路徑規(guī)劃,之后選擇離站點(diǎn)最近的車(chē)輛,查看該車(chē)現(xiàn)在所處位置,隨后分配任務(wù)。如圖4-12所示:圖4-12路徑規(guī)劃時(shí)序圖本功能主要使用到遺傳算法,和高德地圖進(jìn)行路線展示,路徑規(guī)劃需用到該算法來(lái)實(shí)現(xiàn)路徑最優(yōu)。算法流程圖如圖4-13所示:圖4-13算法流程圖流程圖4.5.2路徑規(guī)劃界面路徑規(guī)劃主要的步驟是先查詢到指定車(chē)輛最近的的幾條位置的數(shù)據(jù),然后根據(jù)位置的經(jīng)緯度進(jìn)行位置的逆編碼進(jìn)行位置的解析,然后調(diào)用遺傳算法接口進(jìn)行遺傳算法的路徑規(guī)劃計(jì)算,最后頁(yè)面根據(jù)路線算法返回進(jìn)行頁(yè)面的規(guī)劃顯示。路徑規(guī)劃圖如圖4-14所示:圖4-14路徑規(guī)劃圖4.6車(chē)輛實(shí)時(shí)位置模塊車(chē)輛實(shí)時(shí)位置功能主要是根據(jù)車(chē)輛查詢到當(dāng)前車(chē)輛的最新位置,vue頁(yè)面根據(jù)返回的經(jīng)緯度進(jìn)行頁(yè)面的錨點(diǎn)顯示,按照對(duì)應(yīng)的先后順序展示1234進(jìn)行排序展示,模擬出一個(gè)先后的情況,類(lèi)似從哪里到哪里。4.6.1車(chē)輛實(shí)時(shí)位置時(shí)序圖管理員登錄系統(tǒng)后,查看車(chē)輛所在位置,對(duì)位置做出管理規(guī)劃,隨后上傳位置,并在調(diào)用高德api后可以時(shí)時(shí)顯示車(chē)輛位置,方便管理員進(jìn)行路線規(guī)劃。如圖4-15所示:圖4-15車(chē)輛實(shí)時(shí)位置時(shí)序圖車(chē)輛實(shí)時(shí)位置流程圖如下圖4-16所示:圖4-16車(chē)輛實(shí)時(shí)位置流程圖4.6.2車(chē)輛實(shí)時(shí)位置界面如圖4-17所示:圖4-17車(chē)輛實(shí)時(shí)位置圖4.7車(chē)輛位置管理模塊車(chē)輛違章管理的核心內(nèi)容在于新增、查詢以及修改車(chē)輛位置。經(jīng)緯度以及刪除車(chē)輛的經(jīng)緯度。該模塊的數(shù)據(jù)是其他幾個(gè)模塊的基礎(chǔ)數(shù)據(jù),查詢方法是根據(jù)車(chē)輛名稱進(jìn)行關(guān)鍵字搜索。4.7.1車(chē)輛位置管理時(shí)序圖管理員登錄后可隨時(shí)對(duì)車(chē)輛所在位置進(jìn)行管理,對(duì)配送點(diǎn)進(jìn)行登記后,選擇最近車(chē)輛,若顧客修改配送點(diǎn)信息,則管理員立刻修改位置信息并發(fā)送給司機(jī)和最近站點(diǎn)管理員。如圖4-18所示:圖4-18車(chē)輛位置管理時(shí)序圖車(chē)輛位置管理流程圖,如圖4-19所示:圖4-19車(chē)輛位置管理流程圖4.7.2車(chē)輛位置管理界面該模塊包括車(chē)輛經(jīng)緯度以及創(chuàng)建時(shí)間等,如圖4-20所示:圖4-20車(chē)輛位置管理圖4.8本章小結(jié)本章主要對(duì)系統(tǒng)所有的功能進(jìn)行了詳細(xì)的描述對(duì)應(yīng)的功能截圖說(shuō)明,也算是對(duì)本次畢業(yè)設(shè)計(jì)的一個(gè)完整的總結(jié),系統(tǒng)主要包括管理員,站點(diǎn)和司機(jī)三個(gè)角色,每個(gè)角色對(duì)應(yīng)的菜單和功能也分別進(jìn)行的介紹。

第5章系統(tǒng)測(cè)試本章節(jié)是對(duì)會(huì)對(duì)系統(tǒng)功能造成影響的部分已經(jīng)相關(guān)功能展開(kāi)測(cè)試,以確保系統(tǒng)的正常運(yùn)行和提供更好的后續(xù)服務(wù),從而更好地完成該程序。5.1測(cè)試的目的本系統(tǒng)的測(cè)試目標(biāo)是在系統(tǒng)運(yùn)行期間找到錯(cuò)誤,為了確保系統(tǒng)的質(zhì)量、可靠性和穩(wěn)定性,以滿足用戶的需求和期望。測(cè)試過(guò)程中需要充分考慮用戶的使用場(chǎng)景和需求,以便發(fā)現(xiàn)和解決潛在的問(wèn)題和缺陷。5.2功能測(cè)試用戶登錄功能測(cè)試用例表如下表5-1所示:表5-SEQ表_6-\*ARABIC1用戶登錄功能測(cè)試用例用例編號(hào)用戶登錄步驟輸入預(yù)期輸出測(cè)試結(jié)果1進(jìn)入登錄頁(yè)無(wú)顯示登錄頁(yè)顯示登錄頁(yè)2輸入用戶名、密碼用戶名:ad01密碼:ad02用戶名或密碼不正確用戶名或密碼不正確3用戶名:admin密碼:admin跳轉(zhuǎn)到管理員首頁(yè)數(shù)據(jù)頁(yè)面登錄成功并跳轉(zhuǎn)4用戶名:司機(jī)1密碼:admin跳轉(zhuǎn)到司機(jī)首頁(yè)數(shù)據(jù)頁(yè)面登錄成功并跳轉(zhuǎn)5用戶名:站點(diǎn)1密碼:admin跳轉(zhuǎn)到站點(diǎn)首頁(yè)數(shù)據(jù)頁(yè)面登錄成功并跳轉(zhuǎn)司機(jī)注冊(cè)功能測(cè)試用例表如下表5-2所示:表5-SEQ表_6-\*ARABIC2司機(jī)注冊(cè)功能測(cè)試用例用例編號(hào)用戶注冊(cè)步驟輸入預(yù)期輸出測(cè)試結(jié)果1進(jìn)入注冊(cè)頁(yè)無(wú)顯示注冊(cè)頁(yè)顯示注冊(cè)頁(yè)2輸入用戶名、密碼、確認(rèn)密碼用戶名:ad01密碼:ad01確認(rèn)密碼:ad02密碼與確認(rèn)密碼不一致提示密碼與確認(rèn)密碼不一致3確認(rèn)密碼用戶名:ad01密碼:ad01確認(rèn)密碼:ad01彈窗提示注冊(cè)成功注冊(cè)成功并跳轉(zhuǎn)到跳轉(zhuǎn)到登陸頁(yè)面4確認(rèn)密碼用戶名:ad01密碼:ad01提示用戶名已存在提示用戶名已存在并重新返回注冊(cè)頁(yè)管理員列表查看功能用例表如下表5-3所示:表5-SEQ表_6-\*ARABIC3管理員列表(查看)功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1無(wú)登陸訪問(wèn)管理員列表頁(yè)無(wú)跳轉(zhuǎn)到登錄頁(yè)跳轉(zhuǎn)到登錄頁(yè)2登陸后訪問(wèn)管理員列表頁(yè)無(wú)跳轉(zhuǎn)到登錄頁(yè)可以查看到管理員對(duì)應(yīng)的統(tǒng)計(jì)數(shù)據(jù)跳轉(zhuǎn)到登錄頁(yè)可以查看到管理員對(duì)應(yīng)的統(tǒng)計(jì)數(shù)據(jù)管理員列表刪除功能用例表如下表5-4所示;表5-SEQ表_6-\*ARABIC4管理員列表(刪除)功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1無(wú)登陸刪除管理員無(wú)跳轉(zhuǎn)到登錄頁(yè)跳轉(zhuǎn)到登錄頁(yè)2登陸后刪除對(duì)應(yīng)管理員刪除提示刪除成功提示刪除成功,并正常顯示管理員列表用戶關(guān)鍵字設(shè)置查看功能用例表如下表5-5所示:表5-5用戶關(guān)鍵字設(shè)置(查看)功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1無(wú)登陸訪問(wèn)用戶關(guān)鍵字設(shè)置無(wú)跳轉(zhuǎn)到登錄頁(yè)跳轉(zhuǎn)到登錄頁(yè)2登陸后訪問(wèn)用戶關(guān)鍵字設(shè)置無(wú)正常顯示用戶關(guān)鍵字列表正常顯示用戶關(guān)鍵字列表用戶關(guān)鍵字設(shè)置添加功能測(cè)試用例表如下圖5-6所示:表5-SEQ表_6-\*ARABIC5用戶關(guān)鍵字設(shè)置(添加)功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1無(wú)登陸添加關(guān)鍵字無(wú)跳轉(zhuǎn)到登錄頁(yè)跳轉(zhuǎn)到登錄頁(yè)2登陸后添加關(guān)鍵字無(wú)提示添加成功提示添加成功,并正常顯示用戶關(guān)鍵字列表用戶關(guān)鍵字設(shè)置刪除用例表如下表5-7所示:表5-SEQ表_6-\*ARABIC6用戶關(guān)鍵字設(shè)置(刪除)功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1無(wú)登陸刪除關(guān)鍵字無(wú)跳轉(zhuǎn)到登錄頁(yè)跳轉(zhuǎn)到登錄頁(yè)2登陸后刪除關(guān)鍵字無(wú)提示刪除成功提示刪除成功,并正常顯示用戶關(guān)鍵字列表車(chē)輛設(shè)置查看功能測(cè)試用例表如下表5-8所示;表5-SEQ表_6-\*ARABIC7車(chē)輛設(shè)置(查看)功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1管理員登錄錄入車(chē)輛信息車(chē)輛數(shù)據(jù)提示創(chuàng)建成功提示創(chuàng)建成功2管理員登錄錄入車(chē)輛信息查詢查詢關(guān)鍵字車(chē)輛數(shù)據(jù)列表車(chē)輛數(shù)據(jù)列表3編輯車(chē)輛數(shù)據(jù)錄入新的車(chē)輛屬性提示修改成功提示修改成功4刪除車(chē)輛數(shù)據(jù)選擇指定車(chē)輛刪除提示刪除成功提示刪除成功路徑規(guī)劃功能測(cè)試用例如下表5-9所示:表5-SEQ表_6-\*ARABIC8路徑規(guī)劃功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1查詢指定車(chē)輛的經(jīng)緯度車(chē)輛編號(hào)車(chē)輛經(jīng)緯度逆編碼對(duì)應(yīng)的地址值車(chē)輛經(jīng)緯度逆編碼對(duì)應(yīng)的地址值2遺傳算法計(jì)算路徑點(diǎn)擊遺傳算法路徑規(guī)劃計(jì)算出對(duì)應(yīng)的最佳路徑計(jì)算出對(duì)應(yīng)的最佳路徑3路徑規(guī)劃反顯在頁(yè)面點(diǎn)擊路徑規(guī)劃計(jì)算后的路徑反顯在頁(yè)面計(jì)算后的路徑反顯在頁(yè)面訂單功能測(cè)試用例用例表如下圖表5-10所示:表5-SEQ表_6-\*ARABIC9訂單功能測(cè)試用例用例編號(hào)步驟輸入預(yù)期輸出測(cè)試結(jié)果1管理員創(chuàng)建訂單點(diǎn)擊訂單創(chuàng)建錄入訂單信息訂單創(chuàng)建成功訂單創(chuàng)建成功2司機(jī)訂單搶單司機(jī)點(diǎn)擊接單提示接單成功提示接單成功3兩個(gè)司機(jī)一起搶單兩個(gè)司機(jī)同時(shí)搶單一個(gè)司機(jī)提示成功一個(gè)提示失敗一個(gè)司機(jī)提示成功一個(gè)提示失敗5.3瀏覽器適配此多瀏覽器適配性測(cè)試選擇的瀏覽器是市場(chǎng)占有率最高的Chrome,Edge以及FireFox。保證了該系統(tǒng)可以在不同的內(nèi)核上運(yùn)行。如表5-11所示:5-SEQ表_6-\*ARABIC10多瀏覽器適配測(cè)試表名稱測(cè)試詳情測(cè)試步驟(1)通過(guò)不同的瀏覽器,查看每=各個(gè)頁(yè)面的圖標(biāo)、整體布局、組件、圖片等是否符合設(shè)計(jì)。(2)對(duì)頁(yè)面進(jìn)行點(diǎn)擊,觀察彈窗是否符合預(yù)期。(3)查看不同瀏覽器下的組件運(yùn)行狀況是否正常。預(yù)期結(jié)果測(cè)試結(jié)果運(yùn)行結(jié)果與預(yù)期相同。結(jié)論本系統(tǒng)均支持Chrome、Edge、Firefox瀏覽器。5.4本章小結(jié)測(cè)試集中在功能測(cè)試和兼容性測(cè)試,由于Vue對(duì)瀏覽器很好的適配目前沒(méi)有發(fā)現(xiàn)什么異常展示,所有功能都能夠正常顯示,數(shù)據(jù)庫(kù)規(guī)劃配置正常,系統(tǒng)功能也能夠達(dá)到客戶需求。

第6章總結(jié)在本論文的研究中,雖然成功地設(shè)計(jì)了一個(gè)基于遺傳算法的物流管理平臺(tái),但仍然存在一些不足之處和可以進(jìn)一步優(yōu)化的地方。首先,該系統(tǒng)只考慮了單一的運(yùn)輸工具,如卡車(chē)或火車(chē),而沒(méi)有考慮多種運(yùn)輸工具之間的協(xié)同配合。在實(shí)際的物流管理中,不同的運(yùn)輸工具之間需要進(jìn)行協(xié)調(diào)和配合,以達(dá)到最優(yōu)的運(yùn)輸方案。因此,未來(lái)可以將多種運(yùn)輸工具的協(xié)調(diào)考慮進(jìn)來(lái),進(jìn)一步提高平臺(tái)的效率和準(zhǔn)確性。其次,該系統(tǒng)只考慮了比較簡(jiǎn)便運(yùn)輸路線,而沒(méi)有考慮實(shí)時(shí)的貨物需求和路線變化。在實(shí)際的物流管理中,貨物的需求量和運(yùn)輸路線會(huì)隨時(shí)變化,需要實(shí)時(shí)地進(jìn)行優(yōu)化。因此,未來(lái)可以將實(shí)時(shí)的貨物需求和路線變化考慮進(jìn)來(lái),進(jìn)一步提高平臺(tái)的實(shí)用性和適應(yīng)性。綜上所述,未來(lái)可以進(jìn)一步優(yōu)化基于遺傳算法的物流管理平臺(tái),結(jié)合其他技術(shù),提高平臺(tái)的功能和性能,以滿足不斷變化的市場(chǎng)需求和技術(shù)發(fā)展。

參考文獻(xiàn)李艷杰.MySQL數(shù)據(jù)庫(kù)下存儲(chǔ)過(guò)程的設(shè)計(jì)與應(yīng)用[J].信息技術(shù)與信息化,2021(1):96-97.ES6標(biāo)準(zhǔn)入門(mén)(第三版).電子工業(yè)出版社,阮一峰,2017.9JavaScript權(quán)威指南.機(jī)械工業(yè)出版社,2021.Vue.js權(quán)威指南[M].電子工業(yè)出版社,張耀春,2016\t"/kcms2/article/_blank"\o"基于物聯(lián)網(wǎng)的物流管理信息系統(tǒng)優(yōu)化探究"基于物聯(lián)網(wǎng)的物流管理信息系統(tǒng)優(yōu)化探究[J].汪洲.\t"/kcms2/article/_blank"\o"中國(guó)市場(chǎng)"中國(guó)市場(chǎng),\t"/kcms2/article/_blank"\o"2017(20)"2017(20)馬力.基于JavaScript和Java語(yǔ)言的動(dòng)態(tài)網(wǎng)頁(yè)設(shè)計(jì)方法[J].計(jì)算機(jī)光盤(pán)軟件與應(yīng)用,2014,17(21):2.鄧永濤,胡文文,潘濤,張穎,陳歡.基于JavaEE和微信公眾號(hào)的微信矩陣旅游管理系統(tǒng)[J].電子測(cè)試,2021(08):77-78+47.\t"/kcms2/article/_blank"\o"ConstructionofIntelligentLogisticsSystemBasedonInternetofThingsTechnology"ConstructionofIntelligentLogisticsS

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論