基于j2ee交通違法繳款系統設計與實現畢業論文(編輯修改稿)

　

【文章內容簡介】 能夠直接在代碼中通過注解完成 sql操作，可謂是集靈活，高效 ，性能于一體的強大的 ORM 框架 [13]。 MyBatis 是支持普通 SQL 查詢，存儲過程和高級映射的優秀持久層框架。 MyBatis 消除了幾乎所有的 JDBC 代碼和參數的手工設置以及結果集的檢索。 MyBatis 使用簡單的 XM 或注解用于配置和原始映射，將接口和 Java 的 POJOs（ Plain Old Java Objects，普通的 Java對象）映射成數據庫中的記錄。每個 MyBatis 應用程序主要都是使用SqlSessionFactory 實例的，一個 SqlSessionFactory 實例可以通過SqlSessionFactoryBuilder 獲得。 SqlSessionFactoryBuilder 可以從一個xml配置文件或者一個預定義的配置類的實例獲得。用 xml文件構建SqlSessionFactory 實例是非常簡單的事情。推薦在這個配置中使用類路徑資源（ classpath resource)，但你可以使用任何 Reader 實例，包括用文件路徑或 url 創建的實例。 MyBatis 有一個實用類Resources，它有很多方法，可以方便地從類路徑及其它位置加載資源。 MyBatis 和 Hibernate 同樣作為 orm 框架 [14]，面向的目的卻是有所差異的， Hibernate 是一個封裝的很好的對象數據庫映射解決方案，全面向對象思維，就連數據庫操作語句都具有很強的面向對象特性，就算開發人員對 sql語句不是很了解，也能很快的編寫出數據庫操作語句，可以說， hibernate 強大的功能大有一統天下的趨勢，但是事物總有兩面性，高度的封裝導致了一下幾個問題： （ 1）性能問題， hibernate 在提供強大的面向對象特性上往往犧牲了一部分性能，編譯后會產生很多冗余繁雜的 sql代碼，這些沒有優化 的機械化的代碼質量不高，尤其是某些對性能要求很高的應用，hibernate 幾乎完全不可行。 （ 2）高度封裝，如果沒有深入的學習和研究，在使用上也常常會出現一些不可控的錯誤，當然，如果你研究的很深，掌握的很好，不存在這個問題，但是很多使用了一兩年的人還存在這個問題，說明Hibernate 確實是一個難以駕馭的框架。 （ 3）一些特殊的應用場合，比如遺留數據庫，特殊行業的特殊要求（銀行，電信， ERP 等）使得 Hibernate 不再是最好的選擇。 本章小結 本章節主要是對交通違法繳款系統使用到的 關鍵技術進行介紹，包括 Sokect、 Spring 以及 MyBatis 框架。首先對 Windows Sockets API 工作原理進行了簡要描述，接著對 Spring 框架，主要對其注解技術進行了研究，最后對數據層最優秀的持久層 Mybatis 框架關鍵技術進行詳細介紹。這些技術會在后面的設計與實現部分將會結合實際進行討論。 3 系統分析 下面將對基于 J2EE 技術的交通違法繳款系統進行深入的研究與探討。 系統目標分析 建立標準化業務體系和系統架構，滿足交警總隊下發 “關于外掛接口系統設計改造通知 ” 95 號文件的建設要求，提供數據同步接口符合公安內外網邊界平臺接入要求，支持數據庫同步應用及文件同步應用兩種方式。優化系統流程提高性能，滿足銀行 60 路并發接入、能夠承載 60 個銀行網點，每個網點 3 個柜面的繳款并發業務請求，使系統高效穩定，同時提供豐富的繳款報表查詢、趨勢分析等功能。 基于 J2EE 技術，靈活方便的 Sokect 接口設計，可支持多銀行系統接入，并且可以讓系統的部署和集成優勢變得非常明顯，各種成本和費用減少，系統開發的代碼量大量降低 [15]。 在應用開發技術上，運用面向對象的分析和開發技術及 組件技術，提高開發效率和應用系統的性能。為了滿足未來業務的發展，在系統結構的設計、應用軟件結構與設備的選擇等均要有較大的靈活性和方便性，使系統易于擴充和升級、維護。 系統可行性分析 技術可行性 目前 J2EE 技術已經非常成熟，結合 JSP， Servlet 及相關的關系數據庫技術，完全能夠實現并達到交通違法繳款的功能目標。 J2EE技術， B/S 架構部署簡單，并且跨平臺，升級維護也非常方便。服務端可以在任何符合 IIS 規范的 Web 服務器上運行；只要符合本系統的數據庫結構的要求，凡是能提供 ODBC 驅動程序的數據庫；客戶端是能運行或解釋 HTML 代碼、 Javascrip 代碼的任何瀏覽器即可 [16]。 公安、銀行信息系統技術在目前一個技術上成熟的系統，并且在銀行公局內部準備采取有力的保證資金和人員配置，同時兩大部門還具有一定數量的系統管理和維護的專業人員，確保技術支持和數據安全。 因此就目前使用的開發技術來說建議系統的功能目標完全能夠達到，所以從技術上分析是可行的。 操作可行性 銀行信息系統已經有很豐富的人機交互的設計經驗，系統界面操作設計遵循簡單明了原則：用戶的操作盡 可能以最直接最形象最易于理解的方式呈現在用戶面前；方便使用原則：符合用戶習慣為方便使用的第一原則。其它還包括，實現目標功能的最少操作數原則，鼠標最短距離移動原則等；用戶導向原則：為了方便用戶盡快熟悉系統，簡化操作，應該盡可能的提供向導性質的操作流程。加之銀行單位內部管理、系統培訓非常規范，柜員也具有使用計算機應用經驗，所以系統的操作性是可行的。 經濟可行性 一個信息系統的開發成本、運行費用和收益這些經濟因素決定了該系統是否值得的做，只有投資預計能帶來利潤的系統才值得進一步去考慮。該系統的 開發使用的是已經很成熟的技術和語言，系統的操作和維護都很簡單和方便，這些都表明了該系統是一個低成本的系統，該系統的運行費用很低，在運營中的成本波動不大。 系統投入使用極大的減輕了民警的工作量，大大縮短交通違法繳款賬務數據的比對時間，數據報表點擊鼠標可見可定，效率大為提高；節省了群眾辦理違章處理和罰款繳納業務的排隊時間；與此同時給銀行產生巨大經濟利益。因此從經濟上來講是可行的。 系統需求分析 功能需求 需求分析的目的是對目標系統提出盡可能完整、準確的需求，并建立相應的模型加 以描述。在系統需求分析過程中我們采用 UML進行建模，包括用例圖和活動圖 [17]。用例代表的是一個完整的功能，用例圖將從用戶的角度描述系統的功能，并指出各功能的操作者。需要說明的是，用例圖是站在外部用戶的角度識別系統能完成什么樣的工作，它不考慮系統內部是如何實現的。用例圖中包含系統、角色和用例三種模型元素。在進行用例分析時，可以使用 UML 提供的動態模型 ——活動圖，來刻畫用例的動態特性。活動圖能直觀清晰地描述工作流以及并行過程的行為。活動圖與常用的程序流程圖相似，它們的主要區別在于程序流程圖一般用來表示串行過程 ，而活動圖則可以用來表示并行過程。在模型中保留并行行為的描述，對于在實現階段充分發現那些可以并行的工作非常有利，這將有助于提高工作效率和系統反映的靈敏程度 [18]。 本軟件系統的建設內容包括銀行業務處理、違法數據處理、交警接口調用、和違法繳款查詢分析平臺。銀行業務處理模塊專門負責接收銀行終端的查詢、繳款、退款請求信息，能承載 60 個銀行網點，每個網點 3 個柜面的業務并發處理；違法數據處理模塊主要是負責違法數據入庫、操作日志入庫；交警接口調用和數據通信接口主要負責與省級公安內網的違法處理接口以及邊界數據同步 ；查詢分析平臺能查詢銀行業務操作日志以及統計分析，可按日、月、季度和年度統計繳款金額，并可生成 Excel表格。詳細的需求描述如表 31 所示。 表 31 需求功能表 業務需求 詳細描述 銀行業務處理 接收銀行客戶端查詢服務 服務端提供接收客戶端查詢請求，返回決定書應交款信息。 接收銀行客戶端繳款服務 服務端提供接收客戶端繳款信息。 接收銀行客戶端退款服務 服務端提供接收客戶端退款信息。 保存客戶端查詢日志 客戶端查詢信息保存數據庫。 保存客戶端繳款日志 客戶端繳款信息保存數據庫。 保存客戶端退款日志 客戶端 退款信息保存數據庫。 接收銀行賬單文件 FTP 接收賬單文件 違法數據處理 決定書編號轉換和校驗 違法滯納金的動態計算 違法數據入庫 續表 31 需求功能表 業務需求 詳細描述 交警接口調用 讀取違法信息接口 提供給警務通等實時查詢違法信息，查詢已處罰的違法信息。 銀行對賬錄入接口 主要提供給財政和銀行用于消除違法記錄的狀態，接口自動比對繳款金額和滯納金，比對通過更新相關違法記錄的繳款標記等字段，并更新機動車和駕駛證的 “違法未處理 ”狀態。 XML 報文解析和封裝 數據通信接口 系統符合公安內外網邊界平臺接入要 求，支持數據庫同步應用及文件同步應用兩種方式； 網閘數據通信接口 查詢分析平臺 能查詢銀行業務操作日志以及統計分析，可按日、月、季度和年度統計繳款金額 ,可生成 Excel表格。 客戶端歷史查詢記錄瀏覽及檢索 客戶端繳款記錄瀏覽及檢索 客戶端退款記錄瀏覽及檢索 客戶端上傳繳款明細失敗記錄瀏覽及檢索 客戶端上傳繳款明細成功記錄瀏覽及檢索 按采集部門統計罰款金額報表，并導出 excel文檔或者 word 文檔。 根據分析，系統主要分為繳款用戶，柜員、交警財務人員以及系統管理員。繳款用戶主要進行自助終端、網上 銀行繳款；銀行柜員則負責代收繳款用戶金額進行繳款操作；交警財務人員進行數據匯總以及核對賬目；系統管理員負責系統基礎數據管理和維護；從上可知，系統整體用例圖如圖 31 所示。 圖 31 系統用例圖 其他需求 （ 1）性能方面的需求。在保證服務器性能的情況下，業務辦理的查詢要求在 3 秒鐘內完成，對于較為復雜的報表統計查詢要求在20 秒鐘內完成。 （ 2）安全性方面的需求分析。網絡數據安全必須滿足公安網數據接入規范，系統訪問安全主要是通過設置訪問權限，對不同的用戶設置不同的訪問權限和操作權限， 從而防止非法用戶的訪問和破壞或者的一些用戶的越權操作。 （ 3）可靠性方面的需求分析。即系統軟件應該具有容錯功能，當發生系統故障時，不會引發系統重啟的故障；并且具有一定的保護能力。 （ 4）可用性方面的需求分析。系統界面簡單明了，用戶易學易用，并且提高信息共享的程度，減少用戶對數據的大量輸入。 （ 5）可維護性方面的需求分析。系統的可維護性是指系統軟件交付使用之后直至軟件被淘汰的整個時期內為了改正錯誤或滿足新的需求而修改軟件的活動。系統要具有可維護性，有利于將來系統功能的改進。 （ 6）可擴 展性方面的需求。可擴展性是軟件設計的原則之一，它以添加新功能或修改完善現有功能來考慮軟件的未來成長。可擴展性是軟件拓展系統的能力。 本章小結 本章節主要是對交通違法繳款系統進行了建設目標，可行性以及需求分析。首先論證系統的建設是必要可行的，然后從系統的建設功能做了詳細的需求分析，并且從系統的性能、安全性、可靠性、可擴展性、可用性和可維護性方面進行了簡要的分析。 4 系統設計 本章從三大個方面對系統設計進行全面深入的討論，首先就是從系統的總體設計角度進行論述包括設計思想和架構設計，最后從 系統數據庫設計角度進行論述，再次從系統的各個功能模塊的設計進行全面深入的論述。 系統設計原則 標準化原則 標準化或稱規范化是一個信息系統建設的基礎，也是系統與其他系統兼容和進一步擴充的根本保證。銀行繳款對賬系統應在已有國家或部門標準、規范和指導性技術文件的基礎上，兼顧現有基礎條件和技術特征開展建設。 實用性原則 立足應用是信息系統建設的源動力，銀行繳款對賬系統應以滿足當前用戶的需求為主要目標，了解用戶的實際需求，真正明確建設目標。同時，系統應提供簡單明了的用戶使 用界面，使非專業用戶使用起來更方便實用。 先進性原則 在系統總體設計上，在開發各類系統的成功經驗基礎上，也要注重吸取同類系統的建設經驗；在軟件開發思想上，嚴格按照軟件工程的標準和面向對象的理論來設計，保證系統的先進性；在技術上，要采先進的且成熟的技術，使得設計更加合理、更為先進；在支撐環境上，在注重系統的實用性的前提下，盡可能采用先進的計算機軟、硬件環境。 開放性原則 信息系統的開放性可以說是系統生命力的表現，只有開放的系統才能夠兼容和不斷發展，才能夠保證前期投資持續有效 ，保證系統可分期逐步發展和整個系統的越來越完善。系統建設應符合相應的數據標準，可以保障和其它系統的聯系通信和數據交換，能和有關系統集成和兼容；同時，隨著數據內容的不斷豐富和完善，以及用戶需求的不斷提高，系統的功能應能夠不斷增加、完善以及擴展 [20]。 安全性原則 首先要注意涉信息數據的安全和保密問題，嚴格遵照國家相關保密政策，采用專門的信息安全機制，為空間信息共享創造安全的條件。同時要確保系統運行的安全性，保證系統的抗干擾能力和保持正常工作的能力以及在錯誤干