海口市龍華區(qū)交通事故處理管理系統(tǒng)設(shè)計_第1頁
??谑旋埲A區(qū)交通事故處理管理系統(tǒng)設(shè)計_第2頁
海口市龍華區(qū)交通事故處理管理系統(tǒng)設(shè)計_第3頁
??谑旋埲A區(qū)交通事故處理管理系統(tǒng)設(shè)計_第4頁
??谑旋埲A區(qū)交通事故處理管理系統(tǒng)設(shè)計_第5頁
已閱讀5頁,還剩58頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

哈爾濱工業(yè)大學畢業(yè)設(shè)計(論文)IPAGE摘要如今伴隨著Java技術(shù)越發(fā)的成熟,也將計算機技術(shù)帶入一個全新的發(fā)展時代,計算機編程技術(shù)也將逐漸深化企業(yè)發(fā)展的各個方面。信息化高速發(fā)展的今天,基層的交通管理部門的事故處理工作也急需計算技術(shù)的幫助,減少過多的繁雜環(huán)節(jié)。在節(jié)約資源同時也能極大的提高效率,能夠解決多數(shù)的事故處理。通過建立海口市龍華區(qū)交通事故處理的管理系統(tǒng),能夠效率化的管理事故發(fā)展流程,能夠大大提高交通事故處理的規(guī)范和便利。這樣一來可以優(yōu)化工作人員的工作的狀態(tài)和工作的結(jié)構(gòu),大力提高辦公效率同時還能節(jié)約警力。本次項目主要是通過使用SSM框架來完成程序的開發(fā)和實施。通過MySql來對本次系統(tǒng)的數(shù)據(jù)進行存儲操作,通過BootStrap來對本次系統(tǒng)的界面進行美化和裝飾。在現(xiàn)有的基礎(chǔ)之上服務(wù)器使用Tomcat來進行前后臺的支撐。系統(tǒng)的備案管理,事故信息管理,繳費員的管理。本系統(tǒng)的穩(wěn)定的運行能夠很好的幫助工作人員對事故的信息變更,銷毀,備案和錄入的管理。關(guān)鍵詞:??谑旋埲A區(qū)交通事故管理處理系統(tǒng);繳費員繳費處理,錄入員事故信息管理。AbstractNowadays,withthematurityofJavatechnology,computertechnologywillbebroughtintoaneweraofdevelopment,andcomputerprogrammingtechnologywillgraduallydeepenallaspectsofenterprisedevelopment.Withtherapiddevelopmentofinformationtechnology,thetrafficmanagementdepartmentsatthegrass-rootslevelareinurgentneedofthehelpofcomputingtechnologytoreducetoomanycomplexlinks.Atthesametime,itcangreatlyimproveefficiencyandsolvemostaccidents.ThroughtheestablishmentoftrafficaccidentmanagementsysteminLonghuaDistrict,HaikouCity,itcaneffectivelymanagetheaccidentdevelopmentprocessandgreatlyimprovethestandardandconvenienceoftrafficaccidenttreatment.Inthisway,theworkingstateandstructureofthestaffcanbeoptimized,theofficeefficiencycanbegreatlyimprovedandthepoliceforcecanbesavedatthesametime.ThisprojectismainlythroughtheuseofSSMframeworktocompletethedevelopmentandimplementationoftheprogram.MySQLisusedtostorethedataofthissystem,andbootstrapisusedtobeautifyanddecoratetheinterfaceofthissystem.Ontheexistingbasis,theserverusesTomcatforfrontandbacksupport.Systemofrecordmanagement,accidentinformationmanagement,payermanagement.Thestableoperationofthesystemcanhelpthestafftomanagethechange,destruction,recordandentryofaccidentinformation.Keywords:HaikouLonghuaDistricttrafficaccidentmanagementandprocessingsystem;payerpaymentprocessing,recorderaccidentinformationmanagement.目錄TOC\o"1-3"\u摘要 IAbstract II目錄 III第1章緒論 51.1課題背景 51.2目的和意義 61.2.1課題目的 61.2.2課題意義 8第2章可行性分析 102.1經(jīng)濟可行性 102.2技術(shù)可行性 122.3社會環(huán)境可行性 13本章小結(jié) 14第3章需求分析 153.1??谑旋埲A區(qū)交通事故處理管理系統(tǒng)需求概述 153.2業(yè)務(wù)流程分析 163.2.1錄入事故信息業(yè)務(wù)流程 163.2.2繳費員繳費業(yè)務(wù)流程 163.2.3整改員更新數(shù)據(jù)業(yè)務(wù)流程 173.3系統(tǒng)功能需求分析 183.4系統(tǒng)概念類圖分析 26第4章架構(gòu)建模 274.1海口市龍華區(qū)交通事故處理管理系統(tǒng)解決方案 284.1.1系統(tǒng)與子系統(tǒng)關(guān)系設(shè)計 284.1.2系統(tǒng)部署設(shè)計 284.2系統(tǒng)架構(gòu)設(shè)計 294.3數(shù)據(jù)庫模型設(shè)計 30本章小結(jié) 31第5章構(gòu)件建模 325.1系統(tǒng)UI構(gòu)件設(shè)計 325.1.1錄入員UI構(gòu)件設(shè)計 325.1.2繳費員UI構(gòu)件設(shè)計 325.2系統(tǒng)行為分析與設(shè)計 335.2.1錄入員行為分析與設(shè)計 335.2.2繳費員行為分析與設(shè)計 365.3系統(tǒng)設(shè)計類圖模型 38本章小結(jié) 40第6章系統(tǒng)實現(xiàn) 416.1操作員注冊功能的實現(xiàn) 416.2事故信息操作功能的實現(xiàn) 426.3事故信息備案功能的實現(xiàn) 446.4事故信息搜索功能的實現(xiàn) 45本章小結(jié) 50第7章系統(tǒng)實現(xiàn) 517.1測試的基本概念 517.2測試計劃 517.3測試用例 527.3.1白盒測試 527.3.2黑盒測試 557.4測試結(jié)果 587.4.1白盒測試結(jié)果 587.4.2黑盒測試結(jié)果 597.4.3測試結(jié)論 59本章小結(jié) 61結(jié)論 62第1章緒論1.1課題背景2019年是一個充滿朝氣的時代,也是科技發(fā)展最為迅猛的一個時代伴隨著城市的科技水平的發(fā)展來帶動著人們的工作和就業(yè)的方向,同樣的也促使了人們的生活水平也得到了很大的提高,當然同時伴隨著一起出現(xiàn)的城市當中的交通工具也變得更加的讓人感覺到驚嘆,以至于出現(xiàn)了無人駕駛的汽車,百度,高德的自動導航的導航系統(tǒng)。由于人們購買力的提升,同時出現(xiàn)的交通事故的問題也變得異常的頻繁。在各大城市,交通事故處理都是各大交通管理部門的一個非常重要環(huán)節(jié),它在相關(guān)法律的支持下也在各大城市出現(xiàn)了不同的交通事故處理的部門,也讓事故處理過程不能夠出現(xiàn)一點的疏忽的情況。所以,想要能夠更加有效的管理交通事故所帶來的人事問題和怎么處理交通事故的信息也就顯得尤為重要,同時也讓這些被需要處理的問題和事故的信息能夠更快的得到處理和備案以及更加高效的處理和統(tǒng)計也是相關(guān)的交通事故處理的部門的一項非常的重要的工作。在國外由于國外比國內(nèi)提前進入發(fā)展的這一個階段,所以他們也在考慮這個問題的時候出現(xiàn)了各種各樣的問題。著名的SCATS系統(tǒng)在美國的發(fā)展也是非常的迅速,比如說美國的視頻攝像機隨時時獲取道路車流信息。能夠?qū)煌l件變化的情況之下同樣能夠處理和記錄的一個系統(tǒng),當然目前國內(nèi)也是有相應(yīng)的產(chǎn)品,比如行車記錄儀,當然了在多年之前并沒有這樣的東西來支持這一點相比之下我們國家在高科技的發(fā)展過程當中雖然非常的迅速但是和發(fā)達國家還是有一點差距的。ANTS在當時的美國是其重要子系統(tǒng)通過大量設(shè)在路上的傳感器以及系統(tǒng)能夠計算旅行的標簽與設(shè)在約180個交叉路口處的詢問器通話,就是這樣的一個系統(tǒng)通過幾千輛出租車裝有美國的的先進系統(tǒng),并對交通網(wǎng)的的運行情況進行判別通話的情況。通過對出租車的識別,SCATS的使用的具體的操作是通過模擬道路網(wǎng)來進行預測交通事故的發(fā)生的行為。一種名叫RM的系統(tǒng)。不僅遠程信號控制系統(tǒng)IeRoads和交通控制與通信中心(cC)C不僅使用SCATS,其它系統(tǒng)進行事故檢測和信言息的收集發(fā)布工作。能夠更加的詳細的進行事故信息的檢測和初步的進行判定并且還采用普通的電話線,TC能夠連接到差不多30個比較遠的地方,其中較重要的是是交通自動進行撥號的系統(tǒng),這個系統(tǒng)呢主要是通過它們所獲取到的參數(shù),為偏遠地方提供交通燈,可以監(jiān)控的信號的控制提供了比較方便的一條途徑啊。通過檢測這些信號燈的狀態(tài)的改變來進行進一步的判斷。給這樣的相關(guān)的系統(tǒng)的公共優(yōu)化系統(tǒng)的時候總保持綠燈一直常亮。通過與BLUSS系統(tǒng)來安排一般的表。剛才說完了美國現(xiàn)在來說說法國的情況吧,在法國這個地方呢,比較先進的現(xiàn)代化的交通事故智能管理的這樣的一個系統(tǒng)啊,被認為是能夠解訣交通事故數(shù)量變得直線上升的趨勢、由于交通事故的發(fā)生導致的道路交通擁擠和這個社會的這么一個社會問題的途徑,這個有希望啊也就是,對于21世紀的公路交通事業(yè)產(chǎn)生積極的一個重大的影響。法國呢在1998年制訂了一個交通事故的綜合的這么一個策略,主要是由建設(shè)部門、國際貿(mào)易商與工業(yè)部們以及國家警察同志的這個共同的著手開發(fā)出的這樣的一個智能化交通事故管理的系統(tǒng)。目前,在美麗的法國呢,智能化的交通事故處理的系統(tǒng)方面的開發(fā)與應(yīng)用已取得重要進步對于前景來講也同樣的有很大的發(fā)展的空間呢,車輛信息與通訊系統(tǒng)的陸續(xù)的開發(fā)和研發(fā)成果的出現(xiàn)也覆蓋了全國范圍,同時對于電子收費系統(tǒng)也同樣進入實用的階段。在法國這個國家?guī)缀跛械钠嚩佳b有汽車的導航系統(tǒng),目前這個國家的車上幾乎都裝有導航的系統(tǒng),這一項技術(shù)的出現(xiàn)也能夠讓車輛在行駛的過程當中能夠提前預支路況。在導航系統(tǒng)的基礎(chǔ)之上啊,同時裝有汽車車載信息通訊系統(tǒng),接收器的車輛也達到了大概800多萬輛的顯著的效果,以上裝置可以為駕駛員或其他機動車使用者提供即時道路信息。也正是因為這樣,在法國的道路上行駛的車很多,但是并不會顯得凌亂。在法國的道路之上也同時擁有著諸多監(jiān)測器和雷達,隨時監(jiān)控道路情況和采集信息,這也讓駕駛員能夠通過情報信息板獲取即時道路信息。1.2目的和意義1.2.1課題目的2019年是一個全新的時代,在我國的計劃當中,在這之后便是全面的建設(shè)小康社會,目前中國的交通狀況詳細情況:隨著科學技術(shù)的不斷的高速的發(fā)展,也同時將計算機的編程的技術(shù)帶入一個全新的發(fā)展高峰,隨著5G時代的腳步的到來,毫不夸張的說我國之后計算機領(lǐng)域也將得到非常有跨度的發(fā)展,對于現(xiàn)如今來說,計算機也已經(jīng)被應(yīng)用在各個企業(yè)和行業(yè)當中,前一段時間的互聯(lián)網(wǎng)+就是最好的例子,這也使得計算機發(fā)展的同時在不斷的深化企業(yè)發(fā)展的各個方面,也讓我們的生活也越來越離不開計算機。海南是一個島嶼,也是在前一段時間來了一個飛速的發(fā)展主打的旅游事業(yè)也是芝麻開花節(jié)節(jié)高呈現(xiàn)出不斷的上漲的趨勢,海口市的交通路線呈帶狀分布,城市布局混亂,這樣的交通路線的分布同時也導致了城市道路分布不均衡,道路網(wǎng)系統(tǒng)不夠合理雖然隨著這幾年的不斷的翻修有了很大的改善,但是本質(zhì)如此想要徹底改變何其的困難,??谑械氖械缆凡季殖霈F(xiàn)比較混亂的情況,路網(wǎng)沿海岸呈混合式方格網(wǎng),在海口市的東部的舊城區(qū)的道路路網(wǎng)較密,然而在海口市的西部則呈現(xiàn)出疏帶狀。南北方向連通道路多為斷頭道路,東西方向的交通不順暢?,F(xiàn)有的交通事故管理系統(tǒng)還存在一些其他的問題,而這也使得整個系統(tǒng)能夠取得的效果非常有限,無法滿足當前的交通事故處理需求,所以開發(fā)功能更加強大功能更加全面與交通事故處理人員需求較為一致的新型管理系統(tǒng)就顯得尤為重要。在整個系統(tǒng)的開發(fā)和建設(shè)的過程當中,首先對實際的事故處理和管理的業(yè)務(wù)進行了調(diào)研與詳細的問卷調(diào)查分析,總結(jié)出了海口市龍華區(qū)交通事故處理管理系統(tǒng)的設(shè)計與實現(xiàn)的需求,并對該系統(tǒng)的實現(xiàn)的可行性等條件進行了分析,然后介紹了系統(tǒng)開發(fā)相關(guān)技術(shù),并采用了MYSQL數(shù)據(jù)庫技術(shù)、并保證了系統(tǒng)功能的邏輯性與層次性。根據(jù)實際中的事故管理業(yè)務(wù)需求分別從非功能需求以及功能性需求的方面進行了分析,并得到了系統(tǒng)需要實現(xiàn)的功能以及性能指標,例如有系統(tǒng)管理、交通事故管理、基礎(chǔ)信息管理、事故查詢管理等功能。目前的交通的處理還是存在著很大的問題:目前現(xiàn)有的交通事故管理系統(tǒng)還存在一些一些別的問題,如此的一個問題,這也使得整個系統(tǒng)能夠取得的效果非常有限,無法滿足目前高速的發(fā)展的社會的需求,當前社會的需求量很大,每天的交通事故也在瘋漲,如果按部就班的進行傳統(tǒng)的交通事故的處理的流程的話達不到預期的效果和需要。??谶@個城市的交通管理和技術(shù)裝備落后,不過對于這一點也已經(jīng)得到了很大的改善,在處理上也不會像以前那樣遇到有些特殊的交通事故情況無法進行精準的判斷的情況。以前人們交通安全意識差,這也就是但是交通事故頻發(fā)的一個最主要的一個嚴重的問題,在后面各種公益廣告的宣傳之下這一點也得到了很大的改善,在??谑卸鄶?shù)的路口也已經(jīng)實現(xiàn)了信號燈控制的數(shù)量增加的好轉(zhuǎn)的現(xiàn)象,但是大多的地點和區(qū)域大多都是單點的單時段控制來進行控制的,這樣無疑增加了事故發(fā)生的風險,由于是單點的勢必會造成擁堵的現(xiàn)象,只要擁堵就會發(fā)生相應(yīng)的事故,同時也會讓道路變得更加的擁堵,這是一個惡性的循環(huán),而且配時和相位劃分也不合理,綠波線控的道路較少,行人安全意識差,隨意穿越道路,車輛隨意超車、城市靜態(tài)交通較差,在商業(yè)區(qū)和辦公樓以及住宅小區(qū)停車難已經(jīng)成了一個刻不容緩的問題。1.2.2課題意義前面所說的一切都是為了海口市龍華區(qū)交通事故處理系統(tǒng)的設(shè)計與實現(xiàn)這個課題的開展打下一個堅實的基礎(chǔ)??谑旋埲A區(qū)交通事故處理管理系統(tǒng)的具體功能:通過建立海口市龍華區(qū)交通事故處理管理系統(tǒng)能夠程序化,系統(tǒng)化的處理事故處理與管理的流程,在一定的程度之上顯著的提高效率。在提高效率的同時也能相對的減少各個事故管理部門的工作量和工作的壓力??梢云鸬健皼Q定性”的作用的好處。能夠在統(tǒng)計多發(fā)事故路段方面做到明確具體的路段信息,同時也是方便了出警人員能夠快速的做好防范措施。把計算機編程技術(shù)應(yīng)用于基層交警的事故處理工作勢必會給傳統(tǒng)的事故處理工作帶來前所未有的改變,通過建立事故處理信息系統(tǒng)對整個事故的處理流程進行規(guī)范化管理,可以大力提高辦公效率節(jié)約警力。到底該如何建立、優(yōu)化事故處理信息系統(tǒng)使其能滿足現(xiàn)代交通事故處理的需求是一個大眾化的論題。溫州市交警支隊負責在省級平臺的基礎(chǔ)上進行二次開發(fā),實現(xiàn)符合本轄區(qū)特殊需求的交通事故處理系統(tǒng)。本文首先對??谑薪煌ㄊ鹿侍幚硐到y(tǒng)開發(fā)過程中,涉及到的關(guān)鍵技術(shù)了做了說明,針對本系統(tǒng)的功能需要,采用UML的方式分析了功能需求,并且同時也介紹了關(guān)鍵的該程序系統(tǒng)的性能方面的需求,在設(shè)計部分結(jié)合具體業(yè)務(wù)流程和數(shù)據(jù)結(jié)構(gòu)總體設(shè)計,在實現(xiàn)部分具體描述了SSM框架的實現(xiàn)過程。SSM框架在交警業(yè)務(wù)系統(tǒng)開發(fā)中已成為最主流的技術(shù),同時由于在本文中我們研究了目前常用的開源的JavaSpring開發(fā)框架,總結(jié)了JavaSpring礦機的優(yōu)點和不足。同時本文介紹了Spring、Mybatis兩個開源框架。本次設(shè)計針對目前交警行業(yè)的具體情況的了解分析,以實際需求為依據(jù)將計算機技術(shù)應(yīng)用于基層交警的事故處理工作勢必會給傳統(tǒng)的事故處理工作帶來前所未有的改變,通過建立事故處理信息系統(tǒng)對整個事故的處理流程進行規(guī)范化管理,可以大力提高辦公效率節(jié)約警力。如何建立、優(yōu)化事故處理信息系統(tǒng)使其能滿足現(xiàn)代交通事故處理的需求是一個大眾化的論題。溫州市交警支隊負責在省級平臺的基礎(chǔ)上進行二次開發(fā),實現(xiàn)符合本轄區(qū)特殊需求的交通事故處理系統(tǒng)。本文首先對溫州市交通事故處理系統(tǒng)開發(fā)過程中,涉及到的關(guān)鍵技術(shù)了做了說明,針對本系統(tǒng)的功能需要,采用UML的方式分析了功能需求,并介紹了關(guān)鍵的性能方面的需求,在設(shè)計部分結(jié)合具體業(yè)務(wù)流程和數(shù)據(jù)結(jié)構(gòu)總體設(shè)計,在實現(xiàn)部分,具體描述了SSH框架的實現(xiàn)過程。本論文對日后同類型數(shù)據(jù)管理系統(tǒng)的開發(fā)必將有重要的借鑒和指導意義。SSM框架在相關(guān)的交通處理部門開發(fā)中是擁有非常舉足輕重的地位的,知道目前2019年也已成為最受到歡迎的的一門開發(fā)后臺與前臺的一門編程語言,于此同時由于JAVC技術(shù)的開源的特性,在SSM框架中出現(xiàn)了許多不同的技術(shù)框架,尤其是在近幾年伴隨著大量開源框架如春筍般冒出一般,也讓開源的框架受到了非常大的歡迎啊。本次設(shè)計針對目前交警行業(yè)的具體情況的了解分析,以實際需求為依據(jù)。在對于??谑斜镜氐牡缆非闆r和當前的交通事故處理的實際的方式向結(jié)合,這樣能夠才能夠把本次的課題做到行之有效,行之有據(jù),行之有理。在目前所擁有的的基礎(chǔ)之上,把能夠完成以及能夠?qū)崿F(xiàn)的和解決的問題做到更加的簡便和有效,也讓程序的健壯性得到非常的重要的保證,在能夠幫助到相關(guān)交通管理局的工作人員的情況下還能夠提升自己對于編程語言的理解,這將是一件一舉多得的事情。想要達到這樣的一個目標需要的是更加的理解交通事故處理的具體的業(yè)務(wù)流程和系統(tǒng)的開發(fā)的最基本的流程,為了掌握這些開發(fā)本課題的最基本的問題的解決方案,對于??谑旋埲A區(qū)展開了一場實地調(diào)研和問卷調(diào)查以及走訪調(diào)查的任務(wù),在任務(wù)的最后得到的效果也還算是比較可觀的,這也讓開發(fā)人員了解到了??谑旋埲A區(qū)的當?shù)氐木唧w的情況,雖然做了這么多的工作,但是總是覺得還差點什么,或許這就是初入接觸項目的一個大家都需要經(jīng)歷的一個節(jié)點吧。不過也只有這樣才能夠達到系統(tǒng)需求的一個最最基本的需要。本課題能夠解決的主要的問題:這樣做能夠?qū)τ谌藛T的分配上更加的細化和詳細以及能夠更加的方便對于每一個模塊所對應(yīng)的具體的人員的信息,在很大的程度上能夠達到可以人員工作的模式和結(jié)構(gòu),在極大的提高辦公效率的同時還能節(jié)約警力,做到“指哪打哪”的精準定位的基本目標,當然了,這樣也能夠?qū)τ诮煌ㄊ鹿实男畔⑦M行一個系統(tǒng)的記錄和備案當下,針對當前海口市的現(xiàn)狀路網(wǎng)對策措施。在對現(xiàn)在的路網(wǎng)進行改善和翻修的情況之下,在管理和維護的方面也能有很大的提升。針對??谑械慕煌〒頂D的重點路段和交叉口,為緩解中心城區(qū),特別是舊城內(nèi)核地區(qū)日益嚴重的交通阻塞的相關(guān)問題也將在本課題的幫助之下得到很大的改善和優(yōu)化。通過社會這樣的大環(huán)境和相關(guān)的工作者的一起努力目前也已經(jīng)在大局和細節(jié)上適應(yīng)了經(jīng)濟發(fā)展對交通事故處理的需求,從戰(zhàn)略上我們也應(yīng)該通過城市用地的建設(shè)以及道路交通的管理處理系統(tǒng)的調(diào)整上進行進一步的努力才行,畢竟社會是一個大環(huán)境,這個環(huán)境的改善需要我們大家的努力,比如通過有目的的進行管理和處理城市的交通情況,使城市的交通線通過編程的技術(shù)來進行大局的管理,以及提高人們的安全交通出行意識也是必不可少的一個需要重視的點。由此可以看出,建立一個有效的交通事故處理管理系統(tǒng)才是重中之重。第2章可行性分析2.1經(jīng)濟可行性想要實現(xiàn)程序開發(fā),首要需要想到的就是經(jīng)濟方面的可行性,在實現(xiàn)客戶端與服務(wù)器的交互方面,不得不提到服務(wù)器收費的這樣的一種情況,現(xiàn)在市面上有很多的服務(wù)器端都是需要收費的,對于本系統(tǒng)來說,這或許就會成為一個比較大的阻力,無果沒有辦法解決服務(wù)器的問題的話,程序的客戶端和后臺的交互也叫成為開發(fā)本系統(tǒng)的第一大的阻力,在沒有任何經(jīng)濟支撐的條件之下要想完成本系統(tǒng)的開發(fā),也將成為無稽之談,更別提程序的開發(fā)流程與需要達到的功能點之類的問題,這個世上當一條路走不通的時候,你是會選擇呆在原地還是另想辦法?很肯定的一點,并不會愿意呆在原地,好在,有一款名叫Tomcat的服務(wù)器給我的程序前后端的交互帶來了希望,Tomcat的出現(xiàn),也讓本次系統(tǒng)有了能夠?qū)崿F(xiàn)前后臺的交互的可能性。由于服務(wù)器的開源免費也使得本系統(tǒng)有了一個比較容易的開發(fā)環(huán)境,在開發(fā)的過程中需要投入的就是人力,物力方面Tomcat服務(wù)器已經(jīng)滿足了開發(fā)的主要條件,Tomcat的免費讓個人開發(fā)變得容易和可行。Tomcat服務(wù)器的支持也讓本系統(tǒng)在實現(xiàn)前后臺交互的過程當中有了一個堅實的基礎(chǔ),讓實習前后的客戶端和服務(wù)器的交互變得容易。在分析已有事故信息系統(tǒng)軟件特點和不足的基礎(chǔ)上,為滿足用戶需求,確定系統(tǒng)所應(yīng)具備的功能,提出系統(tǒng)的功能體系結(jié)構(gòu),并進行了功能模塊分析與實現(xiàn)方法探討。Tomcat的免費也讓本系統(tǒng)在做前后臺交互的過程中不用考慮費用的問題,這也算是為本系統(tǒng)的可行性帶來了很大的幫助,本系統(tǒng)在Tomcat的支持下也能夠在不花費經(jīng)濟的情況之下帶來客戶端與服務(wù)器的交互的可能。本項目的開發(fā)主要也應(yīng)用在道路交通上,對于目前人們生活水平的提高,以后會有越來越多的人會選擇通過車輛來進行出行,這樣的大環(huán)境之下本系統(tǒng)的發(fā)布和應(yīng)用的可行性上的使用是必不可少的。由于在現(xiàn)在交通便捷網(wǎng)絡(luò)良好的前提之下,本系統(tǒng)的使用也會越來越得到相關(guān)部門的普及,使用的廣度方面也會越來越大,使用的廣度的增加也就代表了能夠產(chǎn)生利益的點,所以本系統(tǒng)是完全能夠在互聯(lián)網(wǎng)普及的大趨勢之下得到應(yīng)用和使用的。開發(fā)本次項目的花費情況分為項目的需求分析的階段,前端的設(shè)計階段,數(shù)據(jù)庫建立表的階段,以及單元測試的階段,還有系統(tǒng)的綜合的測試的階段,前端和后臺的設(shè)計與分析,包括對于人員的每天的花費的情況堵在預算當中,具體的花費情況如下表2-2所示。表2-2??谑旋埲A區(qū)交通事故處理管理系統(tǒng)初期投資預算序號項目人工(人·日)單價(元)合計(元)1需求分析201000200002總體設(shè)計1080080003前端詳細設(shè)計550025004后端詳細設(shè)計550025005數(shù)據(jù)庫設(shè)計540020006編碼實現(xiàn)20500100007單元測試530015008系統(tǒng)綜合測試430012009說明手冊編制120020010合計457002.該系統(tǒng)貨幣的時間價值設(shè)年利率為i,現(xiàn)已存入P元,則n年后可得到的錢數(shù)為:F=P(1+i)n。這就是P元在n年后的價值。在??谑旋埲A區(qū)交通事故處理管理系統(tǒng)中,假設(shè)每年可節(jié)省5萬元。若軟件生存期為5年,則5年可節(jié)省25萬元。而開發(fā)洪洞市黃粉蟲養(yǎng)殖場管理系統(tǒng)共投資1.02萬元。其具體的貨幣的時間價值如下。設(shè)年利率為5%,洪洞市黃粉蟲養(yǎng)殖場管理貨幣時間價值如表2-2所示。表2-2??谑旋埲A區(qū)交通事故處理管理系統(tǒng)貨幣時間價值(萬元)年份將來值(1+i)n現(xiàn)在值151.054.7624.762251.10254.5359.297351.15764.31913.616451.21554.11417.730551.27633.91821.6483.投資回收期在引入本系統(tǒng)一年以后,可以節(jié)省4.762萬元;第二年,可以節(jié)省9.297萬元,比最初的投資還少1.94萬元,但第三年可以節(jié)省4.535萬元。即:1+(5.78-4.762)/4.535=1.224(年)4.純收入引入??谑旋埲A區(qū)交通事故處理管理系統(tǒng)之后,5年內(nèi)的純收入預計是15.868萬元,具體內(nèi)容如下:21.648-5.78=15.868(萬元)經(jīng)過以上數(shù)據(jù)分析,本次系統(tǒng)在經(jīng)濟可行性上的開發(fā)是可行的。2.2技術(shù)可行性利用計算機編程來實現(xiàn)對交通事故信息進行管理,不單單能夠保證準確、無誤、快速的輸出,而且還可以利用計算機對相關(guān)的事故信息進行查詢。電腦的編程技術(shù)的特點是檢索迅速和方便并且通過編碼的加密和權(quán)限的限制使得程序的可靠性得到提高,同時保密性也變得更加的健壯和容易操作。想要科學的實現(xiàn)信息化交通事故信息處理管理系統(tǒng),研發(fā)一個適合交通事故信息的,能夠進行信息存儲、查詢、修改等功能的信息事故處理管理系統(tǒng)是十分重要的。本次的課題就是主要針對便于交通事故信息管理的問題而設(shè)計的一個系統(tǒng)。本課題使用到的技術(shù)主要是JavaSpring,MySql數(shù)據(jù)庫,以及前端開發(fā)語言Html,Css,Js等開發(fā)語言。對于這些語言的選擇也在慎重考慮之后才做出的決定,主要的原因有一下幾點:Java本身是一種跨平臺的,適合于分布式計算機環(huán)境的面向?qū)ο缶幊痰恼Z言。具體的來說,它具有如下特性:面向?qū)ο?、平臺無關(guān)、分布式、多線程、可靠和安全等特性,Html和Css以及Js的選擇也是為了讓自己所開發(fā)的本次系統(tǒng)在用戶的視覺體驗上會有一個好的回饋,對于數(shù)據(jù)庫的選擇,也為為了能夠更好的用來存儲系統(tǒng)所產(chǎn)生的數(shù)據(jù)的信息。這也算是我選擇這些語言的一個出發(fā)點。開發(fā)本次??谑旋埲A區(qū)交通事故處理管理系統(tǒng)用到的后臺的語言主要是SSM集成框架來進行編寫的,SSM框架集成相對其他框架的集成過程(如Spring+Struts+Hibernate)要簡單很多,原因就在于SpringMVC本身就是Spring生態(tài)中的一員,在使用自身所帶的成員的時候不會出現(xiàn)不兼容的問題,這一個優(yōu)化的點也給在開發(fā)本次的??谑旋埲A區(qū)交通事故管理系統(tǒng)上帶來了很大的助力;在使用SpringMVC來開發(fā)程序的時候發(fā)現(xiàn)SpringMVC在本質(zhì)上就與Spring完成了良好的集成,無需再去做別的準備,也會讓開發(fā)本次系統(tǒng)的難度降到了最低,重繁瑣上來講也會變得簡單容易。因此SSM集成從本質(zhì)上就是探討如何將Spring和MyBatis進行集成;在Spring中構(gòu)MyBatis的SessionFactory,并設(shè)置自動掃描映射配置文件和映射接口后構(gòu)建以@Mapper注解標注的映射接口,該接口可以在其他Bean中通過注解@Autowired自動注入使用。就算是在低版本當中出現(xiàn)無法使用注解的情況,也不用太過于擔心和無語,因為除了注解之外還可以進行配置Web.xml來進行手動的注入,主要使用到的標簽也是主要分為這個ResultMapper和Association來對嵌套表的查詢進行手動的配置通過Id屬性來進行賦予,并且能夠通過id當中的column來進行配置主鍵的約束和result來配置非主鍵的約束的效果,由于在用戶的創(chuàng)建的登錄的過程當中會參數(shù)一個Session的參數(shù),所以需要通過通過會話Dession跟蹤來對程序進行保存一個會話,當然,在不使用的時候應(yīng)該給Session設(shè)置銷毀的代碼,用來銷毀代碼可以通過Close的方式來進行操作,這樣做的意義也是為了保證用戶賬號的安全性。在本次課題當中也適當?shù)呐渲昧艘恍┻^濾器Filter,對于不想要或者想要阻止的信息進行阻止和過濾的操作,能在最大限度的保證程序的簡介和提高性能。Java的SSM框架技術(shù)通過集成的形式對本次的??谑旋埲A區(qū)交通事故處理管理系統(tǒng)的數(shù)據(jù)庫進行集成和前后臺的交互進行集成,數(shù)據(jù)庫的連接方式也是通過配置Xml文件來進行,具體的操作通過Bean標簽來對數(shù)據(jù)庫的配置文件進行加載和增加一些功能比如掃描器等等。2.3社會環(huán)境可行性在開發(fā)??谑旋埲A區(qū)交通事故信息處理管理系統(tǒng)的時候有一個決定性的前提就是這樣的一個系統(tǒng)是否存在危害社會和對社會不利的因素,如果危害到了市民的正常生活的話是不可取的,如果研發(fā)對社會有害的軟件,開發(fā)人員也將被國家的法律制裁。不過,如果是對國家的建設(shè)和管理有力的軟件的話,國家也會大力對這樣的系統(tǒng)程序進行支持,讓開發(fā)的過程當這個一路暢通無阻。當前我們正處在一個經(jīng)濟和科學技術(shù)高速發(fā)展的時代,當然隨之而來的也有大部分的交通事故與交通安全的事故也隨之而來近年來,我國道路交通行業(yè)以科學發(fā)展為主題,以調(diào)整結(jié)構(gòu)、轉(zhuǎn)變發(fā)展方式為主線,全國交通安全與質(zhì)量工作持續(xù)扎實推進,我國道路交通安全主要問題群死群傷重特大事故仍然頻發(fā)。從2015年發(fā)生的12起重特大道路交通事故的分布區(qū)域看,在歷年來集中多發(fā)的西南、西北地區(qū)共發(fā)生4起,同比減少5起,安全形勢明顯改觀。但12起事故分布在6個片區(qū)的11個省份,既有中西部偏遠落后地區(qū),也有東部經(jīng)濟發(fā)達地區(qū),說明目前道路交通安全風險覆蓋面變廣,交通事故處理的需求也在慢慢的變高,如何去正確的處理和管理交通事故信息也變得尤為的重要。目前的社會安全形勢尚未取得根本好轉(zhuǎn)。駕駛?cè)税踩庾R淡薄,交通違法違規(guī)行為突出。近幾年,雖然公安、交通運輸?shù)炔块T同時也隨之加大了交通安全管理力度,但超速行駛、超載、客車超員、超限、疲勞駕駛、酒后駕車、無證駕駛、駕駛證與所駕車型不符等問題依然較為突出。大中型客車由于乘載人數(shù)較多,最易發(fā)生重特大道路交通事故。去年12起重特大事故中有10起涉及到大中型客車,占總數(shù)的83.3%,是發(fā)生重特大交通事故的主要車型。目前貨運行業(yè)市場化程度高、組織化程度低,經(jīng)營主體眾多、分散,安全管理處于游離狀態(tài)。針對這樣的問題給出了以下的對策方案:強化道路交通安全的“紅線”意識。會和這個公安部門啊、還有啊這個交通等等與之相關(guān)的部門開展了一把這個“文明交通行動計劃”和“道路交通安全日”的這樣的一個提高全名素質(zhì)的這樣的一個有意義的公益活動,在中央電視臺等主流媒體也在這個不間斷的投放公益廣告,用來一步一步的提高全社會的交通安全意識讓交通安全事故盡最大的可能和從根本性進行減少。加大典型案例曝光力度,通過動態(tài)監(jiān)控平臺,及時把重大事故教訓傳發(fā)到各級監(jiān)控平臺,做到“一廠出事故,萬廠受教育,一地有隱患、全國受警示”加強道路交通安全工作組織領(lǐng)導。督促各地黨委、政府高度重視道路交通安全工作,切實加強對道路交通安全工作的統(tǒng)籌協(xié)調(diào)和監(jiān)督指導,將道路交通安全工作納人經(jīng)濟和社會發(fā)展規(guī)劃,與經(jīng)濟建設(shè)和社會發(fā)展同部署、同落實、同考核。要進一步建立健全道路交通安全責任體系,完善“五級五覆蓋”和“五落實五到位”安全生產(chǎn)責任體系,真正將道路交通安全各項工作責任落實。也只有這樣進行,才能夠從根本上進行一個加強交通事故的意識的一個最基本的操作。本章小結(jié)本章的小結(jié)通過三個方面的可行性分析,經(jīng)濟可行性讓程序可以正常的進行開發(fā),技術(shù)可行性,讓程序開發(fā)有了最基本的著手的資本,社會可行性使程序能夠滿足社會的需求,總的來說讓程序的開發(fā)能夠正常進行的同時,還能夠滿足社會的需求。第3章需求分析在開發(fā)本系統(tǒng)的時候,最應(yīng)該做的,也就是首要需要考慮的就是對本系統(tǒng)進行詳細的調(diào)研和分析,需求分析作為開發(fā)項目的起始點,我們首先需要做好的就是對本系統(tǒng)的需求分析工作,也就是需要開發(fā)人員針對本系統(tǒng)有一個比較系統(tǒng)的了解和研究,通過繁瑣的需求調(diào)研,需要弄清楚本系統(tǒng)開發(fā)的要求,通過什么樣的技術(shù)能夠達到什么樣的效果,是需要開發(fā)人員詳細了解的首要的一點,只有這樣才能夠開始系統(tǒng)的開發(fā)。3.1海口市龍華區(qū)交通事故處理管理系統(tǒng)需求概述??谑旋埲A區(qū)交通事故處理管理系統(tǒng)分為兩個部分:第一部分是面向錄入員信息的管理和錄入員對事故信息的操管理部分,能夠?qū)煌ㄊ鹿市畔⑦M行事故信息錄入,事故信息變更,事故信息銷毀,搜索事故信息,另外一個部分是關(guān)于繳費員的信息管理和繳費處理的部分。1.錄入員信息管理錄入員信息管理分為錄入員對于信息的注冊,首先需要錄入員進行身份注冊,當注冊為錄入員的時候會提示錄入員身份注冊成功,注冊成功之后錄入員可以對本身的事故的信息進行操作,能夠變更本身的身份信息,也能夠檢索本身的詳細信息,也可以對離職的錄入員的信息進行銷毀的操作,這些的操作都是通過錄入員本身來進行操作。2.錄入員管理事故信息錄入員能夠?qū)κ鹿市畔⑦M行錄入操作,主要是在接警之后執(zhí)行這個錄入事故信息的操作。能夠在事故信息需要改變的時候?qū)︿浫氲氖鹿市畔⑦M行進行銷毀和變更事故信息以及搜索事故信息,對于事故的信息的處理全都交由錄入員來進行處理和改變。也能夠?qū)κ鹿实男畔⑦M行統(tǒng)計的操作,通過生成統(tǒng)計圖來進行分析具體的那一個區(qū)域或者說街道,屬于事故多發(fā)地點的區(qū)域,通過分析得出事故的多發(fā)地點之后進行提前的出警,來對該事故多發(fā)地點進行防范來保證事故的發(fā)生頻率不會過于頻繁。3.繳費員信息管理繳費員同樣的需要注冊身份為繳費員的身份之后才可以使用繳費員的信息管理,繳費員的信息管理能夠進行信息的錄入和變更,也能夠?qū)U費員的信息進行銷毀,銷毀信息同樣是在繳費員離職之后進行銷毀。4.繳費員繳費處理繳費員對需要繳費的事故信息進行繳費處理,在繳費管理界面進行繳費操作,需要輸入繳費員的編號來進行驗證,驗證成功之后進行對需要處理的事故進行搜索,查到信息以后,對該事故信息進行繳費,在繳費成功之后會生成繳費通知單,在被繳費的人員交完費用之后會吧繳費單下發(fā)給被繳費人員,同時繳費員會對已經(jīng)繳費的事故的詳細信息進行本案處理。3.2業(yè)務(wù)流程分析3.2.1錄入事故信息業(yè)務(wù)流程通過錄入員在事故現(xiàn)場進行數(shù)據(jù)的錄入,首先通過接警通知,在接收到通知之后錄入員和相關(guān)人員趕到現(xiàn)場進行當前事故的信息進行采集和記錄,會記錄事故的發(fā)生時間,發(fā)生地點街道,事故的類型,事故的嚴重程度等一些的問題,具體的操作過程如圖3-1所示。圖3-1錄入事故信息業(yè)務(wù)流程3.2.2繳費員繳費業(yè)務(wù)流程繳費員首先進入繳費管理界面,然后對事故信息進行分析,然后對肇事者相關(guān)人員進行計費操作,操作完成之后會生成一個繳費通知單,把繳費通知單下發(fā)給肇事相關(guān)人員,最后進行備案操作,也就是對當前已經(jīng)繳費完成的信息進行備案處理,具體操作如圖3-2所示:圖3-2繳費員對肇事者進行繳費業(yè)務(wù)流程3.2.3整改員更新數(shù)據(jù)業(yè)務(wù)流程整改員對錄入員的權(quán)限進行設(shè)置,規(guī)定錄入員能夠進行那一個操作,不能夠進行某一個操作,在設(shè)置完權(quán)限之后及時生效,能夠限制錄入員的操作權(quán)限,對系統(tǒng)整體的功能進行協(xié)調(diào)處理,整改員對整個系統(tǒng)的更新和維護起到舉足輕重的作用如圖3-3所示。圖3-3整改員更新數(shù)據(jù)業(yè)務(wù)流程3.3系統(tǒng)功能需求分析本章節(jié)將對本系統(tǒng)的需求做相應(yīng)分析結(jié)合用例圖和用例表格進行描述,讓開發(fā)人員更加清晰的知道該如何去實現(xiàn)本系統(tǒng)。通過用例圖的表達方式來進行開發(fā)能夠得到一個較為清晰的結(jié)果。需求描述本功能需要將特事故的信息進行單獨的錄入和存檔管理,如果當前的事故類型為特殊事故類型則需要進行特殊事故的錄入管理,并存檔在特殊事故管理當中。特殊事故信息本功能專門針對特殊事故進行信息的錄入,會對特殊事故的信息進行一個詳細的描述和判定為具體的什么特殊事故類型。會對事故發(fā)生的地點,發(fā)生的時間以及事故的嚴重程度進行一個添加操作,最后提交之后會單獨保存在特殊事故管理的模塊里。特殊事故管理本功能主要是針對特殊事故進行管理,一個普通的事故信息是無法被保存進特殊事故管理模塊當中的,只有在是特殊事故的時候才會被保存在特殊事故管理的模塊當中來。在特殊事故管理當中,管理員可以對特殊事故信息進行操作做到及時的更新特殊事故信息。特殊事故信息管理用例圖如圖3-4所示。圖3-4特殊事故信息管理搜索特殊事故信息操作用例事件,用來敘述本系統(tǒng)的權(quán)限的分析操作的解釋,對于每一個特殊事故信息做到具體分析,主要是對于錄入員錄入特殊事故信息進行用例分析和操作。表3-4搜索特殊事故信息操作用例事件流用例編號UC01-01用例名稱錄入員用例概述系統(tǒng)錄入員對系統(tǒng)特殊事故信息管理,搜索特殊事故信息主參與者系統(tǒng)錄入員次要參與者無前置條件進入搜索特殊事故信息管理界面后置條件無成功保證特殊事故信息搜索成功續(xù)表3-4基本事件流步驟活動1系統(tǒng)錄入員點擊“特殊事故管理”按鈕,打開事故管理主界面2輸入特殊事故信息編號點擊“搜索”按鈕,搜索特殊事故信息3點擊“特殊事故管理”按鈕,對特殊事故信息進行管理4用例終止擴展事件流3a搜索相應(yīng)的特殊事故信息,點擊“提交”按鈕,搜索特殊事故成功,返回用戶管理主界面4a變更用戶名稱,點擊“提交”按鈕,變更成功,返回用戶管理主界面6a點擊“批量搜索”按鈕,打開成員選擇頁面,選擇要搜索的特殊事故的信息,點擊“提交”,搜索成功,返回特殊事故管理頁面子事件流無規(guī)則與約束1.對特殊事故信息管理2.對特殊事故信息進行操作和提交操作變更事故信息功能的用例事件,具體的描述了變更事故信息的操作與管理員的具體操作,這是一個錄入員角色對于事故信息的變更的事件,具體的操作步驟是通過先成功登錄系統(tǒng)之后再來進行操作,變更后的信息能夠進行顯示和查看。如表3-5所示。表3-5變更特殊事故信息功能的用例事件流用例編號UC01-02用例名稱變更特殊事故信息用例概述系統(tǒng)錄入員變更事故信息主參與者錄入員次要參與者無前置條件1.錄入員已經(jīng)進入到操作界面2.要變更的事故信息已經(jīng)創(chuàng)建后置條件成功變更事故信息成功保證變更后的事故信息可以在界面進行查看基本事件流步驟活動1錄入員點擊“變更事故信息”按鈕,打開變更事故信息頁面2錄入員輸入事故信息數(shù)據(jù),3錄入員點擊“提交”按鈕,提示信息變更成功4用例終止子事件流無規(guī)則與約束1.變更事故信息管理2.對特殊事故信息進行變更操作錄入特殊事故信息功能的用例事件的具體描述通過對特殊事故信息的錄入操作,對于錄入的事故能夠在對應(yīng)的界面顯示出來,對于特殊事故的錄入操作只有管理員和錄入員能夠進行操作,繳費人員是無法進行操作的,錄入成功后的信息對于所有登錄的用戶可見。表3-6錄入特殊事故信息功能的用例事件流用例編號UC01-02用例名稱錄入特殊事故信息用例概述系統(tǒng)錄入員錄入特殊事故信息主參與者錄入員次要參與者無前置條件1.錄入員已經(jīng)成功進入到錄入信息界面2.要錄入的特殊事故信息欄目已經(jīng)創(chuàng)建后置條件成功錄入特殊事故信息成功保證錄入后的特殊事故信息只有管理員和錄入員可以進行操作基本事件流步驟活動1錄入員點擊“錄入特殊事故信息”按鈕,打開錄入特殊事故信息頁面2錄入員輸入特殊事故信息數(shù)據(jù),通過特殊事故信息的編號來進行搜索3錄入員點擊“提交”按鈕,提示信息錄入成功4用例終止擴展事件流3a若帶*號的項為空,則提示不能為空子事件流無規(guī)則與約束1.錄入的事故信息內(nèi)容不能為空2.搜索關(guān)鍵字是int類型的繳費員在注冊賬號和密碼之后也能夠登錄系統(tǒng),不過只能夠?qū)U費管理模塊進行操作,能夠?qū)σ呀?jīng)繳費的事故信息進行存檔保存,能夠查看事故信息,需要統(tǒng)計繳費的清單。表3-7繳費員對肇事者進行繳費的用例事件流用例編號UC02-01用例名稱繳費操作管理用例概述繳費員對事故信息進行繳費主參與者繳費員次要參與者無前置條件1.繳費員已經(jīng)成功進入繳費系統(tǒng)界面后置條件成功對事故信息進行繳費成功保證繳費后的事故信息可以顯示出來基本事件流步驟活動1繳費員點擊“繳費”按鈕,打開事故信息頁面2繳費員輸入想要搜索的事故信息基本事件流3繳費員點擊“提交”按鈕,提示信息繳費成功4用例終止擴展事件流3a繳費進行的過程當中需要確認子事件流無繳費員在對事故信息備案的操作,需要一個前提就是這個事故與之相關(guān)的人員和信息需要完成繳費操作完成的情況才可以進行備案的處理。備案主要也是為了能夠方便之后的事故的分析取到一個決定性的作用,備案的事故信息都是被處理過的真實的案例。表3-8繳費員對事故信息進行備案處理的用例事件流用例編號UC02-02用例名稱事故信息進行備案處理用例概述繳費員對事故信息進行備案操作主參與者繳費員次要參與者無前置條件1.繳費員已經(jīng)成功進入到繳費界面后置條件成功備案事故信息成功保證繳費后的事故信息類型可以在對應(yīng)界面顯示出來基本事件流步驟活動1繳費員點擊“繳費”按鈕,打開備案操作頁面2繳費員輸入事故編號,進行檢索需要備案的事故的信息3繳費員點擊“提交”按鈕,提示備案事故信息成功4用例終止擴展事件流3a備案的信息一定是經(jīng)過繳費操作的子事件流無生成處理完成后的事故繳費單的用例事件,能夠?qū)κ鹿实脑敿毿畔⑦M行一個全面的表現(xiàn),通過事故的繳費單能夠得出是對于具體的什么樣的事故的信息進行一個完美的解釋和顯示,也讓被繳費的人員知道自己是哪里出現(xiàn)的問題,提示被繳費者同樣的問題和錯誤不能再次犯,也算起到一個警醒的作用,讓事故的信息得到一個最大的價值如表3-9所示。表3-9生成處理完成后的事故繳費單的用例事件流用例編號UC02-03用例名稱生成事故信息的繳費單續(xù)表3-9用例概述繳費員生成事故信息繳費單主參與者繳費員次要參與者無前置條件1.繳費員已經(jīng)成功進入事故信息繳費單系統(tǒng)后置條件成功生成事故繳費單信息成功保證生成繳費單后的事故信息可以打印出來基本事件流步驟活動1繳費員點擊“生成繳費單”按鈕,打開生成事故信息繳費單頁面2繳費員選擇需要生成的事故信息的繳費單3繳費員點擊“提交”按鈕,提示生成繳費單成功4用例終止擴展事件流3a需要被進行備案處理子事件流無規(guī)則與約束在生成事故信息單的過程中需要判斷事故的信息是否被備案通過用例圖的描述來對本系統(tǒng)進行判斷,能夠更加清晰的得出想要的各個用戶所對應(yīng)的具體的模塊,也讓開發(fā)者的開發(fā)工作得到一個比較詳細的思路,統(tǒng)計事故管理用例圖如圖3-10所示。圖3-10統(tǒng)計事故管理用例圖錄入員生成統(tǒng)計表管理界面生成事故信息的統(tǒng)計表的用例事件,通過對事故的統(tǒng)計表分析得出具體的那一個地段是事故的多發(fā)區(qū)域,在獲取到事故信息多發(fā)地點的信息之后可以做到對事故的加強的防范,達到未雨綢繆的效果,如表3-10所示。表3-10生成事故信息統(tǒng)計表用例事件流用例編號UC03-01用例名稱生成事故信息統(tǒng)計表用例概述通過對事故信息的統(tǒng)計生成詳細的事故信息表主參與者錄入員次要參與者無前置條件1.錄入員已經(jīng)成功進入生成統(tǒng)計圖的界面后置條件無成功保證成功生成事故信息的統(tǒng)計表基本事件流步驟活動1錄入員點擊“事故信息統(tǒng)計表管理”按鈕,打開錄入員生成統(tǒng)計圖頁面2錄入員輸入數(shù)據(jù)3錄入員點擊“生成”按鈕,提示生成統(tǒng)計表成功續(xù)表3-10擴展事件流3a若帶*號的項為空,則提示不能為空子事件流無規(guī)則與約束所有錄入員的信息都必須錄入對于已經(jīng)出現(xiàn)的事故的信息和冗余的事故信息進行銷毀的操作,在能夠節(jié)省系統(tǒng)內(nèi)存的同時,也讓自己的程序表得更加的簡介和使用性更加的強,在對于銷毀事故信息的時候需要注意就是不能夠隨便的進行銷毀操作,銷毀事故信息的前提條件就是該事故是出現(xiàn)了冗余的情況具體的信息和操作如表3-11所示。表3-11銷毀事故信息用例事件流用例編號UC03-02用例名稱銷毀事故信息用例概述通過對事故信息的銷毀來達到節(jié)省內(nèi)存的效果主參與者錄入員次要參與者無前置條件1.錄入員已經(jīng)成功進入事故信息銷毀的界面后置條件無成功保證成功銷毀事故信息基本事件流步驟活動1錄入員點擊“事故信息銷毀”按鈕,打開錄入員銷毀事故信息2錄入員輸入想要銷毀的事故信息的標號3錄入員點擊“銷毀”按鈕,提示銷毀成功擴展事件流3a銷毀的信息不能夠是備案里面沒有出現(xiàn)過的事故子事件流無規(guī)則與約束所有錄入員的信息都必須添加3.4系統(tǒng)概念類圖分析類圖是顯示了模型的靜態(tài)的一種結(jié)構(gòu),特別是模型當中存在的類、類的內(nèi)部結(jié)構(gòu)以及類本身與其他類的關(guān)系等。類圖不能夠顯示暫時性的信息。因為類圖是面向?qū)ο蠼5闹饕M成部分。它既用于應(yīng)用程序的系統(tǒng)分類的一般概念建模,也可以用于詳細建模,將模型轉(zhuǎn)換成編程代碼。本系統(tǒng)的概念圖如圖3-12所示圖3-12系統(tǒng)概念類圖模型第4章架構(gòu)建模4.1海口市龍華區(qū)交通事故處理管理系統(tǒng)解決方案4.1.1系統(tǒng)與子系統(tǒng)關(guān)系設(shè)計UML包圖屬于高層設(shè)計模型,UML包圖的結(jié)構(gòu)也和JAVA里面的package類似,屬于是對系統(tǒng)層次的一種具體描述??谑旋埲A區(qū)交通事故處理系統(tǒng)的包圖與子系統(tǒng)的包圖總體模型如圖4-1所示。圖4-1系統(tǒng)與子系統(tǒng)包圖4.1.2系統(tǒng)部署設(shè)計部署圖顧名思義是用來顯示系統(tǒng)中軟件和硬件的物理架構(gòu)。從部署圖中,可以了解到軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點的組件分布情況。使用部署圖可以顯示運行時系統(tǒng)的結(jié)構(gòu),同時還傳達構(gòu)成應(yīng)用程序的硬件和軟件元素的配置和部署方式。所以本系統(tǒng)使用部署圖來描述本系統(tǒng)的各個組件的分布情況和用來表示各個組件之間之中的各種關(guān)系,本系統(tǒng)的系統(tǒng)部署圖如圖4-2所示。圖4-2系統(tǒng)部署圖4.2系統(tǒng)架構(gòu)設(shè)計系統(tǒng)架構(gòu)圖是為了展現(xiàn)系統(tǒng)的各個模塊的分層架構(gòu)信息,對于分層架構(gòu)的信息做到一個詳細的描述與展現(xiàn),話句話來說分層的額外的要求就是各個模塊與模塊之間需要有映射的關(guān)系,本系統(tǒng)的架構(gòu)模型圖如圖4-3所示。圖4-3系統(tǒng)架構(gòu)模型圖4.3數(shù)據(jù)庫模型設(shè)計通過類圖的描述,能夠讓用戶能夠清楚,本系統(tǒng)在工作的時候的幾大比較重要的模塊的信息與他們之間的關(guān)系主要包括事故信息,錄入員信息,繳費員信息等等,也為了操作者在操作的時候有一個比較清晰的認知如圖4-4所示:圖4-4數(shù)據(jù)庫類圖本章小結(jié)本章按照實際要求給出了具體的實行方案。只有根據(jù)具體的方案實施,才能保證系統(tǒng)正常設(shè)計、設(shè)計效率的提高。本章也對本系統(tǒng)所選用的傳感器的方案做了一個大體的介紹,由于市場上關(guān)于本系統(tǒng)的傳感器有很多種,也有很多比本系統(tǒng)選擇的更好一些。第5章構(gòu)件建模5.1系統(tǒng)UI構(gòu)件設(shè)計5.1.1錄入員UI構(gòu)件設(shè)計這是一個UI構(gòu)架的設(shè)計的模塊圖,主要角色就是錄入員對事故信息來進行書寫。具體擦走哦如下。錄入員通過點擊添加事故信息會彈出一個模態(tài)框供錄入員添加事故的信息,錄入完畢之后點擊提交按鈕進行信息的提交,提交之后模態(tài)框消失并把數(shù)據(jù)保存在數(shù)據(jù)庫如圖5-1所示。圖5-1系統(tǒng)UI構(gòu)件設(shè)計圖5.1.2繳費員UI構(gòu)件設(shè)計在本系統(tǒng)中繳費員能夠做到對事故的信息進行繳費處理,對于繳費員來說所有的處理事故的繳費業(yè)務(wù)都可以進行操作,能夠?qū)λ械囊呀?jīng)繳費的事故信息進行打印繳費單和備案事故信息進行處理如圖5-2所示。圖5-2系統(tǒng)UI構(gòu)件設(shè)計圖5.2系統(tǒng)行為分析與設(shè)計5.2.1錄入員行為分析與設(shè)計對于??谑旋埲A區(qū)交通事故處理系統(tǒng)的行為進行分析也就是把系統(tǒng)的行為進行具體化,也就是說吧系統(tǒng)的某一個大的行為具體為幾個小一點的行為進行完成。系統(tǒng)對于錄入員的行為分析錄入員能夠操作的信息通過登錄系統(tǒng)時候,判斷是否登錄成功,在登錄成功之后進入操作界面進行操作,能夠?qū)κ鹿市畔⑦M行操作。如圖5-3所示。圖5-3錄入員操作時序圖通過錄入員對事故信息進行錄入能夠保證事故信息的存在的持久性能夠記錄該事故信息的所有的詳細信息,錄入的工作的對象主要也是針對錄入員能夠操作的權(quán)限來進行開發(fā)的,對于錄入員所能夠進行的操作也在圖中展現(xiàn)了出來,如圖5-4所示:圖5-4錄入員添加事故信息的時序圖錄入員能夠?qū)Ρ鞠到y(tǒng)的修改界面進行操作,通過錄入員登錄系統(tǒng)之后再nav修改事故操作的界面對當前想要操作的事故的信息進行修改的操作,在最后填寫好想要修改的信息之后會提示是否對正在進行的修改的數(shù)據(jù)進行修改,點擊確認之后會提示信息,操作成功的信息,能夠?qū)κ鹿实男畔⑦M行修改操作如圖5-5所示。圖5-5錄入員事故信息的時序圖5.2.2繳費員行為分析與設(shè)計系統(tǒng)對于繳費員的行為分析,繳費員在登錄成功之后進入事故管理界面之后,會對事故信息進行繳費處理操作,通過專門的事故繳費的界面來進行繳費的處理,系統(tǒng)會在繳費員想要提交的信息進行再次的提醒,點擊確認之后就可成功的進行操作完成提示,在操作成功之后會對事故的信息進行存檔操作。如圖5-6所示:圖5-6繳費員操作時序圖整改員能夠?qū)λ邢到y(tǒng)界面信息進行所有的操作,首先需要整改員在登錄界面使用整改員身份的用戶名和密碼進行登錄的操作,成功之后就會對系統(tǒng)的所有的功能進行更新和矯正的操作,包括繳費的操作信息,能夠及時的更新系統(tǒng)的信息,能夠?qū)ο到y(tǒng)所有界面進行操作管理如圖5-7所示。圖5-7整改員操作更新數(shù)據(jù)的時序圖5.3系統(tǒng)設(shè)計類圖模型系統(tǒng)的總體類的信息包括,用戶的信息的管理,后臺數(shù)據(jù)庫的管理,事故信息的管理,與事故信息的操作,以及繳費人員的處理事件,通過一個比較詳細的類圖能夠得出一個比較詳細的關(guān)于本系統(tǒng)的一個較為全面的一個信息,如圖5-8所示。圖5-8系統(tǒng)總體類圖用戶信息類的信息包括,錄入員的信息的管理,和繳費人員的信息管理還有錄入員對于事故信息的操作管理和繳費員對于事故信息進行處罰的信息進行管理和存檔的管理圖5-9所示。圖5-9用戶信息類圖本章小結(jié)本章按照實際要求給出了具體的實行方案。只有根據(jù)具體的方案實施,才能保證系統(tǒng)正常設(shè)計、設(shè)計效率的提高。本章也對本系統(tǒng)所選用的傳感器的方案做了一個大體的介紹,由于市場上關(guān)于本系統(tǒng)的傳感器有很多種,也有很多比本系統(tǒng)選擇的更好一些。第6章系統(tǒng)實現(xiàn)6.1操作員注冊功能的實現(xiàn)對用戶注冊的流程進行分析:首先在界面中輸入注冊的信息,點擊提交注冊之后系統(tǒng)首先進行前端校驗,前端校驗賬號、密碼、激活狀態(tài)等字段是否符合要求,符合要求之后才可以讓其向后臺發(fā)送請求,到達后端之后,開始后端校驗,驗證賬號是否存在相同的,如果不相同,將數(shù)據(jù)保存到MySql數(shù)據(jù)庫當中,對界面做出“注冊成功”的響應(yīng),如果信息相同,向界面反饋“信息相同請重新注冊”。如圖6-1所示。圖6-1操作員注冊信息流程用戶注冊界面,通過注冊用戶名和密碼,通過與數(shù)據(jù)庫連接,來驗證是否存在已經(jīng)存在的用戶的信息,如果重復則提示該賬號已存在,請重新輸入,如果不重復則提示注冊成功,并自動跳轉(zhuǎn)到登錄界面,進行操作。如圖6-2所示。圖6-2用戶注冊信息6.2事故信息操作功能的實現(xiàn)事故信息錄入功能的實現(xiàn),在進入到事故的錄入的界面,進行事故的錄入,有一個前提是,錄入的信息不能為空,如果錄入信息時空,則會提示讓重新輸入錄入的信息。具體的流程如圖6-3所示。圖6-3事故錄入信息界面流程事故信息界面,可以看到在事故信息主操作界面中能夠?qū)κ鹿市畔⑦M行錄入,需要錄入的內(nèi)容也在圖中標出,主要也是通過用戶輸入的進行來進行數(shù)據(jù)的保存,最后通過提交按鈕來進行保存到數(shù)據(jù)里面,在系統(tǒng)讀取用戶輸入的信息的時候,主要是通過SSM框架的方法來進行讀取用戶輸入的內(nèi)容如圖6-4所示。圖6-4錄入事故信息界面6.3事故信息備案功能的實現(xiàn)在事故備案的界面當中可以對事故信息進行備案處理,處理完的數(shù)據(jù)會保存在數(shù)據(jù)庫當中。方便下一次查看的時候調(diào)用備案模塊來進行查看和統(tǒng)計事故多發(fā)地段的信息。通過用戶輸入的信息被后臺的servlet程序獲取到之后相應(yīng)到前端界面,然后通過提交按鈕來吧數(shù)據(jù)保存到數(shù)據(jù)庫里面,主要通過編寫Dao層的添加方法和數(shù)據(jù)庫的交互來實現(xiàn)如圖6-5所示。圖6-5添加信息界面6.4事故信息搜索功能的實現(xiàn)在查詢界面能夠通過查詢按鈕進行事故信息的查詢,通過單擊查詢來對所有事故信息進行查詢,也可以通過查詢的圖標輸入對應(yīng)的內(nèi)容進行精確的查詢事故信息對于點擊事件主要是使用js函數(shù)事件來完成的,通過點擊查詢按鈕以及搜索的放大鏡圖標來實現(xiàn)查詢單額功能,這兩個圖標也是分別代表了精確查詢和模糊查詢?nèi)鐖D6-6所示。圖6-6查詢功能圖??谑旋埲A區(qū)交通事故處理管理系統(tǒng)的一個添加信息的功能模塊圖,點擊添加按鈕彈出添加信息的模態(tài)框進行事故信息的錄入,并且在錄入信息完成之后進行點擊提交按鈕,會出現(xiàn)彈框提示信息能夠告知用戶自己操作已經(jīng)完成,如圖6-7所示。圖6-7錄入信息的功能模塊圖這是屬于變更事故信息的界面的系統(tǒng)描述,能夠通過變更按鈕來變更想要變更的數(shù)據(jù)和信息,并且能夠通過輸入具體的事故編號信息來進行精確的變更事故信息,能夠讓用戶根據(jù)具體的情況來進行操作,通過點擊變更按鈕進行操作一下是變更所有的事故信息得到的結(jié)果如圖6-8所示。圖6-8變更事故信息流程圖這是屬于變更事故信息的界面的系統(tǒng)界面,能夠通過變更按鈕來變更想要變更的數(shù)據(jù)和信息,并且能夠通過輸入想要變更的事故編號信息來進行找到想要變更事故信息,能夠讓錄入員根據(jù)具體的情況來進行操作,通過點擊變更按鈕進行操作一下是變更所有的事故信息得到的結(jié)果如圖6-9所示。圖6-9變更事故信息流程圖這是屬于檢索信息的界面,能夠通過檢索按鈕來查詢所有的數(shù)據(jù)和信息,并且能夠通過輸入具體的主鍵信息來進行精確的查詢,能夠讓用戶根據(jù)具體的情況來進行操作,通過點擊檢索按鈕進行操作一下是查詢所有的信息得到的結(jié)果,查詢數(shù)據(jù)信息得到的結(jié)果如圖6-10所示。圖6-10檢索事故信息數(shù)據(jù)事故繳費員通過登錄系統(tǒng)之后首先進行身份驗證,驗證成功之后進行對事故來進行繳費的操作,如果操作成功,則正常的打印繳費的清單,如果沒有正常的繳費成功,則會判定為失敗,失敗后會返回到繳費的階段再次的進行繳費的操作。具體的流程信息如圖6-11所示。圖6-11繳費員繳費流程圖事故繳費員通過登錄系統(tǒng)之后首先進行身份驗證,驗證成功之后進行對事故來進行繳費的操作,如果操作成功,則正常的打印繳費的清單,如果沒有正常的繳費成功,則會判定為失敗,失敗后會返回到繳費的階段再次的進行繳費的操作。具體的流程信息如圖6-11所示。圖6-11繳費員繳費事故信息本章小結(jié)本章通過程序界面的截圖和流程圖代碼信息能夠更加準確的使用戶簡單的了解本系統(tǒng)的基本功能,也能夠?qū)ο到y(tǒng)的大概樣式和風格展現(xiàn)給用戶,界面的幾大功能也能使用戶知道本系統(tǒng)具體能夠做什么樣的事情,能夠達到一個怎么樣的結(jié)果。第7章系統(tǒng)實現(xiàn)系統(tǒng)測試是將經(jīng)過集成測試的軟件,作為計算機系統(tǒng)的一個部分,與系統(tǒng)中其他部分結(jié)合起來,在實際運行環(huán)境下對計算機系統(tǒng)進行的一系列嚴格有效地測試,以發(fā)現(xiàn)軟件潛在的問題,保證系統(tǒng)的正常運行。主要內(nèi)容:功能測試,即測試軟件系統(tǒng)的功能是否正確,其依據(jù)是需求文檔,如《產(chǎn)品需求規(guī)格說明書》。由于正確性是軟件最重要的質(zhì)量因素,所以功能測試必不可少。健壯性測試即測試軟件系統(tǒng)在異常情況下能否正常運行的能力。健壯性有兩層含義:一是容錯能力,二是恢復能力。7.1測試的基本概念系統(tǒng)測試,英文是SystemTesting。是對整個系統(tǒng)的測試,將硬件、軟件、操作人員看作一個整體,檢驗它是否有不符合系統(tǒng)說明書的地方。這種測試可以發(fā)現(xiàn)系統(tǒng)分析和設(shè)計中的錯誤。如安全測試是測試安全措施是否完善,能不能保證系統(tǒng)不受非法侵入。再例如,壓力測試是測試系統(tǒng)在正常數(shù)據(jù)量以及超負荷量(如多個用戶同時存取)等情況下是否還能正常地工作。7.2測試計劃在程序完成后會針對一些比較明顯的系統(tǒng)缺陷進行測試,比如邏輯不對的地方,在頁面跳轉(zhuǎn)的時候出現(xiàn)亂碼的地方進行測試,主要針對的就是功能方面和安全性以及兼容性方面的測試要求來進行,通過白盒測試和黑盒測試來對本系統(tǒng)的各個點來進行測試,測試的目的與要求主要也是為了能夠使本系統(tǒng)的bug盡可能的少,通過測試之后并改正之后來提升用戶的體驗,同時也能夠使本項目的功能點的健壯性更加的完善。測試的時間,在程序完成之后,會在一個周之內(nèi)進行循環(huán)性的測試找到的bug從表中劃去然后繼續(xù)循環(huán)性的測試,直到自己不能夠再發(fā)現(xiàn)bug位置。如表7-1所示:表7-1海口市龍華區(qū)交通事故處理管理系統(tǒng)測試計劃進度表測試任務(wù)工作描述開始時間結(jié)束時間實施者測試策劃制定測試計劃,確定測試策略、測試資源、進度、風險2019.11.102017.11.10周林杰

續(xù)表7-1測試設(shè)計選定測試用例,回顧測試覆蓋2019.11.112019.11.11周林杰測試執(zhí)行測試用例/腳本執(zhí)行2019.11.122019.11.12周林杰測試結(jié)果得出測試結(jié)果/問題屬性2019.11.132017.11.13周林杰測試總結(jié)生成測試和缺陷覆蓋報告并撰寫測試文檔2019.11.142017.11.14周林杰7.3測試用例測試用例(TestCase)是指對一項特定的軟件產(chǎn)品進行測試任務(wù)的描述,體現(xiàn)測試方案、方法、技術(shù)和策略。其內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結(jié)果、測試腳本等,最終形成文檔。簡單地認為,測試用例是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結(jié)果,用于核實是否滿足某個特定軟件需求。7.3.1白盒測試錄入事故信息功能白盒測試用例,通過對相應(yīng)功能所對應(yīng)的方法來進行描述和執(zhí)行,能更加清晰的直觀的得到自己想要的測試的結(jié)果,通過輸入相應(yīng)的數(shù)據(jù)信息來進行自己的想要錄入的信息,在輸入的信息和數(shù)據(jù)庫的信息不重復的情況之下則會提示錄入操作執(zhí)行成功,最后在前臺的界面來進行顯示給用戶可看的信息化的界面,否則則會繼續(xù)進行驗證反復執(zhí)行。具體的描述了白盒測試的具體的信息和操作的過程。如表7-1所示。圖7-1錄入事故信息的流程圖表7-2基本路徑覆蓋法測試用例測試用例標識01測試方法白盒測試用例描述AddAccount()方法路徑覆蓋測試序號輸入及操作說明期望結(jié)果覆蓋路徑001NULL正常A-B-E-F-G0021.1正常A-B-C-G銷毀事故信息功能白盒測試用例,通過對變更的方法deleteAccount()的路徑的測試,能夠在問題出現(xiàn)之前就能夠進行校驗,能夠很快的找到出現(xiàn)問題的代碼的區(qū)域,也能夠知道是具體的什么BUG,通過輸入事故的變化來進行綁定想要銷毀的信息,操作成功之后會刷新界面,具體的描述了白盒測試的具體的信息和操作的過程,如表7-3所示。圖7-3銷毀事故信流程表7-4基本路徑覆蓋法測試用例測試用例標識02測試方法白盒測試用例描述deleteAccount()方法路徑覆蓋測試序號輸入及操作說明期望結(jié)果覆蓋路徑001輸入ID正常A-B-E-F-G002輸入ID正常A-B-C-G變更事故信息模塊測試用例,通過方法路徑覆蓋的形式來進行操作,在得出結(jié)果之后,對于自身BUG的點能夠很快的了解到具體是出在了具體的那一個地方,方法路徑白盒測試形式也能夠描述了白盒測試的具體的信息和操作的過程。圖7-5變更事故信息表7-6基本路徑覆蓋法測試用例測試用例標識03測試方法白盒測試用例描述UpdateAccount()方法路徑覆蓋測試序號輸入及操作說明期望結(jié)果覆蓋路徑001輸入變更信息正常A-B-C-D-E002輸入變更信息正常A-B-C-F-G-H7.3.2黑盒測試錄入事故信息模塊測試用例,在具體的操作過程當中能夠很順利的找到想要找的BUG出處點,包括具體的測試的操作和信息,通過對??谑旋埲A區(qū)交通事故處理管理系統(tǒng)的添加模塊進行黑盒測試處理能夠得到一個比較全面的BUG的信息的詳細的情況。表7-7錄入事故信息模塊測試用例項目名稱??谑旋埲A區(qū)交通事故處理管理系統(tǒng)的設(shè)計與實現(xiàn)測試人員周林杰用例標識02測試方法黑盒測試日期2019.10.29用例描述測試系統(tǒng)功能 前置條件安裝有eclipse和瀏覽器的電腦

環(huán)境需求服務(wù)器Tomcat客戶端chrome序號測試項輸入及操作說明期望的測試結(jié)果001測試錄入是否好使輸入信息之后點擊錄入按鈕能夠正常錄入信息002測試不傳值是否能夠添加不輸入任何內(nèi)容點擊錄入按鈕會出現(xiàn)提示請輸入信息后進行錄入銷毀事故信息模塊測試用例,包括具體的測試的操作和信息,對于這一部分的測試的內(nèi)容主要是針對如何銷毀,本系統(tǒng)主要的去除的事故信息主要是通過事故的編號來進行去除的,能夠直接輸入事故的編號來進行銷毀事故的信息,如何評判銷毀模塊的具體內(nèi)容做到一個細致的解答。如表7-8所示。表7-8銷毀事故信息模塊測試用例項目名稱??谑旋埲A區(qū)交通事故處理管理系統(tǒng)的設(shè)計與實現(xiàn)測試人員周林杰用例標識03測試方法黑盒測試日期2019.10.30用例描述測試系統(tǒng)功能 前置條件安裝有eclipse和瀏覽器的電腦

環(huán)境需求服務(wù)器Tomcat客戶端chrome序號測試項輸入及操作說明期望的測試結(jié)果001測試刪除按鈕能否使用輸入銷毀項之后點擊銷毀按鈕能夠正常銷毀并在銷毀信息后提示銷毀成功002測試刪除后信息是否被還存在點擊銷毀按鈕之后顯示銷毀成功并刷新查看事故列表信息能夠正常銷毀信息變更事故信息模塊測試用例,包括所有的測試的信息和操作的過程,在變更事故信息的模塊當中能夠通過對于事故的編號的定位來獲取到事故的信息并進行相應(yīng)的變更的操作,能夠變更的內(nèi)容主要也是包括事故發(fā)生地點事故發(fā)生時間和事故的所屬的類型,能夠?qū)τ谧兏氖鹿实男畔⒆龅揭粋€全面的解析。表7-9變更事故信息模塊測試用例項目名稱海口市龍華區(qū)交通事故處理管理系統(tǒng)的設(shè)計與實現(xiàn)測試人員周林杰用例標識04測試方法黑盒測試日期2019.10.31用例描述測試系統(tǒng)功能 前置條件安裝有eclipse和瀏覽器的電腦

環(huán)境需求服務(wù)器Tomcat客戶端chrome序號測試項輸入及操作說明期望的測試結(jié)果001測試變更按鈕能否使用點擊變更按鈕進行事故變更能夠變更點擊提交能夠提示變更成功信息變更事故信息按鈕能夠正常使用002測試變更后的信息是否還存在在列表當中變更完畢之后刷新列表進行查看能夠正常變更事故信息7.4測試結(jié)果測試結(jié)果往往對照著對程序功能的最終審判,結(jié)果的好壞也意味著程序的運行是否能夠正常的進行,測試的結(jié)果也就是對于被測試的功能的一個結(jié)果性的判斷。得到一個預期的測試結(jié)果,在測試出程序出現(xiàn)的問題的時候,及時的修改,能夠讓程序在最大程度上的維護和完善,出現(xiàn)的所有bug的信息,在第一時間進行了完善,也讓程序的可操作性得到了提升。7.4.1白盒測試結(jié)果與預期的結(jié)果相同,實現(xiàn)了正常的登錄的功能,當用戶什么也不輸入直接點擊登錄的時候會顯示提示讓用戶輸入用戶名和密碼進行登錄,在添加模塊的測試也是正常實現(xiàn)了添加功能能夠做到,不輸入內(nèi)容的時候無法進行添加并彈出提示框進行提示,請

溫馨提示

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

評論

0/150

提交評論