計算機畢業設計 jsp申通物流車輛調度系統springmvc 畢設79

https://www.bilibili.com/video/BV1gp421d7UY/

演示視頻：

3.1開發目標

1.安全性。保證系統的安全性、穩定性，方式信息泄露。

2.先進性。結合當前流行趨勢，開發要符合用戶的需求，適合車輛調度管理的系統。采用目前國際上Zui先進的數據庫技術，使用JSP作為開發工具， MYSQL作為網站的數據庫，提高該申通物流車輛調度系統的穩定性和易維護性。

3.可擴展性。申通物流車輛調度系統，給申通物流車輛調度帶來了極大的便利，提高了管理效率，因此在開發申通物流車輛調度系統的功能過程中，我們要考慮到系統的可擴展性，便于將來系統的升級、更新。

3.有效性。實際上這里所說的有效性包括了兩個方面的意思，即有用性和可用性。其中有用性是指的是站點能滿足用戶需求的潛在功能，而可用性指的是能夠通過站點來操作實現系統的體現功能。所以在設計申通物流車輛調度系統的功能時一定要Zui大限度地滿足用戶的需求。

3.可靠性：本設計通過合理而先進的網絡設計以及軟、硬件的優化選型，可保證網站的可靠性與容錯性。

3.2可行性分析

通過對本申通物流車輛調度系統實行的目的初步調查和分析，提出可行性方案并對其一一進行論證。我們在這里主要從技術可行性、操作可行性、經濟可行性和時間可行性四方面進行分析。

技術可行性分析是開發一個系統的Zui重要的一個步驟。技術可行性分析是對開發系統的程序設計語言和開發框架進行評估分析的。根據系統的需求分析和框架要求采用合適的程序開發語言和開發框架才能達到事半功倍的效果。本申通物流車輛調度系統是在互聯網上使用的一個關于申通物流車輛調度的系統，以此考慮開發的好程序必須具備聯網的功能，程序系統必須可以在互聯網上進行使用，這樣就可以不受地理位置的限制。在前面已經對各種技術進行了分析和討論。

通過對目前學習的程序開發語言和程序框架分析得出采用JSP程序開發框架適合此本申通物流車輛調度系統的開發。

操作可行性也就是系統的可用性，系統使用起來必須具備簡單的操作導航和界面，不能有太復雜的操作和使用流程。功能模塊分門別類的放置到導航菜單上每組功能模塊都在同一組導航菜單上這樣使用起來方面快捷，同時導航菜單的順序也是需要考慮的，導航菜單的放置要符合操作流程，第一步操作在上面、第二部操作導航在下面、以此類推。通過對操作可行性的研究可以讓用戶順利簡單的使用開發的好的系統。

經濟可行性主要是研究和分析系統的投入和產出的關系，非常明了問題不能產出大于投入。本系統是一個調度管理的系統，通過對前面的需求分析、技術可行性分析、操作可行性分析等信息來分析，系統投入并不大。一旦系統開發成功將節省大量的人力資源、紙張資源。通過具體的分析系統具備一定經濟可行性。

從時間上看，在三個月的時間里學習相關知識，開發本申通物流車輛調度系統，時間上是有點緊，但是不是不可能實現，在做畢業設計的這幾個月里，我通過努力使得功能應該基本可以實現。

本申通物流車輛調度系統的開發具有很高的可行性。

3.3界面分析

目前，界面設計已經成為對軟件質量進行評價的一條關鍵指標，一個好的用戶界面可以使用戶使用系統的信心和興趣增加，從而使工作效率提高?？蛻艚缑媸侵杠浖到y與用戶交互的接口，往往涵蓋輸出、輸入、人機對話的界面格式等。

1.輸出設計

輸出是由電腦對輸入的基本信息進行解決，生成高質量的有效信息，并使之具有一定的格式，提供給管理者使用，這是輸出設計的主要責任和目標。

系統開發的過程與實施過程相反，并不是從輸入設計到輸出設計，而是從輸出設計到輸入設計。這是由于輸出表格與使用者直接相聯系，設計的目的應當是確保使用者可以很方便的使用輸出表格，并且可以將各部門的有用信息及時的反映出來。輸出設計的準繩是既要整體琢磨不同管理層的所有需要，又要簡潔，不要提供給用戶不需要的信息。

2.輸入設計

輸入數據的收集和錄入是比較麻煩的，需要非常多的人力和一定設備，而且經常出錯。一旦輸入系統的數據不正確，那么處理后的輸出就會擴大這些錯誤，因此輸入的數據的準確性對整個系統的性能起著決定性意義。

輸入設計有以下幾點原則：

（1）輸入量應盡量保持在能夠滿足處理要求的Zui低限度。輸入量越少，錯誤率就會越少，數據的準備時間也越少。

（2）應盡可能的使輸入的準備以及輸入的過程進行時比較方便，這樣使錯誤的發生率降低。

（3）應盡量早檢查輸入數據（盡量接近原數據發生點）,以便使錯誤更正比較及時。

（4）輸入數據盡早地記錄成其處理所需的形式，以防止數據由一種介質轉移到另一種介質時需要轉錄而可能發生的錯誤。

3.4性能分析

此申通物流車輛調度系統要嚴格控制管理權限，具體要求如下：

1.要想對申通物流車輛調度系統進行管理，首先要依靠用戶名和密碼在系統中登陸，無權限的用戶不可以通過任何方式登錄系統和對系統的任何信息和數據進行查看，這樣可以保證系統的安全可靠性和準確性。

2.在具體實現中對不同的權限進行設定，不同權限的用戶在系統中登陸后，不可以越級操作。

3.在實際使用的過程中系統都會涉及到很對需要進行保密的數據，系統出現一些漏洞將這些信息泄露出去將會對用戶產生很大的損失，所以在開發系統時我們充分確保了本系統的可靠性。

1.所有記錄信息要保持全面，信息記錄內容不可以是空。

2.各種數據間相互聯系要保持正確。

3.相同數據在不同記錄中要保持一致。

3.5系統UML用例分析

UML的縮寫是 Unified Modeling Language,又稱統一建模語言。是用來對軟件密集系統進行可視化建模的一種語言。它是開發者對客觀事物進行建模的標記，同時它也是為開發者了解系統需要什么樣的功能和整個流程是什么樣的做的前期工作。現在我們就對本申通物流車輛調度系統進行UML建模分析。

本申通物流車輛調度系統主要包括管理員模塊和普通用戶模塊兩大模塊。

管理員UML用例圖如圖3.1所示。

圖3.1 管理員用例圖

普通用戶UML用例圖如圖3.2所示。

圖3.2 普通用戶用例圖

3.6流程分析

流程分析階段要調查系統所涉及每個環節的管理業務活動，掌握所有管理的內容、作用和信息的輸入、輸出、數據存儲以及信息處理方法和過程，并根據實際處理步驟和過程，繪制出流程圖。

用戶打開系統，首先進入系統登錄界面，用戶需通過正確的用戶名、密碼和校驗碼，選擇登錄角色進行登錄，系統會進行檢查用戶登錄信息，信息正確則進入對應用戶功能界面，可進行功能操作處理，否則提示信息錯誤，登錄失敗。本申通物流車輛調度系統操作流程如圖3.3所示。

圖3.3 操作流程圖

添加信息時，信息編號系統采用自動增號的模式，無需管理員填寫，管理員在添加信息輸入信息，系統會自動對信息數據進行驗證，信息合法則驗證成功添加至數據庫，信息不合法提示添加失敗，重新輸入信息。添加信息流程如圖3.4所示。

圖3.3 添加信息流程圖

管理員選擇要刪除的信息，單擊刪除按鈕，系統則提示是否確定刪除信息，選擇確定刪除，則刪除信息成功，系統數據庫將信息進行刪除。刪除信息流程圖如圖3.4所示。

圖3.4 刪除信息流程圖

第4章　系統設計

3.1 系統結構設計

系統結構的整體設計是一個將一個龐大的任務細分為多個小的任務的過程，這些小的任務分段完成后，組合在一起形成一個完整的任務。它具體的工作步驟是：

1）系統被分解多個子模塊

2）對各個子模塊的功能進行預先的設計

3）對各個子模塊之間的邏輯關系進行設計

4）對各個模塊的界面以及模塊間信息的傳輸進行設計

在整個設計過程，以確定可能的具體方案達成每一個小的Zui終目標，對于每一個小的目標而言，我們必須先了解一些相關的需求分析的信息。然后對系統進行初步的設計，并對其逐漸進行優化，設計出一個具體可實現的系統結構

本申通物流車輛調度系統主要包括用戶模塊和管理員模塊兩大部分，系統結構圖如圖3.1所示。

 圖3.1 系統用例圖

3.2 系統開發流程設計

結合實際申通物流車輛調度進行的詳細調查，進而對本申通物流車輛調度系統的開發流程進行具體的分析。首先對系統進行需求分析，進入對系統的模塊、數據庫等進行詳細的設計，編寫代碼，進行系統整合，Zui后對系統進行測試，完善系統。系統開發流程圖如圖3.2所示。

圖3.2 系統開發流程圖

3.3 數據庫設計

數據庫概念模型是為了將現實世界中信息進行抽象而設計的，從而實現信息世界的建模，因此，概念模型是進行數據庫設計的重要工具。在概念模式的設計中，E-R模型法是Zui常見的設計方法。

根據系統的功能模塊劃分，具體分析了本系統中大部分的實體，本系統的主要實體圖如下：

（1）車輛信息實體E-R圖如圖3.3所示：

圖3.3車輛實體屬性圖

（2）車輛申請信息實體E-R圖如圖3.4所示：

圖3.4車輛申請信息實體屬性圖

（3）用戶實體E-R圖如圖3.5所示：

圖3.5用戶實體屬性圖

（4）費用登記信息實體E-R圖如圖3.6所示：

圖3.6 費用登記實體屬性圖

第5章　系統實現

3.1 登錄模塊的實現

管理員和普通用戶要想進入本申通物流車輛調度系統，首先進行系統登錄界面，需要在用戶界面填寫正確的賬號、密碼和校驗碼，選擇登錄角色進行登錄操作，系統會對賬號和密碼進行驗證，信息正確則登錄成功，反之登錄失敗，登錄界面如圖3.1所示。

圖3.1 登錄界面圖

3.2用戶管理模塊的實現

用戶通過車輛申請可以進行新增查看、修改和刪除，界面如圖3.2所示。

圖3.2 車輛申請列表界面圖

普通用戶通過回車登記可以進行登記、修改和刪除，其界面展示如圖3.3所示。

圖3.3 回車登記界面圖

通過派遣車輛可以進行查看派遣信息，其界面如圖3.4所示。

圖3.4 派遣車輛界面圖

3.3管理員模塊的實現

管理員通過個人中心可以進行密碼的修改，其界面如圖3.5所示。

圖3.5 修改密碼界面圖

可以進行車輛信息的新增、修改和刪除，其界面如圖3.6所示。

圖3.6車輛列表界面圖

管理員對用戶信息進行新增、修改和刪除展示如圖3.7所示。

圖3.7用戶信息界面圖

管理員可以對駕駛員進行新增、修改和刪除界面如圖3.8所示。

圖3.8駕駛員列表界面圖

管理員通過此模塊可以進行車輛申請、回車登記、派遣車輛等信息的查看，其界面展示如圖3.9所示。

圖3.9 車輛調度界面圖

管理員通過費用管理可以進行油耗、保險、行車費、維保費信息的新增、修改和刪除，界面如圖3.10所示。

圖3.10 費用管理界面圖

管理員通過車輛維保管理可以進行維保登記和修改和刪除，界面如圖3.11所示。

圖3.11 車輛維保管理界面圖

管理員通過統計中心可以進行按天統計出車量詞線形圖、統計費用對比柱形圖等查看，界面如圖3.12所示。

圖3.12 統計中心界面圖