jsp交通違章罰款單據管理系統mysql論文_第1頁
jsp交通違章罰款單據管理系統mysql論文_第2頁
jsp交通違章罰款單據管理系統mysql論文_第3頁
jsp交通違章罰款單據管理系統mysql論文_第4頁
jsp交通違章罰款單據管理系統mysql論文_第5頁
已閱讀5頁,還剩28頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

摘要近幾年來,隨著社會經濟的快速發展,我國城鄉各類車輛大幅增加,從而導致各類交通事故呈逐年上升趨勢,嚴重威脅著人們的生命財產安全,使交通管理面臨著嚴峻形勢。交通違章罰款系統,讓司機們可以在網上隨時查到自己的違章信息,及時糾正自己的違章錯誤,并起到警示的作用。該交通違章罰款系統主要給交通管理部門和車輛駕駛人員提供一個交流的平臺,交通違章罰款系統是一個專業網站系統,本網站將運用強大的網絡平臺,向廣大用戶提供咨詢等服務。交通違章罰款系統選用JSP技術框架,采用基于Web的三層體系結構模型構建系統。關鍵詞:車輛違章,罰款,系統,JSP,TomcatABATRACTInrecentyears,withtherapidsocialandeconomicdevelopment,urbanandruraltypesofvehiclesincreasedsubstantially,leadingtoallkindsoftrafficaccidentsincreasedyearbyyear,aseriousthreattopeople'slivesandproperty,sothattrafficmanagementisfacingaseveresituation.Trafficviolationsquerysystemsothatdriverscanbefoundonlineattheirownillegalinformationinatimelymannertocorrecttheirviolationerror,andserveasawarningrole.Thesystemismainlytotrafficviolationschecktrafficmanagementanddriverofthevehicletoprovideaplatformforexchange,trafficviolationschecksystemisaprofessionalwebsitesystem,thesitewillusepowerfulnetworkplatformtoprovidecustomerswithconsultingservices.TrafficviolationsquerysystemusedtheframeworkofJSPtechnology,Web-basedthree-tierarchitecturemodelconstructionsystem.Keywords:vehicleviolation,query,system,JSP,Tomcat

目錄第一章課題概述 11.1課題開發的背景 11.2國內外發展概況 1第二章可行性分析 32.1技術可行性 32.2經濟可行性 32.3操作可行性 32.4運行可行性 3第三章需求分析 43.1問題分析 43.2軟件的需求分析 43.3功能分析 53.4相關開發技術選擇 53.5運行環境 5第四章總體設計 64.1系統設計思想 64.2功能模塊設計 64.2.1前臺模塊功能設計 64.2.2后臺管理模塊功能設計 64.3系統總體結構圖 6第五章數據庫的設計 95.1設計Mysql數據庫 95.2數據庫設計規則 95.3數據庫需求分析 95.4數據庫的設計 10第六章系統的詳細設計 136.1前臺詳細設計 136.1.1系統登陸模塊的設計 136.1.2違章信息罰款 146.1.3注冊資料修改 146.2后臺詳細設計 156.2.1用戶管理模塊 166.2.2違章信息管理模塊 176.2.3系統管理模塊 176.2.4系統退出模塊的設計 17第七章系統實現 187.1前臺首頁設計 187.2前臺用戶管理 187.3違章信息罰款 197.4違章信息瀏覽 197.5后臺管理頁面 20第八章測試 218.1測試項目 218.2測試方法 228.3本程序測試 22總結 27謝辭 28參考文獻 29PAGE25第一章課題概述1.1課題開發的背景當今世界科學技術飛速發展,尤其以通信、計算機、網絡為代表的互聯網技術更是日新月異,令人眼花燎亂,目不暇接。由于計算機互聯網在政治、經濟、生活等各個領域的發展、運用以及網絡的迅速普及和全社會對網絡的依賴程度,計算機網絡已經成為國家的經濟基礎和命脈,成為社會和經濟發展強大動力,其地位越來越重要隨著中國經濟的不斷發展,中國家庭的汽車擁有量越來越多,因而交通管理部門的管理工作量和工作壓力不斷上升。特別是目前全社會的法律意識和社會公德意識還不是很強,人們對一些常見的交通違紀、甚至違法現象習以為常,如超速闖紅燈等交通違章現象十分普遍。目前,公安交警部門已經擁有了自己的數據網絡,特別是電子交警"上崗"以來,信息的傳輸變得更加迅速和快捷,但是,交警網絡的工作性質和特點決定了他們需要在非辦公環境對信息數據進行罰款和處理,因而,在警務信息罰款的手段上具有很大的局限性,不能充分滿足其信息化的需求,公安信息系統和民眾之間還基本處于隔離狀態。利用現代網絡通信手段將其聯系起來,更好地發揮公安機關信息系統的作用,提升公安交警等國家權利服務機構在群眾中的形象。本方案的設計借助internet作為公安交警信息系統的補充。可以設想,當有機動車輛被交警部門在道路上設置的傳感裝置采集到闖紅燈、超速和不按路面標志行駛等信息,系統自動將這些信息傳送到交警內部數據網絡,除了記錄在案外,同時通過公共信息平臺的服務功能,將交通違章的地點、時間、錯誤方式和處罰結果及時主動的發送到違章罰款網站上,從而實現及時處理。這樣,針對少數司機的僥幸心理達到及時有效的警告.同時也使犯規的司機有機會主動接受處理,以免產生更嚴重后果。該系統成功的將網絡的優勢與違章管理系統緊密的結合起來,是針對車輛用戶開發的一個違章管理罰款系統,經過調研發現,具有可行性,有一定的實用價值。1.2國內外發展概況美國在上個世紀80年代就在全國開始了交通違章信息罰款的網絡化和普及化,公民不僅可以在互聯網上查看自己的交通違章信息,而且還可以在網上實現繳納罰款的功能。交通違章罰款系統是近幾年才開始流行的一種網上交通違章罰款方式。后來逐漸推廣到歐洲國家,我國的東鄰日本也在上世紀90年代開展了交通違章網上罰款服務,極大的方便了交通管理部門的工作,減少了不必要的交通投資,同時提高了效率。我國的交通違章網上罰款起步比較晚,這和我國互聯網的發展有著密切的關系。我國在1995年開始逐步實施交通違章網上罰款,但是由于網絡發展緩慢,直到如今,還有很多交通管理部門不能實現違規信息網上罰款功能,目前這一情況正隨著網絡的發展,和計算機系統的普及,在逐步緩解。即使是已經實現了網上罰款違章信息的單位,由于人員技術水平,設備等原因,也存在著信息不準確及信息丟失的現狀,所以,開發一個適合新形勢下的交通違規罰款系統,就顯得尤為重要。近幾年來,隨著社會經濟的快速發展,我國城鄉各類車輛大幅增加,從而導致各類交通事故呈逐年上升趨勢,嚴重威脅著人們的生命財產安全,使交通管理面臨著嚴峻形勢。據統計,80%左右的交通事故是由于交通參與者不遵守交通法規,交通安全意識淡薄,缺乏自我保護意識而引發的。因此,要遏制重特大事故的發生,減少事故的發生率,單靠交通管理部門一方的努力是收效甚微的,只有提高全民素質,增加全民的交通安全意識才是解決問題的根本。而交通違章罰款系統,讓司機們可以在網上隨時查到自己的違章信息,及時糾正自己的違章錯誤,并起到警示的作用。第二章可行性分析2.1技術可行性本系統采用三層結構,用Mysql數據庫作為后臺數據庫,安裝和使用簡單易學,方便操作;前臺頁面采用JSP動態頁面,JSP相比ASP、PHP都有很大的優勢;控制層采用Servlet,Servlet是JavaWeb開發中使用的比較熱門的技術。服務器采用Tomcat服務器,它是一個開源軟件。開發人員在學習了這些語言或工具之后,有能力開發本系統。2.2經濟可行性經濟可行性是指軟件所帶來的經濟效益與開發設計所需要的投資費用相比較是否適當,軟件是否會給使用者帶來經濟效益。首先隨著計算機軟件和硬件技術的飛速發展,計算機軟、硬件價格不斷下降,設計本系統所投入的資金下降。與使用本系統為企業發布、獲取信息所節省的價值相比,應用本系統帶來的收益較大,經濟效益可觀,所以在經濟上是可行的。2.3操作可行性本系統為車輛違章信息罰款平臺,操作簡單,使用者可以很快熟悉系統的各個模塊功能。因此,本系統在操作上是可行的節省時間以及人力和物力。而且本系統的兼容性好,在一般的應用系統條件下完全適用,可以擴展到其他企業,可擴展性和可維護性相結合。2.4運行可行性運行可行性是指新系統的研制和開發充分考慮到所使用的人群主要有一定計算機能力的車輛使用人員,和有一定維護經驗的系統管理員,因此車輛違章罰款系統運行環境,數據庫的操作簡單,只需在安裝了Java虛擬機和Mysql的計算機上運行即可。本系統采用基于Windows的用戶界面,而該系統是大家熟悉的操作系統,對于那些有一般的計算機知識的人員就可以輕松上手。而整個車輛違章罰款系統采用最友好的交互界面,簡介明了,不需要對數據庫進行深入的了解。第三章需求分析需求分析雖處于軟件開發過程的開始階段,但它對于整個軟件開發過程以及軟件產品質量是至關重要的。隨著軟件系統復雜性的提高及規模的擴大,需求分析在軟件開發中所處的地位愈加突出。所謂需求,是指用戶對目標軟件系統在功能、行為、性能設計約束等方面的要求。在需求分析工作中,系統分析人員對用戶的需求進行調查和分析,確定現有環境的特征,正確定義目標軟件的特征。因此,需求分析工作是對應用環境及其問題進行理解和分析,為問題涉及的信息、功能及系統行為建立模型,將用戶需求精確化。車輛違章罰款系統基于Internet技術,具有良好通用性、兼容性、可擴展性,網站采用JSP進行開發,在穩定性和安全性方面要求十分嚴格,滿足用戶的不同需要。實現以下功能:1.建立安全、美觀、友好的網站界面,支持多種瀏覽器。2.建立完善的系統,包括在線注冊、修改資料、在線罰款違章信息及繳納罰款等,管理員登記車輛違章信息,對注冊用戶的管理,以及系統管理。3.建立管理模塊和用戶管理模塊,實現對用戶的管理等。3.1問題分析當用戶進入系統首頁時,會有一個登陸窗口,已經注冊的會員用戶可以在這個窗口中登陸。沒有登陸的用戶可以通過注冊鏈接注冊成系統會員。登陸之后,用戶就可以查看車輛違章信息;查看或修改自己個人信息;可以在線繳納罰金,根據車牌號碼等相關內容罰款車輛違章信息。沒有注冊的用戶可以在登陸窗口中點擊注冊超鏈接進入新用戶注冊頁面,輸入用戶名、密碼、密碼提示問題、提示問題答案及安全郵箱,即可注冊成為網站的會員。密碼提示問題是為找密碼設置的,當用戶忘記密碼或密碼丟失后可以通過輸入提示問題答案來找回密碼,如果用戶回答正確,系統會自動發送一封郵件到用戶的安全郵箱里,提示用戶修改密碼。3.2軟件的需求分析軟件需求分析是指用戶對目標系統在功能、性能、行為、設計約束等方面的期望。軟件的需求包括三個不同的層次:業務需求,用戶需求和功能需求;也包括非功能需求。業務需說明了提供給客戶和產品開發商的新系統的最初利益,反映了組織機構或客戶對系統,產品高層次的目標要求,它們在項目視圖與范圍文檔中予以說明;用戶需求文檔描述了用戶使用產品必須要完成的任務,這在使用實例文檔或方案腳本說明中予以說明;功能需求定義了開發人員必須實現的軟件功能,從而滿足了業務需求。

3.3功能分析本車輛違章罰款系統設計實現以下功能:用戶中心:包括用戶注冊、用戶登陸、用戶注銷、修改個人資料等功能。車輛違章信息:包括車輛違章信息的發布、管理和搜索等功能。管理員中心:管理員對系統進行一些基本的維護,包括對違章信息的發布刪除,對用戶的刪除管理,對系統管理用戶的管理等。罰款功能:對相關違章信息進行罰款。3.4相關開發技術選擇本次設計以JAVA和JSP技術為主,相關工具包括數據庫Mysql。操作系統為WINDOWSXP平臺。3.5運行環境1.硬件環境處理器:InterCR300或更高內存:256MB或更高(建議512MB)硬盤空間:100MB以上2.軟件環境軟件環境是一個系統開發的工具,它取決于開發人員對軟件的熟悉程度,如果開發人員選擇一個不熟悉的軟件開發會大大增加開發系統所需要投入的成本,所以說選擇軟件環境也是很重要的。操作系統:Windows2000/WindowsXP數據庫:Mysql軟件開發語言:JAVA、JSP等該軟件的界面美觀大方,軟件運行穩定。第四章總體設計4.1系統設計思想交通違章罰款系統,讓司機們可以在網上隨時查到自己的違章信息,及時糾正自己的違章錯誤,并起到警示的作用。本交通違章罰款系統采用MVC三層架構(JSP+JavaBean+Servlet)模型,通過這種設計模型展示、處理流程和業務邏輯分成不同的組件實現,方便維護與重用,掌握一個小型應用系統的分析、設計和開發方法。程序界面展示部分使用JSP頁面,業務邏輯頁面使用JavaBean,流程處理使用Servlet。其中Servlet集中了MVC模式的精華,它銜接了前端界面展示和后臺業務邏輯的處理。4.2功能模塊設計本車輛違章罰款系統是一個典型的JSP數據庫開發應用程序,由前臺注冊用戶區、后臺信息管理兩部分組成。將實現對用戶信息、車輛違章信息、系統信息的添加,刪除等功能。前臺注冊用戶區:該部分主要包括注冊信息的創建、修改;車輛違章信息的罰款、在線繳費功能。后臺管理:該部分主要包括用戶信息、違章信息管理、違章信息的罰款等。4.2.1前臺模塊功能設計用戶模塊主要面向用戶,詳細功能如下:(1)用戶注冊:提供用戶注冊的功能,需要輸入用戶名、密碼、密碼確認、E-mail、聯系電話等信息。(2)登陸:提供用戶登陸系統的功能,需要輸入用戶名和密碼。(3)注冊信息修改:提供用戶修改注冊信息的功能,可以修改密碼、E-mail、電話等。(4)罰款違章信息:用戶登陸后之后就可以根據車牌號等內容罰款違章信息。(5)在線繳費:違章人員可以在線繳納罰金。4.2.2后臺管理模塊功能設計本車輛違章罰款系統的后臺框架如下:(1)發布違章信息:管理員可以發布車輛違章信息,并修改及管理違章信息。(2)注冊用戶管理:對注冊用戶進行審核管理。(2)系統管理:包括系統管理員管理和自身的密碼設置。4.3系統總體結構圖系統總體結構圖如圖4-1。違章罰款違章罰款系統后臺前臺用戶注冊模塊違章信息查詢模塊注冊信息修改模塊違章信息管理注冊用戶管理系統管理圖4-1系統總體結構圖用戶管理模塊結構圖如圖4-2。用戶管理模塊用戶管理模塊管理員模塊普通用戶模塊登陸修改信息瀏覽創建修改刪除違章信息增加修改刪除系統用戶登陸注冊修改注冊信息查詢違章信息在線繳納罰款圖4-2用戶管理模塊結構圖違章信息模塊結構圖如圖4-3。違章信息管理模塊違章信息管理模塊刪除違章信息發布違章信息編輯違章信息瀏覽違章信息獲取違章信息列表圖4-3違章信息模塊結構圖第五章數據庫的設計5.1設計Mysql數據庫數據庫是依照某種數據模型組織起來并存放二級存儲器中的數據集合。這種數據集合具有如下特點:盡可能不重復,以最優方式為某個特定組織的多種應用服務,其數據結構獨立于使用它的應用程序,對數據的增、刪、改和檢索由統一軟件進行管理和控制。5.2數據庫設計規則1.原始單據與實體之間的關系可以是一對一、一對多、多對多的關系。在一般情況下,它們是一對一的關系:即一張原始單據對應且只對應一個實體。在特殊情況下,它們可能是一對多或多對一的關系,即一張原始單證對應多個實體,或多張原始單證對應一個實體。這里的實體可以理解為基本表。明確這種對應關系后,對我們設計錄入界面大有好處。2.主鍵與外鍵一般而言,一個實體不能既無主鍵又無外鍵。在E—R圖中,處于葉子部位的實體,可以定義主鍵,也可以不定義主鍵(因為它無子孫),但必須要有外鍵(因為它有父親)。主鍵與外鍵的設計,在全局數據庫的設計中,占有重要地位。因為:主鍵是實體的高度抽象,主鍵與外鍵的配對,表示實體之間的連接。3.基本表的性質基本表與中間表、臨時表不同,因為它具有如下四個特性:(1)原子性。基本表中的字段是不可再分解的。(2)原始性。基本表中的記錄是原始數據(基礎數據)的記錄。(3)演繹性。由基本表與代碼表中的數據,可以派生出所有的輸出數據。(4)穩定性。基本表的結構是相對穩定的,表中的記錄是要長期保存的。理解基本表的性質后,在設計數據庫時,就能將基本表與中間表、臨時表區分開來。4.范式標準基本表及其字段之間的關系,應盡量滿足第三范式。但是,滿足第三范式的數據庫設計,往往不是最好的設計。為了提高數據庫的運行效率,常常需要降低范式標準:適當增加冗余,達到以空間換時間的目的。5.3數據庫需求分析根據該車輛違章罰款系統的邏輯功能劃分,本系統可分為五大功能模塊,分別是用戶注冊和登陸模塊,用戶資料管理模塊,違章信息發布和瀏覽模塊,管理員操作模塊,系統功能模塊。用戶資料管理模塊可劃分為用戶密碼重設模塊,用戶信息罰款模塊,用戶資料修改模塊。5.4數據庫的設計根據本車輛違章罰款系統系統功能的要求以及功能模塊的劃分,本信息數據庫可存放在五個表中,它們是:公告表、系統欄目表、貼子表、用戶表、在線表,數據庫表的具體設計如表5-1所示。表名功能管理員表記錄管理員登錄信息違章信息表記錄車輛違章信息反饋表記錄用戶反饋信息用戶表記錄用戶信息用戶登錄信息表記錄用戶登錄帳號與密碼表5-1數據庫表的結構1.管理員數據庫表管理員信息表包含了管理員的基本且必要的信息。表的結構如圖5-1所示。Admin管理員表列名數據類型可否為空說明idint不能為空編號usernamenvarchar不能為空管理員IDpasswordnvarchar不能為空密碼flagint不能為空權限標記圖5-2管理員表的結構(2)違章信息數據庫表此信息表主要包含了違章信息的基本且必要的信息。表的結構如圖5-2所示。Wz違章信息表列名數據類型可否為空說明idint編號lxnvarchar可以為空違章類型hmnvarchar可以為空車牌號碼rqnvarchar可以為空違章日期ddnvarchar可以為空違章地點xhnvarchar可以為空違章原因fsnvarchar可以為空處罰方式jenvarchar可以為空罰款金額jnnvarchar可以為空是否繳納Jznvarchar可以為空駕照號碼urlnvarchar可以為空違章截圖圖5-3違章信息表的結構(3)反饋數據庫表此表主要包含了反饋信息的基本且必要的信息。表的結構如圖5-3所示。fk反饋意見信息表列名數據類型可否為空說明idint不能為空編號wtnvarchar可以為空反饋問題sjnvarchar可以為空反饋時間membernvarchar可以為空反饋人員hfnvarchar可以為空回復內容hfsjnvarchar可以為空回復時間圖5-4反饋信息表的結構(4)用戶數據庫表此表主要包含了用戶的基本且必要的信息。表的結構如圖5-4所示。pmember詳細信息表列名數據類型可否為空說明idint不能為空編號midint不能為空會員IDrealnamenvarchar不能為空姓名sexnvarchar不能為空性別birnvarchar可以設為空年齡shengnvarchar可以設為空籍貫telphonenvarchar不能為空電話emailnvarchar不能為空郵箱questionnvarchar不能為空密碼保護問題answernvarchar不能為空密碼保護答案圖5-5用戶表的結構(5)用戶登錄數據庫表此表主要包含了用戶登錄的基本且必要的信息。表的結構如圖5-5所示。Member會員表列名數據類型可否為空說明idint不能為空編號usernamenvarchar不能為空用戶名passwordnvarchar不能為空密碼typenvarchar不能為空類型regtimedatetime不能為空注冊時間圖5-6用戶登錄信息表的結構第六章系統的詳細設計基于前兩章做的系統總體設計和數據庫設計,對本車輛違章罰款系統有個初步的了解之后,進入此章內容,為詳細設計階段的任務。在這個階段需要對總體設計階段所闡述的基本功能進行一一具體描述,說明每個功能具體是如何實現的,實現的過程又是如何,主要運用IPO和程序流程圖進行說明。6.1前臺詳細設計6.1.1系統登陸模塊的設計在用戶登陸界面,在用戶名對應的文本框中輸入用戶名,在密碼對應的文本框中輸入密碼,如果用戶名和密碼同時與數據庫中的用戶名和密碼相對應,點擊“登陸”后進入系統的主界面。如果輸入的信息不正確,則給出提示。它分為兩種權限:管理員權限和普通用戶權限。操作用戶的權限不同其使用的功能模塊也不同,管理員可以維護整個系統和設置系統操作員身份,而普通用戶只能使用前臺系統功能模塊。系統登陸具體操作:輸入:用戶名和密碼。處理:校檢字符的有效性。用戶要登陸本系統需要提供用戶名和密碼,在這里就是要檢驗用戶是否滿足輸入的要求,即檢驗用戶名和密碼文本框是否為空,若為空,則無法進入本系統。檢驗用戶名是否存在或密碼是否正確,即是否存在用戶輸入的用戶名,并且密碼是否正確。根據用戶名和密碼從數據庫中提取用戶權限。根據從數據庫中提取的用戶權限的不同執行主窗體中的功能權限,若為管理員則可操作所有功能,若為普通用戶只能操作前臺系統功能。輸出:登陸成功,進入普通用戶的系統使用資源頁面,不成功則顯示錯誤信息頁面。根據上述功能介紹,得到該模塊的程序流程圖,如圖6-1所示。圖6-1用戶登陸模塊流程圖6.1.2違章信息罰款這模塊給注冊并登錄用戶提供的罰款車輛違章信息的功能,具體操作如下:輸入:無處理:以車輛號牌為關鍵字,瀏覽已存在該記錄。如果違章信息表中存在該違章信息則可以查看其詳細信息。如果記錄存在,則顯示違章信息具體內容。如果不存在記錄則顯示為空白記錄。輸出:違章信息表中已存在的信息記錄。6.1.3注冊資料修改該模塊是為注冊用戶準備的模塊,這是本系統比較重要的功能模塊。具體操作如下:輸入:用戶名,描述等。處理:首先取出注冊用戶,并判斷該用戶是否為注冊用戶,如果是則提取相關注冊信息在頁面顯示。輸出:該用戶修改資料成功。根據上述功能介紹,得到該模塊的程序流程圖,如圖6-2所示。圖6-2修改注冊資料模塊流程圖6.2后臺詳細設計車輛違章罰款系統后臺流程圖如圖6-4所示。圖6-4系統后臺流程圖后臺設計中,除了對違章信息可進行必要的添加,刪除,修改等功能外還可以罰款和管理。當然對注冊用戶的管理也是必不可少的。6.2.1在系統中,對用戶的管理也是必不可少的。在該軟件中,管理員可以刪除已注冊用戶。該模塊具體操作:輸入:用戶名。處理:系統管理員進入用戶管理模塊中查看用戶信息,輸出的用戶信息中,若發現有異常的賬號,則刪除該賬號。否則,什么也不處理。輸出:用戶賬號被刪除。。其主要功能模塊和具體流程圖如圖6-3所示。圖6-3用戶管理模塊的用戶資料修改流程圖6.2.2違章信息管理模塊管理員可在后臺進行車輛違章信息的發布與管理。系統管理具體操作:輸入:添加違章信息發布頁面項目,并提交執行。處理:管理員輸入所有必填選項,數據庫調出該違章的詳細信息,管理員根據系統信息判斷該系統執行情況,若該信息已創建,則標注該信息已執行,并更新數據庫;若該信息尚未創建成功,或者沒有存在,則創建。輸出:系統執行情況。6.2.3系統管理模塊在系統管理中,對管理員用戶的管理也是必不可少的。在該軟件中,管理員可以增加系統管理員。該模塊具體操作:輸入:用戶名、密碼。處理:系統管理員進入系統管理模塊中查看用戶信息,輸出的用戶信息中,若發現有異常的賬號,則刪除該賬號。否則,什么也不處理。輸出:系統管理賬號被刪除。6.2.4系統退出模塊的設計輸入:點擊系統退出按鈕。處理:系統調用系統關閉函數,將退出管理系統。輸出:退出整個管理系統。第七章系統實現7.1前臺首頁設計前臺頁面設計采用藍色調,突出車輛違章罰款系統系統這一網站命名主題。系統突出簡單易用的特色。在功能布局上以突出方便,明顯和容易尋找為準則。也統一了其他功能附屬頁面的布局格式。為返回首頁和尋找系統提供便利。用戶可以通過在瀏覽器的地址欄中鍵入http://服務器IP:8080/index.jsp或http://服務器IP:8080/訪問該主頁,主頁運行效果如圖7-1所示。圖7-1首頁頁面7.2前臺用戶管理在前臺會員可進行注冊,用戶資料修改。會員注冊后,就可以登陸進行相關操作,比如資料修改,罰款違章信息等,確定登陸成功后并會在登陸窗口顯示歡迎,運行效果如圖7-2所示。圖7-2登陸成功用戶注冊頁面中包含用戶名稱,密碼,所在城市等相關信息,如為必填項目會在旁邊標注*號,在用戶填寫正確并且確認注冊后,該用戶信息將會寫入數據庫。用戶注冊頁面如圖7-3所示。圖7-3用戶注冊頁面7.3違章信息罰款違章信息罰款界面如圖7-4所示。圖7-4違章信息罰款頁面7.4違章信息瀏覽違章信息查看頁面如圖7-5所示。圖7-5違章信息查看頁面7.5后臺管理頁面管理頁面中包含系統,違章信息,用戶管理等相關信息,管理員對其罰款、刪除,該用戶信息將會寫入數據庫。第八章測試軟件測試的目的在于在軟件投入運行之前,盡可能多地發現軟件中的錯誤,軟件測試是對軟件規格說明、設計和編碼的最后復審,是軟件質量的保證的關鍵。系統測試一般分為模塊測試、組裝測試、確認測試。確認測試是軟件需求說明書上的功能進行逐項檢驗,模塊測試是查找各模塊在功能結構上存在的問題。本系統采用模塊測試,對系統的每個功能進行測試。8.1測試項目在MIS開發過程中采用了多種措施保證軟件質量,但是實際開發過程中還是不可避免地會產生差錯,系統中通常可能隱藏著錯誤和缺陷,不經周密測試的系統投入運行,將會造成難以想象的后果,因此系統測試是MIS開發過程中為保證軟件質量必須進行的工作。大量統計資料表明,系統測試的工作量往往占MIS開發總工作量的40%以上。因此,我們必須重視測試工作。由于程序中隱藏的缺陷只在特定的環境下才有可靠顯露,系統缺陷通常是由于對某些特定情況考慮不周造成的。因此測試不是為了表明程序正確;成功的測試也不是沒有發現錯誤的測試。有意義的軟件測試應該是從“破壞”軟件系統的角度出發,精心設計最有可以暴露程序系統缺陷的測試方案。因此軟件測試的目標應該是以盡可能少的代價和時間找出軟件系統中潛在的錯誤和缺陷。從產品角度看,測試計劃中的測試項目包括軟件結構中的分系統層、子系統層、功能模塊層、程序模塊層中的各類模塊,從測試本身看,分為單元測試,組合測試,確認測試等。測試對象是隨不同階段而異的,最基本、最初的測試是單元測試,后面的組合測試、確認測試都是以被測過的模塊作為測試對象的。(1)單元測試:單元測試也稱模塊測試或程序測試,單元測試是對每個模塊單獨進行的,驗證模塊接口與設計說明書是否一致,對模塊的所有主要處理路徑進行測試且與預期的結構進行對照,還要對所有錯誤處理路徑進行測試。對源碼進行審查,對照設計說明書,表態地檢查源程序是否符合功能的邏輯要求,是進行單元測試前的重要工作工。單元測試一般是由程序員完成,也稱程序調試。(2)組合測試組合測試也稱集成測試或子系統測試,通常采用自頂向下測試和自底向上測試兩種測試方法。組合測試的對象是指已經通過單元測試的模塊,不是對零散模塊進行單個測試,而是用系統化的方法裝配和測試軟件系統,是一個嚴格的過程,必須認真地進行,其計劃的產生和單元模塊測試的完成日期要協調起來,這種測試應在系統目標機上進行,造成系統應用的環境條件,除了開發部分項目負責人參加以外,還應該有相應系統的用戶參加,給評審員進行演示。(3)確認測試確認測試是對通過組合測試的軟件進行的,這些軟件已經存于系統目標設備的介質上,確認測試的目的是表明軟件是可以工作的,并且符合“軟件需求說明書”中規定的全部功能和性能要求。確認測試是按照這些要求定出的“確認測試計劃”進行的。測試工作是由一個獨立的組織進行,而且測試要從用戶的角度出發。(4)系統測試系統測試是對整體性能的測試,主要解決各子系統之間的數據通信和數據共享問題以及檢測系統是否達到用戶的實際要求,系統測試的依據是系統分析報告。系統測試應在系統的整個范圍內進行,這種測試不只對軟件進行,而是對構成系統的硬、軟件一起進行。系統測試與建構同時進行或略慢。系統測試需要確認從頭到尾的功能正常才算完成,應當盡量避免系統測試延到項目末尾進行。(5)用戶驗收測試在系統測試完成后,進行用戶的驗收測試,它是用戶在實際應用環境中所進行的真實數據測試。在具體的測試中,一般應遵循以下原則:由程序設計者之外的人進行測試;測試用例應由兩部分組成:輸入數據和預期輸出結果;應選用不合理的輸入數據與非法輸入測試;不僅要檢驗程序是否實現預期功能,還應檢查程序是否做了不應該做的工作;集中測試容易出錯的程序模塊;對程序修改以后,必須重新進行測試。8.2測試方法一般來說,對程序測試有兩種測試方法:如果已經知道了軟件系統應具有的功能,可通過測試來對每個功能是否都能正常使用;如果知道程序的內部工作過程,可以通過測試來檢測程序內部是否按照規格說明書的規定正常進行。前一種方法稱為黑盒測試,后一種方法稱為白盒測試。黑盒測試又稱為功能測試,白盒子測試又稱為結構測試。經過幾個月的畢業設計,因為時間和任務的性質的關系,沒有完全按照上述的測試方法進行系統的測試,但經過一些簡單的步驟的測試,證明本系統具有相當程序的穩定。8.3本程序測試MyEclipse支持發布Web,EJB和EnterpriseApplication項目到任何MyEclipse支持的服務器上。它支持散包和打包發布。目前來說Tomcat和JBoss都是支持散包發布的。散包發布一般是開發時候來使用,MyEclipse會把所有的文件按照JavaEE規定的目錄結構放在服務器的發布目錄下。在這種情況下,MyEclipse還會自動把修改過的文件,例如JSP文件,類文件等等復制過去,實現自動同步功能,這時修改了JSP頁面不需要重新發布就能在瀏覽器里刷新后看到新的結果。這樣對開發來說是非常方便的。散包發布車輛違章罰款系統項目車輛違章罰款系統項目文件夾下包含了類庫文件及資源文件。其中src文件夾下包含一個Java文件DBO.java,用于創建數據庫表;WebRoot文件夾下存放了所有的jsp頁面,其下的Pictures文件夾存放了頁面制作所需的圖片。在MyEclipse的PackageExplorer視圖下單擊“發布”按鈕進入發布界面,如圖8-1所示:圖8-1在Project對應的選項中選擇車輛違章罰款系統項目,然后單擊右面的按鈕進入NewDeployment對話框,如圖8-2。圖8-2在該對話框的Server對應的選項中選擇“<CustomLocation>”,在DeployLocation對應的選項中選擇“D:\apache-tomcat-5.5.27\webapps\wzcx”路徑,單擊返回ProjectDeployment對話框,如圖8-3。圖8-3最后單擊完成發布。啟動Tomcat服務器在MyEclipse界面下點擊按鈕,在下拉菜單中選擇Tomcat5.x服務器并單擊“開始”按鈕啟動服務器,若啟動成功顯示以下信息:圖8-4打開IE瀏覽器進行測試車輛違章罰款系統發布完且Tomcat服務器開啟后,再打開IE7.0(或以上版本)瀏覽器,在其地址欄中輸入:http://localhost:8080/wzcx(其中localhost為本地主機IP地址,8080為Tomcat服務器端口號,wzcx為項目名稱)按回車即可進入車輛違章罰款系統系統首頁登錄界面。如圖8-5所示。圖8-5對于第一次登陸的用戶來說,首先需要注冊,單擊“新用戶注冊”按鈕即可進入注冊界面,注冊不正確則出現如圖8-6。圖8-6注冊成功則如圖8-7所示。圖8-7用戶注冊成功后即可進行登陸測試,若沒有輸入用戶名和密碼則會出現如圖8-8所示。圖8-8若用戶名或密碼輸入錯誤則會出現如圖8-9所示。圖8-8總結畢業論文是本科學習階段一次非常難得的理論與實際相結合的機會,通過這次比較完整的車輛違章罰款系統設計,我擺脫了單純的理論知識學習狀態,和實際設計的結合鍛煉了我的綜合運用所學的專業基礎知識,解決實際問題的能力,同時也提高我查閱文獻資料、設計手冊、設計規范等其他專業能力水平,而且通過對整體的掌控,對局部的取舍,以及對細節的斟酌處理,都使我的能力得到了鍛煉,經驗得到了豐富。這是我們都希望看到的也正是我們進行畢業設計的目的所在。雖然畢業設計內容繁多,過程繁瑣但我的收獲卻更加豐富。各種系統的適用條件,我都是隨著設計的不斷深入而不斷熟悉并學會應用的。和老師的溝通交流更使我從經濟的角度對設計有了新的認識也對自己提出了新的要求,通過這次畢業設計讓我提前了解了這些知識,這是很珍貴的。提高是有限的但提高也是全面的,正是這一次設計讓我積累了無數實際經驗,使我的頭腦更好的被知識武裝了起來,也必然會讓我在未來的工作學習中表現出更高的應變能力,更強的溝通力和理解力。順利如期的完成本次畢業設計給了我很大的信心,讓我了解專業知識的同時也對本專業的發展前景充滿信心。比如我的設計在系統設計上就有很大的不足,這無疑是很讓我自身感到遺憾的,可這些不足正是我們去更好的研究更好的創造的最大動力,只有發現問題面對問題才有可能解決問題,不足和遺憾不會給我打擊只會更好的鞭策我前行。謝辭經過幾個月的查資料、整理材料、寫作論文,今天終于可以順利的完成論文的最后的謝辭了,想了很久,要寫下這一段謝詞,表示可以進行畢業答辯了,

溫馨提示

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

評論

0/150

提交評論