【正文】 輸， 這樣通信的質量可以得到保證，并且通信的效率較高。 從 ， Spring 引入了構造型（ stereotype）注解的概念以及將 Repository 注解作為數(shù)據(jù)訪問代碼的標記的方法。比如， 引入了帶有 Repository 注解的對象自動激活其數(shù)據(jù)訪問異常轉換 [10]。如果既不指定 name 也不指定 type 屬性，這時將通過反射機制使用byName 自動注入策略 [11]。如果既沒有指定 name，又沒有指定 type，則自動按照 byName 方式進行裝配。同時，為了讓 Spring 能夠掃描類路徑中的類并識別出 Repository 注解，需要在 XML 配置文件中啟用 Bean 的自動掃描功能，這可以通過 context:ponentscan/ 實現(xiàn)。這些類就成了 Spring 受管組件。 MyBatis 是支持普通 SQL 查詢，存儲過程和高級映射的優(yōu)秀持久層框架。 SqlSessionFactoryBuilder 可以從一個xml配置文件或者一個預定義的配置類的實例獲得。 MyBatis 和 Hibernate 同樣作為 orm 框架 [14]，面向的目的卻是有所差異的， Hibernate 是一個封裝的很好的對象數(shù)據(jù)庫映射解決方案，全面向對象思維，就連數(shù)據(jù)庫操作語句都具有很強的面向對象特性，就算開發(fā)人員對 sql語句不是很了解，也能很快的編寫出數(shù)據(jù)庫操作語句，可以說， hibernate 強大的功能大有一統(tǒng)天下的趨勢，但是事物總有兩面性，高度的封裝導致了一下幾個問題： （ 1）性能問題， hibernate 在提供強大的面向對象特性上往往犧牲了一部分性能，編譯后會產(chǎn)生很多冗余繁雜的 sql代碼，這些沒有優(yōu)化 的機械化的代碼質量不高，尤其是某些對性能要求很高的應用，hibernate 幾乎完全不可行。首先對 Windows Sockets API 工作原理進行了簡要描述，接著對 Spring 框架，主要對其注解技術進行了研究，最后對數(shù)據(jù)層最優(yōu)秀的持久層 Mybatis 框架關鍵技術進行詳細介紹。優(yōu)化系統(tǒng)流程提高性能，滿足銀行 60 路并發(fā)接入、能夠承載 60 個銀行網(wǎng)點，每個網(wǎng)點 3 個柜面的繳款并發(fā)業(yè)務請求，使系統(tǒng)高效穩(wěn)定，同時提供豐富的繳款報表查詢、趨勢分析等功能。 系統(tǒng)可行性分析 技術可行性 目前 J2EE 技術已經(jīng)非常成熟，結合 JSP， Servlet 及相關的關系數(shù)據(jù)庫技術，完全能夠實現(xiàn)并達到交通違法繳款的功能目標。 因此就目前使用的開發(fā)技術來說建議系統(tǒng)的功能目標完全能夠達到，所以從技術上分析是可行的。 經(jīng)濟可行性 一個信息系統(tǒng)的開發(fā)成本、運行費用和收益這些經(jīng)濟因素決定了該系統(tǒng)是否值得的做，只有投資預計能帶來利潤的系統(tǒng)才值得進一步去考慮。 系統(tǒng)需求分析 功能需求 需求分析的目的是對目標系統(tǒng)提出盡可能完整、準確的需求，并建立相應的模型加 以描述。用例圖中包含系統(tǒng)、角色和用例三種模型元素。在模型中保留并行行為的描述，對于在實現(xiàn)階段充分發(fā)現(xiàn)那些可以并行的工作非常有利，這將有助于提高工作效率和系統(tǒng)反映的靈敏程度 [18]。 表 31 需求功能表 業(yè)務需求 詳細描述 銀行業(yè)務處理 接收銀行客戶端查詢服務 服務端提供接收客戶端查詢請求，返回決定書應交款信息。 保存客戶端繳款日志 客戶端繳款信息保存數(shù)據(jù)庫。 XML 報文解析和封裝 數(shù)據(jù)通信接口 系統(tǒng)符合公安內外網(wǎng)邊界平臺接入要 求，支持數(shù)據(jù)庫同步應用及文件同步應用兩種方式； 網(wǎng)閘數(shù)據(jù)通信接口 查詢分析平臺 能查詢銀行業(yè)務操作日志以及統(tǒng)計分析，可按日、月、季度和年度統(tǒng)計繳款金額 ,可生成 Excel表格。 圖 31 系統(tǒng)用例圖 其他需求 （ 1）性能方面的需求。 （ 3）可靠性方面的需求分析。 （ 5）可維護性方面的需求分析?？蓴U展性是軟件設計的原則之一，它以添加新功能或修改完善現(xiàn)有功能來考慮軟件的未來成長。 4 系統(tǒng)設計 本章從三大個方面對系統(tǒng)設計進行全面深入的討論，首先就是從系統(tǒng)的總體設計角度進行論述包括設計思想和架構設計，最后從 系統(tǒng)數(shù)據(jù)庫設計角度進行論述，再次從系統(tǒng)的各個功能模塊的設計進行全面深入的論述。同時，系統(tǒng)應提供簡單明了的用戶使 用界面，使非專業(yè)用戶使用起來更方便實用。 安全性原則 首先要注意涉信息數(shù)據(jù)的安全和保密問題，嚴格遵照國家相關保密政策，采用專門的信息安全機制，為空間信息共享創(chuàng)造安全的條件。 系統(tǒng)總體設計 網(wǎng)絡架構 根據(jù)系統(tǒng)分析和設計原則 ,考慮到公安網(wǎng)的數(shù)據(jù)安全以及銀行金融數(shù)據(jù)安全，系統(tǒng)在安全性方面嚴格按照公安邊界平臺接入規(guī)范進行架構設計。 系統(tǒng)網(wǎng)絡結構如圖 41 所示。 用戶層即系統(tǒng)的客戶端軟件，用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面 [22]。封裝各個功能模塊信息的錄入、刪除、修改和查詢等業(yè)務邏輯。 B/S 模式的三層結構是一種嚴格的分層定義，它首先將應用系統(tǒng)復雜的開發(fā)工作劃分為相對簡單的小分塊，然后在每一層中只實現(xiàn)系統(tǒng)相應層的功能設計，層間的交互由相鄰層對應的功能模塊進行調用，信息傳遞只由接口進行傳送。模塊化設計的主要目的是降低開發(fā)難度，增加系統(tǒng)的可維護性等。 根據(jù)模塊化設計原則、交通違法繳款管理的目前實際需求，將實 際業(yè)務進行抽象，建設的主要內容從功能上可以劃分為八大模塊和若干個小模塊：違法信息查詢、銀行繳款、銀行對賬、賬目核對、繳款記錄查詢、數(shù)據(jù)匯總分析、系統(tǒng)管理和日志管理管理。由于篇幅有限下面將對其中最主要的繳款、賬目勾對、接口交互等模塊的內容進行較深入的 研究和闡述。如果未交納，則按照返回記錄的應交罰金的總金額數(shù)交納。另外銀行客戶端系統(tǒng)自動把當天收款的賬目記錄與交警系統(tǒng)已繳款記錄進行核對，確保兩邊的繳款記錄一致。依據(jù)Web Service 規(guī)范實施的應用之間，無論它們所使用的語言、平臺或內部協(xié)議是什么，都可以相互交換數(shù)據(jù)。 為了系統(tǒng)的可擴展性性，系統(tǒng)統(tǒng)一將接口分為兩類：查詢類和寫入類接口。如 01A01代表機 動車部局端提供的接口。 WriteXmlDoc 文檔說明：節(jié)點標簽 login，寫入數(shù)據(jù)字段如表43 用戶驗證字段表所示。3密碼超過有效期 。7 該用戶沒有上級部門 8 該用戶沒有獲得權限 。 查詢文檔 QueryXmlDoc 說明：節(jié)點標簽 QueryCondition，查詢條件數(shù)據(jù)字段如表所示。 WriteXmlDoc 文檔說明：節(jié)點標簽 viofine，寫入數(shù)據(jù)字段如表45 所示。 繳款金額按時間統(tǒng)計： 分類 路徑 功能訪問地址 /Trafficppms/report/ 腳本 /appscripts/statisticalform/ /appscripts/statisticalform/ 顯示頁面 / report / 控制器 業(yè)務邏輯 . DaylistReportLogic 繳款金額按部門統(tǒng)計： 分類 路徑 功能訪問地址 /Trafficppms/report/ 腳本 /appscripts/statisticalform/ /appscripts/statisticalform/ 顯示頁面 / report / 控制器 業(yè)務邏輯 . DeptReportLogic 繳款金額按違法行為統(tǒng)計 分類 路徑 功能 訪問地址 /Trafficppms/report/ 腳本 /appscripts/statisticalform/ /appscripts/statisticalform/ 顯示頁面 / report / 控制器 業(yè)務邏輯 系統(tǒng)管理 系統(tǒng)管理主要包括系統(tǒng)用戶、用戶組、權限管理和日志管理。 系統(tǒng)權限管理用例圖如 46 所示。 用戶組：為了更好地管理用戶，對用戶進行分組歸類，簡稱為用戶組。 圖 47 權限管理概念模型圖 “用戶管理 ”用于維護用戶的基本信息，內容包括編號、姓名、所屬部門等。 圖 48 用戶管理類圖 數(shù)據(jù)庫設計 數(shù)據(jù)庫是信息系統(tǒng)的核心和基礎，把信息系統(tǒng)中大量的數(shù)據(jù)按一定的模型組織起來，提供存儲、維護、檢索數(shù)據(jù)的功能，使信息系統(tǒng)可以方便、及時、準確地從數(shù)據(jù)庫中獲得所需的信息。系統(tǒng) ER 圖關系如圖49 所示，數(shù)據(jù)表清單如表 46 所示。 系統(tǒng)框架的實現(xiàn) 整體實現(xiàn)描述 系統(tǒng)是基于 J2EE 技術的 B/S 結構系統(tǒng)，其框架 的主要實現(xiàn)有下面幾點。 （ 2）數(shù)據(jù)訪問：采用 Spring 對 JDBC 的封裝，SimpleJdbcTemplate 和 SimpleJdbcInsert 會被大量應用。 （ 5）表單提交： ，一個 jquery 的插件，使用它可以輕松的將一個 HTML 表單（ form）中的數(shù)據(jù)通過 Ajax 方式提交。 框架目錄結構 一個 web 工程根目錄下的子目錄及其部分子目錄說明如表51 所示。 WebContent 系統(tǒng)部署運行時所需要的資源，其相關子目錄見下描述。 不包括在 Java 中使用的組件。 styles 存放樣式相關文件及圖片，考慮到可能需要多種風格的樣式，在該目錄下將分別建立針對不同風格的子目錄（如現(xiàn)在的 default） 。主要的包如表 53 所示。舉例：系統(tǒng)管理的包為 ，其中權限管理又分子包：。它 “以客戶為中心、快速產(chǎn)品創(chuàng)新、改善管理能力 ”三大核心作為設計理念，通過統(tǒng)一的 IT 架構，統(tǒng)籌考慮信息技術、金融市場發(fā)展前沿，結合農(nóng)業(yè)銀行業(yè)務實際和未來需要，科學審慎地對傳統(tǒng)的研發(fā)模式、研發(fā)機制進行變革，改變由需求部門和項目組主導項目的研發(fā)模式。 BoEing 系統(tǒng)具備快速設計開發(fā)產(chǎn)品的能力，通過靈活的參數(shù)化配置即可為客戶提供差異化的產(chǎn)品服務，從而極大地提高農(nóng)行金融產(chǎn)品的前瞻性和應變力。在這種模式下，新產(chǎn)品開發(fā)過程就是選取產(chǎn)品目錄中的組件和參數(shù)，進行有機組合和簡單設置的過程，就如同汽車的組裝一樣，這就改變以往所有新產(chǎn)品需求都需要硬編碼實現(xiàn)的產(chǎn)品開發(fā)方式，極大地提高產(chǎn)品研發(fā)效率和市場響應速度。此外，系統(tǒng)還實現(xiàn)了渠道統(tǒng)一簽約和渠道合約的統(tǒng)一管理，并支持不同渠道的差異化定價，從而有力地推動柜面業(yè)務分流和網(wǎng)點轉型。在銀行端，只要與支付寶等第三方軟件公司達成協(xié)議即可使用支付寶違章繳款功能。 支付寶交通罰款代辦業(yè)務辦理界面如下，如圖 52 所示。由于目前暫不受理扣分違章，所以，有扣分的違章行為，在違章條例列表中已被做了屏蔽，是顯示不出來的；而已在列表中的違章行為，則全部可以受理。 圖 51 交通違法柜臺繳款界面 2）移動終端 在移動互聯(lián)網(wǎng)時代，支付寶為自己設 立了一個比 PC 時代宏大得多的目標：取代錢包，戰(zhàn)勝現(xiàn)金，成為個人金融的入口。 （ 2）方式創(chuàng) 新。 BoEing 系統(tǒng)基于 “產(chǎn)品工廠 ”模式，采用層次化的結構，將農(nóng)行現(xiàn)有的產(chǎn)品功能抽象和細分成若干組件和參數(shù)，建立起全行統(tǒng)一的產(chǎn)品目錄。該系統(tǒng)設計了以 BoEing 為核心的 10 大項目群 40 個項目，制定了科學、可行的實施路線圖，明確了項目目標、范圍和邊界。 系統(tǒng)功能模塊實現(xiàn) 繳款客戶端 1）銀行柜臺 系統(tǒng)支持多行接入，本課題主要討論農(nóng)業(yè)銀行客戶端使用BoEing 系統(tǒng)的快速構建實現(xiàn)。 系統(tǒng)一級包，放置系統(tǒng)級的常用類，如各種數(shù)據(jù)庫的訪問入口、系統(tǒng)會話管理、業(yè)務處理異常、常量類等。 WEBINF/tld JSP 標簽的 tld 文件。 images 存放公用的圖片 pages 存放功能（ JSP）頁面，各大功能分別存儲在不同的子目錄中。 表 52 webcontent 子目錄表 目錄名 說明 mons 存放一些公用文件，如定義標簽的頁面、錯誤導向頁面等。 lib 存放需要在開發(fā)工具中編譯依賴的第三方包，但不包含在WEBINF/lib 目錄下存在的。提交后的返回數(shù)據(jù)一般采用 JSON 格式。 （ 4） Ajax 應用： ，對于表單提交的操作，優(yōu)先采用 Ajax 處理，以免刷新輸入頁面。對于一些公用的方法，如果 spring 中存在，則優(yōu)先采用。各個部分環(huán)環(huán)相扣，緊密聯(lián)系，不可缺少，為下面系統(tǒng)實現(xiàn)展開做了重要的鋪墊。 做應用系統(tǒng)開發(fā)的程序員或多或少都進行過數(shù)據(jù)庫的設計，數(shù)據(jù)庫設計的好壞，對應用程序的擴展有非常大的影響，因此數(shù)據(jù)庫的設計方法非常重要。 系統(tǒng)中的用戶由單位指定的系統(tǒng)管理員或者具有添加用戶功能的操作員對來添加用戶信息。默認系統(tǒng)包含三個用戶組：系統(tǒng)管理組、數(shù)據(jù)管理組和普通用戶組。 功能：出現(xiàn)在系統(tǒng)菜單中的功能，通常一個功能會包含多個資源，如用戶管理的功能，會包含用戶列表、用戶編輯的資源等。用戶和用戶組為多對多的關系。 匯總分析 匯總分析包括對違法繳款數(shù)據(jù)按日、月、季、年份進行匯總統(tǒng)計，可以對違法地點、違法行為進行分類匯總分析。 5）銀