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