springboot 交通事故档案管理系统-计算机毕设 附源码72452
SpringBoot交通事故檔案管理系統
摘 ?要
隨著科學技術的飛速發展,社會的方方面面、各行各業都在努力與現代的先進技術接軌,通過科技手段來提高自身的優勢,交通事故的管理當然也不例外。交通事故檔案管理系統是以實際運用為開發背景,運用軟件工程原理和開發方法,采用Java技術構建的一個管理系統。整個開發過程首先對軟件系統進行需求分析,得出系統的主要功能。接著對系統進行總體設計和詳細設計。總體設計主要包括系統功能設計、系統總體結構設計、系統數據結構設計和系統安全設計等;詳細設計主要包括系統數據庫訪問的實現,主要功能模塊的具體實現,模塊實現關鍵代碼等。最后對系統進行功能測試,并對測試結果進行分析總結,得出系統中存在的不足及需要改進的地方,為以后的系統維護提供了方便,同時也為今后開發類似系統提供了借鑒和幫助。
本系統使用Java技術開發,SpringBoot框架,采用的數據庫是Mysql。在設計過程中,充分保證了系統代碼的良好可讀性、實用性、易擴展性、通用性、便于后期維護、操作方便以及頁面簡潔等特點。
關鍵詞:交通事故檔案管理系統,Java,SpringBoot,Mysql?
SpringBoot traffic accident file management system
ABSTRACT
With the rapid development of science and technology, all aspects of society and all walks of life are trying to integrate with modern advanced technology and improve their advantages through scientific and technological means, and the management of traffic accidents is no exception. The traffic accident archives management system is a management system based on the actual application, using software engineering principles and development methods, and Java technology. In the whole development process, firstly, the requirements of the software system are analyzed, and the main functions of the system are obtained. Then the overall design and detailed design of the system are carried out. The overall design mainly includes system function design, system overall structure design, system data structure design and system security design; The detailed design mainly includes the implementation of system database access, the specific implementation of main function modules, and the key code of module implementation. Finally, the function test of the system is carried out, and the test results are analyzed and summarized, and the deficiencies and areas for improvement in the system are concluded, which provides convenience for future system maintenance, and also provides reference and help for future development of similar systems.
The system is developed using Java technology, the SpringBoot framework, and the database used is MySQL. In the design process, the system code is fully guaranteed to be readable, practical, extensible, universal, easy to maintain, easy to operate and concise.
Key words: traffic accident file management system, Java, SpringBoot,?MySQL
目??錄
摘 ?要
ABSTRACT
第1章 緒論
1.1課題背景
1.2 開發意義
1.3 研究的內容
第2章 相關技術
2.1開發技術
2.2 Java簡介
2.3 ?MVVM模式
2.4 ?B/S結構
2.5 ?MySQL數據庫
2.6 ?SpringBoot框架
第3章 系統分析
3.1 需求分析
3.2 系統可行性分析
3.2.1技術可行性
3.2.2經濟可行性
3.2.3操作可行性
3.3 項目設計目標與原則
3.4系統流程分析
3.4.1操作流程
3.4.2添加信息流程
3.4.3刪除信息流程
第4章 系統設計
4.1 系統體系結構
4.2系統結構設計
4.3開發流程設計
4.4 數據庫設計原則
4.5 數據表
第5章 系統詳細設計
5.1管理員功能模塊
5.2系統用戶功能模塊
第6章 ?系統測試
6.1系統測試的目的
6.2系統測試方法
6.3功能測試
結 ?論
致 ?謝
參考文獻
第1章 緒論
1.1課題背景
隨著社會的快速發展,人們的消費水平也在飛速提高,汽車基本成為了家家戶戶都具有的交通工具。一方面,目前所有駕駛員都已考取駕駛證,具有開車上路的資質,但是大部分人開車技術不熟練或者是新人上路;另一方面,汽車數量的增加使得交通狀況更加復雜,這兩方面原因導致交通事故發生率急劇增長,對于交通局全面掌握交通事故狀況造成了一定的困難。
傳統式的交通事故檔案僅是紙質檔案,不僅查閱困難,而且對于根據事故狀況做出相應交通措施造成了阻礙,這些早已不適應了飛速發展的信息時代。所處二十一時代的人們,生活的衣食住行都愈加依賴于科技產品,如通過淘寶、京東、唯品會等購物平臺進行衣物方面的消費,使用餓了么、美團外賣等外賣平臺來解決吃飯問題。使用美團訂房、貝殼租房等平臺解決住房問題,通過鐵路12306、攜程來解決出行問題。同樣地,對于交通管理局而言,建立一套信息化的交通事故檔案管理系統是非常有必要的。
建立交通事故管理系統不僅可以實現對檔案的有效歸類管理,簡化繁瑣地重復式工作,而且對于交通事故檔案做出有效的交通措施以及相應規劃具有重要意義,尤其對于交通事故頻發路段進行信息化檔案管理更加重要且有意義。這也就是本課題開發一套交通事故檔案管理系統的意義所在。
1.2 開發意義
交通事故檔案管理系統的建立主要具有以下作用:
(1)簡化繁瑣工作
傳統的交通事故檔案管理是紙質版形式,進行歸類管理工作不僅工作量大,而且大部分是重復式繁瑣工作。如對于某個路段的交通事故檔案根據時間進行歸類,消耗大量人力與時間。信息化檔案管理系統可以根據輸入的歸檔形式快速進行歸類,大大縮短了檔案分類管理的時間。
(2)提高管理質量
使用系統進行管理,可以有效減少歸類錯誤的情況,而且通過圖形化形式展示交通事故,清晰明了。
(3)對于交通措施/規劃具有可參考性
有效地交通事故檔案管理對于采取交通措施以及做出相應規劃具有很重要地的參考價值,如根據某個路段事故發生的頻率,進行交通人員的增減調動,根據統計路段事故發生次數,可以對于路段做出整改之類的規劃。所以,開發一個交通事故檔案管理系統是有充分需求的。
1.3 研究的內容
目前許多人仍將傳統的單機設備作為信息管理的主要工具,而網絡技術的應用只是起到輔助作用。在對網絡工具的認知程度上,較為傳統的office軟件等仍是人們使用的主要工具,而面向各個專門行業的管理系統的信息管理軟件仍然缺乏群眾基礎。本選題則旨在通過標簽分類管理等方式,實現首頁,系統用戶(管理員,系統用戶),模塊管理(事故信息,認定記錄,案件記錄)等功能。
第2章 相關技術
2.1開發技術
本系統前端框架采用了比較流行的漸進式JavaScript框架Vue.js。使用Vue-Router和Vuex實現動態路由和全局狀態管理,Ajax實現前后端通信,Element UI組件庫使頁面快速成型。后端部分:采用SpringBoot作為開發框架,同時集成MyBatis、Redis等相關技術。
2.2 Java簡介
Java主要采用CORBA技術和安全模型,可以在互聯網應用的數據保護。它還提供了對EJB(Enterprise JavaBeans)的全面支持,Java servlet API,JSP(Java server pages),和XML技術。Java語言是一種面向對象的語言,它通過提供最基本的方法來完成指定的任務,開發者只需要知道一些概念就能夠編寫出一些應用程序。Java程序相對較小,其代碼能夠在小機器上運行。Java是一種計算機編程語言,具有封裝、繼承和多態性三個主要特性,廣泛應用于企業Web應用程序開發和移動應用程序開發。
Java語言和一般編譯器以及直譯的區別在于,Java首先將源代碼轉換為字節碼,然后將其轉換為JVM的可執行文件,JVM可以在各種不同的JVM上運行。因此,實現了它的跨平臺特性。雖然這使得Java在早期非常緩慢,但是隨著Java的開發,它已經得到了改進。
2.3 ?MVVM模式
MVVM是Model-View-ViewModel的簡寫。它本質上就是MVC 的改進版。MVVM 就是將其中的View 的狀態和行為抽象化,讓我們將視圖 UI 和業務邏輯分開。當然這些事 ViewModel 已經幫我們做了,它可以取出 Model 的數據同時幫忙處理 View 中由于需要展示內容而涉及的業務邏輯。微軟的WPF帶來了新的技術體驗,如Silverlight、音頻、視頻、3D、動畫……,這導致了軟件UI層更加細節化、可定制化。同時,在技術層面,WPF也帶來了 諸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由來便是MVP(Model-View-Presenter)模式與WPF結合的應用方式時發展演變過來的一種新型架構框架。它立足于原有MVP框架并且把WPF的新特性糅合進去,以應對客戶日益復雜的需求變化。
2.4 ?B/S結構
B/S(Browser/Server)比前身架構更為省事的架構。它借助Web server完成數據的傳遞交流。只需要下載瀏覽器作為客戶端,那么工作就達到“瘦身”效果, 不需要考慮不停裝軟件的問題。
2.5??MySQL數據庫
Mysql的語言是非結構化的,用戶可以在數據上進行工作。MySQL因為其速度、可靠性和適應性而備受關注。大多數人都認為在不需要事務化處理的情況下,MySQL是管理內容最好的選擇。并且因為Mysql的語言和結構比較簡單,但是功能和存儲信息量很強大,所以得到了普遍的應用。
Mysql數據庫在編程過程中的作用是很廣泛的,為用戶進行數據查詢帶來了方便。Mysql數據庫的應用因其靈活性強,功能強大,所以在實現某功能時只需要一小段代碼,而不像其他程序需要編寫大段代碼。總體來說,Mysql數據庫的語言相對要簡潔很多。
數據流程分析主要就是數據存儲的儲藏室,它是在計算機上進行的,而不是現實中的儲藏室。數據的存放是按固定格式,而不是無序的,其定義就是:長期有固定格式,可以共享的存儲在計算機存儲器上。數據庫管理主要是數據存儲、修改和增加以及數據表的建立。為了保證系統數據的正常運行,一些有能力的處理者可以進行管理而不需要專業的人來處理。數據表的建立,可以對數據表中的數據進行調整,數據的重新組合及重新構造,保證數據的安全性。介于數據庫的功能強大等特點,本系統的開發主要應用了Mysql進行對數據的管理。
?2.6 ?SpringBoot框架
Spring框架是Java平臺上的一種開源應用框架,提供具有控制反轉特性的容器。盡管Spring框架自身對編程模型沒有限制,但其在Java應用中的頻繁使用讓它備受青睞,以至于后來讓它作為EJB(EnterpriseJavaBeans)模型的補充,甚至是替補。Spring框架為開發提供了一系列的解決方案,比如利用控制反轉的核心特性,并通過依賴注入實現控制反轉來實現管理對象生命周期容器化,利用面向切面編程進行聲明式的事務管理,整合多種持久化技術管理數據訪問,提供大量優秀的Web框架方便開發等等。Spring框架具有控制反轉(IOC)特性,IOC旨在方便項目維護和測試,它提供了一種通過Java的反射機制對Java對象進行統一的配置和管理的方法。Spring框架利用容器管理對象的生命周期,容器可以通過掃描XML文件或類上特定Java注解來配置對象,開發者可以通過依賴查找或依賴注入來獲得對象。Spring框架具有面向切面編程(AOP)框架,SpringAOP框架基于代理模式,同時運行時可配置;AOP框架主要針對模塊之間的交叉關注點進行模塊化。Spring框架的AOP框架僅提供基本的AOP特性,雖無法與AspectJ框架相比,但通過與AspectJ的集成,也可以滿足基本需求。Spring框架下的事務管理、遠程訪問等功能均可以通過使用SpringAOP技術實現。Spring的事務管理框架為Java平臺帶來了一種抽象機制,使本地和全局事務以及嵌套事務能夠與保存點一起工作,并且幾乎可以在Java平臺的任何環境中工作。Spring集成多種事務模板,系統可以通過事務模板、XML或Java注解進行事務配置,并且事務框架集成了消息傳遞和緩存等功能。Spring的數據訪問框架解決了開發人員在應用程序中使用數據庫時遇到的常見困難。它不僅對Java:JDBC、iBATS/MyBATIs、Hibernate、Java數據對象(JDO)、ApacheOJB和ApacheCayne等所有流行的數據訪問框架中提供支持,同時還可以與Spring的事務管理一起使用,為數據訪問提供了靈活的抽象。Spring框架最初是沒有打算構建一個自己的WebMVC框架,其開發人員在開發過程中認為現有的StrutsWeb框架的呈現層和請求處理層之間以及請求處理層和模型之間的分離不夠,于是創建了SpringMVC。
第3章 系統分析
3.1 需求分析
交通事故檔案管理系統主要是借助信息管理系統,方便管理人員跟進交通事故進行的處理情況,并最終歸檔方便后續查閱。更好存儲所有數據信息及快速方便的檢索功能。對系統的各個模塊是通過許多今天的發達系統做出合理的分析來確定考慮用戶的可操作性,遵循開發的系統優化的原則,經過全面的調查和研究。
系統所要實現的功能分析,對于現在網絡方便的管理,系統要實現用戶可以直接在平臺上進行查看所有數據信息,根據需求可以進行在線添加,刪除或修改信息,這樣既能節省時間,不用再像傳統的方式耽誤時間,真的很難去滿足用戶的各種需求。所以交通事故檔案管理系統的開發不僅僅是能滿足用戶的需求,還能提高管理員的工作效率,減少原有不必要的工作量。
3.2 系統可行性分析
3.2.1技術可行性
該系統在Windows操作系統中進行開發,并且目前PC機的性能已經可以勝任普通網站的web服務器。系統開發所使用的技術也都是自身所具有的,也是當下廣泛應用的技術之一。
系統的開發環境和配置都是可以自行安裝的,系統使用JSP開發工具,使用比較成熟的Mysql數據庫進行對系統前臺及后臺的數據交互,根據技術語言對數據庫,結合需求進行修改維護,可以使得網站運行更具有穩定性和安全性,從而完成實現網站的開發。
(1)硬件可行性分析
交通事故檔案管理系統及信息分析的設計對于所使用的計算機沒有什么硬性的要求,計算機只要可以正常的使用進行代碼的編寫及頁面設計就可行,主要是對于服務器有些要求,對于平臺搭建完成要上傳的服務器是有一定的要求的,服務器必須選擇安全性比較高的,然后就是在打開網站必須順暢,不能停頓太長時間;性價比高;安全性高。
(2)軟件可行性分析
開發整個系統使用的是云計算,流量的可擴展性和基于流量的智能調整云計算的優點就是流量的可擴展性和基于流量的智能調整,保障系統的安全及數據信息的及時備份。
因此,我們從兩個方面進行了可行性研究,可以看出系統的開發沒有問題。
3.2.2經濟可行性
在交通事故檔案管理系統開發之前所做的市場調研及相關的管理系統,都是沒有任何費用的,都是通過開發者自己的努力,所有的工作的都是自己親力親為,在碰到自己比較難以解決的問題,大多是通過同學和指導老師的幫助進行相關信息的解決,所以對于交通事故檔案管理系統的開發在經濟上是完全可行的,沒有任何費用支出的。
使用比較成熟的技術,系統是基于JSP的開發,采用Mysql數據庫。所以系統在開發人力、財力要求不高,具有經濟可行性。
3.2.3操作可行性?
可操作性主要是對交通事故檔案管理系統設計完成后,用戶的使用體驗度,以及管理員可以通過系統隨時管理相關的數據信息,并且對于管理員、系統用戶兩個用戶角色,都可以簡單明了的進入到自己的系統界面,通過界面導航菜單可以簡單明了地操作功能模塊,方便用戶信息的操作需求和管理員管理數據信息,對于系統的操作,不需要專業人員都可以直接進行功能模塊的操作管理,所以在系統的可操作性是完全可以的。本系統的操作使用的也是界面窗口進行登錄,所以操作人員只要會簡單的電腦操作就完全可以的。
3.3?項目設計目標與原則
1、關于交通事故檔案管理系統的基本要求
(1)功能要求:首頁,系統用戶(管理員,系統用戶),模塊管理(事故信息,認定記錄,案件記錄)等功能模塊。
(2)性能:在不同操作系統上均能無差錯實現在不同類型的用戶登入相應界面后能不出差錯、方便地進行預期操作。
(3)安全與保密要求:用戶都必須通過身份驗證才能進入系統,并且用戶的權限也需要根據用戶的類型進行限定。
(4)環境要求:支持多種平臺,可在Windows系列、Vista系統等多種操作系統下使用。
2、開發目標
交通事故檔案管理系統的主要開發目標如下:
(1)實現管理系統信息關系的系統化、規范化和自動化;
(2)減少維護人員的工作量以及實現用戶對信息的控制和管理。
(3)方便查詢信息及管理信息等;
(4)通過網絡操作,改善處理問題的效率,提高操作人員利用率;
(5)考慮到用戶多樣性特點,要求界面簡單,操作簡便。
3、設計原則
本系統采用Java技術,Mysql數據庫開發,充分保證了系統穩定性、完整性。
交通事故檔案管理系統的設計與實現的設計思想如下:
2、即時可見:對交通事故檔案管理系統信息的處理將可以實時查詢到,從而實現“即時發布、即時見效”的系統功能。
3、功能的完善性:首頁,系統用戶(管理員,系統用戶),模塊管理(事故信息,認定記錄,案件記錄)等模塊的修改維護操作。
3.4系統流程分析
3.4.1操作流程
系統登錄流程圖,如圖所示:
?
圖3-1登錄流程圖
3.4.2添加信息流程
添加信息流程圖,如圖所示:
?
圖3-2添加信息流程圖
3.4.3刪除信息流程
刪除信息流程圖,如圖所示:
?
圖3-3刪除信息流程圖
第4章 系統設計
4.1 系統體系結構
本系統選擇B/S結構(Browser/Server,瀏覽器/服務器結構)和基于Web服務兩種模式。適合在互聯網上進行操作,只要用戶能連網,任何時間、任何地點都可以進行系統的操作使用。系統工作原理圖如圖4-1所示:
?
圖4-1 系統工作原理圖
4.2系統結構設計
整個系統是由多個功能模塊組合而成的,要將所有的功能模塊都一一列舉出來,然后進行逐個的功能設計,使得每一個模塊都有相對應的功能設計,然后進行系統整體的設計。
本系統結構圖如圖4-2所示。
?
圖4-2 系統功能結構圖
4.3開發流程設計
系統流程的分析是通過調查系統所涉及問題的識別、可行性、可操作性、系統分析處理能力等具體環節來調節、整理系統的設計方案以確保系統能達到理想的狀態。這些操作都要從注冊、登錄處著眼進行一系列的流程測試保證數據庫的完整,從而把控系統所涉及信息管理的安全、保證信息輸入、輸出正常轉換。然后,通過實際操作完成流程圖的繪制工作。
交通事故檔案管理系統的開發對管理模塊和系統使用的數據庫進行分析,編寫代碼,系統測試,如圖4-4所示。
?
圖4-4開發系統流程圖
4.4 數據庫設計原則
學習編程,我們都知道數據庫設計是基于需要設計的系統功能,我們需要建立一個數據庫關系模型,用于存儲數據信息,這樣當我們在程序中時,就沒有必要為程序頁面添加數據,從而提高系統的效率。數據庫存儲了很多信息,可以說是信息管理系統的核心和基礎,數據庫還提供了添加、刪除、修改和檢查,使系統能夠快速找到自己想要的信息,而不是在程序代碼中找到。數據庫中信息表的每個部分根據一定的關系精確地組合,排列和組合成數據表。
通過交通事故檔案管理系統的功能進行規劃分成幾個實體信息,實體信息將通過ER圖進行說明,本系統的主要實體圖如下:
管理員信息屬性圖如圖4-5所示。
?
圖4-5 管理員信息實體屬性圖
系統的E-R圖如下圖所示:
?
圖4-6系統E-R圖
4.5?數據表
將數據庫概念設計的E-R圖轉換為關系數據庫。在關系數據庫中,數據關系由數據表組成,但是表的結構表現在表的字段上。
表access_token (登陸訪問時長)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | token_id | int | 10 | 0 | N | Y | 臨時訪問牌ID | |
| 2 | token | varchar | 64 | 0 | Y | N | 臨時訪問牌 | |
| 3 | info | text | 65535 | 0 | Y | N | ||
| 4 | maxage | int | 10 | 0 | N | N | 2 | 最大壽命:默認2小時 |
| 5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
| 6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
| 7 | user_id | int | 10 | 0 | N | N | 0 | 用戶編號: |
表accident_information (事故信息)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | accident_information_id | int | 10 | 0 | N | Y | 事故信息ID | |
| 2 | accident_pictures | varchar | 255 | 0 | Y | N | 事故圖片 | |
| 3 | accident_no | varchar | 64 | 0 | Y | N | 事故編號 | |
| 4 | accident_name | varchar | 64 | 0 | Y | N | 事故名稱 | |
| 5 | time | datetime | 19 | 0 | Y | N | 時間 | |
| 6 | place | varchar | 64 | 0 | Y | N | 地點 | |
| 7 | personnel | varchar | 64 | 0 | Y | N | 人員 | |
| 8 | accident_details | text | 65535 | 0 | Y | N | 事故詳情 | |
| 9 | remarks | text | 65535 | 0 | Y | N | 備注 | |
| 10 | user_name | int | 10 | 0 | Y | N | 0 | 用戶名稱 |
| 11 | examine_state | varchar | 16 | 0 | N | N | 未審核 | 審核狀態 |
| 12 | examine_reply | varchar | 16 | 0 | Y | N | 審核回復 | |
| 13 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
| 14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
| 15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
表auth (用戶權限管理)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | auth_id | int | 10 | 0 | N | Y | 授權ID: | |
| 2 | user_group | varchar | 64 | 0 | Y | N | 用戶組: | |
| 3 | mod_name | varchar | 64 | 0 | Y | N | 模塊名: | |
| 4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
| 5 | page_title | varchar | 255 | 0 | Y | N | 頁面標題: | |
| 6 | path | varchar | 255 | 0 | Y | N | 路由路徑: | |
| 7 | position | varchar | 32 | 0 | Y | N | 位置: | |
| 8 | mode | varchar | 32 | 0 | N | N | _blank | 跳轉方式: |
| 9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
| 10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可刪除: |
| 11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
| 12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
| 13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
| 14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
| 15 | field_get | text | 65535 | 0 | Y | N | 查詢字段: | |
| 16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表導航名稱: | |
| 17 | table_nav | varchar | 500 | 0 | Y | N | 跨表導航: | |
| 18 | option | text | 65535 | 0 | Y | N | 配置: | |
| 19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
| 20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
表case_record (案件記錄)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | case_record_id | int | 10 | 0 | N | Y | 案件記錄ID | |
| 2 | accident_pictures | varchar | 255 | 0 | Y | N | 事故圖片 | |
| 3 | case_no | varchar | 64 | 0 | Y | N | 案件號 | |
| 4 | case_type | varchar | 64 | 0 | Y | N | 案件類型 | |
| 5 | accident_no | varchar | 64 | 0 | N | N | 事故編號 | |
| 6 | accident_name | varchar | 64 | 0 | Y | N | 事故名稱 | |
| 7 | time | varchar | 64 | 0 | Y | N | 時間 | |
| 8 | place | varchar | 64 | 0 | Y | N | 地點 | |
| 9 | personnel | varchar | 64 | 0 | Y | N | 人員 | |
| 10 | accident_details | varchar | 64 | 0 | Y | N | 事故詳情 | |
| 11 | remarks | varchar | 64 | 0 | Y | N | 備注 | |
| 12 | user_name | int | 10 | 0 | Y | N | 0 | 用戶名稱 |
| 13 | responsible_party | varchar | 64 | 0 | Y | N | 責任方 | |
| 14 | responsibility_identification_form | varchar | 255 | 0 | Y | N | 責任認定表 | |
| 15 | identification_content | varchar | 64 | 0 | Y | N | 認定內容 | |
| 16 | examine_state | varchar | 16 | 0 | N | N | 未審核 | 審核狀態 |
| 17 | examine_reply | varchar | 16 | 0 | Y | N | 審核回復 | |
| 18 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
| 19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
| 20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
表case_type (案件類型)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | case_type_id | int | 10 | 0 | N | Y | 案件類型ID | |
| 2 | case_type | varchar | 64 | 0 | Y | N | 案件類型 | |
| 3 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
| 4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
| 5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
表hits (用戶點擊)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | hits_id | int | 10 | 0 | N | Y | 點贊ID: | |
| 2 | user_id | int | 10 | 0 | N | N | 0 | 點贊人: |
| 3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
| 4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
| 5 | source_table | varchar | 255 | 0 | Y | N | 來源表: | |
| 6 | source_field | varchar | 255 | 0 | Y | N | 來源字段: | |
| 7 | source_id | int | 10 | 0 | N | N | 0 | 來源ID: |
表identification_record (認定記錄)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | identification_record_id | int | 10 | 0 | N | Y | 認定記錄ID | |
| 2 | accident_pictures | varchar | 255 | 0 | Y | N | 事故圖片 | |
| 3 | accident_no | varchar | 64 | 0 | Y | N | 事故編號 | |
| 4 | accident_name | varchar | 64 | 0 | Y | N | 事故名稱 | |
| 5 | time | varchar | 64 | 0 | Y | N | 時間 | |
| 6 | place | varchar | 64 | 0 | Y | N | 地點 | |
| 7 | personnel | varchar | 64 | 0 | Y | N | 人員 | |
| 8 | accident_details | varchar | 64 | 0 | Y | N | 事故詳情 | |
| 9 | remarks | varchar | 64 | 0 | Y | N | 備注 | |
| 10 | user_name | int | 10 | 0 | Y | N | 0 | 用戶名稱 |
| 11 | responsible_party | varchar | 64 | 0 | Y | N | 責任方 | |
| 12 | responsibility_identification_form | varchar | 255 | 0 | Y | N | 責任認定表 | |
| 13 | identification_content | text | 65535 | 0 | Y | N | 認定內容 | |
| 14 | examine_state | varchar | 16 | 0 | N | N | 未審核 | 審核狀態 |
| 15 | examine_reply | varchar | 16 | 0 | Y | N | 審核回復 | |
| 16 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
| 17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
| 18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
表system_user (系統用戶)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | system_user_id | int | 10 | 0 | N | Y | 系統用戶ID | |
| 2 | user_name | varchar | 64 | 0 | N | N | 用戶名稱 | |
| 3 | examine_state | varchar | 16 | 0 | N | N | 已通過 | 審核狀態 |
| 4 | recommend | int | 10 | 0 | N | N | 0 | 智能推薦 |
| 5 | user_id | int | 10 | 0 | N | N | 0 | 用戶ID |
| 6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間 |
| 7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間 |
表upload (文件上傳)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | upload_id | int | 10 | 0 | N | Y | 上傳ID | |
| 2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
| 3 | path | varchar | 255 | 0 | Y | N | 訪問路徑 | |
| 4 | file | varchar | 255 | 0 | Y | N | 文件路徑 | |
| 5 | display | varchar | 255 | 0 | Y | N | 顯示順序 | |
| 6 | father_id | int | 10 | 0 | Y | N | 0 | 父級ID |
| 7 | dir | varchar | 255 | 0 | Y | N | 文件夾 | |
| 8 | type | varchar | 32 | 0 | Y | N | 文件類型 |
表user (用戶賬戶:用于保存用戶登錄信息)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | user_id | mediumint | 8 | 0 | N | Y | 用戶ID:[0,8388607]用戶獲取其他與用戶相關的數據 | |
| 2 | state | smallint | 5 | 0 | N | N | 1 | 賬戶狀態:[0,10](1可用|2異常|3已凍結|4已注銷) |
| 3 | user_group | varchar | 32 | 0 | Y | N | 所在用戶組:[0,32767]決定用戶身份和權限 | |
| 4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登錄時間: |
| 5 | phone | varchar | 11 | 0 | Y | N | 手機號碼:[0,11]用戶的手機號碼,用于找回密碼時或登錄時 | |
| 6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手機認證:[0,1](0未認證|1審核中|2已認證) |
| 7 | username | varchar | 16 | 0 | N | N | 用戶名:[0,16]用戶登錄時所用的賬戶名稱 | |
| 8 | nickname | varchar | 16 | 0 | Y | N | 昵稱:[0,16] | |
| 9 | password | varchar | 64 | 0 | N | N | 密碼:[0,32]用戶登錄所需的密碼,由6-16位數字或英文組成 | |
| 10 | | varchar | 64 | 0 | Y | N | 郵箱:[0,64]用戶的郵箱,用于找回密碼時或登錄時 | |
| 11 | email_state | smallint | 5 | 0 | N | N | 0 | 郵箱認證:[0,1](0未認證|1審核中|2已認證) |
| 12 | avatar | varchar | 255 | 0 | Y | N | 頭像地址:[0,255] | |
| 13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
表user_group (用戶組:用于用戶前端身份和鑒權)
| 編號 | 名稱 | 數據類型 | 長度 | 小數位 | 允許空值 | 主鍵 | 默認值 | 說明 |
| 1 | group_id | mediumint | 8 | 0 | N | Y | 用戶組ID:[0,8388607] | |
| 2 | display | smallint | 5 | 0 | N | N | 100 | 顯示順序:[0,1000] |
| 3 | name | varchar | 16 | 0 | N | N | 名稱:[0,16] | |
| 4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述該用戶組的特點或權限范圍 | |
| 5 | source_table | varchar | 255 | 0 | Y | N | 來源表: | |
| 6 | source_field | varchar | 255 | 0 | Y | N | 來源字段: | |
| 7 | source_id | int | 10 | 0 | N | N | 0 | 來源ID: |
| 8 | register | smallint | 5 | 0 | Y | N | 0 | 注冊位置: |
| 9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 創建時間: |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新時間: |
第5章 系統詳細設計
5.1管理員功能模塊
管理員登錄交通事故檔案管理系統,在登錄頁面輸入用戶名、密碼、圖片驗證等進行登錄,如下圖所示。
?
圖5-1管理員登錄界面圖
??????
????管理員進入系統后臺可以查看:后臺首頁,系統用戶(管理員,系統用戶),模塊管理(事故信息,認定記錄,案件記錄)等功能模塊,還可進行相應的操作,如下圖所示。
?
圖5-2管理員功能界面圖
系統用戶,在此頁面可以查看用戶信息,還可在該頁面對用戶進行重置、添加和刪除等操作。如下圖所示。
?
圖5-3用戶管理界面圖
事故信息:可以查看事故的圖片,編號,名稱,時間,地點等信息。可以進行查詢、重置、刪除、添加等操作,或者進行審核操作,如下圖所示。
?
圖5-4事故信息管理界面圖
?
圖5-5事故信息審核界面圖
認定記錄:可以查看事故的圖片,編號,名稱,時間,地點等信息。可以進行查詢、重置、刪除、添加,導出等操作,或者進行審核操作,如下圖所示。
?
圖5-6認定記錄管理界面圖
?
圖5-7認定審核界面圖
案件記錄:可以查看事故的圖片,編號,名稱,時間,地點等信息。可以進行查詢、重置、刪除、添加等操作,審核完認定記錄點擊確認立案即生成案件編號,如下圖所示。
?
圖5-8確認立案界面圖
?
圖5-9案件記錄管理界面圖
5.2系統用戶功能模塊
系統用戶登錄交通事故檔案管理系統,需先注冊,在登錄頁面輸入用戶名、密碼進行登錄,如下圖所示。
?
圖5-10系統用戶注冊界面圖
?
圖5-11系統用戶登錄界面圖
??????
????進入系統可以查看:后臺首頁,模塊管理(事故信息,認定記錄,案件記錄)等功能模塊,還可進行相應的操作,如下圖所示。
?
圖5-12系統用戶功能界面圖
事故信息:可以查看事故的圖片,編號,名稱,時間,地點等信息。可以進行查詢、重置、刪除、添加等操作,管理員審核通過后可以上傳責任認定書,如下圖所示。
?
圖5-13事故信息添加界面圖
?
圖5-14責任認定書上傳界面圖
認定記錄:可以查看事故的圖片,編號,名稱,時間,地點等信息。可以進行查詢、重置、刪除、添加,導出等操作,如下圖所示。
?
圖5-15認定記錄界面圖
案件記錄:可以查看事故的圖片,編號,名稱,時間,地點等信息。可以進行查詢、重置等操作,如下圖所示。
?
圖5-16案件記錄界面圖
第6章 ?系統測試
6.1系統測試的目的
程序設計不能保證沒有錯誤,這是一個開發過程,在錯誤或錯誤的過程中都是難以避免的。雖然這是不可避免的,但我們不能使這些錯誤始終存在于系統中,錯誤可能會造成無法估量的后果,如系統崩潰,安全信息泄露,系統無法正常啟動等,為了避免這些問題,我們需要測試程序,再測試過程中發現問題,并糾正它們,從而使系統更長時間穩定成熟。本章的作用是發現這些問題,并對其進行修改,雖然耗時費力,但對于長期使用而言是非常重要和必要系統的開發。
軟件在設計后必須進行測試,調試過程中使用的方法是軟件測試方法。在開發新軟件時,系統測試是檢查軟件是否合格的關鍵步驟,以及是否符合設計目標的參考。測試主要是查看軟件中數據的準確性,正確的操作與否,以及操作的結果,還有哪些方面需要改進。
交通事故檔案管理系統的實現,對于系統中功能模塊的實現及操作都必須通過測試進行來評判系統是否可以準確的實現。在交通事故檔案管理系統正式上傳使用之前必須做的一步就是系統測試,對于測試發現的錯誤及時修改處理,保證系統準確無誤的供給用戶使用。
6.2系統測試方法
在對交通事故檔案管理系統進行測試的時候在找到問題的情況下必須在第一時間找到解決問題的辦法,不要存在僥幸的心理,這樣才能讓交通事故檔案管理系統開發的質量可以過關,并且開發的周期會大大縮短,還有就是在測試時,不要出現重復性的錯誤,遇到一個錯誤問題,要將整個交通事故檔案管理系統開發所牽扯的該問題都必須一一解決,提高交通事故檔案管理系統平臺的安全性、穩定性。
白盒測試與黑盒測試是測試中比較常用的兩種方法。
①結構測試俗稱白盒測試:這種測試是在對程序的處理過程與結構都有詳盡諒解的前提下,順從程序內部的邏輯而完成的系統測試,以確定系統中所有的通路都能夠遵照設計要求正常工作,不出現任何偏差。
②功能測試又成黑盒測試:主要是針對程序功能能夠按照設計正常實現的一種檢測,在程序接口處進行,檢測程序手法數據是否正常,與外部信息的交換是否完整。
6.3功能測試
用戶登錄測試:
| 模塊名稱 | 測試用例 | 預期結果 | 實際結果 | 是否通過 |
| 登錄模塊 | 用戶名:admin ??密碼:123 ? | 彈出錯誤提示,提示密碼錯誤 | 彈出錯誤提示,提示密碼錯誤 | 通過 |
| 登錄模塊 | 用戶名:123 ?? 密碼:admin ?? | 彈出錯誤提示,提示用戶名錯誤 | 彈出錯誤提示,提示用戶名錯誤 | 通過 |
| 登錄模塊 | 用戶名:admin ?? 密碼:admin ?? | 管理員登錄成功 | 管理員登錄成功 | 通過 |
修改密碼測試:
| 模塊名稱 | 測試用例 | 預期結果 | 實際結果 | 是否通過 |
| 修改密碼模塊 | 原密碼:666 新密碼:123 確認密碼:123 ? | 彈出錯誤提示,提示原密碼錯誤 | 彈出錯誤提示,提示原密碼錯誤 | 通過 |
| 修改密碼模塊 | 原密碼:admin ??新密碼:123 確認密碼:333 ? | 彈出錯誤提示,提示確認密碼不一致 | 彈出錯誤提示,提示確認密碼不一致 | 通過 |
| 修改密碼模塊 | 原密碼:admin ??新密碼:123 確認密碼:123 ? | 密碼修改成功 | 密碼修改成功 | 通過 |
通過對功能的測試,交通事故檔案管理系統的基本功能都是可行的,不管是系統里面的功能,還是界面的設計都是可值得推廣宣傳的。
結 ?論
此時項目已經完成,即使實施的時間不是很長,但是這個過程中需要準備很長的一段時間去對系統設計開發所相關技術進行學習。在學習的過程中,我逐漸認識得到了我自身存在的一些不足。對于一些控制是必要的應用技能,能夠理解,整個過程中僅僅是一個掌握了常用的性能和控制方法,我覺得挺容易的。從該系統中,系統的分析和設計的調查數據,并且已經經歷了幾個月,并努力幾個月,該系統已經完成。很顯然,該系統仍有很多不成熟的地方,在系統設計過程中有許多技術缺陷存在。在設計的過程中也涉及到了很多自己無法解決的問題,主要通過咨詢老師解決這些問題,對于畢業設計的圓滿完成,需要感謝老師們的指導。系統的開發環境和配置都是可以自行安裝的,系統使用Java開發工具,使用比較成熟的Mysql數據庫進行對系統前臺及后臺的數據交互,根據技術語言對數據庫,結合需求進行修改維護,可以使得系統運行更具有穩定性和安全性,從而完成實現系統的開發。
回顧畢業設計的整個過程,既付出汗水也收獲了很多。雖然經歷了各種各樣的困難,自己的不斷研究探索,系統的實現仍有不足之處。
在以后的學習及工作中,我仍然繼續學習計算機方面的技術,讓我在后期的平臺開發中可以更好更快的實現需求功能。我相信我可以讓更多的好工作,做出更大的貢獻。
致 ?謝
交通事故檔案管理系統的完成,如何實現的更好,其中付出的努力是很大的,這段時光將會終身難忘。
首先要感謝我的指導老師,謝謝您在設計和論文中給我的指導。在您的細心指導下我才能快速的掌握系統的相關功能,在您的大力幫助下我才能將課本上的知識與自己的項目結合,真正的做到學以致用。感謝您經常犧牲自己的休息時間,利用其豐富的教學和項目經驗對我進行指導。
感謝所有教過我的老師,為我傾注了大量的心血,正是你們的諄諄教誨、嚴謹教學才使我能順利的完成學業,再此向你們表示深深的感謝。
感謝我的同學們,對我的大力支持及幫助,正是你們不斷的幫助、鼓勵,給我帶來了極大的動力,最終系統可以順利的運行。我們在交流、談論的這段時間,將是我未來的財富,我要深深地感謝你們!
畢業在即,在今后的工作和生活中,我會銘記師長們的教誨、同學們的幫助,繼續不懈努力和追求,來報答所有支持和幫助過我的人!
參考文獻
[1]遲麗華. 信息管理系統提高圖書檔案管理的路徑分析[J]. 文化產業,2023,(03):34-36.
[2]林麗芳. 電子檔案管理系統在公共資源交易領域的應用研究[J]. 冶金管理,2023,(01):15-17.
[3]Yu Yang. Design and Implementation of Student Information Management System Based on Springboot[J]. Advances in Computer, Signals and Systems,2022,6(6).
[4]劉冰,賈子彥,孫華林. 基于Vue.js的高校檔案管理系統[J]. 軟件,2022,43(09):70-73.
[5]陳穎靈,朱映輝,江玉珍,黃欒雅. 基于SpringBoot學生實訓管理系統的設計與實現[J]. 電腦知識與技術,2022,18(19):49-51.
[6]向兵,董曉紅. 基于SpringBoot的高校教材管理系統的設計與實現[J]. 電腦知識與技術,2022,18(14):12-15.
[7]賈黎,劉忠超,李英玲. 基于SpringBoot+Vue新冠疫苗接種全過程管理系統[J]. 西南民族大學學報(自然科學版),2022,48(02):181-189.
[8]楊宇,徐萬明. 基于Springboot微信小程序用戶管理系統設計[J]. 電腦與電信,2022,(03):63-67.
[9]蔣晟,陳科. 基于SpringBoot的學生宿舍管理系統的設計與實現[J]. 現代信息科技,2021,5(12):6-9.
[10]鐘怡旸,郭昱君. 基于Springboot的博客管理系統設計與實現[J]. 現代信息科技,2021,5(07):18-20+24.
[11]李唯. 基于SpringBoot的作業管理系統設計與開發[J]. 電腦編程技巧與維護,2020,(12):73-74.
[12]Guanhong Chen,Jiangming Xu. Design and implementation of efficient Learning platform based on SpringBoot Framework[J]. Journal of Electronics and Information Science,2020,6(1).
[13]Jian Chen,Chen Jian,Pan Hailan. Design of Man Hour Management Information System on SpringBoot Framework[J]. Journal of Physics: Conference Series,2020,1646(1).
[14]楊錦山,王輝. 基于SpringBoot的項目信息管理系統的設計與實現[J]. 電子技術與軟件工程,2020,(09):38-39.
[15]趙冉. 基于J2EE交通事故管理信息系統設計與實現[D].青島大學,2018.
請關注點贊+私信博主,免費領取項目源碼
總結
以上是生活随笔為你收集整理的springboot 交通事故档案管理系统-计算机毕设 附源码72452的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Win7,64位设置成豆沙绿护眼颜色后,
- 下一篇: 研扬科技最新的物联网网关让客户不再受空间