【正文】 ，但是在使用的開發(fā)框架和表現(xiàn)層方面對原有系統(tǒng)進(jìn)行改進(jìn)，使得系統(tǒng)更加完善。在研究國內(nèi)外現(xiàn)有成果地基礎(chǔ)上完成影像及電子檔案管理系統(tǒng)的整體設(shè)計(jì)和邏輯上的模塊劃分。將研究結(jié)果應(yīng)用于實(shí)際系統(tǒng)開發(fā)，為提高影像及電子檔案管理的快速開發(fā)、可維護(hù)和擴(kuò)展能力提供有效的支持。 3．在系統(tǒng)表現(xiàn)層方面，研究使用與后臺進(jìn)行異步交互的框架和能帶來良好北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 6 用戶體驗(yàn)的技術(shù)，以提高頁面良好的展示效果。 5．根據(jù)需求分析實(shí)現(xiàn)影像及電子檔案管理系統(tǒng)各功能。提出項(xiàng)目的背景，以及項(xiàng)目的研究內(nèi)容和組織結(jié)構(gòu)。探討了 Struts、 Hibernate、 Spring、 Ajax等相關(guān)理論。簡要說明了影像及電子檔案管理系統(tǒng)的需求分析和不同系統(tǒng)角色的具體功能需求。重點(diǎn)介紹了基于 SSH 架構(gòu)的影像及電子檔案管理系統(tǒng)總體架構(gòu)的總體設(shè)計(jì)以及數(shù)據(jù)庫設(shè)計(jì)。 第五章：介紹了影像及電子檔案管理系統(tǒng)核心模塊非共性的具體實(shí)現(xiàn) ，重點(diǎn)討論了使用了 Ext 框架的頁面組織和實(shí)現(xiàn)過程。首先介紹了系統(tǒng)軟硬件部署情況，然后以貫穿系統(tǒng)配置與部署的日志管理系統(tǒng)的運(yùn)行情況說明系統(tǒng)是可實(shí)現(xiàn)的而且部署是成功的。 最后總結(jié)了全文，指出了系統(tǒng)的需要改進(jìn)的地方和進(jìn)一步的研究方向。 ? Struts2 Struts2[1]是在 WebWork基礎(chǔ)上發(fā)展起來的 ， 是建立在稱為 XWork的Command 模式框架之上的強(qiáng)大的基于 Web 的 MVC 框架 （參見本章 節(jié)）。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場合，最具革命意義的是， Hibernate 可以在應(yīng)用 EJB 的J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任 （參見本章 節(jié)） 。Spring使用基本的 JavaBean來完成以前只可能由 EJB 完成的事情。從簡單性、可測試性和松耦合的角度而言，任何 Java 應(yīng)用都可以從 Spring中受益 （參見本章 節(jié)） 。 Ajax并不是一種新產(chǎn)生出來的技術(shù)，它實(shí)際上是由目前幾種相 對成熟的技術(shù)組合而成的。 Struts2 的核心技術(shù) Struts2 是 WebWork的升級，而不是一個(gè)全新的框架，因此穩(wěn)定性、性能等各方面都有很好的保證：而且吸收了 Struts 1 和 WebWork兩者的優(yōu)勢 ?？蚣茉O(shè)計(jì)的目標(biāo)貫穿整個(gè)開發(fā)周期，從開發(fā)到發(fā)布，包括維護(hù)的整個(gè)過程 。 Struts 鼓勵使用基于 Model2 方法的應(yīng)用框架，它是一種經(jīng)典的模型－試圖－控制器的 MVC 模北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 8 型。 它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開。它們各自處理自己的任務(wù)。 隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也 變得具有挑戰(zhàn)性。業(yè)務(wù)流程的處理交予模型 (Model)處理。 模型 (Model)表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。例如它可能用 如 EJBs 和 ColdFusion Components 這樣的構(gòu)件對象來處理數(shù)據(jù)庫。由于應(yīng)用于模型的代碼只需寫一次北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 9 就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。例如，用戶點(diǎn)擊一個(gè)連接，控制層接受請求后 , 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返 回給用戶。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。因此，無論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導(dǎo)致顯示的更新。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能 Hibernate 的核心技術(shù) Hibernate 是一種 Java 語言下的對象關(guān)系映射解決方案。它用來把對象模型表示的對象映射到基于 SQL 的關(guān)系模型結(jié)構(gòu)中去，為面向?qū)ο蟮念I(lǐng)域模型到傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的映射，提供了一個(gè)使用方便的框架。 Hibernate 對 JDBC 進(jìn)行了非常輕量級的對象封裝，使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。最具革命意義的是， Hibernate 可以在應(yīng)用 EJB（ Enterprise JavaBeans 是 Java 應(yīng)用于企業(yè)計(jì)算的框架）的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。是企北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 10 業(yè)應(yīng)用開發(fā)的 “一站式 ”選擇，并貫穿表現(xiàn)層、業(yè)務(wù)層及持久層。 控制翻轉(zhuǎn) IoC(Inversion of Control)/依賴注入 DI(Dependence Injection)機(jī)制。 DI 是對 IoC 更形象的解釋，即由容器在運(yùn)行期間動態(tài)地將依賴關(guān)系 （ 如構(gòu)造參數(shù)、構(gòu)造對象或接口 ） 注入到組件之中。這樣，不需要編寫工廠模式、單例模式或者其他構(gòu)造的方法，就可以通過容器直接獲取所需的業(yè)務(wù)組件。 圖 Spring 框架模塊組成 Spring 框架由七個(gè)定義明確的模塊組成，且每個(gè)模塊或組件都可以單獨(dú)存在，或者與其他一個(gè)或多個(gè)模塊聯(lián)合實(shí)現(xiàn)。 Spring 框架可以成為企業(yè)級應(yīng)用程序一站式的解決方案，同時(shí)它也是模塊化的框架，允許開發(fā)人員自由地挑選適合自己應(yīng)用的模塊進(jìn)行開發(fā)。 AJAX技術(shù) Ajax的核心是 JavaScript 對象 XmlHttpRequest。 JavaScript 可以在不刷新頁面的情況下從服務(wù)器獲取數(shù)據(jù)，或者向服務(wù)器提交數(shù)據(jù)，靈活地實(shí)現(xiàn)了數(shù)據(jù)異步交互。這種同步交互方式的處理過程如圖 所示。 顯然，這樣的一種處理方式會給用戶一種不連貫的體驗(yàn)，因?yàn)楫?dāng)服務(wù)器在處理請求的時(shí)候，用戶多數(shù)時(shí)間只能處于等待狀態(tài)，頁面中顯示的內(nèi)容也只能時(shí)一片空白。這種異步交互的處理過程如圖 所示。在處理過程中 Web 服務(wù)器響應(yīng)是標(biāo)準(zhǔn)的且易于解析的 XML格式的數(shù)據(jù)傳遞到 Ajax，然后再轉(zhuǎn)換成 HTML頁面的格式，輔助 CSS 進(jìn)行顯示。 Ajax可以所為客戶端和服務(wù)器的中間層，來處理客戶端的請求，并根據(jù)需要向服務(wù)器端發(fā)送請求，用什么就取什么、用多少就取多少，就不會有數(shù)據(jù)的冗余和浪費(fèi)，減少了數(shù)據(jù)下載總量，而且更新頁面時(shí)不用重載全部內(nèi)容，只更新需要 更新的那部分即可，相對于純后臺處理并重載的方式縮短了用戶等待時(shí)間 。三層體系將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問及合法性校驗(yàn)等工作放在中間層處理。 表現(xiàn)層是傳統(tǒng)的 JSP[6]技術(shù)，其廣泛的應(yīng)用和穩(wěn)定的表現(xiàn)，為其作為表現(xiàn)層技術(shù)打下了堅(jiān)實(shí)的基礎(chǔ) 。 Web 層，就是 MVC[7]模式里面的 控制器 ，負(fù)責(zé)控制業(yè)務(wù)邏輯層與表現(xiàn)層的交互，調(diào)用業(yè)務(wù)邏輯層，并將業(yè)務(wù)數(shù)據(jù)返回給表現(xiàn)層作組織表現(xiàn) 。業(yè)務(wù)邏輯層以 DAO 層為基礎(chǔ)，通過對 DAO 組件的正面模式包裝，完成系統(tǒng)所要求的業(yè)務(wù)邏輯 。 PO，持久化對象。 Spring的作用貫穿了整個(gè)中間層，將 Web 層、 Service 層、 DAO 層及 PO無縫整合，其數(shù)據(jù)服務(wù)層用來存放數(shù)據(jù) 。而后臺影像及電子檔案管理系統(tǒng)的用戶角色為普通管理員和高級管理員。 需求分析 圖 表示普通管理員系統(tǒng)功能用例圖。 具體功能分析如下： (1) 普通管理員需求分析。 ? 文檔類別管理（高級管理員授權(quán)情況下）：普通管理員登錄后可以對文檔類別進(jìn)行操作，例如：刪除類別、在某一當(dāng)前類別下添加子類別與修改類別信息。 ? 用戶管理（高級管理員授權(quán)情況下）：普通管理員登錄后可以對用戶進(jìn)行管理，例如：查看用戶、刪除用戶、查看用戶上傳文檔等。 ? 日志管理（高級管理員授權(quán)情況下）：普通管理員登錄后可以對管理員操作日志進(jìn)行管理，例如：查看日志信息、備份日志與清理日志。 圖 表示高級管理員系統(tǒng)功能用例圖 高級管理員可以執(zhí)行系統(tǒng)所有操作，除了普通管理員的所有需 求外，還包括管理員管理和權(quán)限管理，此角色的系統(tǒng)功能結(jié)構(gòu)圖為： ? 管理員管理：高級管理員登陸后可以對系統(tǒng)管理員信息進(jìn)行管理，例如：添加管理員、刪除管理員和修改管理員信息。 本章小結(jié) 本章主要介紹了影像及電子檔案管理系統(tǒng)的需求分析，按照不同的角色將功能需求用用例圖的方式列出。 北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 15 4. 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)架構(gòu)總體設(shè)計(jì) 根據(jù)需求分析，這一節(jié)詳細(xì)討論了影像及電子檔案管理系統(tǒng)的 總體架構(gòu)設(shè)計(jì)方案。這種開發(fā)框架的好處是實(shí)現(xiàn)簡單，業(yè)務(wù)邏輯清晰，開發(fā)人員使用起來很容易。 雖然上述的開發(fā)框架可以很好的解決電子檔案管理中的應(yīng)用開發(fā)面臨的問題，但是實(shí)際應(yīng)用表明這存在著一些弱點(diǎn)。 為此，本文提出了比開發(fā)框架層次更高的 SSH 框 架構(gòu)件平臺來實(shí)現(xiàn)具體的應(yīng)用。 SSH 框架構(gòu)建設(shè)計(jì) 這一節(jié)以影像及電子檔案管理系統(tǒng)為例，進(jìn)行 SSH 框架應(yīng)用的研究。傳統(tǒng)的網(wǎng)站系統(tǒng)設(shè)計(jì)是：當(dāng)軟件的設(shè)計(jì)和開發(fā)人員在拿 到業(yè)務(wù)需求后，會立即想到是不是需要使用 Struts 的 MVC 結(jié)構(gòu)，是使用 EJB 還是使用 Hibernate，是使用什北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 16 么樣的服務(wù)器和數(shù)據(jù)庫等。這樣，使得業(yè)務(wù)從屬于技術(shù)，業(yè)務(wù)功能受到具體技術(shù)的限制，業(yè)務(wù)和技術(shù)是緊耦合的。 SSH 框架規(guī)劃旨在 減輕開發(fā)人員重新建立解決復(fù)雜問題方案的負(fù)擔(dān)和精力；它可以被擴(kuò)展以進(jìn)行內(nèi) 部的定制化 ，提高開發(fā)效率并容易實(shí)現(xiàn)系統(tǒng)的可擴(kuò)展性與可維護(hù)性。其中上層構(gòu)件為下層提供了獨(dú)立完整的功能，下層構(gòu)件無需了解上層構(gòu)件內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)，只需要調(diào)用其提供的明確定義的接口和方法來實(shí)現(xiàn)自己的功能。 北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 17 基于 MVC 模式，系統(tǒng) 分 為表現(xiàn)層、中間層（業(yè)務(wù)邏輯層）和數(shù)據(jù)服務(wù)層?？蛻舳瞬恢苯优c數(shù)據(jù)庫交互，而是通過組件與中間層建立連接，再由中間層與數(shù)據(jù)庫交互 。 中間層采用的是流行的 Spring+Hibernate，為了將控制層與業(yè)務(wù)邏輯層分離，又細(xì)分為以下幾種 。 負(fù)責(zé)控制業(yè)務(wù)邏輯層與表現(xiàn)層的交互，調(diào)用業(yè)務(wù)邏輯層，并將業(yè)務(wù)數(shù)據(jù)返回給表現(xiàn) 層作組織表現(xiàn) 。業(yè)務(wù)邏輯層以 DAO 層為基礎(chǔ)，通過對 DAO 組件的正面模式包裝，完成系統(tǒng)所要求的業(yè)務(wù)邏輯 。該層封裝了數(shù)據(jù)的增、刪、查、改的操作 ，采用數(shù)據(jù)庫中間件 Hibernate 完成對底層數(shù)據(jù)庫應(yīng)用的封裝，通過一致的規(guī)范接口，將底層數(shù)據(jù)庫與業(yè)務(wù)邏輯分離開來，為應(yīng)用系統(tǒng)的業(yè)務(wù)代碼開發(fā)提供了數(shù)據(jù)層支持。通過實(shí)體關(guān)系映射工具將關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)映射成對象，很方便地實(shí)現(xiàn)以面向?qū)ο蠓绞讲僮鲾?shù)據(jù)庫，該系統(tǒng)采用 Hibernate 作為ORM框架 ，并使用注解方式實(shí)現(xiàn) 數(shù)據(jù)映射 配置。 為了提高系統(tǒng)的可擴(kuò)展性與可維護(hù)性，在 DAO 層與 Service 層分別抽取出接口層和接口實(shí)現(xiàn)層。 北京聯(lián)合大學(xué) 畢業(yè)設(shè)計(jì) 18 圖 影像及電子檔案管理系統(tǒng)的整體架構(gòu)圖 下面是對圖 中各層的角色及功能說明。 (2)Controller 層：影像及電子檔案管理系統(tǒng)的控制層，使用 Struts 的控制層來進(jìn)行業(yè)務(wù)流程控制。它把模型對象給出的信息轉(zhuǎn)換成視圖可以理解的形式，并且處理系統(tǒng)流程的走向。 (3)Model 層：影像及電子文檔管理系統(tǒng)的模型層，實(shí)現(xiàn)具體的業(yè)務(wù)邏輯。 數(shù)據(jù)庫中間件方面，系統(tǒng)定義了 Dao 層，使用集成封裝的HibernateTemplate 實(shí)現(xiàn)數(shù)據(jù)操作。 SSH 架構(gòu)的優(yōu)勢與 不足 傳統(tǒng)的網(wǎng)站系統(tǒng)采用單一的 Struts+Hibernate 框架進(jìn)行設(shè)計(jì)和開發(fā)，在這種方式下，客戶端代碼和業(yè)務(wù)邏輯代碼混雜在一起，而且模塊化劃分不夠靈活，各個(gè)業(yè)務(wù)模塊之間的耦合度較高。 與傳統(tǒng)的網(wǎng)站系統(tǒng)應(yīng)用相比，基于 SSH 框架的影像及電子檔案管理系統(tǒng)架構(gòu)有如下優(yōu)點(diǎn)： 開發(fā)效率高 一個(gè)良好的框架可以讓開發(fā)人員減輕重新建立解決復(fù)雜問題方案的負(fù)擔(dān)和精力；它可以被擴(kuò)展以進(jìn)行內(nèi)部的 定制化；并且有強(qiáng)大的用戶社區(qū)來支持它。 后期維護(hù)效率高 軟件工程不同于傳統(tǒng)的工業(yè)，例如電器、建筑及汽車等行業(yè)。 軟件產(chǎn)品的后期運(yùn)行維護(hù)是個(gè)巨大的工程 。 但采用嚴(yán)格分層 J2EE 架構(gòu)，則可完全避免這個(gè)問題。因此，采用 J2EE 分層架構(gòu)，即使前期的開發(fā)效率稍微低一點(diǎn)，但也是值得的 。系統(tǒng)結(jié)構(gòu)脈絡(luò)清晰。 客戶對軟件需求，是隨著軟件開發(fā)過程的深入，不斷明晰起來的。當(dāng)軟件實(shí)現(xiàn)需要改變時(shí)，是否可以盡可 能多地保留軟件的部分，盡可能少地改變軟件的實(shí)現(xiàn)，從而滿足客戶需求的變更？答案是 —— 采用優(yōu)秀的解耦架構(gòu)。采用這種方式的軟件實(shí)現(xiàn)，即使軟件的部分發(fā)生改變，其他部分也盡可能不要改變 。采用 Hibernate 作為持久層技 術(shù)的最大的好處在于：可以完全以面向?qū)ο蟮姆绞竭M(jìn)