防逃費(fèi)論文 - 原版

1、.PAGE . *大學(xué)碩士論文 及論文原創(chuàng)性說(shuō)明專業(yè)學(xué)位碩士論文論文題目:省高速公路防逃費(fèi)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)作 者:專 業(yè):工程碩士(軟件工程領(lǐng)域)研究方向:指導(dǎo)教師:教授二0一三年七 月 廿七 日學(xué) 號(hào)： MP論文辯論日期：20 年 月 日指 導(dǎo) 教 師： 簽字省高速公路防逃費(fèi)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)作 者:三指導(dǎo)教師:金志權(quán)教授大學(xué)研究生畢業(yè)論文(申請(qǐng)工程碩士學(xué)位)大學(xué)軟件學(xué)院2013年7月The Design and Implementation of Based on Zhang, SanSubmitted in partial fulfillment of the requirements f

2、or the degree of Master of EngineeringSupervised byProfessor Jin,Zhiquan Software InstituteNANJING UNIVERSITYNanjing, ChinaJuly,2013. 摘 要隨著高速公路聯(lián)網(wǎng)不斷擴(kuò)展，不法車輛偷逃公路通行費(fèi)的現(xiàn)象一直呈上升趨勢(shì)，并逐步向集團(tuán)化、規(guī)?；较蜷_(kāi)展。偷逃公路通行費(fèi)作為嚴(yán)重?cái)_亂公路運(yùn)營(yíng)秩序的頑疾，它不僅給各聯(lián)網(wǎng)收費(fèi)經(jīng)營(yíng)主體造成巨大的經(jīng)濟(jì)損失，也嚴(yán)重干擾了公路正常的營(yíng)運(yùn)管理秩序和行車平安，更在一定程度上影響了市場(chǎng)經(jīng)濟(jì)的規(guī)化格局。高速公路防逃費(fèi)系統(tǒng)從技術(shù)角度上復(fù)原車輛偷逃路費(fèi)

3、的事實(shí)，同時(shí)通過(guò)對(duì)數(shù)據(jù)的搜集匯總，有針對(duì)有層次性地對(duì)不同程度通行費(fèi)損失進(jìn)展追逃補(bǔ)繳。目前，全省的高速公路分為粵東、粵西、粵北、中片區(qū)4個(gè)聯(lián)網(wǎng)區(qū)域，區(qū)域下轄路段，路段總數(shù)超過(guò)100?；谑召M(fèi)數(shù)據(jù)的平安考慮，各經(jīng)營(yíng)路段之間的流水?dāng)?shù)據(jù)不能直接共享，并且營(yíng)運(yùn)數(shù)據(jù)也沒(méi)有共享平臺(tái)支撐其協(xié)作管理。因此，我們開(kāi)發(fā)了基于B/S模式、以路段為工作單位的高速公路防逃費(fèi)系統(tǒng)。這樣，各路段以互聯(lián)網(wǎng)接入平臺(tái)，使用自己的賬號(hào)登錄處理。該系統(tǒng)采用了J2EE體系構(gòu)造，使用標(biāo)準(zhǔn)的三層架構(gòu)，使用了MVC模式的設(shè)計(jì)思想，結(jié)合了 Spring、Struts、Hibernate、JQuery等先進(jìn)的技術(shù)方法。關(guān)鍵詞必須有中文關(guān)鍵詞：MV

4、C模式、Struts框架、Spring框架、Hibernate框架. AbstractWith the rapid development of puter information technology, the office information system of government is developing rapidly. The building of the information system of the Letters and Visits is very important work for prehensive management of social securi

5、ty.The information system of the Letters and Visits realized to reflect social instability occurstimely and accurately, to collectinformation unitedly,it helps to provide an accurate basis for scientific decision making for leaders.格式：Arial字體，五號(hào)，1.5行距。英文摘要要認(rèn)真檢查語(yǔ)法。The old management of the Letters an

6、d Visits in a government department of Guangzhou mainly transfers case through paper files or the bureau information platform of government,case acceptance and registration are all done by hand,the network of the Letters and Visits is not established in all districts,inefficiency,and munication cost

7、 is very high.Therefore,we develop the information system of Guangzhou Letters and Visits(GLVIS) on B/S design pattern.The GLVIS uses J2EE and standard three-tier architecture,it adopts MVC pattern for designing and some advanced technologies,such as Spring,Struts,Hibernate etc.Keywords對(duì)照必須有英文keywor

8、ds：MVC, Spring, Struts, Hibernate. 目 錄目錄自動(dòng)生成，參照此模板，使用插入替換法法寫(xiě)好正文之后，可以選中目錄區(qū)域，右鍵菜單更新域，即可獲得新的目錄。檢查新目錄，消除自動(dòng)生成目錄中不正確的行。 TOC o 1-3 h z u HYPERLINK l _Toc362958637摘要 PAGEREF _Toc362958637 h IHYPERLINK l _Toc362958638Abstract PAGEREF _Toc362958638 h IIHYPERLINK l _Toc362958639圖目錄 PAGEREF _Toc362958639 h VHYP

9、ERLINK l _Toc362958640表目錄 PAGEREF _Toc362958640 h VIHYPERLINK l _Toc362958641第一章引言 PAGEREF _Toc362958641 h 1HYPERLINK l _Toc3629586421.1 工程背景 PAGEREF _Toc362958642 h 1HYPERLINK l _Toc3629586431.2 車輛逃費(fèi)的方式 PAGEREF _Toc362958643 h 1HYPERLINK l _Toc3629586441.3 車輛逃費(fèi)的危害性 PAGEREF _Toc362958644 h 3HYPERLIN

10、K l _Toc3629586451.4 本文主要研究的工作 PAGEREF _Toc362958645 h 4HYPERLINK l _Toc3629586461.5 本文的組織構(gòu)造 PAGEREF _Toc362958646 h 4HYPERLINK l _Toc362958647第二章技術(shù)綜述 PAGEREF _Toc362958647 h 5HYPERLINK l _Toc3629586482.1 MVC PAGEREF _Toc362958648 h 5HYPERLINK l _Toc3629586492.2 Struts PAGEREF _Toc362958649 h 9HYPER

11、LINK l _Toc3629586502.3 Spring PAGEREF _Toc362958650 h 10HYPERLINK l _Toc3629586512.4 Hibernate PAGEREF _Toc362958651 h 12HYPERLINK l _Toc3629586522.5 jQuery PAGEREF _Toc362958652 h 13HYPERLINK l _Toc3629586532.6 本章小結(jié) PAGEREF _Toc362958653 h 14HYPERLINK l _Toc362958654第三章防逃費(fèi)系統(tǒng)的分析與設(shè)計(jì) PAGEREF _Toc3629

12、58654 h 15HYPERLINK l _Toc3629586553.1工程總體規(guī)劃 PAGEREF _Toc362958655 h 15HYPERLINK l _Toc3629586563.2 系統(tǒng)需求分析 PAGEREF _Toc362958656 h 16HYPERLINK l _Toc3629586573.3系統(tǒng)總體設(shè)計(jì)與模塊設(shè)計(jì) PAGEREF _Toc362958657 h 16HYPERLINK l _Toc362958658總體構(gòu)造 PAGEREF _Toc362958658 h 16HYPERLINK l _Toc362958659可補(bǔ)充三級(jí)標(biāo)題 PAGEREF _Toc

13、362958659 h 16HYPERLINK l _Toc3629586603.* 可補(bǔ)充二級(jí)標(biāo)題 PAGEREF _Toc362958660 h 16HYPERLINK l _Toc3629586613.5 本章小結(jié) PAGEREF _Toc362958661 h 16HYPERLINK l _Toc362958662第四章防逃費(fèi)系統(tǒng)的實(shí)現(xiàn) PAGEREF _Toc362958662 h 17HYPERLINK l _Toc3629586634.1個(gè)人導(dǎo)航的實(shí)現(xiàn) PAGEREF _Toc362958663 h 17HYPERLINK l _Toc362958664個(gè)人工作臺(tái)的實(shí)現(xiàn) PAGE

14、REF _Toc362958664 h 17HYPERLINK l _Toc362958665延期審核的實(shí)現(xiàn) PAGEREF _Toc362958665 h 17HYPERLINK l _Toc362958666可補(bǔ)充三級(jí)標(biāo)題 PAGEREF _Toc362958666 h 19HYPERLINK l _Toc3629586674.2信訪業(yè)務(wù) PAGEREF _Toc362958667 h 19HYPERLINK l _Toc362958668案件登記 PAGEREF _Toc362958668 h 19HYPERLINK l _Toc362958669綜合查詢 PAGEREF _Toc362

15、958669 h 19HYPERLINK l _Toc362958670可補(bǔ)充三級(jí)標(biāo)題 PAGEREF _Toc362958670 h 19HYPERLINK l _Toc3629586714.3 統(tǒng)計(jì)分析 PAGEREF _Toc362958671 h 19HYPERLINK l _Toc3629586724.3 知識(shí)庫(kù) PAGEREF _Toc362958672 h 19HYPERLINK l _Toc3629586734.* 可補(bǔ)充二級(jí)標(biāo)題 PAGEREF _Toc362958673 h 19HYPERLINK l _Toc3629586744.5 本章小結(jié) PAGEREF _Toc36

16、2958674 h 19HYPERLINK l _Toc362958675第五章總結(jié)與展望 PAGEREF _Toc362958675 h 20HYPERLINK l _Toc3629586765.1 總結(jié) PAGEREF _Toc362958676 h 20HYPERLINK l _Toc3629586775.2 進(jìn)一步工作展望 PAGEREF _Toc362958677 h 20HYPERLINK l _Toc362958678參考文獻(xiàn) PAGEREF _Toc362958678 h 21HYPERLINK l _Toc362958679致 PAGEREF _Toc362958679 h

17、23HYPERLINK l _Toc362958680附錄 PAGEREF _Toc362958680 h 24HYPERLINK l _Toc362958681參與工程 PAGEREF _Toc362958681 h 25HYPERLINK l _Toc362958682及論文原創(chuàng)性說(shuō)明 PAGEREF _Toc362958682 h 26. 圖目錄圖目錄可以自動(dòng)生成，請(qǐng)保證每幅圖的圖名與圖序號(hào)一行文字的樣式正確，這樣就能確保所列圖名與圖序號(hào)能夠正確進(jìn)入自動(dòng)生成的圖目錄。如果發(fā)現(xiàn)*個(gè)圖的圖名和圖序號(hào)沒(méi)有進(jìn)入目錄，可以使用格式刷，把進(jìn)入目錄的樣式傳遞到?jīng)]有進(jìn)入目錄的圖名和圖序號(hào)上。 TOC h

18、 z t 圖目錄4 c HYPERLINK l _Toc303080209圖3.1系統(tǒng)總體構(gòu)造 PAGEREF _Toc303080209 h 6HYPERLINK l _Toc303080210圖4.1 MyWorkController類代碼 PAGEREF _Toc303080210 h 8. 表目錄表目錄可以自動(dòng)生成，請(qǐng)保證每*表的表名與表序號(hào)一行文字的樣式正確，這樣就能確保所列表名與表序號(hào)能夠正確進(jìn)入自動(dòng)生成的表目錄。如果發(fā)現(xiàn)*表的表名和表序號(hào)沒(méi)有進(jìn)入目錄，可以使用格式刷，把進(jìn)入目錄的樣式傳遞到?jīng)]有進(jìn)入目錄的表名和表序號(hào)上。 TOC f F h z t 表目錄2 c HYPERLINK

19、 l _Toc303080216表 4.1個(gè)人工作臺(tái)模塊主要類 PAGEREF _Toc303080216 h 7. . 第一章 引言1.1工程背景目前，省高速公路通車總里程為5048公里，路網(wǎng)構(gòu)造復(fù)雜。在2003年的第一階段，全省高速公路分為粵東、粵西、粵北、珠三角、和6個(gè)區(qū)域分片聯(lián)網(wǎng)。2012年6月1日，粵中片區(qū)合并了、珠三角和三個(gè)聯(lián)網(wǎng)區(qū)域，實(shí)現(xiàn)了第二階段分粵東、粵西、粵北、中片區(qū)4個(gè)區(qū)域聯(lián)網(wǎng)。接著，預(yù)計(jì)2014年將實(shí)現(xiàn)全省“一網(wǎng)，這樣聯(lián)網(wǎng)后一次性繳費(fèi)里程變長(zhǎng)，車輛通行費(fèi)金額相應(yīng)變大，同時(shí)因法律上的“真空，車輛偷逃費(fèi)是“零本錢，不法司機(jī)受利益驅(qū)使下，偷逃車輛通行費(fèi)行為越演越烈，甚至到了“為

20、所欲為的地步，其中有倒卡、換卡的，有假冒“綠通、軍警等免費(fèi)車輛的，更有以沖卡等惡劣手段逃繳通行費(fèi)，沖卡手段日益惡劣和囂，沖卡行為不斷上升且呈由零散型向團(tuán)伙型開(kāi)展的趨勢(shì)。據(jù)不完全統(tǒng)計(jì)，省交通集團(tuán)所轄高速公路每年沖卡逃費(fèi)車輛超10 萬(wàn)車次，保守估計(jì)，我集團(tuán)一年所有偷逃費(fèi)的損失在5億元左右。偷逃公路通行費(fèi)作為嚴(yán)重?cái)_亂公路運(yùn)營(yíng)秩序的頑疾，它不僅給各聯(lián)網(wǎng)收費(fèi)經(jīng)營(yíng)主體造成巨大的經(jīng)濟(jì)損失，也嚴(yán)重干擾了公路正常的營(yíng)運(yùn)管理秩序和行車平安，更在一定程度上影響了市場(chǎng)經(jīng)濟(jì)的規(guī)化格局?；谶@樣的情況，綜合分析了各種偷逃路費(fèi)的方式以及偷逃路費(fèi)行為的危害影響，在全省高速公路建立一套防逃費(fèi)系統(tǒng)，結(jié)合營(yíng)運(yùn)管理，給逃費(fèi)車輛沉重打

21、擊，挽回巨額路費(fèi)損失。1.2車輛逃費(fèi)的方式車輛逃費(fèi)的表現(xiàn)方式可分為顯性逃費(fèi)和隱性逃費(fèi)。顯性逃費(fèi)主要表現(xiàn)在沖卡，大概有以下4種沖卡表現(xiàn)方式：1車輛直接從收費(fèi)道口沖過(guò)五類貨車居多，而且遮擋車牌、變?cè)臁⒉鹦盾嚺茮_卡，導(dǎo)致收費(fèi)車道的自動(dòng)欄桿被撞壞，有時(shí)手動(dòng)欄桿也被撞壞。2一類小車直接跟車沖卡，由于前一臺(tái)車?yán)U費(fèi)后車輛通過(guò)，線圈感應(yīng)有車欄桿機(jī)還沒(méi)有降落，小車直接跟著前一臺(tái)車沖卡。3車輛直接參軍警車道沖卡。4車輛直接從ETC車道沖卡或跟車沖卡。隱性逃費(fèi)的方式則更多，主要有：1利用通行IC卡逃費(fèi) 換卡逃費(fèi)：兩輛車相向行駛相互調(diào)換通行卡，以此縮短繳費(fèi)里程。 套牌換卡逃費(fèi)：兩輛車套用同一塊車牌相互調(diào)換通行卡，以此

22、縮短繳費(fèi)里程。目前套牌車輛的車型、外觀及顏色等外觀特征都極為相似，難于通過(guò)出入口圖片比照確認(rèn)。 倒卡逃費(fèi)：a、同一輛車第一次出高速公路時(shí)，通過(guò)謊報(bào)丟卡滯留當(dāng)次通行卡并賠卡，下次再使用滯留的通行卡從鄰近收費(fèi)站出，以期縮短繳費(fèi)里程；b、利用粵通卡、IC卡互換逃費(fèi)此類逃費(fèi)非常隱蔽，但有出口嚴(yán)重超時(shí)的特征。 謊報(bào)入口信息: 司機(jī)入口不領(lǐng)卡或者人為的損壞通行卡，導(dǎo)致在出口無(wú)入口信息，司機(jī)謊報(bào)鄰近收費(fèi)站的入口信息，以此縮短繳費(fèi)里程。2冒牌、蒙牌、套牌逃費(fèi) 假冒綠通車輛逃費(fèi)：a、通過(guò)在車廂尾部、頂部等車體邊緣擺放少量鮮活農(nóng)產(chǎn)品，逃避檢查，假冒運(yùn)輸鮮活農(nóng)產(chǎn)品的車輛，以圖享受“綠色通道減免費(fèi)政策，逃繳車輛通行費(fèi)

23、；b、利用假海關(guān)載貨清單、假海關(guān)檢驗(yàn)單等逃避檢驗(yàn)，到達(dá)其逃費(fèi)的目的。 假冒軍警車逃費(fèi)：通過(guò)使用假冒的軍警免費(fèi)車輛號(hào)牌，出口行駛軍警專用通道逃繳車輛通行費(fèi)。 假冒粵O車、救護(hù)車等逃費(fèi)：通過(guò)將“粵C、“粵Q、“粵U等車牌用反光膠紙或雙面膠紙粘貼成“粵O車牌，或安裝醫(yī)院救護(hù)車的外設(shè)裝置，以此逃繳車輛通行費(fèi)。 假冒免費(fèi)通行證逃費(fèi)：使用他人或偽造的長(zhǎng)期、臨時(shí)免費(fèi)通行證，以此逃繳車輛通行費(fèi)。有兩種形式，一是使用他人免費(fèi)通行證，套用他人牌；二是使用偽造免費(fèi)通行證“特別通行標(biāo)志牌、治理公路三亂督查牌等。3選擇路線逃費(fèi) 車頭掛車別離逃費(fèi)：牽引車中途在效勞區(qū)，將車頭與掛車別離，掛車留在效勞區(qū)，車頭就近下高速再上高

24、速，或換另一輛牽引車頭上高速，然后到效勞區(qū)帶掛車下高速，通過(guò)上下車型費(fèi)率差額，以此縮短牽引車局部的實(shí)際繳費(fèi)里程。 UJ 型線路逃費(fèi)：U型車為中途從*處調(diào)頭，從入口站出高速公路的車輛；J型車為中途從*處調(diào)頭，從入口站以外的其他站出高速公路的車輛。UJ型車主要通過(guò)兩輛車中途換客換貨來(lái)逃繳通行費(fèi)此類逃費(fèi)存在于主線隔離帶有缺口的情況下。1.3 車輛逃費(fèi)的危害性1、破壞市場(chǎng)經(jīng)營(yíng)秩序逃費(fèi)車輛通過(guò)不法手段逃繳高速公路通行費(fèi)，與合法經(jīng)營(yíng)的車輛形成不平等的競(jìng)爭(zhēng)關(guān)系。逃費(fèi)車輛能夠使其運(yùn)費(fèi)遠(yuǎn)低于市場(chǎng)正常價(jià)格，使合法經(jīng)營(yíng)者無(wú)法與其進(jìn)展公平競(jìng)爭(zhēng)，嚴(yán)重破壞了正常的市場(chǎng)經(jīng)營(yíng)秩序。近年來(lái)，陸續(xù)有合法經(jīng)營(yíng)的物流公司通過(guò)向路段公

25、司舉報(bào)、向集團(tuán)監(jiān)控中心投訴、發(fā)給省交通運(yùn)輸廳信訪以及媒體爆料等方式，反映高速公路逃費(fèi)情況和危害。2、擾亂正常交通秩序沖卡逃費(fèi)車輛多半都是強(qiáng)行沖關(guān)，這會(huì)對(duì)收費(fèi)設(shè)施造成破壞，同時(shí)嚴(yán)重影響其他正常繳費(fèi)車輛的通行。今年發(fā)生多起逃費(fèi)車為了躲避檢查，在高速公路上強(qiáng)行倒車或逆向行駛的行為，嚴(yán)重?cái)_亂了社會(huì)正常的交通秩序。同時(shí)，車輛沖卡時(shí)速度快，容易對(duì)前方車輛的行駛平安構(gòu)成威脅。3、危害收費(fèi)工作人員的人身平安局部不法司機(jī)為了逃繳車輛通行費(fèi)，不惜采用強(qiáng)行沖卡、暴力對(duì)抗的方式。他們的沖卡行為非常囂、手段非常惡劣，對(duì)待工作人員的勸阻不但不顧，反而出手打人，甚至開(kāi)車撞人。2011年9月19日，在茂湛高速林頭站就有10余

26、人在收費(fèi)站辱罵、推打收費(fèi)員，并封堵所有收費(fèi)車道，最后強(qiáng)行沖卡；2011年5月-8月短短三個(gè)月在惠鹽高速鹽田坳收費(fèi)站就有兩輛重型半掛車強(qiáng)行沖卡，先后撞死兩名收費(fèi)站工作人員。4、損害國(guó)有資產(chǎn)和高速公路經(jīng)營(yíng)單位權(quán)益高速公路是國(guó)家經(jīng)濟(jì)的紐帶，絕大局部屬于國(guó)有資產(chǎn)。由于其初期造價(jià)高、運(yùn)營(yíng)本錢高、效益產(chǎn)出時(shí)間長(zhǎng)，所以大量的逃費(fèi)車造成國(guó)有資產(chǎn)流失，高速公路經(jīng)營(yíng)單位還本付息時(shí)間延長(zhǎng)，嚴(yán)重?fù)p害了人民群眾和高速公路投資者的利益。1.4本文主要研究的工作本文所研究的高速公路防逃費(fèi)系統(tǒng)，覆蓋了全省高速公路各個(gè)營(yíng)運(yùn)路段的數(shù)據(jù)共享，通過(guò)建立黑共享，以及按“一車一檔“原則建立的證據(jù)，通過(guò)后臺(tái)的匹配運(yùn)算以及人工確認(rèn)，從而形成

27、完整、有效的證據(jù)鏈，在現(xiàn)場(chǎng)處理聯(lián)入系統(tǒng)進(jìn)展注銷。結(jié)合上述用戶的需求，防逃費(fèi)系統(tǒng)采用J2EE體系構(gòu)造，采用MVC模式的設(shè)計(jì)思想，結(jié)合了Spring + Struts +Hibernate三種框架，在防逃費(fèi)系統(tǒng)的展現(xiàn)層利用緩存、多線程機(jī)制和Aja*異步技術(shù)，提高了JSP頁(yè)面的響應(yīng)速度。運(yùn)用JQuery組件，使得操作界面美觀統(tǒng)一。應(yīng)用Spring的IOC依賴注入和AOP面向方面編程實(shí)現(xiàn)業(yè)務(wù)模塊化。平安方面采用Spring框架中的Acegi實(shí)現(xiàn)訪問(wèn)控制，并對(duì)于一些重要的數(shù)據(jù)采取加密存儲(chǔ)的方式。使用JavaBean實(shí)現(xiàn)各層之間傳遞數(shù)據(jù)。在系統(tǒng)穩(wěn)定性方面，主要依靠穩(wěn)妥的數(shù)據(jù)采集層和良好的數(shù)據(jù)庫(kù)構(gòu)造設(shè)計(jì)徐明

28、華,2009注意正確使用參考文獻(xiàn)的標(biāo)法，格式為：作者名，年份，如果同一作者同一年份有多篇文獻(xiàn)，請(qǐng)?jiān)谀攴莺蠹觓、b字母后綴區(qū)分。例如，*三，2002a，*三2002b。1.5本文的組織構(gòu)造本文的組織構(gòu)造如下：第一章 引言局部。介紹了工程背景，國(guó)在該方向的研究現(xiàn)狀。第二章 技術(shù)綜述。將工程所要涉及的技術(shù)和框架做了介紹，包括MVC、Spring、Hibernate、Struts、jQuery。第三章 防逃費(fèi)系統(tǒng)的分析與設(shè)計(jì)。提出工程根本需求，并對(duì)工程總體設(shè)計(jì)思路進(jìn)展了概述，對(duì)工程模塊進(jìn)展了劃分、對(duì)系統(tǒng)數(shù)據(jù)構(gòu)造進(jìn)展了設(shè)計(jì)。第四章 防逃費(fèi)系統(tǒng)的具體實(shí)現(xiàn)。在需求分析的根底上，重點(diǎn)闡述了工程個(gè)人導(dǎo)航模塊、信

29、訪業(yè)務(wù)模塊、統(tǒng)計(jì)分析模塊、知識(shí)庫(kù)模塊的實(shí)現(xiàn)細(xì)節(jié)。第五章 總結(jié)與展望?？偨Y(jié)論文期間所做的工作，并且就該防逃費(fèi)系統(tǒng)的未來(lái)擴(kuò)展作了進(jìn)一步展望。. 第二章技術(shù)綜述2.1MVCMVC為模型-視圖-控制器即Model-View-Controller的英文縮寫(xiě)。MVC由模型、視圖、控制器三個(gè)局部組成。Event(事件)導(dǎo)致Controller改變Model或View，或者同時(shí)改變兩者。只要Controller改變了Models的數(shù)據(jù)或者屬性，所有依賴的View都會(huì)自動(dòng)更新。類似的，只要Controller改變了View，View會(huì)從潛在的Model中獲取數(shù)據(jù)來(lái)刷新自己。MVC是一個(gè)復(fù)雜的架構(gòu)，其實(shí)現(xiàn)也顯得非

30、常復(fù)雜。但是，我們已經(jīng)總結(jié)出了很多可靠的設(shè)計(jì)模式，多種設(shè)計(jì)模式結(jié)合在一起，使MVC架構(gòu)的實(shí)現(xiàn)變得相對(duì)簡(jiǎn)單易行。Views可以看作一棵樹(shù)，顯然可以用posite Pattern來(lái)實(shí)現(xiàn)。Views和Models之間的關(guān)系可以用Observer Pattern表達(dá)。Controller控制Views的顯示，可以用Strategy Pattern實(shí)現(xiàn)。Model通常是一個(gè)調(diào)停者，可采用Mediator Pattern來(lái)實(shí)現(xiàn)?，F(xiàn)在讓我們來(lái)了解一下MVC三個(gè)局部在J2EE架構(gòu)中處于什么位置，這樣有助于我們理解MVC架構(gòu)的實(shí)現(xiàn)。MVC與J2EE架構(gòu)的對(duì)應(yīng)關(guān)系是：View處于Web層或者說(shuō)是Client層，通

31、常是JSP/Servlet，即頁(yè)面顯示局部。Controller也處于Web層，通常用Servlet來(lái)實(shí)現(xiàn)，即頁(yè)面顯示的邏輯局部實(shí)現(xiàn)。Model處于中間層，通常用效勞端的JavaBean或者E實(shí)現(xiàn)。MVC架構(gòu)最早是smalltalk語(yǔ)言研究團(tuán)提出的，應(yīng)用于用戶交互應(yīng)用程序中。smalltalk語(yǔ)言和java語(yǔ)言有很多相似性,都是面向?qū)ο笳Z(yǔ)言，很自然的SUN在petstore(寵物店)事例應(yīng)用程序中就推薦MVC架構(gòu)作為開(kāi)發(fā)Web應(yīng)用的架構(gòu)模式。MVC架構(gòu)是一種架構(gòu)，其實(shí)需要其他模式協(xié)作完成。在J2EE模式目錄中，通常采用service to worker模式實(shí)現(xiàn)，而service to work

32、er模式可由集中控制器模式，派遣器模式和Page Helper模式組成。而Struts只實(shí)現(xiàn)了MVC的View和Controller兩個(gè)局部，Model局部需要開(kāi)發(fā)者自己來(lái)實(shí)現(xiàn)，Struts提供了抽象類Action使開(kāi)發(fā)者能將Model應(yīng)用于Struts框架中。MVC英文即Model-View-Controller，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進(jìn)展別離，這樣一個(gè)應(yīng)用被分成三個(gè)層模型層、視圖層、控制層。視圖視圖(View)代表用戶交互界面，對(duì)于Web應(yīng)用來(lái)說(shuō)，可以概括為HTML界面，但有可能為*HTML、*ML和Applet。隨著應(yīng)用的復(fù)

33、雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個(gè)應(yīng)用可能有很多不同的視圖，MVC設(shè)計(jì)模式對(duì)于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請(qǐng)求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。比方一個(gè)訂單的視圖只承受來(lái)自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請(qǐng)求傳遞給控制和模型。模型模型(Model)：就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過(guò)程對(duì)其它層來(lái)說(shuō)是黑箱操作，模型承受視圖請(qǐng)求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計(jì)可以說(shuō)是MVC最主要的核心。目前流行的E模型就是一個(gè)典型的應(yīng)用例子，它從應(yīng)用技術(shù)實(shí)現(xiàn)的角度對(duì)模型做了進(jìn)一步的

34、劃分，以便充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計(jì)模型的框架。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用*些技術(shù)組件，從而減少了技術(shù)上的困難。對(duì)一個(gè)開(kāi)發(fā)者來(lái)說(shuō)，就可以專注于業(yè)務(wù)模型的設(shè)計(jì)。MVC設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來(lái)，抽取的層次很重要，這也是判斷開(kāi)發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。抽象與具體不能隔得太遠(yuǎn)，也不能太近。MVC并沒(méi)有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。我們可以用對(duì)象編程來(lái)做比喻，MVC定義了一個(gè)頂級(jí)類，告訴它的子類你只能做這些，但沒(méi)法限制你能做這些。這點(diǎn)對(duì)編程的開(kāi)發(fā)人員非常重要。 業(yè)務(wù)模型還有一個(gè)很重要的模型那就是數(shù)據(jù)模型

35、。數(shù)據(jù)模型主要指實(shí)體對(duì)象的數(shù)據(jù) 保存持續(xù)化。比方將一訂單保存到數(shù)據(jù)庫(kù)，從數(shù)據(jù)庫(kù)獲取訂單。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中?？刂瓶刂?Controller)可以理解為從用戶接收請(qǐng)求, 將模型與視圖匹配在一起，共同完成用戶的請(qǐng)求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求。控制層并不做任何的數(shù)據(jù)處理。例如，用戶點(diǎn)擊一個(gè)連接，控制層承受請(qǐng)求后, 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個(gè)模型可能對(duì)應(yīng)多個(gè)視圖，一個(gè)視圖可能對(duì)應(yīng)多個(gè)模型

36、。 模型、視圖與控制器的別離，使得一個(gè)模型可以具有多個(gè)顯示視圖。如果用戶通過(guò)*個(gè)視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此，無(wú)論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會(huì)將變化通知所有的視圖，導(dǎo)致顯示的更新。這實(shí)際上是一種模型的變化-傳播機(jī)制。MVC設(shè)計(jì)模式的擴(kuò)展通過(guò)在ASP NET中的MVC架構(gòu)編寫(xiě)的，具有極其良好的可擴(kuò)展性。它可以輕松實(shí)現(xiàn)以下功能：實(shí)現(xiàn)一個(gè)模型的多個(gè)視圖；采用多個(gè)控制器；當(dāng)模型改變時(shí)，所有視圖將自動(dòng)刷新；所有的控制器將相互獨(dú)立工作。這就是MVC架構(gòu)的好處，只需在以前的程序上稍作修改或增加新的類，即可輕松增加許多程序功能。以前開(kāi)發(fā)的許多類可以重

37、用，而程序構(gòu)造根本不再需要改變，各類之間相互獨(dú)立，便于團(tuán)體開(kāi)發(fā)，提高開(kāi)發(fā)效率。下面討論如何實(shí)現(xiàn)一個(gè)模型、兩個(gè)視圖和一個(gè)控制器的程序。其中模型類及視圖類根本不需要改變，與前面的完全一樣，這就是面向?qū)ο缶幊痰暮锰?。?duì)于控制器中的類，只需要增加另一個(gè)視圖，并與模型發(fā)生關(guān)聯(lián)即可。同樣也可以實(shí)現(xiàn)其它形式的MVC例如：一個(gè)模型、兩個(gè)視圖和兩個(gè)控制器。從上面可以看出，通過(guò)MVC架構(gòu)實(shí)現(xiàn)的應(yīng)用程序具有極其良好的可擴(kuò)展性，是ASP.NET面向?qū)ο缶幊痰奈磥?lái)方向。MVC的優(yōu)點(diǎn)大局部用過(guò)程語(yǔ)言比方ASP、PHPPHP5也與時(shí)俱進(jìn)了，也具有了面向?qū)ο笮蚤_(kāi)發(fā)出來(lái)的Web應(yīng)用，初始的開(kāi)發(fā)模板就是混合層的數(shù)據(jù)編程。例如，直

38、接向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求并用HTML顯示,開(kāi)發(fā)速度往往比擬快,但由于數(shù)據(jù)頁(yè)面的別離不是很直接,因而很難表達(dá)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需求。MVC要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的構(gòu)造清晰，產(chǎn)品的應(yīng)用通過(guò)模型可以得到更好地表達(dá)。 首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問(wèn)應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說(shuō)訂單的處理是一致的。按MVC設(shè)計(jì)模式，一個(gè)訂單模型以及多個(gè)視圖即可解決問(wèn)題。這樣減少了代碼的復(fù)制，即減少了

39、代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。 其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。 再次，由于一個(gè)應(yīng)用被別離為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng)MVC的模型層。 控制層的概念也很有效，由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求，因此，控制層可以說(shuō)是包含了用戶請(qǐng)求權(quán)限的概念。 最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有*些一樣的特征，有利于通過(guò)工程化、工具化產(chǎn)生管理程序代碼。MVC的缺乏MVC的缺乏表達(dá)在以下幾個(gè)方面：1增加了系統(tǒng)構(gòu)造和實(shí)現(xiàn)的復(fù)雜性。對(duì)

40、于簡(jiǎn)單的界面，嚴(yán)格遵循MVC，使模型、視圖與控制器別離，會(huì)增加構(gòu)造的復(fù)雜性，并可能產(chǎn)生過(guò)多的更新操作，降低運(yùn)行效率。2視圖與控制器間的過(guò)于嚴(yán)密的連接。視圖與控制器是相互別離，但確實(shí)聯(lián)系嚴(yán)密的部件，視圖沒(méi)有控制器的存在，其應(yīng)用是很有限的，反之亦然，這樣就阻礙了他們的獨(dú)立重用。3視圖對(duì)模型數(shù)據(jù)的低效率訪問(wèn)。依據(jù)模型操作接口的不同，視圖可能需要屢次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對(duì)未變化數(shù)據(jù)的不必要的頻繁訪問(wèn)，也將損害操作性能。4 目前，一般高級(jí)的界面工具或構(gòu)造器不支持MVC架構(gòu)。改造這些工具以適應(yīng)MVC需要和建立別離的部件的代價(jià)是很高的，從而造成使用MVC的困難。2.2 StrutsStruts 是A

41、pache軟件基金會(huì)ASF贊助的一個(gè)開(kāi)源工程。它最初是Jakarta工程中的一個(gè)子工程，并在2004年3月成為ASF的頂級(jí)工程。它通過(guò)采用JavaServlet/JSP技術(shù)，實(shí)現(xiàn)了基于Java EEWeb應(yīng)用的MVC設(shè)計(jì)模式的應(yīng)用框架，是MVC經(jīng)典設(shè)計(jì)模式中的一個(gè)經(jīng)典產(chǎn)品。早期Smalltalk程序語(yǔ)言便采用了MVC(Model-View -Controller) 模式( Patterns ) 以增加程序代碼彈性，MVC模式將程序代碼整理切割為三局部，Model 局部是業(yè)務(wù)與應(yīng)用領(lǐng)域 Business domain) 相關(guān)邏輯、管理狀態(tài)之對(duì)象，Controller 局部接收來(lái)自View 所輸入

42、的資料并與Model 局部互動(dòng)，是業(yè)務(wù)流程控制 Flow Control) 之處，View 局部則負(fù)責(zé)展現(xiàn)資料、接收使用者輸入資料。在Java 應(yīng)用中，JFC/Swing、AWT、JSP皆是可用作View 的技術(shù)規(guī)格，而JavaBean 與Enterprise JavaBean 規(guī)格則可用于Model程序代碼，一旦應(yīng)用程序以MVC 模式加以適當(dāng)?shù)姆指?，Model 局部程序代碼可在不同使用者接口外觀的應(yīng)用程序中重復(fù)使用。隨著JSP 與Servlet 技術(shù)大量應(yīng)用于以Web 為根底的應(yīng)用程序，Java 開(kāi)發(fā)人員群體認(rèn)為應(yīng)以較佳的模式以提升Web 應(yīng)用程序的可維護(hù)性與重復(fù)使用性。早期JSP 規(guī)格書(shū)中

43、曾列舉兩種可行之JSP 應(yīng)用架構(gòu)，分別為Model1 與Model 2。在Model 1 架構(gòu)中，JSP 直接處理Web瀏覽器送來(lái)的請(qǐng)求 Request ，并輔以JavaBean 處理應(yīng)用相關(guān)邏輯。Model 1 架構(gòu)單純編寫(xiě)比擬容易，但在Model 1 中JSP 可能同時(shí)肩負(fù)View 與Controller 角色，兩類程序代碼有可能混雜而不易維護(hù)。而Model 2 中將Servlet 納入架構(gòu)中扮演前端Controller 角色，將Web瀏覽器送出的請(qǐng)求集中送至Servlet ，Servlet 可集中管理使用者登入、權(quán)限控制、多國(guó)語(yǔ)言轉(zhuǎn)換等前置處理，再視需求轉(zhuǎn)向給對(duì)應(yīng)的JSP 處理。Mode

44、l 2 中采用了較佳的MVC 模式，但增加了編寫(xiě)復(fù)雜度。Struts是Apache軟件基金下Jakarta工程的一局部。除Struts之外，還有其他成功的開(kāi)源產(chǎn)品，包括Tomcat， Ant 和Velocity。2000 年Craig R. McClanahan 先生奉獻(xiàn)了他編寫(xiě)struts的JSP Model 2 架構(gòu)的Application Framework 原始程序代碼給Apache 基金會(huì)，成為Apache Jakarta 方案Struts Framework 前身。2.3SpringSpring是一個(gè)開(kāi)源框架，Spring 是于2003 年興起的一個(gè)輕量級(jí)的Java 開(kāi)發(fā)框架，由R

45、od Johnson 在其著作E*pert One-On-One J2EE Development and Design中闡述的局部理念和原型衍生而來(lái)。它是為了解決企業(yè)應(yīng)用開(kāi)發(fā)的復(fù)雜性而創(chuàng)立的。Spring使用根本的JavaBean來(lái)完成以前只可能由E完成的事情。然而，Spring的用途不僅限于效勞器端的開(kāi)發(fā)。從簡(jiǎn)單性、可測(cè)試性和松耦合的角度而言，任何Java應(yīng)用都可以從Spring中受益。目的：解決企業(yè)應(yīng)用開(kāi)發(fā)的復(fù)雜性功能：使用根本的JavaBean代替E，并提供了更多的企業(yè)應(yīng)用功能圍：任何Java應(yīng)用簡(jiǎn)單來(lái)說(shuō)，Spring是一個(gè)輕量級(jí)的控制反轉(zhuǎn)IoC和面向切面AOP的容器框架。輕量從大小與

46、開(kāi)銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個(gè)大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開(kāi)銷也是微缺乏道的。此外，Spring是非侵入式的：典型地，Spring應(yīng)用中的對(duì)象不依賴于Spring的特定類?？刂品崔D(zhuǎn)Spring通過(guò)一種稱作控制反轉(zhuǎn)IoC的技術(shù)促進(jìn)了松耦合。當(dāng)應(yīng)用了IoC，一個(gè)對(duì)象依賴的其它對(duì)象會(huì)通過(guò)被動(dòng)的方式傳遞進(jìn)來(lái)，而不是這個(gè)對(duì)象自己創(chuàng)立或者查找依賴對(duì)象。你可以認(rèn)為IoC與JNDI相反不是對(duì)象沉著器中查找依賴，而是容器在對(duì)象初始化時(shí)不等對(duì)象請(qǐng)求就主動(dòng)將依賴傳遞給它。面向切面Spring提供了面向切面編程的豐富支持，允許通過(guò)別離應(yīng)用的業(yè)務(wù)

47、邏輯與系統(tǒng)級(jí)效勞例如審計(jì)auditing和事務(wù)transaction管理進(jìn)展聚性的開(kāi)發(fā)。應(yīng)用對(duì)象只實(shí)現(xiàn)它們應(yīng)該做的完成業(yè)務(wù)邏輯僅此而已。它們并不負(fù)責(zé)甚至是意識(shí)其它的系統(tǒng)級(jí)關(guān)注點(diǎn)，例如日志或事務(wù)支持。容器Spring包含并管理應(yīng)用對(duì)象的配置和生命周期，在這個(gè)意義上它是一種容器，你可以配置你的每個(gè)bean如何被創(chuàng)立基于一個(gè)可配置原型prototype，你的bean可以創(chuàng)立一個(gè)單獨(dú)的實(shí)例或者每次需要時(shí)都生成一個(gè)新的實(shí)例以及它們是如何相互關(guān)聯(lián)的。然而，Spring不應(yīng)該被混淆于傳統(tǒng)的重量級(jí)的E容器，它們經(jīng)常是龐大與笨重的，難以使用?？蚣躍pring可以將簡(jiǎn)單的組件配置、組合成為復(fù)雜的應(yīng)用。在Sprin

48、g中，應(yīng)用對(duì)象被聲明式地組合，典型地是在一個(gè)*ML文件里。Spring也提供了很多根底功能事務(wù)管理、持久化框架集成等等，將應(yīng)用邏輯的開(kāi)發(fā)留給了你。所有Spring的這些特征使你能夠編寫(xiě)更干凈、更可管理、并且更易于測(cè)試的代碼。它們也為Spring中的各種模塊提供了根底支持。特點(diǎn)歸納如下：方便解耦，簡(jiǎn)化開(kāi)發(fā)通過(guò)Spring提供的IoC容器，我們可以將對(duì)象之間的依賴關(guān)系交由Spring進(jìn)展控制，防止硬編碼所造成的過(guò)度程序耦合。有了Spring，用戶不必再為單實(shí)例模式類、屬性文件解析等這些很底層的需求編寫(xiě)代碼，可以更專注于上層的應(yīng)用。AOP編程的支持通過(guò)Spring提供的AOP功能，方便進(jìn)展面向切面的

49、編程，許多不容易用傳統(tǒng)OOP實(shí)現(xiàn)的功能可以通過(guò)AOP輕松應(yīng)付。聲明式事務(wù)的支持在Spring中，我們可以從單調(diào)煩悶的事務(wù)管理代碼中解脫出來(lái)，通過(guò)聲明式方式靈活地進(jìn)展事務(wù)的管理，提高開(kāi)發(fā)效率和質(zhì)量。方便程序的測(cè)試可以用非容器依賴的編程方式進(jìn)展幾乎所有的測(cè)試工作，在Spring里，測(cè)試不再是昂貴的操作，而是隨手可做的事情。方便集成各種優(yōu)秀框架Spring不排斥各種優(yōu)秀的開(kāi)源框架，相反，Spring可以降低各種框架的使用難度，Spring提供了對(duì)各種優(yōu)秀框架如Struts、Hibernate、Hessian、Quartz等的直接支持。降低Java EE API的使用難度Spring對(duì)很多難用的Jav

50、a EE API如JDBC，JavaMail，遠(yuǎn)程調(diào)用等提供了一個(gè)薄薄的封裝層，通過(guò)Spring的簡(jiǎn)易封裝，這些Java EE API的使用難度大為降低。Java 源碼是經(jīng)典學(xué)習(xí)例Spring的源碼設(shè)計(jì)精妙、構(gòu)造清晰、匠心獨(dú)用，處處表達(dá)著大師對(duì)Java設(shè)計(jì)模式靈活運(yùn)用以及對(duì)Java技術(shù)的高深造詣。Spring框架源碼無(wú)疑是Java技術(shù)的最正確實(shí)踐例。如果想在短時(shí)間迅速提高自己的Java技術(shù)水平和應(yīng)用開(kāi)發(fā)水平，學(xué)習(xí)和研究Spring源碼將會(huì)使你收到意想不到的效果。2.4HibernateHibernate是一個(gè)開(kāi)放源代碼的對(duì)象關(guān)系映射框架，它對(duì)JDBC進(jìn)展了非常輕量級(jí)的對(duì)象封裝，使得Java程序

51、員可以隨心所欲的使用對(duì)象編程思維來(lái)操縱數(shù)據(jù)庫(kù)。 Hibernate可以應(yīng)用在任何使用JDBC的場(chǎng)合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應(yīng)用中使用，最具革命意義的是，Hibernate可以在應(yīng)用E的J2EE架構(gòu)中取代CMP，完成數(shù)據(jù)持久化的重任。Hibernate的核心接口一共有6個(gè)，分別為:Session、SessionFactory、Transaction、Query、Criteria和Configuration。這6個(gè)核心接口在任何開(kāi)發(fā)中都會(huì)用到。通過(guò)這些接口，不僅可以對(duì)持久化對(duì)象進(jìn)展存取，還能夠進(jìn)展事務(wù)控制。下面對(duì)這6個(gè)核心接口分別加以介紹。Sess

52、ion接口Session接口負(fù)責(zé)執(zhí)行被持久化對(duì)象的CRUD操作(CRUD的任務(wù)是完成與數(shù)據(jù)庫(kù)的交流，包含了很多常見(jiàn)的SQL語(yǔ)句。)。但需要注意的是Session對(duì)象是非線程平安的。同時(shí)，Hibernate的session不同于JSP應(yīng)用中的HttpSession。這里當(dāng)使用session這個(gè)術(shù)語(yǔ)時(shí)，其實(shí)指的是Hibernate中的session，而以后會(huì)將HttpSession對(duì)象稱為用戶session。SessionFactory接口SessionFactory接口負(fù)責(zé)初始化Hibernate。它充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理，并負(fù)責(zé)創(chuàng)立Session對(duì)象。這里用到了工廠模式。需要注意的是Sessio

53、nFactory并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)工程通常只需要一個(gè)SessionFactory就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫(kù)時(shí)，可以為每個(gè)數(shù)據(jù)庫(kù)指定一個(gè)SessionFactory。Configuration類Configuration類負(fù)責(zé)配置并啟動(dòng)Hibernate，創(chuàng)立SessionFactory對(duì)象。在Hibernate的啟動(dòng)的過(guò)程中，Configuration類的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)立SessionFactory對(duì)象。Transaction接口Transaction接口負(fù)責(zé)事務(wù)相關(guān)的操作。它是可選的，開(kāi)發(fā)人員也可以設(shè)計(jì)編寫(xiě)自己的底層事務(wù)處理代碼Query和Cri

54、teria接口Query和Criteria接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫(kù)查詢。它可以使用HQL語(yǔ)句或SQL語(yǔ)句兩種表達(dá)方式。2.5jQueryjQuery是一個(gè)兼容多瀏覽器的javascript框架，核心理念是write less,do more(寫(xiě)得更少,做得更多)。jQuery在2006年1月由美國(guó)人John Resig在紐約的barcamp發(fā)布，吸引了來(lái)自世界各地的眾多JavaScript高手參加，由Dave Methvin率領(lǐng)團(tuán)隊(duì)進(jìn)展開(kāi)發(fā)。如今，jQuery已經(jīng)成為最流行的javascript框架，在世界前10000個(gè)訪問(wèn)最多的中，有超過(guò)55%在使用jQuery。jQuery是免費(fèi)、開(kāi)源的，使

55、用MIT許可協(xié)議。jQuery的語(yǔ)法設(shè)計(jì)可以使開(kāi)發(fā)者更加便捷，例如操作文檔對(duì)象、選擇DOM元素、制作動(dòng)畫(huà)效果、事件處理、使用Aja*以及其他功能。除此以外，jQuery提供API讓開(kāi)發(fā)者編寫(xiě)插件。其模塊化的使用方式使開(kāi)發(fā)者可以很輕松的開(kāi)發(fā)出功能強(qiáng)大的靜態(tài)或動(dòng)態(tài)網(wǎng)頁(yè)。jQuery的官方插件是jQuery UI。開(kāi)發(fā)者可以任意擴(kuò)展jQuery的函數(shù)庫(kù)或者按照自己的需求開(kāi)發(fā)UI組件。網(wǎng)上已經(jīng)有數(shù)以萬(wàn)計(jì)的jQuery插件，覆蓋各種各樣的需求。例如Aja*輔助、數(shù)據(jù)表格、動(dòng)態(tài)列表、*ML工具、拖曳、cookie處理、彈出層等等。jQuery 的文檔說(shuō)明很全，而且各種應(yīng)用也說(shuō)得很詳細(xì)，同時(shí)還有許多成熟的插

56、件可供選擇。2.6 本章小結(jié)本章簡(jiǎn)單介紹了各項(xiàng)技術(shù)的概念，首先是MVC，它既是一個(gè)框架，也是一種理念，在這個(gè)架構(gòu)下，有具體的支撐產(chǎn)品，如以上所講控制層的Struts，以及面向?qū)ο蟮臄?shù)據(jù)映射Hibernate，用于解藕的Spring，前端展現(xiàn)的jQuery等技術(shù)，通過(guò)這些技術(shù)來(lái)實(shí)現(xiàn)防逃費(fèi)系統(tǒng)的軟件開(kāi)發(fā)。. 第三章防逃費(fèi)系統(tǒng)的分析與設(shè)計(jì)此處為一級(jí)標(biāo)題，為了到達(dá)各段(章)頁(yè)眉變化，需要段(章)標(biāo)題前插入分節(jié)符、分頁(yè)符，并設(shè)置不同節(jié)的頁(yè)眉不一樣。請(qǐng)認(rèn)真熟悉Word的頁(yè)眉設(shè)置技巧。第三章, 需求分析與設(shè)計(jì)，本工程或者系統(tǒng)有哪些共性與特點(diǎn)，需什么，怎么設(shè)計(jì)，詳細(xì)方案，包括一些分析圖和設(shè)計(jì)圖工程需求68頁(yè)，

57、分析與設(shè)計(jì)約15頁(yè)，合計(jì)約23頁(yè)。當(dāng)然，可以從功能性需求的角度論述，系統(tǒng)分為哪些模塊，各個(gè)模塊的具體需求與設(shè)計(jì)細(xì)節(jié)，以及模塊之間的聯(lián)系，也可以從非功能性需求的角度論述，非功能性需求包含哪些方面，需要做哪些特殊的設(shè)計(jì)。本章為系統(tǒng)解決方案設(shè)計(jì)，是論文寫(xiě)作重點(diǎn)。1、給出研究或要解決的具體需求。應(yīng)該盡可能的具體，給出詳細(xì)和明確的描述。建議使用軟件工程表示方法進(jìn)展規(guī)描述，比方分成功能性需求和非功能性需求；使用用例圖或其它軟件需求表示方法來(lái)表達(dá)工程需求。如果沒(méi)有特色，盡量少寫(xiě)非功能性需求，如平安和性能方面的需求。2、解決問(wèn)題的總體方案。建議將解決方案容組成圖，系統(tǒng)邊界圖，模塊架構(gòu)圖各模塊之間關(guān)聯(lián)，分層圖各

58、層之間耦合關(guān)系，可以增加流程圖。這局部作為一節(jié)總述。數(shù)據(jù)庫(kù)設(shè)計(jì).本局部應(yīng)結(jié)合軟件設(shè)計(jì)方案和業(yè)務(wù)邏輯，不應(yīng)該完全偏重*一方。本局部應(yīng)描述總體構(gòu)造，每個(gè)局部參與者的功能不用涉及細(xì)節(jié)，放在后面章節(jié)，以及各局部之間的相互協(xié)作。3、詳細(xì)描述相關(guān)的模塊，每個(gè)模塊可以作為一節(jié)。關(guān)鍵模塊、以及模塊間交互等每一節(jié)描述本局部功能和詳細(xì)設(shè)計(jì)方案。每一個(gè)局部都應(yīng)當(dāng)考慮自己方案的合理性，并進(jìn)展說(shuō)明。不光要說(shuō)明是如何設(shè)計(jì)的，還應(yīng)該說(shuō)明為什么自己的設(shè)計(jì)是合理的。4、設(shè)計(jì)小結(jié)。5、本章描述中應(yīng)該使用軟件工程設(shè)計(jì)時(shí)使用的表示法，比方核心類圖和順序圖等，以求規(guī)、專業(yè)的描述系統(tǒng)設(shè)計(jì)。建議不要少于20頁(yè)。本章首先進(jìn)展逃費(fèi)管理的業(yè)務(wù)需

59、求分析，根據(jù)業(yè)務(wù)需求提出了本系統(tǒng)的核心功能，按照軟件工程方法要求的系統(tǒng)的總體設(shè)計(jì)，包括系統(tǒng)的用例分析，系統(tǒng)的域類分析，以及系統(tǒng)業(yè)務(wù)活動(dòng)分析。并進(jìn)一步說(shuō)明了系統(tǒng)中一些關(guān)鍵技術(shù)細(xì)節(jié)的處理。3.1省交通集團(tuán)概況省交通集團(tuán)以下簡(jiǎn)稱集團(tuán)是按照省委、省政府“省省屬國(guó)有企業(yè)資產(chǎn)重組總體方案“粵辦發(fā)20009號(hào)和有關(guān)規(guī)定，由省交通廳、省人大常委會(huì)辦公廳脫鉤企業(yè)以及省鐵路集團(tuán)合并組建的大型國(guó)有資產(chǎn)授權(quán)經(jīng)營(yíng)集團(tuán)。成立于2000年6月28日，成立時(shí)集團(tuán)總資產(chǎn)512億元，凈資產(chǎn)189億元，注冊(cè)資本人民幣168億元。性質(zhì)是國(guó)有獨(dú)資公司，省人民政府作為國(guó)有資產(chǎn)的出資人，通過(guò)省人民政府國(guó)有資產(chǎn)監(jiān)視管理委員會(huì)省國(guó)資委對(duì)我集團(tuán)

60、行使出資人職權(quán)并承當(dāng)相應(yīng)義務(wù)，省交通運(yùn)輸廳作為省政府組成部門行使行業(yè)管理職能。截止到目前，省交通集團(tuán)注冊(cè)資本268億元人民幣，集團(tuán)所屬控股、參股各級(jí)企業(yè)總數(shù)162家，其中直屬二級(jí)企業(yè)17家,(含上市公司兩家粵高速A股和B股、南粵物流H股。集團(tuán)員工總數(shù)50000多人。截至2011年底，集團(tuán)總資產(chǎn)已達(dá)1845億元，歸屬于母公司所有者權(quán)益達(dá)464億元。是目前資產(chǎn)規(guī)模最大的省屬國(guó)有企業(yè)集團(tuán)，也是50強(qiáng)企業(yè)和中國(guó)500強(qiáng)企業(yè)之一。高速公路的投資、建立與運(yùn)營(yíng)集團(tuán)的主要經(jīng)營(yíng)業(yè)務(wù)，目前集團(tuán)投資、管理的高速公路通車?yán)锍探?500公里，占全省高速公路通車總里程70%。.3.2 系統(tǒng)需求分析一、異常車輛登記二、證據(jù)