計算機(jī)科學(xué)與技術(shù)專業(yè)畢業(yè)設(shè)計（論文）-網(wǎng)上職稱申報系統(tǒng)的設(shè)計與實現(xiàn)

1、<p>　　本科畢業(yè)論文（設(shè)計）</p><p>　　二零一三年 五月 十五 日</p><p>　題目網(wǎng)上職稱申報系統(tǒng)的</p><p>　設(shè)計與實現(xiàn)</p><p>　作者</p><p>　學(xué)院信息科學(xué)與工程學(xué)院</p><p>　專業(yè)計算機(jī)科學(xué)與技術(shù)</p>&

2、lt;p>　學(xué)號</p><p>　指導(dǎo)教師</p><p><b>　　摘 要</b></p><p>　　網(wǎng)上職稱申報系統(tǒng)是一個集職稱申報和審核的網(wǎng)上辦公系統(tǒng)，此系統(tǒng)有利于評審認(rèn)定公正、職稱申報的管理、提高工作效率。</p><p>　　此網(wǎng)上職稱申報系統(tǒng)基于B/S模式，使用Tomcat作為WEB服務(wù)器，Or

3、acle實現(xiàn)數(shù)據(jù)庫設(shè)計，JSP做前臺顯示，后臺使用SSH(Strust+Spring+Hibernate)實現(xiàn)。該系統(tǒng)的主要功能分為用戶模塊、申報模塊和審核模塊。用戶模塊又分為注冊、登錄、修改密碼、增加詳細(xì)信息和修改詳細(xì)信息等；申報模塊分為個人申報和基層單位申報，只有個人所屬的單位具有申報資格之后，個人才能申報，提供申報材料的上傳和申報模板的下載；審核模塊分為基層單位審核和管理員審核，只有基層單位審核通過之后，才提交給管理員審核。<

4、;/p><p>　　本文使用全面的開發(fā)分析方法對網(wǎng)上職稱申報進(jìn)行分析。介紹了所使用的技術(shù)，明確了系統(tǒng)的需求和可行性，提供了系統(tǒng)設(shè)計方案和具體實現(xiàn)方法并提供了系統(tǒng)的單元測試。最后，對此次論文做了總結(jié)。</p><p>　　關(guān)鍵詞：職稱申報； Browser/Server；JSP；SSH</p><p><b>　　ABSTRACT</b></p

5、><p>　　Online title declaration system is a collection of title declaration and audit office online system, this system is helpful to review concluded that fair and beneficial to the title management,improve th

6、e workefficiency to declare.</p><p>　　This Online title declaration system based on B/S model, using Tomcat as a WEB server, Oracle implements database, using the JSP as the view module, using the SSH implem

7、ents background system. The system’s main function are divided into user module, declaration and audit module. User modules are divided into the register, login, change passwords, add detailed information and modify deta

8、ils, etc.; Declare module is divided into personal and grass-roots units, units with declaration qualification </p><p>　　This article use the comprehensive development of analysis methods to analyze online t

9、itle declaration system. Introduces the use of technology, has been clear about the requirement and feasibility of this system, provides system design and concrete realization method and provide the unit testing to this

10、system. Finally, made a summary of the paper.</p><p>　　KeyWords : Declaration of Titles；Browser/Servers；JSP；SSH</p><p><b>　　目 錄</b></p><p><b>　　摘 要I</b><

11、;/p><p>　　AbstractII</p><p><b>　　第一章 前言1</b></p><p>　　1.1 選題意義1</p><p>　　1.2 網(wǎng)上職稱申報國內(nèi)外發(fā)展現(xiàn)狀1</p><p>　　1.3 研究方法及研究內(nèi)容1</p><p>　　1.4

12、 相關(guān)技術(shù)理論介紹2</p><p>　　1.4.1 軟件工程方法概述2</p><p>　　1.4.2面向?qū)ο蠓治雠c設(shè)計2</p><p>　　1.4.3數(shù)據(jù)庫理論知識3</p><p>　　1.4.4 開發(fā)工具介紹4</p><p><b>　　1.5本章小結(jié)5</b></p

13、><p>　　第二章 系統(tǒng)分析6</p><p>　　2.1 可行性研究6</p><p>　　2.1.1 技術(shù)可行性6</p><p>　　2.1.2 經(jīng)濟(jì)可行性6</p><p>　　2.1.3 社會可行性6</p><p>　　2.2 用戶需求分析7</p><

14、p>　　2.2.1 功能需求描述7</p><p>　　2.2.2 需求建模8</p><p>　　2.2.3數(shù)據(jù)模型分析10</p><p>　　2.3本章小結(jié)15</p><p>　　第三章 系統(tǒng)設(shè)計16</p><p>　　3.1 系統(tǒng)過程設(shè)計16</p><p>　　3

15、.2 功能模塊設(shè)計17</p><p>　　3.2.1系統(tǒng)總體模塊設(shè)計17</p><p>　　3.2.2 系統(tǒng)子模塊設(shè)計17</p><p>　　3.3數(shù)據(jù)庫設(shè)計19</p><p>　　3.4 系統(tǒng)類設(shè)計22</p><p>　　3.4.1 系統(tǒng)類框架22</p><p>　　3

16、.4.2 系統(tǒng)類圖22</p><p>　　3.5本章小結(jié)24</p><p>　　第四章 系統(tǒng)實現(xiàn)25</p><p>　　4.3 系統(tǒng)功能實現(xiàn)27</p><p>　　4.3.1 注冊登錄功能27</p><p>　　4.3.2 個人管理模塊29</p><p>　　4.3.3

17、用戶申報模塊30</p><p>　　4.3.4 申報審核模塊30</p><p>　　4.4 本章小結(jié)31</p><p>　　第五章 系統(tǒng)測試32</p><p>　　5.1 JUnit技術(shù)介紹32</p><p>　　5.1.1 JUnit技術(shù)的優(yōu)點32</p><p>　　5

18、.1.2 JUnit技術(shù)的特性32</p><p>　　5.2 JUnit在本系統(tǒng)測試中的運用32</p><p>　　5.3 本章小結(jié)34</p><p><b>　　結(jié)論35</b></p><p><b>　　參考文獻(xiàn)36</b></p><p><b&

19、gt;　　致謝37</b></p><p>　　附錄A 插表索引38</p><p>　　附錄B 插圖索引39</p><p>　　附錄C 部分程序源代碼41</p><p><b>　　第一章 前言</b></p><p><b>　　1.1 選題意義</b&

20、gt;</p><p>　　隨著信息技術(shù)在我國的廣泛應(yīng)用，社會活動越來越依賴計算機(jī)信息系統(tǒng)，很多政府、企業(yè)都構(gòu)建了自己的管理應(yīng)用系統(tǒng)?？茖W(xué)技術(shù)的發(fā)展，社會文明的進(jìn)步，人們的生活講究快節(jié)奏，講究舒適感，同時也講究效率。為了轉(zhuǎn)變傳統(tǒng)的職稱申報工作的低效率、高成本、尤其是后期對數(shù)據(jù)的維護(hù)難、處理難的現(xiàn)狀，將個人申報評審職稱所需要的所有文字材料按要求從以往的書面材料形式調(diào)整為格式固定的電子文檔進(jìn)行申報提交，通過職稱評審系

21、統(tǒng)來填報個人申報信息，經(jīng)單位主管部門和上級職改人事主管部門審核后，集中安排各系列評審委員會通過萬維網(wǎng)統(tǒng)一進(jìn)行網(wǎng)上評審，最后進(jìn)入后期服務(wù)系統(tǒng)進(jìn)行審批和輸出相關(guān)結(jié)果從而實現(xiàn)無紙化評審；紙質(zhì)材料轉(zhuǎn)變?yōu)閿?shù)字信息建立職稱信息數(shù)據(jù)庫，各級職稱信息化建設(shè)要與有關(guān)部門的信息網(wǎng)絡(luò)資源結(jié)合起來，避免低水平重復(fù)建設(shè)和資源浪費，逐步建立起職稱信息資源共享平臺，為職稱申報人員和審核人員服務(wù)。 </p><p>　　1.2 網(wǎng)上職稱申報國內(nèi)

22、外發(fā)展現(xiàn)狀</p><p>　　網(wǎng)上職稱申報系統(tǒng)是隨著計算機(jī)技術(shù)的發(fā)展而產(chǎn)生的專門用于職稱申報信息管理的網(wǎng)絡(luò)化系統(tǒng)，是計算機(jī)技術(shù)、管理科學(xué)與分析技術(shù)相結(jié)合的產(chǎn)物。網(wǎng)上職稱申報系統(tǒng)自上個世紀(jì)九十年代末出現(xiàn)以來，到如今已經(jīng)歷了20多年的發(fā)展。尤其是近七、八年來個人電腦的普及和信息技術(shù)的爆炸性發(fā)展，對網(wǎng)上職稱申報系統(tǒng)技術(shù)起到了巨大的推動作用。</p><p>　　在歐美等國家，網(wǎng)上職稱申報系統(tǒng)早

23、就被應(yīng)用到了各行各業(yè)，他們的技術(shù)已經(jīng)完全成熟，甚至移動終端上也已經(jīng)開發(fā)出了在線職稱申報系統(tǒng)。</p><p>　　由于我國計算機(jī)行業(yè)相對于歐美國家發(fā)展較慢，我國管理信息系統(tǒng)的開發(fā)應(yīng)用是從上個世紀(jì)七十年代初期開始的，基本上采用的是學(xué)習(xí)和緊跟國外先進(jìn)技術(shù)的方法。所以在網(wǎng)上職稱申報的開發(fā)和使用上，國內(nèi)起步較晚。目前國內(nèi)在對網(wǎng)上申報系統(tǒng)的重視度不高，市面上大多數(shù)網(wǎng)上職稱申報系統(tǒng)與同規(guī)模的國外產(chǎn)品相比在系統(tǒng)完善性，實用性及

24、擴(kuò)展性方面存在明顯的不足。</p><p>　　1.3 研究方法及研究內(nèi)容</p><p>　　本系統(tǒng)的主要內(nèi)容是分析和設(shè)計一個基于B/S（Browser/Server，瀏覽器/服務(wù)器）模式的網(wǎng)上職稱申報系統(tǒng)，主要目的是解決現(xiàn)有的人工操作系統(tǒng)數(shù)據(jù)收集繁瑣，數(shù)據(jù)存儲復(fù)雜的弊端。為了充分體現(xiàn)申報人員、審核人員、后臺管理人員的可操作性、高效率性及高移植性，在頁面設(shè)計采用符合HTML規(guī)范，申報材料

25、以doc或excel提交，存儲在本地磁盤中。此處將申報材料存儲在本地磁盤中，可以方便的解決了低移植性問題，不用費神的在數(shù)據(jù)庫中為每個龐大的申報材料建立繁多的數(shù)據(jù)表，只要將材料的存儲路徑放入數(shù)據(jù)庫表中相應(yīng)的字段中即可， 方便數(shù)據(jù)庫的數(shù)據(jù)管理、維護(hù)及后期數(shù)據(jù)的移植問題。</p><p>　　本文采用的主要研究方法是通過互聯(lián)網(wǎng)絡(luò)查找并學(xué)習(xí)B/S系統(tǒng)所需使用的相關(guān)技術(shù)，熟悉系統(tǒng)開發(fā)的理論和基本過程。對于職稱申報過程和需求

26、的了解，則主要是通過查找相關(guān)文檔，參照其他相關(guān)系統(tǒng)的方法，獲得網(wǎng)上職稱申報的基本需求。本系統(tǒng)使用JAVA作為開發(fā)語言，開發(fā)工具主要有MyEclipse、powerdesigner、Oracle10g和plsql，以O(shè)OA（面向?qū)ο蠓治觯┓绞椒治鱿到y(tǒng)的需求，以O(shè)OD（面向?qū)ο笤O(shè)計）實現(xiàn)系統(tǒng)的設(shè)計。</p><p>　　1.4 相關(guān)技術(shù)理論介紹</p><p>　　1.4.1 軟件工程方法概述

27、 </p><p>　　計算機(jī)軟件的發(fā)展經(jīng)歷了若干個不同的時期，反映了人們對軟件認(rèn)識不斷加深的過程。軟件是“開發(fā)”出來的，不是“制造”出來的。著名的軟件工程專家 Boehm 綜合了有關(guān)專家和學(xué)者的意見，于一篇論文中提出了軟件工程的七條基本原理[1]：</p><p>　?。?）用分階段的生存周期計劃嚴(yán)格管理 ；</p><p>　　（2）堅持進(jìn)行階段評審；</

28、p><p>　?。?）實施嚴(yán)格的產(chǎn)品控制；</p><p>　?。?）采用現(xiàn)代程序設(shè)計技術(shù)； </p><p>　?。?）結(jié)果應(yīng)能清楚地審查；</p><p>　?。?）開發(fā)小組的成員應(yīng)該少而精； </p><p>　?。?）承認(rèn)不斷改進(jìn)軟件工程實踐的必要性。 </p><p>　　遵循前六條基本原

29、理就能按照現(xiàn)代軟件工程基本原理實現(xiàn)軟件的工程化生產(chǎn)[1]，但是，僅有前六條原理并不能保證軟件開發(fā)與維護(hù)的過程能趕上時代的步伐和技術(shù)的進(jìn)步，應(yīng)該把承認(rèn)不斷改進(jìn)軟件工程實踐的必要性作為軟件工程的第七條基本原理。</p><p>　　1.4.2面向?qū)ο蠓治雠c設(shè)計</p><p>　　面向?qū)ο蠓椒ǖ某霭l(fā)點和基本原則是盡可能模擬人類習(xí)慣的思維方式，使開發(fā)軟件的方法與過程盡可能接近人類認(rèn)識世界的方法與

30、過程，也就是說，要使得描述問題的問題空間與在計算機(jī)上解決問題的空間在結(jié)構(gòu)上盡可能一致。</p><p>　　傳統(tǒng)的結(jié)構(gòu)化方法是軟件工程在80年代最為流行的方法。對于能夠預(yù)先確定需求的系統(tǒng)開發(fā)，采用傳統(tǒng)的結(jié)構(gòu)化方法非常有效；但是，對于需求模糊或隨時變化的系統(tǒng)開發(fā)來說，這種方法并不能很好適應(yīng)。因此，對于需求經(jīng)常變動的系統(tǒng)開發(fā)來說，人們有提出了面向?qū)ο蟮拈_發(fā)方法。面向?qū)ο箝_發(fā)技術(shù)便于系統(tǒng)開發(fā)者與用戶進(jìn)行溝通，能夠開發(fā)出

31、用戶真正需要的軟件系統(tǒng)。從實際的角度出發(fā)，面向?qū)ο蠓椒ńY(jié)合能夠吸收面向?qū)ο蠓椒ㄋ哂械姆€(wěn)定性好、代碼可復(fù)用性高、可維護(hù)性好和代碼耦合度小的優(yōu)點[2]。</p><p>　　本系統(tǒng)的整體過程以軟件工程的方法為指導(dǎo)思想，嚴(yán)格定義系統(tǒng)開發(fā)各個階段的任務(wù)。在每個階段又采用了面向?qū)ο蠓治龊驮O(shè)計的具體方法，并輔助以UML相關(guān)圖表工具對系統(tǒng)進(jìn)行建模。</p><p>　　1.4.3數(shù)據(jù)庫理論知識<

32、/p><p><b>　　1、數(shù)據(jù)庫建模</b></p><p>　　模型是對現(xiàn)實世界特征的模擬和抽象數(shù)據(jù)模型是對現(xiàn)實世界數(shù)據(jù)特征的抽象。一般來說數(shù)據(jù)模型分為三類，即概念模型、邏輯模型和物理模型。概念數(shù)據(jù)模型也稱信息模型，它以實體－聯(lián)系(Entity-RelationShip,簡稱E-R)理論為基礎(chǔ)，并對這一理論進(jìn)行了擴(kuò)充。它從用戶的觀點出發(fā)對信息進(jìn)行建模，主要用于數(shù)據(jù)庫

33、的概念級設(shè)計。邏輯模型是注重用邏輯的過程描述對象系統(tǒng)，描述系統(tǒng)要做什么。物理模型是描述構(gòu)建數(shù)據(jù)倉庫的物理分布模型，主要包含數(shù)據(jù)倉庫的軟硬件配置，資源情況以及數(shù)據(jù)倉庫模式。</p><p>　　2、Oracle簡介</p><p>　　Oracle數(shù)據(jù)庫系統(tǒng)是美國甲骨文公司開發(fā)的以分布式數(shù)據(jù)庫為核心的關(guān)系型數(shù)據(jù)庫，是目前最流行的數(shù)據(jù)庫之一。Oracle數(shù)據(jù)庫是目前軟件界使用最為普遍的關(guān)系型D

34、BMS（數(shù)據(jù)庫管理系統(tǒng)），它具有極其強大的數(shù)據(jù)管理功能，它是一個完備關(guān)系的產(chǎn)品，作為分布式數(shù)據(jù)庫它實現(xiàn)了極其強大的分布式處理功能。它適用于各種機(jī)器。</p><p>　　Oracle采用的是并行服務(wù)器模式，在并行訪問處理上具有非常大的優(yōu)點，在大型網(wǎng)絡(luò)管理系統(tǒng)中應(yīng)用非常普遍，是極其成熟完備的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。</p><p>　　3、HQL（Hibernate Query Languag

35、e，Hibernate查詢語句）</p><p>　　HQL查詢對查詢條件進(jìn)行了面向?qū)ο蠓庋b，符合編程人員的思維方式，提供了豐富的和靈活的查詢特性，因此Hibernate將HQL查詢方式立為官方推薦的標(biāo)準(zhǔn)查詢方式，HQL查詢提供了類似標(biāo)準(zhǔn)SQL語句的查詢方式，同時也提供了更加面向?qū)ο蟮姆庋b。完整的HQL語句形式如下：Select/update/delete…… from … where …… group by …

36、… having …… order by …… asc/desc 其中的update/delete為Hibernate3中所新添加的功能，可見HQL查詢非常類似于標(biāo)準(zhǔn)SQL查詢。并且HQL提供了對對象對象屬性的查詢，比如要根據(jù)用戶名查詢一個用戶是否存在，系統(tǒng)中有個用戶實體類：SysUser和實體類屬性userName，這時要從數(shù)據(jù)庫查詢數(shù)據(jù)就HQL語句可以如此寫：from SysUser user where user. usernam

37、e=:user，在把占位符的值設(shè)置進(jìn)去就行，此查詢返回的就是一個存儲SysUser的List集合。本系統(tǒng)在持久化層使用了HQL技術(shù)對對象進(jìn)行增刪改查。</p><p>　　1.4.4 開發(fā)工具介紹</p><p><b>　　1、Java 簡介</b></p><p>　　Java 是一種完全面向?qū)ο?、跨平臺性和具有垃圾回收機(jī)制的主要面向web

38、 的軟件開發(fā)語言。它與傳統(tǒng)的面向結(jié)構(gòu)和面向?qū)ο蟮某绦蛘Z言有極大的不同，比如它的GC（GarbageCollection，垃圾回收期），不需要像C++程序去顯示調(diào)用析構(gòu)函數(shù)釋放創(chuàng)建對象所分配的內(nèi)存，JVM（JavaVirtualMachine ，Java虛擬機(jī)）本身可以幫助程序員來釋放內(nèi)存，這在極大的程度上減少了程序的出錯率，增強了代碼的健壯性。同時 JVM技術(shù)使得采用 Java 語言編寫的程序可以跨平臺的使用[3]，從 Windows

39、到Unix 再到 Linux，都有 Java 的身影。此外 Java 是一種純粹的面對對象的語言．這與以往的 C，或者更早的 Object Pascal 有了很大的不同，程序的結(jié)構(gòu)更加清晰易懂。自從問世以來，Java 的快速發(fā)展已經(jīng)讓整個 Web 軟件開發(fā)發(fā)生了翻天覆地的變化。隨著 JAVAEE（Java Enterprise Edition，Java企業(yè)級開發(fā)平臺）的推出，Java 在電子商務(wù)方面開始嶄露頭角，最新的 JSP 技術(shù)的推

40、出，更是讓 Java 成為基于 Web 的應(yīng)用程</p><p><b>　　2、JSP技術(shù)</b></p><p>　　JSP（JavaServerPage）技術(shù)是由Sun公司提出、多個IT公司參與合作建立的一種動態(tài)網(wǎng)頁開發(fā)技術(shù)標(biāo)準(zhǔn)。JSP規(guī)范是Web服務(wù)器[4]，為JAVAEE開發(fā)實現(xiàn)VIEW層。 </p><p>　　3、 Java 開發(fā)

41、框架簡介</p><p>　?。?）Spring介紹</p><p>　　Spring 是一個開源框架，它由 Rod Johnson 創(chuàng)建[5]。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。Spring 使用基本的 JavaBean 來完成以前只可能由 EJB 完成的功能。</p><p>　?。?）Struts2技術(shù)</p><p>　　St

42、ruts2是在WebWork框架的技術(shù)的基礎(chǔ)上開發(fā)出來的[6]，全新的Struts2框架。它的體系結(jié)構(gòu)與Struts1的有著巨大區(qū)別。Struts2以WebWork為核心[7]，采用攔截器機(jī)制來處理用戶的請求，這樣的設(shè)計也使得Action完全擺脫了對Servlet API的耦合[7]，因此Struts2的測試較之Struts來說就非常簡單，可以不用WEB服務(wù)器，直接使用JUnit進(jìn)行單元測試。</p><p>　

43、?。?）Hibernate技術(shù)</p><p>　　大型應(yīng)用軟件開發(fā)項目大都和大型數(shù)據(jù)庫技術(shù)密切相關(guān)。雖然JAVA提供了JDBC技術(shù)訪問數(shù)據(jù)庫，但是JDBC訪問數(shù)據(jù)庫的代碼非常的繁雜、容易出錯并且代碼耦合度高，不宜與維護(hù)，但是Hibernate框架[8]的出現(xiàn)在極大程度上改變了這種局面。</p><p>　　Hibernate主要包括：實體對象，Hibernate實體類映射文件，實體類位于

44、ORM對象層，使用映射文件將對象與關(guān)系型數(shù)據(jù)中的表相關(guān)聯(lián)；Hibernate配置文件，XML配置文件提供了更易編寫的結(jié)構(gòu)和更強的配置能力，可以直接對映射文件加以讀取文件。整個Hibernate通過持久化層斜街應(yīng)用層和Hibernate框架的交互，通過Hibernate技術(shù)[9]，開發(fā)的軟件可以把數(shù)據(jù)庫作為一個對象使用，這比直接使用JDBC操作數(shù)據(jù)庫簡單很多并且維護(hù)性強，對應(yīng)于企業(yè)開發(fā)模式，Hibernate體現(xiàn)了面向它對象技術(shù)的精髓，將

45、數(shù)據(jù)庫表對象化，把數(shù)據(jù)庫字段屬性化，并為每個屬性生成對應(yīng)的getter和setter方法，應(yīng)用程序要對數(shù)據(jù)庫操作，只需使用HSQL語句操作實體對象就可以達(dá)到之前JDBC訪問的效果，整個框架圖如圖1.1所示： </p><p>　　圖 1.1 Hibernate主框架圖</p><p>　　Hibernate的配置主要是用來建立SessionFactory的，通過Configuration類

46、來提供這些配置細(xì)節(jié)， 配置過程簡單，這也是通過Hibernate統(tǒng)一管理的優(yōu)點之一。</p><p><b>　　1.5本章小結(jié)</b></p><p>　　本章主要闡述了本課題的選題意義，分析了職稱申報系統(tǒng)在國內(nèi)外的發(fā)展現(xiàn)狀，簡單介紹了本課題的研究內(nèi)容與研究方法，有利于后面課題研究的進(jìn)行。 </p><p><b>　　第二章 系統(tǒng)

47、分析</b></p><p>　　系統(tǒng)分析是系統(tǒng)軟件定義時期的最后一個階段，這個階段的任務(wù)仍然不是具體地解決問題，而是準(zhǔn)確的確定“為了解決這個問題，目標(biāo)系統(tǒng)必須做什么”。系統(tǒng)分析階段包括系統(tǒng)的可行性研究與需求分析兩個部分[2]。</p><p><b>　　2.1 可行性研究</b></p><p>　　可行性研究是在粗略地了解了用

48、戶的需求之后，提出幾種可行的解決方案，并進(jìn)行多方面論證的過程。可行性研究的基本目的是用較小的成本在較短的時間內(nèi)確定系統(tǒng)是否存在可行的解法，有關(guān)用戶需求的很多細(xì)節(jié)并不會被包含在可行方案中，所以在可行性論證之后，還要進(jìn)行詳細(xì)的需求分析。</p><p>　　可行性分析是通過對項目的主要內(nèi)容和配套條件，如市場需求、資源供應(yīng)、建設(shè)規(guī)模、工藝路線、設(shè)備選型、環(huán)境影響、資金籌措、盈利能力等，從技術(shù)、經(jīng)濟(jì)、工程等方面進(jìn)行調(diào)查研

49、究和分析比較，并對項目建成以后可能取得的財務(wù)、經(jīng)濟(jì)效益及社會環(huán)境影響進(jìn)行預(yù)測，從而提出該項目是否值得投資和如何進(jìn)行建設(shè)的咨詢意見，為項目決策提供依據(jù)的一種綜合性的系統(tǒng)分析方法?？尚行苑治鰬?yīng)具有預(yù)見性、公正性、可靠性、科學(xué)性的特點。</p><p>　　2.1.1 技術(shù)可行性</p><p>　　本系統(tǒng)以Tomcat為WEB服務(wù)器，JAVAEE、Hibernate、Spring和Struts

50、2實現(xiàn)后臺程序功能，JSP、JS和HTML實現(xiàn)前臺顯示，Oracle實現(xiàn)數(shù)據(jù)庫設(shè)計。</p><p>　　IT行業(yè)經(jīng)過這么多年的發(fā)展，以現(xiàn)在的web技術(shù)完全可以實現(xiàn)網(wǎng)上教師職稱申報系統(tǒng)。所以從技術(shù)上來說，本系統(tǒng)是完全可行的</p><p>　　2.1.2 經(jīng)濟(jì)可行性</p><p>　　網(wǎng)上職稱申報系統(tǒng)較之于傳統(tǒng)的職稱申報，節(jié)省人力物力，省去了申報材料的管理，免除了

51、繁瑣的材料管理事務(wù)既減少了紙張等辦公用品的使用成本，也節(jié)約了聘用大量專管人員的開銷。而網(wǎng)上職稱申報系統(tǒng)的客戶端依賴于瀏覽器，只要有瀏覽器的PC（Personal Computer，個人電腦）即可支持，所以也節(jié)約了專項客戶端機(jī)器的開銷。</p><p>　　由于此網(wǎng)上職稱申報系統(tǒng)的開發(fā)屬于個人研究項目，所以不需要額外的成本，只需一臺PC機(jī)和一些免費軟件就行。以現(xiàn)在的經(jīng)濟(jì)環(huán)境，完全可以實現(xiàn)。</p>&

52、lt;p>　　2.1.3 社會可行性</p><p>　　在現(xiàn)實中，早已經(jīng)存在類似的網(wǎng)上職稱申報系統(tǒng)，而本系統(tǒng)只是一個個人研究項目，項目功能實現(xiàn)在現(xiàn)有的系統(tǒng)中進(jìn)行參考，完全符合相關(guān)法律和政策的規(guī)定，所以本系統(tǒng)的開發(fā)，符合法律的規(guī)定。</p><p>　　2.2 用戶需求分析</p><p>　　需求分析是理解用戶需求，使軟件功能與用戶要求達(dá)成一致，并且估計軟件

53、風(fēng)險和評估項目代價，最終共形成開發(fā)計劃的一個復(fù)雜過程。需求分析是軟件開發(fā)期的第一個階段，也是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟。它的基本任務(wù)是準(zhǔn)確的回答“系統(tǒng)必須做什么”的問題[1]。</p><p>　　所有的開發(fā)軟件都是以用戶需求為驅(qū)動的，所以，軟件開發(fā)過程中第一步也是最重要的一步就是搞清楚用戶的需求，并對用戶的需求進(jìn)行準(zhǔn)確詳盡的描述。</p><p>　　2.2.1 功能需求描述</

54、p><p>　　網(wǎng)上職稱申報系統(tǒng)的主要用戶分為個人用戶、基層單位用戶和管理員用戶。不同的用戶擁有不同的權(quán)限。</p><p><b>　　1、個人用戶</b></p><p>　　個人用戶是職稱申報系統(tǒng)的主體，它們對于系統(tǒng)的功能需求主要包括：</p><p>　?。?）注冊、登錄、找回密碼，以及基本信息修改功能。</p

55、><p>　?。?）申辦業(yè)務(wù)類型選擇。比如專業(yè)技術(shù)資格評審、專業(yè)技術(shù)資格認(rèn)定、業(yè)務(wù)咨詢等等，再選擇具體的申報業(yè)務(wù)，比如XXX高級資格評審。</p><p>　?。?）錄入詳細(xì)的申報信息，比如申報人的基本信息、專業(yè)技術(shù)資格歷史情況、教育情況、工作簡歷、計算機(jī)應(yīng)用能力（需要的話）,同時能根據(jù)要求提供審核材料的電子文檔上傳。</p><p>　?。?）送審。完成申報錄入之后，

56、點擊送審。</p><p>　?。?）查看評審結(jié)果。</p><p><b>　　2、基層單位用戶</b></p><p>　　個人的申報材料首先要提交到具有申報資格的基層單位，經(jīng)過基層單位審核通過之后，再由基層單位提交送審，所以基層單位是申報的主體之一，也是審核主體之一。它們對于系統(tǒng)的功能需求主要包括：</p><p>

57、;　?。?）注冊、登錄、找回密碼，以及基本信息修改功能。</p><p>　　（2）申辦業(yè)務(wù)類型選擇。比如專業(yè)技術(shù)資格評審、專業(yè)技術(shù)資格認(rèn)定、業(yè)務(wù)咨詢等等，再選擇具體的申報業(yè)務(wù)，比如XXX高級資格評審。</p><p>　?。?）錄入詳細(xì)的申報信息，比如申報人的基本信息、專業(yè)技術(shù)資格歷史情況、教育情況、工作簡歷、計算機(jī)應(yīng)用能力(需要的話),同時能根據(jù)要求提供審核材料的電子文檔上傳。<

58、/p><p>　?。?）送審。完成申報錄入之后，點擊送審。</p><p>　　（5）查看評審結(jié)果。</p><p>　?。?）對本單位的職員提交的申請做初步的審核，如果不能通過，則直接打回，如果通過，就將申報人的信息、資料、所申請的職稱和本單位對該申報人的審核意見提交到審核單位, 上傳單位公示照片。 </p><p>　　（7）跟蹤評審結(jié)果。&

59、lt;/p><p><b>　　3、管理員用戶</b></p><p>　　管理員用戶是系統(tǒng)的主要管理者，它負(fù)責(zé)整個系統(tǒng)的維護(hù)，也是申報流程的最終的審核者。它的系統(tǒng)功能需求主要包括：</p><p>　?。?）注冊、登錄、找回密碼，以及基本信息修改功能。</p><p>　?。?）查看當(dāng)前申報信息。查看有多少新增申報。<

60、;/p><p>　?。?）審核申報信息。審核基礎(chǔ)單位信息，判斷該單位是否有資格進(jìn)行職員的職稱申報，如果沒有，則該單位所有的申報工作都不能進(jìn)行。</p><p>　?。?）如果提交申報材料的基層單位擁有職稱申報的資格，則審核該單位提交的職員的職稱申報材料和該單位歲該申報員的意見。</p><p>　?。?）提交審核結(jié)果。</p><p>　　2.2

61、.2 需求建模</p><p>　　用例圖（Use Case Diagram）是由軟件需求分析到最終實現(xiàn)的第一步，它描述如何使用一個系統(tǒng)[10]。用例視圖顯示誰是相關(guān)的用戶、用戶希望系統(tǒng)提供什么樣的服務(wù)，以及用戶需要為系統(tǒng)提供的服務(wù)，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便于軟件開發(fā)人員最終實現(xiàn)這些元素[11]。</p><p><b>　　1、用戶用例</b>

62、</p><p>　　用戶用例圖如圖2.1所示。</p><p><b>　　圖2.1用戶用例圖</b></p><p>　　2、個人用戶用例和基層單位用例</p><p>　　個人用戶用例和基層單位用例圖如圖2.2所示：</p><p>　　圖2.2個人用戶用例和基層單位用例圖</p>

63、;<p><b>　　3、管理員用戶用例</b></p><p>　　管理員用例圖如圖2.3所示。</p><p>　　圖2.3管理員用戶用例圖</p><p>　　2.2.3數(shù)據(jù)模型分析</p><p>　　數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設(shè)計[12]的好壞將直接對應(yīng)用系統(tǒng)的效率，

64、以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和一致。</p><p>　　1、數(shù)據(jù)實體E-R圖</p><p>　　本系統(tǒng)必須保證具有不同權(quán)限的用戶進(jìn)入此系統(tǒng)的時候，展示的頁面菜單不同，及該改用戶所擁有的權(quán)限及功能就是他所能見到的這些菜單。所以用戶管理E-R圖如圖2.4所示。</p><p><b>　　NM<

65、;/b></p><p><b>　　1</b></p><p><b>　　N</b></p><p>　　圖2.4 用戶管理E-R圖</p><p>　　申報過程是系統(tǒng)的主要業(yè)務(wù)，其E-R圖如圖2.5所示。</p><p><b>　　N</b>

66、;</p><p><b>　　1</b></p><p><b>　　1N</b></p><p><b>　　M</b></p><p><b>　　N</b></p><p>　　圖2.5 申報業(yè)務(wù)E-R圖</p>

67、;<p>　　下面介紹系統(tǒng)實體E-R圖</p><p>　?。?）系統(tǒng)權(quán)限實體主要包括權(quán)限ID、父權(quán)限、權(quán)限文本、權(quán)限地址等。系統(tǒng)權(quán)限實體圖如圖2.6所示。</p><p>　　圖2.6系統(tǒng)權(quán)限實體圖</p><p>　　（2）系統(tǒng)角色實體主要包括角色I(xiàn)D、角色描述、角色名稱等。系統(tǒng)角色實體圖如圖2.7所示。</p><p>　

68、　圖2.7系統(tǒng)角色實體圖</p><p>　?。?）角色權(quán)限實體主要包括ID、角色I(xiàn)D、權(quán)限ID等。角色權(quán)限實體圖如圖2.8所示。</p><p>　　圖2.8 角色權(quán)限實體圖</p><p>　?。?）基層單位實體主要包括單位ID、單位名稱、公式照片地址、單位所在地、申報資格等?；鶎訂挝粚嶓w圖如圖2.9所示。</p><p>　　圖2.9基

69、層單位實體圖</p><p>　　（5）申報個人實體主要包括用戶ID、用戶名、密碼、單位ID、用戶角色I(xiàn)D、申報資格、真實姓名、身份證號、email、電話等。用戶實體圖如圖2.10所示。</p><p>　　圖 2.10 用戶實體圖</p><p>　　（6）職稱實體主要包括。職職稱ID、職稱類型、職稱等級、職稱名。職稱實體圖如圖2.11所示。</p>

70、<p>　　圖2.11 職稱實體圖</p><p>　　7）資料實體主要包括資料ID、用戶ID、資料名、資料保存路徑等。資料實體圖如圖2.12所示。</p><p>　　圖 2.12 申報資料實體圖</p><p>　?。?）申報記錄實體，申報個人與職稱之間的關(guān)聯(lián)的記錄。主要包括ID、申報人ID、職稱ID、業(yè)務(wù)名、申報時間、最終結(jié)果和管理員審核結(jié)果等。申

71、報記錄實體圖如圖2.13所示。</p><p>　　圖 2.13 申報記錄實體圖</p><p><b>　　數(shù)據(jù)流圖和數(shù)據(jù)字典</b></p><p>　　數(shù)據(jù)流圖也稱為數(shù)據(jù)流程圖（DFD，Date Flow Diagram）是一種便于用戶理解和分析系統(tǒng)數(shù)據(jù)流程的圖形工具，他擺脫了系統(tǒng)和具體內(nèi)容，精確的在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)

72、存儲等。數(shù)據(jù)字典書關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合[10]。</p><p>　?。?）用戶申報數(shù)據(jù)流圖如圖2.14所示。</p><p>　　圖 2.14 用戶申報數(shù)據(jù)流圖</p><p>　　對應(yīng)的數(shù)據(jù)字典如下： </p><p>　　1）申報業(yè)務(wù)用戶信息數(shù)據(jù)流條目如表2.1所示。</p>

73、<p>　　表2.1 申報用戶信息業(yè)務(wù)數(shù)據(jù)流條目表</p><p>　　2）申報業(yè)務(wù)職稱信息數(shù)據(jù)流條目如表2.2所示。</p><p>　　表2.2 申報業(yè)務(wù)職稱信息數(shù)據(jù)流條目表</p><p>　　3）申報業(yè)務(wù)申報資料信息數(shù)據(jù)流條目如表2.3所示。</p><p>　　表2.3 申報業(yè)務(wù)申報資料信息數(shù)據(jù)流條目表</p>

74、;<p>　　4）申報業(yè)務(wù)申報記錄信息數(shù)據(jù)條目如表2.4所示。</p><p>　　表2.4申報業(yè)務(wù)申報記錄信息數(shù)據(jù)流條目表</p><p>　　（2）申報審核數(shù)據(jù)流圖如圖2.15所示。</p><p>　　圖 2.15 審核數(shù)據(jù)流圖</p><p>　　對應(yīng)的數(shù)據(jù)字典如下： </p><p>　　1）審

75、核業(yè)務(wù)用戶信息數(shù)據(jù)流條目如表2.5所示。</p><p>　　表2.5 審核用戶信息業(yè)務(wù)數(shù)據(jù)流條目表</p><p>　　2）審核業(yè)務(wù)申報資料信息數(shù)據(jù)流條目如表2.6所示。</p><p>　　表2.6 審核業(yè)務(wù)申報資料信息數(shù)據(jù)流條目表</p><p>　　3）申報業(yè)務(wù)審核記錄信息數(shù)據(jù)條目如表2.7所示。</p><p&g

76、t;　　表2.7 審核業(yè)務(wù)審核記錄信息數(shù)據(jù)流條目表</p><p><b>　　2.3本章小結(jié)</b></p><p>　　本章節(jié)對網(wǎng)上職稱申報系統(tǒng)進(jìn)行了可行性研究、需求分析和物理建模。通過可行性研究得到本系統(tǒng)開發(fā)所需條件，需求分析得出了網(wǎng)上職稱申報系統(tǒng)必須完成的功能，通過建立物理模型，可以清晰直觀的對本系統(tǒng)的用例、活動和數(shù)據(jù)存儲進(jìn)行描述。</p>&l

77、t;p><b>　　第三章 系統(tǒng)設(shè)計</b></p><p>　　經(jīng)過需求分析階段的工作，系統(tǒng)必須“做什么”已經(jīng)很清楚了，現(xiàn)在是決定怎樣做的時候。總體設(shè)計的基本目的就是回答“做什么，系統(tǒng)應(yīng)該如何實現(xiàn)？”這個問題，因此，又稱為概要設(shè)計或初步設(shè)計。通過這個階段的工作劃分出組成系統(tǒng)的物理元素----程序、文件、數(shù)據(jù)庫、人工過程和文檔等等。系統(tǒng)設(shè)計階段另一項重要任務(wù)時設(shè)計軟件的結(jié)構(gòu)，也就是要確

78、定系統(tǒng)每個程序由那些模塊組成的，以及這些模塊相互間的關(guān)系[2]。</p><p>　　3.1 系統(tǒng)過程設(shè)計</p><p>　　系統(tǒng)流程圖可以描述系統(tǒng)處理的過程，借助系統(tǒng)的程序流程圖能讓我們更好的對系統(tǒng)各個子系統(tǒng)的功能進(jìn)行設(shè)計。</p><p>　　網(wǎng)上職稱申報系統(tǒng)的系統(tǒng)流程圖如圖3.1所示。</p><p><b>　　否<

79、/b></p><p><b>　　是</b></p><p>　　一般用戶管理員</p><p>　　圖 3.1 網(wǎng)上職稱申報系統(tǒng)流程圖</p><p>　　3.2 功能模塊設(shè)計</p><p>　　根據(jù)前面的需求分析中的功能需求分析和物理建模，得到了網(wǎng)上職稱申報系統(tǒng)的功能需求。

80、分析這些功能需求，總結(jié)出本系統(tǒng)主要分為用戶模塊、申報模塊和審核模塊。</p><p>　　3.2.1系統(tǒng)總體模塊設(shè)計</p><p>　　網(wǎng)上職稱申報系統(tǒng)主要包括用戶、申報和審核三大部分，系統(tǒng)功能如圖3.2所示。</p><p>　　圖3.2 網(wǎng)上職稱申報系統(tǒng)功能圖</p><p>　　3.2.2 系統(tǒng)子模塊設(shè)計</p><

81、;p>　　本系統(tǒng)主要分為用戶模塊、申報模塊和審核模塊。</p><p><b>　　1、用戶模塊</b></p><p>　　用戶模塊包括用戶分角色注冊、用戶分角色登錄、增加詳細(xì)信息、修改詳細(xì)信息、修改密碼等部分。用戶管理子模塊圖如圖3.3所示。</p><p>　　圖 3.3 用戶管理子模塊圖</p><p>　

82、?。?）注冊：本系統(tǒng)用戶注冊分為個人用戶注冊和基層單位用戶注冊，填寫用戶信息，進(jìn)行注冊，注冊成功之后將得到一個合法的系統(tǒng)用戶身份。</p><p>　　（2）登錄：本系統(tǒng)用戶角色分為三類，即個人用戶、基層單位用戶和管理員用戶，不同的角色用戶，登錄之后顯示不同的權(quán)限菜單。</p><p><b>　　2、申報模塊</b></p><p>　　申報

83、模塊主要包括個人用戶申報和基層單位申報，提供下載職稱申報資料模板、上傳申報資料、提交申報和查看申報結(jié)果等功能。職稱申報子模塊圖如圖3.4所示。</p><p>　　圖3.4 職稱申報子模塊圖</p><p>　?。?）申報材料模板下載：具有申報資格的用戶登錄之后，可以下載申報材料模板，進(jìn)行信息填寫。</p><p>　?。?）申報材料上傳：當(dāng)用戶填寫完申報材料之后，

84、可進(jìn)行材料的上傳。</p><p><b>　　3、審核模塊</b></p><p>　　審核模塊主要包括基層單位審核和管理員審核。個人申報必須經(jīng)過它所在的基層單位審核通過之后才能提交到管理員進(jìn)行審核。此模塊提供查看申報記錄、下載申報材料和提交審核結(jié)果等功能。審核子模塊圖如圖3.5所示。</p><p>　　圖3.5 審核子模塊圖</p&

85、gt;<p>　?。?）查看未審核申報記錄：如果當(dāng)前用戶為基層單位用戶，則可以查看當(dāng)前用戶所在單位的所有員工的未經(jīng)審核的或基層單位審核未通過的申報記錄；如果當(dāng)前用戶為管理員用戶，只可以查看經(jīng)過基層單位審核通過的申報記錄及基層單位申報的未經(jīng)管理員審核或?qū)徍宋赐ㄟ^的記錄。</p><p>　　（2）提交審核結(jié)果：提交經(jīng)過審核的申報記錄的審核結(jié)果。</p><p><b>

86、;　　3.3數(shù)據(jù)庫設(shè)計</b></p><p>　　根據(jù)系統(tǒng)需求分析過程中，對數(shù)據(jù)建模的結(jié)果，設(shè)計出系統(tǒng)共有9張業(yè)務(wù)表他們分別是：</p><p>　?。?）系統(tǒng)權(quán)限表。此表用于保存系統(tǒng)用戶權(quán)限，表結(jié)構(gòu)如表3.1所示。</p><p><b>　　表3.1系統(tǒng)權(quán)限表</b></p><p>　?。?）系統(tǒng)角色

87、表。此表用于保存系統(tǒng)角色，表結(jié)構(gòu)如表3.2所示。</p><p>　　表3.2 系統(tǒng)角色表</p><p>　?。?）角色權(quán)限表。用于系統(tǒng)權(quán)限表和系統(tǒng)角色表的中間表，表結(jié)構(gòu)如表3.3所示。</p><p>　　表3.3 角色權(quán)限表</p><p>　　（4）基層單位表。用于保存基層單位信息，表結(jié)構(gòu)如表3.4所示。</p><

88、;p>　　表3.4 基層單位表</p><p>　?。?）職稱表。用于保存申報的職稱的信息，表結(jié)構(gòu)如表3.5所示。</p><p><b>　　表3.5 職稱表</b></p><p>　?。?）用戶表。用于保存系統(tǒng)用戶信息，表結(jié)構(gòu)如表3.6所示。</p><p><b>　　表3.6 用戶表</b

89、></p><p>　?。?）申報個人表。用于保存申報人員的信息。表結(jié)構(gòu)如表3.7所示。</p><p>　　表3.7 申報個人表</p><p>　　（8）業(yè)務(wù)表。用于保存職稱申報的信息，表結(jié)構(gòu)如表3.8所示。</p><p><b>　　表3.8 業(yè)務(wù)表</b></p><p>　　（9

90、）申報材料表。用于報訊申報人上傳的材料信息，表結(jié)構(gòu)如表3.9所示。</p><p>　　表3.9 材料上傳存放表</p><p><b>　　3.4 系統(tǒng)類設(shè)計</b></p><p>　　3.4.1 系統(tǒng)類框架</p><p>　　本系統(tǒng)采用企業(yè)軟件設(shè)計模式，系統(tǒng)分三層，即DAO層用于持久化、Service層用于業(yè)務(wù)處

91、理和Action層用于數(shù)據(jù)接收和轉(zhuǎn)發(fā)，所以類結(jié)構(gòu)也分為這三層。DAO層和Service層都各自提供一個接口和頂層抽象類。</p><p>　　3.4.2 系統(tǒng)類圖</p><p>　　所有的實體類對實現(xiàn)序列化接口，各實體類之間的關(guān)聯(lián)如圖4.2所示。DAO層提供訪問數(shù)據(jù)庫的功能，DAO層類都繼承自一個抽象類：BaseHibernateDAOImpl，而這個抽象類又繼承子hibernate框架

92、中的HibernateDaoSupport類，DAO層各具體類都值實現(xiàn)父類的唯一一個抽象方法：public Class<?> getEntityClass() ，返回當(dāng)前類要操作的實體類的Class對象。Servic層提供對業(yè)務(wù)的處理，每一類業(yè)務(wù)提供一個接口和一個實現(xiàn)類，接口中提供此類業(yè)務(wù)需要的方法，實現(xiàn)類去具體實現(xiàn)，并在實現(xiàn)類中注入要操作的DAO層類對象。Action層提供form表單數(shù)據(jù)的接收和轉(zhuǎn)發(fā)功能，在每個Actio

93、n類中注入相應(yīng)的Service類對象，進(jìn)行數(shù)據(jù)的轉(zhuǎn)發(fā)。</p><p>　　1、系統(tǒng)用戶管理核心類</p><p>　　根據(jù)三層架構(gòu)，設(shè)計系統(tǒng)用戶管理核心類圖3.6所示。</p><p>　　圖3.6 用戶管理核心類圖</p><p>　　用戶管理核心類說明：</p><p>　?。?）UserAction類是用戶管理

94、模塊Action層核心類，其屬性user和unit及相對于的getter和setter方法用于接收頁面?zhèn)鬟f的form表單的值，通過Spring配置文件和提供setUnitService、setRoleService和setUnitService注入相對應(yīng)的Service層類對象。屬性msg和getMsg用于登錄驗證失敗后向登錄頁面顯示錯誤原因。屬性context是Action上下文對象，用于獲得Map<String,Object&

95、gt;類型的session和request對象，此兩種對象用于保存要傳到JSP頁面的值。而addInformation、changePwd、registUser、regist、logoin和showLift等方法用于頁面請求action的轉(zhuǎn)發(fā)。</p><p>　?。?） UserServiceImpl類是用戶管理模塊Service層核心類，實現(xiàn)UserService接口，通過Spring的IOC（Inversi

96、onofControl，控制反轉(zhuǎn)）動態(tài)注入UserDAO接口的相對于的實現(xiàn)類對象，通過在方法中調(diào)用UserDAO類的對應(yīng)方法實現(xiàn)action轉(zhuǎn)發(fā)過來的業(yè)務(wù)的處理。</p><p><b>　　2、申報核心類</b></p><p>　　根據(jù)三層架構(gòu)，設(shè)計系統(tǒng)申報核心類圖如圖3.7所示。</p><p>　　圖3.7 申報核心類圖</p&g

97、t;<p><b>　　申報核心類說明：</b></p><p>　　（1）DeclareAction是申報業(yè)務(wù)的action層的核心類，通過Spring IOC容器注入DeclareServiceImpl對象，在此類中提供屬性user、posScale和posType及對象的getter和setter方法，用于接收頁面?zhèn)鬟f的form表單的值。declare()方法用于處理頁面

98、請求的action，在當(dāng)中調(diào)用DeclareServiceImpl對應(yīng)的方法處理業(yè)務(wù)。</p><p>　?。?）DeclareServiceImpl是申報業(yè)務(wù)的Service層的核心業(yè)務(wù)處理類。通過Spring IOC容器動態(tài)注入OperationDAO、UserDAOImpl和PosDAO等DAO層類對象。通過相應(yīng)的方法處理action業(yè)務(wù)。</p><p><b>　　3.

99、5本章小結(jié)</b></p><p>　　本章怕給出了網(wǎng)上職稱申報系統(tǒng)的系統(tǒng)流程、主要功能模塊和數(shù)據(jù)庫的表設(shè)計，詳細(xì)的描述了系統(tǒng)的功能。通過本章的描述，未后面的系統(tǒng)實現(xiàn)提供參考支持。</p><p><b>　　第四章 系統(tǒng)實現(xiàn)</b></p><p>　　通過前面的基礎(chǔ)理論介紹、可行性研究、需求分析和系統(tǒng)設(shè)計，已經(jīng)確定了本網(wǎng)上職稱申

100、報系統(tǒng)需要實現(xiàn)的具體功能和實現(xiàn)方法?，F(xiàn)在介紹本系統(tǒng)的系統(tǒng)實現(xiàn)。</p><p><b>　　4.1環(huán)境搭建</b></p><p>　　本系統(tǒng)以Tomcat6.0為服務(wù)器，Hibernate實現(xiàn)DAO層，Struts2實現(xiàn)Action，Spring管理數(shù)據(jù)對象的注入，JSP做數(shù)據(jù)顯示。</p><p><b>　　4.2 數(shù)據(jù)庫訪問&

101、lt;/b></p><p>　　本系統(tǒng)主要通過MyEclipse下的DataBase Connection Driver實現(xiàn)對數(shù)據(jù)庫進(jìn)行訪問，Hibernate提供了方便快捷的訪問方式，即只要在hibernate.cfg.xml文件中配置相應(yīng)的數(shù)據(jù)即可，同時還需要加入對應(yīng)的JDBC驅(qū)動包。</p><p>　　1、Hibernate數(shù)據(jù)庫連接配置</p><p&

102、gt;　　在hibernate.cfg.xml文件中，指定數(shù)據(jù)庫連接字符串配置信息，實現(xiàn)主要代碼如下：</p><p>　　<hibernate-configuration></p><p>　　<session-factory></p><p>　　<property name="hibernate.connection.d

103、river_class"></p><p>　　oracle.jdbc.driver.OracleDriver</p><p>　　</property></p><p>　　<property name="hibernate.connection.url"></p><p>　　j

104、dbc:oracle:thin:@localhost:1521:orcl</p><p>　　</property></p><p>　　<property name="hibernate.connection.username">scott</property></p><p>　　<property

105、name="hibernate.connection.password">tiger</property></p><p>　　<!-- 方言 --></p><p>　　<property name="hibernate.dialect"></p><p>　　org.hibern

106、ate.dialect.Oracle9iDialect</p><p>　　</property></p><p>　　<property name="hibernate.show_sql">true</property></p><p>　　<property name="hibernat

107、e.hbm2ddl.auto">update</property></p><p>　　<property name="hibernate.jdbc.batch_size">30</property></p><p>　　<property name="hibernate.cache.use_secon

108、d_level_cache"></p><p><b>　　true</b></p><p>　　</property></p><p>　　<property name="hibernate.cache.provider_class"></p><p>　　o

109、rg.hibernate.cache.EhCacheProvider</p><p>　　</property></p><p>　　<property name="hibernate.cache.use_query_cache">true</property></p><p>　　<mapping re

110、source="hn/decl/entity/Operation.hbm.xml" /></p><p>　　<mapping resource="hn/decl/entity/Pos.hbm.xml" /></p><p>　　<mapping resource="hn/decl/entity/SysRight.h

111、bm.xml" /></p><p>　　<mapping resource="hn/decl/entity/SysRole.hbm.xml" /></p><p>　　<mapping resource="hn/decl/entity/SysRoleRight.hbm.xml" /></p>&

112、lt;p>　　<mapping resource="hn/decl/entity/SysUser.hbm.xml" /></p><p>　　<mapping resource="hn/decl/entity/Unit.hbm.xml" /></p><p>　　<mapping resource="hn

113、/decl/entity/TData.hbm.xml" /></p><p>　　</session-factory></p><p>　　在這段代碼中，分別設(shè)置了數(shù)據(jù)庫連接的url、連接的用戶名和密碼、數(shù)據(jù)庫驅(qū)動類和夾在實體類的hibernate配置文件。</p><p>　　2、數(shù)據(jù)庫事務(wù)代理配置</p><p&g

114、t;　　SessionFactory的創(chuàng)建通過web.xml解析spring-aop.xml文件創(chuàng)建，解析代碼如下：</p><p><b>　　<filter></b></p><p>　　<filter-name>hibernateSession</filter-name> </p><p>　　<

115、filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class> </p><p>　　- <init-param></p><p>　　<param-name>sessionFactoryBeanName</param

116、-name> </p><p>　　<param-value>myFactory</param-value> </p><p>　　</init-param></p><p><b>　　</filter></b></p><p>　　- <filter-map

117、ping></p><p>　　<filter-name>hibernateSession</filter-name> </p><p>　　<url-pattern>*.action</url-pattern> </p><p>　　</filter-mapping></p><

118、p>　　spring-aop.xml配置文件主要代碼如下</p><p>　　<bean id="myFactory" </p><p>　　class="org.springframework.orm.hibernate3.LocalSessionFactoryBean" destroy-method="close"