基于WEB的文檔管理系統(tǒng)的設(shè)計及實現(xiàn)畢業(yè)論文

1、湖 南 科 技 大 學(xué)畢 業(yè) 設(shè) 計 （ 論 文 ）題 目基于web的文檔管理系統(tǒng)的設(shè)計及實現(xiàn) 畢業(yè)設(shè)計（論文）原創(chuàng)性聲明和使用授權(quán)說明原創(chuàng)性聲明本人鄭重承諾：所呈交的畢業(yè)設(shè)計（論文），是我個人在指導(dǎo)教師的指導(dǎo)下進行的研究工作及取得的成果。盡我所知，除文中特別加以標(biāo)注和致謝的地方外，不包含其他人或組織已經(jīng)發(fā)表或公布過的研究成果，也不包含我為獲得 及其它教育機構(gòu)的學(xué)位或?qū)W歷而使用過的材料。對本研究提供過幫助和做出過貢獻的個人或集體，均已在文中作了明確的說明并表示了謝意。作 者 簽 名： 日 期： 指導(dǎo)教師簽名： 日期： 使用授權(quán)說明本人完全了解 大學(xué)關(guān)于收集、保存、使用畢業(yè)設(shè)計（論文）的規(guī)定，即

2、：按照學(xué)校要求提交畢業(yè)設(shè)計（論文）的印刷本和電子版本；學(xué)校有權(quán)保存畢業(yè)設(shè)計（論文）的印刷本和電子版，并提供目錄檢索與閱覽服務(wù)；學(xué)校可以采用影印、縮印、數(shù)字化或其它復(fù)制手段保存論文；在不以贏利為目的前提下，學(xué)?？梢怨颊撐牡牟糠只蛉績?nèi)容。作者簽名： 日 期： 學(xué)位論文原創(chuàng)性聲明本人鄭重聲明：所呈交的論文是本人在導(dǎo)師的指導(dǎo)下獨立進行研究所取得的研究成果。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。對本文的研究做出重要貢獻的個人和集體，均已在文中以明確方式標(biāo)明。本人完全意識到本聲明的法律后果由本人承擔(dān)。作者簽名： 日期： 年 月 日學(xué)位論文版權(quán)使用授權(quán)

3、書本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留并向國家有關(guān)部門或機構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。本人授權(quán) 大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。涉密論文按學(xué)校規(guī)定處理。作者簽名：日期： 年 月 日導(dǎo)師簽名： 日期： 年 月 日湖南科技大學(xué)成人高等教育本科生畢業(yè)論文（設(shè)計）評審表姓名性別女學(xué)號系別所學(xué)專業(yè)計算機與科學(xué)技術(shù)指導(dǎo)導(dǎo)師答辯（或完成）日期 年 月 日論文題目基于web的文檔管理系統(tǒng)的設(shè)計及實現(xiàn) 摘要本文論述了一個基于j2ee平臺，三層架構(gòu)的(b/s)的網(wǎng)絡(luò)文檔管理系統(tǒng)

4、的設(shè)計及其實現(xiàn)全過程，并對實現(xiàn)過程中的關(guān)鍵問題作了具體的分析和剖析。本系統(tǒng)的設(shè)計采用了sun公司的java技術(shù)，以開源開發(fā)工具eclipse3.1作為開發(fā)工具，microsoft visio 2003和microsoft visual sourcesafe作為項目管理與輔助設(shè)計工具，oracle9i作為數(shù)據(jù)庫支撐平臺。應(yīng)用面向?qū)ο蟆⑷龑蛹軜?gòu)、軟件工程思想，本文實現(xiàn)了基于web的文檔管理系統(tǒng)，它包括管理員的權(quán)限管理、文檔管理、文件夾管理、用戶管理、密碼管理和一般用戶對文檔的查詢查看管理等子系統(tǒng)。系統(tǒng)的設(shè)計與實現(xiàn)，嚴(yán)格遵循軟件工程思想，進行了細致的需求和系統(tǒng)分析工作。畢業(yè)論文評語建議評定等級： 指

5、導(dǎo)教師簽字： 年 月 日 評閱老師意見畢業(yè)論文成績： 簽字： 年 月 日教學(xué)院意見注：此表一式二份，與學(xué)籍表一起裝入學(xué)員畢業(yè) 檔案 湖南科技大學(xué)成人教育學(xué)院制摘要本文論述了一個基于j2ee平臺，三層架構(gòu)的(b/s)的網(wǎng)絡(luò)文檔管理系統(tǒng)的設(shè)計及其實現(xiàn)全過程，并對實現(xiàn)過程中的關(guān)鍵問題作了具體的分析和剖析。本系統(tǒng)的設(shè)計采用了sun公司的java技術(shù)，以開源開發(fā)工具eclipse3.1作為開發(fā)工具，microsoft visio 2003和microsoft visual sourcesafe作為項目管理與輔助設(shè)計工具，oracle9i作為數(shù)據(jù)庫支撐平臺。應(yīng)用面向?qū)ο蟆⑷龑蛹軜?gòu)、軟件工程思想，本文實現(xiàn)了

6、基于web的文檔管理系統(tǒng)，它包括管理員的權(quán)限管理、文檔管理、文件夾管理、用戶管理、密碼管理和一般用戶對文檔的查詢查看管理等子系統(tǒng)。系統(tǒng)的設(shè)計與實現(xiàn)，嚴(yán)格遵循軟件工程思想，進行了細致的需求和系統(tǒng)分析工作?！娟P(guān)鍵詞】：b/s；j2ee；三層架構(gòu)；文檔管理；權(quán)限管理目錄第章 現(xiàn)狀分析及工具簡介11.1 系統(tǒng)背景分析11.2 系統(tǒng)開發(fā)平臺21.3 系統(tǒng)開發(fā)相關(guān)技術(shù)31.3.1 j2ee簡介31.3.2 mvc模式3第章 需求分析52.1 運行環(huán)境需求52.2 功能需求62.3 系統(tǒng)結(jié)構(gòu)選型10第3章 系統(tǒng)的設(shè)計與實現(xiàn)123.1 概要設(shè)計123.2 詳細設(shè)計與實現(xiàn)133.2.1 登陸模塊的設(shè)計與實現(xiàn)13

7、3.2.2文檔管理模塊的設(shè)計與實現(xiàn)143.2.3文件夾管理模塊的設(shè)計與實現(xiàn)173.2.4用戶管理模塊的設(shè)計與實現(xiàn)193.3系統(tǒng)集成22第4章 系統(tǒng)測試234.1 測試計劃234.1.1 功能測試234.1.2 性能測試244.1.3 安全性測試24第5章 項目總結(jié)報告265.1 項目總結(jié)265.1.1 軟件工程方面265.1.2 客觀條件方面265.1.3 主觀條件方面265.2 展望275.3 個人小結(jié)27致謝28參考資料29第章 現(xiàn)狀分析及工具簡介1.1 系統(tǒng)背景分析隨著時間的推移、企業(yè)信息化水平的提高，企業(yè)日常產(chǎn)生了大量各種格式的文檔，如何有效地管理這些文檔，一直是企業(yè)（特別是項目經(jīng)理）

8、特別頭痛的問題之一。企業(yè)對文檔的管理方式一般有如下兩種常見的方式：1） 用戶將文檔存放在自己的電腦中，通過郵件的形式或其它形式（如qq,msn,飛鴿等）分發(fā)給相關(guān)人員閱讀。2） 將文檔存放在服務(wù)器，通過一些文檔專門的文檔管理軟件，如cvs，microsoft visual sourcesafe等。前者，由用戶自己管理自己的文檔，對自己的文檔負責(zé)。這樣的優(yōu)點是用戶可以方便的瀏覽自己管理的文檔，同時文檔管理的責(zé)任比較明確，即使泄密范圍也不大。但是，以這種方式管理的文檔，存在有如下缺點：l 當(dāng)需要在多個人中共享某文檔時，就產(chǎn)生了信息冗余，當(dāng)文檔發(fā)布新版本時，需要對所有相關(guān)人員發(fā)送新版本，往往產(chǎn)生版本

9、不同步的情況。況且，在人力成本日益高漲的今天，管理成本還是比較高的。l 所有用戶的文檔相互隔離，形成了一個一個的信息孤島，每個人很難知道其它用戶已經(jīng)存在了那些文檔，自然也很難分享凝聚了他人智慧的文檔。雖然，也可以通過操作系統(tǒng)的文件夾共享實現(xiàn)文檔的共享，但是此時文檔的搜索成本還是很高的。為了解決這個問題，人們開發(fā)了一系列的文檔管理的專用軟件。后者，不管是付費軟件還是免費軟件，往往滿足了用戶某個方面或某幾個方面的需求。比如，cvs專注于項目組中文檔的版本管理，可以保存各個文檔的所有歷史版本，并且可以方便的對任意兩個版本比較其異同。同時，也可以對每個用戶設(shè)置其訪問權(quán)限。當(dāng)然，缺點也是很明顯的：l 如

10、果不能用搜索的方式找到含有某關(guān)鍵詞的資料；l 軟件不能隨需而變。由于是專有軟件，不能對它進行二次開發(fā)，加入新功能或修改原有功能，新的需求必須等待其新版本的發(fā)布。以上通常的文檔管理方式在文檔規(guī)模不大時，一般不會產(chǎn)生什么問題，甚至很方便。但是當(dāng)文檔的規(guī)模較大、涉及人員較多，如何使相關(guān)人員很好的管理其文檔（適當(dāng)?shù)娜艘赃m當(dāng)?shù)姆绞焦芾磉m當(dāng)?shù)奈臋n）是一個不小的挑戰(zhàn)。現(xiàn)代社會的主要特征是“變”，資料管理也應(yīng)該隨需而變。它需要軟件的架構(gòu)是開放的，即用戶能夠以某種自定義的方式上傳文檔、描述文檔、管理文檔?；趙eb的文檔管理系統(tǒng)可以解決以上的問題。 1.2 系統(tǒng)開發(fā)平臺系統(tǒng)開發(fā)平臺見表1-1。表1-1 系統(tǒng)開發(fā)

11、平臺網(wǎng)絡(luò)及硬件平臺cpuintel pentium iii 700mhz or higher內(nèi)存512mb or higher硬盤空間40gb or higher網(wǎng)絡(luò)接入10mb/s or higher操作系統(tǒng)平臺windows 2000 serverwindows 2000 advance serverwindows server 2003 enterprise editionwindows nt server/ workstation開發(fā)工具平臺myeclipse j2ee developer數(shù)據(jù)庫平臺oracle 9i其它支撐平臺resion3輔助開發(fā)平臺microsoft visio

12、2003, microsoft visual sourcesafe等1.3 系統(tǒng)開發(fā)相關(guān)技術(shù)1.3.1 j2ee簡介j2ee為開發(fā)復(fù)雜的、分布式企業(yè)級java應(yīng)用定義了一套體系結(jié)構(gòu)。最初由sum microsystems在1999年中期發(fā)布，其各個版本存在的重大改變在于企業(yè)級的javabean(ejb)方面。它由以下五部分組成：l 使用j2ee開發(fā)企業(yè)級應(yīng)用的設(shè)計指南；l 提供j2ee可操作視圖的一個參考工具；l 可由第方使用的兼容性能測試組件，以檢驗他們的產(chǎn)品與j2ee的兼容性問題；l 多種應(yīng)用編程接口(api)，使人們能對企業(yè)資源進行通用訪問；l 簡化企業(yè)級java開發(fā)技術(shù)它們之間的關(guān)系如

13、下圖1.1：圖1.1 j2ee各組成部分的關(guān)系該平臺是建立在java”一次編寫，隨意運行”的理念上的。它通過一組技術(shù)和一套api實現(xiàn)，它們由參考工具、實際指南和兼容組件支持和限定。1.3.2 mvc模式設(shè)計模式是面向?qū)ο蟮某绦蛟O(shè)計人員用來解決編程問題的一種形式化表示。目前，在大多數(shù)browser/server結(jié)構(gòu)的web應(yīng)用中，瀏覽器直接通過html或者jsp的形式與用戶交互，響應(yīng)用戶的請求。雖然很直觀，但是大多數(shù)管理信息系統(tǒng)操作的數(shù)據(jù)量都是驚人的，隨著代碼的增多會使jsp頁面臃腫不堪，web服務(wù)器的負荷過重。因此，在中間層上采用基于模型視圖控制器（mvc，即model-view-contro

14、ller）的設(shè)計模式。model層用來實現(xiàn)業(yè)務(wù)邏輯，view層用來顯示用戶界面，controller層主要負責(zé)view層和model層之間的控制關(guān)系。具體實現(xiàn)時，把servlet用作應(yīng)用程序的控制器，把jsp文檔作為視圖，javabeans被用來表示模型。所有的請求都被發(fā)送給作為控制器的servlet，它接受請求，并根據(jù)請求信息將它們分發(fā)給適當(dāng)?shù)膉sp來響應(yīng)。同時，servlet還根據(jù)jsp的需求生成javabeans的實例并輸出給jsp環(huán)境。jsp可以通過直接調(diào)用方法或使用usebean的自定義標(biāo)簽得到j(luò)avabeans中的數(shù)據(jù)。這種設(shè)計模式很好地實現(xiàn)了數(shù)據(jù)層與表示層的分離，使開發(fā)工作更加容

15、易和迅速。在這種設(shè)計模式下，各層次之間的數(shù)據(jù)傳遞如圖圖1.2。mt圖1.2 mvc模式的數(shù)據(jù)傳遞圖第章 需求分析2.1 運行環(huán)境需求系統(tǒng)運行環(huán)境需求見表2-1。表2-1 運行環(huán)境需求信息表服務(wù)器網(wǎng)絡(luò)及硬件平臺cpuintel pentium iii 700mhz or higher內(nèi)存512mb or higher硬盤空間40gb or higher網(wǎng)絡(luò)接入10mb/s or higher操作系統(tǒng)平臺windows 2000 serverwindows 2000 advance serverwindows server 2003 enterprise edtionwindows nt serv

16、er/ workstation數(shù)據(jù)庫平臺oracle9i其它支撐平臺resin-3.0.22客戶端網(wǎng)絡(luò)及硬件平臺cpuintel pentium iii 300mhz or higher內(nèi)存128mb or higher硬盤空間10gb or higher網(wǎng)絡(luò)接入10mb/s or higher操作系統(tǒng)平臺windows xp professionalwindows server 2003 enterprise edition其它支撐平臺ie 6.0,netscape etc.2.2 功能需求本系統(tǒng)的用戶分兩類：管理員用戶和一般用戶。他們用統(tǒng)一的登陸界面（見圖2.1）。登陸成功后，依據(jù)不同的用

17、戶類型進入不同的界面：一般用戶進入資料查詢和瀏覽界面（見圖2.2），管理員用戶進入權(quán)限管理界面（見圖2.3）。圖2.1 用戶登陸界面圖2.2 一般用戶界面圖2.3 管理員用戶界面n 權(quán)限管理模塊此模塊操作權(quán)限屬于管理員用戶，功能包括：對一般用戶文檔操作權(quán)限的查詢、授權(quán)或取消授權(quán)。圖2.4 一般用戶的權(quán)限查詢和授權(quán)界面n 文檔管理模塊此模塊操作權(quán)限屬于管理員用戶，功能包括：資料文檔信息的查詢、查看、上傳、增加、鎖定和解除鎖定。文檔一經(jīng)鎖定，一般用戶不能查看此文檔信息。圖2.5 文檔管理界面圖2.6 文檔信息查看界面圖2.7 文檔鎖定后的出錯界面n 文件目錄的管理此模塊操作權(quán)限屬于管理員用戶，功能

18、包括：文件目錄的增加和刪除。文件目錄以樹形展開，以便于查看。圖2.8 文件夾的刪除界面圖2.9 文件夾的增加界面n 用戶管理模塊此模塊操作權(quán)限屬于管理員用戶，功能包括：對用戶的查詢、增加、凍結(jié)、升級或降級。用戶查詢：輸入需要查詢的用戶id或者昵稱，可以查看滿足此條件的記錄集合。用戶的凍結(jié)： 選擇需要凍結(jié)的用戶記錄，點擊列表中的“凍結(jié)”按鈕，則可凍結(jié)此用戶，此時用戶的狀態(tài)為“凍結(jié)”。凍結(jié)的用戶不能登陸。用戶的狀態(tài)改變： 選擇需要升為管理員的用戶，點擊列表中的“升為管理員”鏈接，可以將該用戶升為管理員。用戶的增加： 輸入一個用戶的“昵稱”可以增加一個用戶。此時用戶有缺省密碼000000，沒有權(quán)限（

19、只擁有修改密碼的權(quán)限），需要對該用戶授權(quán)。n 密碼修改模塊此模塊操作權(quán)限屬于管理員用戶和一般用戶，功能包括：用戶修改自己的密碼。此時需要輸入原密碼，修改后的新密碼，并重復(fù)輸入一次，當(dāng)原密碼符合、新輸入的密碼一致時，才能修改成功。圖2.10 用戶密碼修改界面n 密碼修改模塊一般用戶登陸成果后進入如下圖所示的界面。前面顯示的是該用戶擁有查看權(quán)限的文件夾列表，最后一個功能是修改密碼。圖2.11 一般用戶的界面如果選擇一個文件夾，則顯示這個文件夾下的文檔列表，此時可以通過點擊標(biāo)題欄目的鏈接，可以查看此文檔的內(nèi)容。2.3 系統(tǒng)結(jié)構(gòu)選型三層架構(gòu)整個管理信息系統(tǒng)采用browser/web/database的

20、三層體系結(jié)構(gòu)。web服務(wù)器接受請求，通過應(yīng)用程序服務(wù)器執(zhí)行一個java服務(wù)器端小程序servlet并返回其輸出，從而實現(xiàn)與客戶機進行信息資源的交互。數(shù)據(jù)庫服務(wù)器用來存儲管理信息系統(tǒng)中所用到的各種數(shù)據(jù)，數(shù)據(jù)由數(shù)據(jù)庫管理程序直接錄入。系統(tǒng)的客戶端只需要一個瀏覽器即可。相關(guān)人員通過瀏覽器來查詢、增加、修改、刪除數(shù)據(jù)，對信息進行管理?？蛻魴C 瀏覽器http服務(wù)器應(yīng)用程序服務(wù)器servlet容器數(shù)據(jù)庫jdbcservletjsp圖2.12 基于java技術(shù)的web應(yīng)用三層體系結(jié)構(gòu)第3章 系統(tǒng)的設(shè)計與實現(xiàn)3.1 概要設(shè)計系統(tǒng)的概要設(shè)計是要根據(jù)系統(tǒng)分析的要求和組織的實際情況來對新系統(tǒng)的總體結(jié)構(gòu)形式和可利用的

21、資源進行大致設(shè)計。這是一種宏觀、總體上的設(shè)計和規(guī)劃。根據(jù)系統(tǒng)需求分析, 系統(tǒng)劃分功能模塊如下：用戶登錄模塊f 用戶登錄等；權(quán)限管理模塊f 用戶權(quán)限的查詢：依據(jù)用戶昵稱查詢用戶操作文件和文件夾的權(quán)限等；f 用戶權(quán)限的授權(quán)：依據(jù)用戶昵稱對用戶操作文件夾的權(quán)限進行授權(quán)等。文檔管理模塊f 文檔的查詢：依據(jù)文檔的標(biāo)題和摘要信息對文檔進行模糊查詢等；f 文檔查看：瀏覽文檔相關(guān)信息等。f 文檔的操作：包括文檔的鎖定和解除鎖定等；f 文檔的上傳：包括文檔附件的上傳等；f 文檔的增加：包括文檔記錄信息的添加等。文件夾管理模塊f 文件夾的添加：包括文件夾信息的添加等；f 文件夾的刪除：包括文件夾信息的刪除等。用戶

22、管理模塊f 用戶的查詢：包括依據(jù)用戶和昵稱模糊查詢等；f 用戶的凍結(jié)：包括用戶的凍結(jié)和解除凍結(jié)等；f 用戶狀態(tài)的改變：用戶升為管理員或者降為一般用戶；f 用戶的增加：添加一條用戶信息。密碼修改模塊f 用戶修改密碼?？傮w而言，基于權(quán)限的文檔管理系統(tǒng)的設(shè)計思想是將人員和文檔信息存于數(shù)據(jù)庫，通過授權(quán)聯(lián)系用戶和文檔，從而達到有效管理文檔和用戶的目的。系統(tǒng)的結(jié)構(gòu)圖如下圖3.1 系統(tǒng)的結(jié)構(gòu)圖從上面的系統(tǒng)結(jié)構(gòu)圖可以看出，系統(tǒng)用戶有兩類：管理員用戶和一般用戶。他們通過統(tǒng)一的登陸界面，登陸成功后，根據(jù)用戶的類型不同進入不同的界面。管理員擁有用戶操作、文檔操作、文檔授權(quán)等權(quán)限；一般用戶有文檔查詢、查看等權(quán)限。他們

23、通過統(tǒng)一的數(shù)據(jù)管理層與數(shù)據(jù)庫交互，從而屏蔽了數(shù)據(jù)庫的異構(gòu)性和操作的復(fù)雜性。3.2 詳細設(shè)計與實現(xiàn)3.2.1 登陸模塊的設(shè)計與實現(xiàn)用戶登錄模塊完成的功能包括用戶身份的驗證、相應(yīng)權(quán)限的確立、及用戶信息的記錄。用戶登錄成功后，通過user_id記錄用戶編號，并根據(jù)員工編號檢索權(quán)限表，根據(jù)權(quán)限表(t_power)所具有權(quán)限呈現(xiàn)用戶界面，對用戶的操作進行管理。同時記錄用戶登錄日志。為了保證用戶帳號信息的機密性，我們對用戶的密碼進行了md5加密。用戶登錄的具體業(yè)務(wù)流程如圖(圖3.2)所示：圖3.2 系統(tǒng)登錄流程圖3.2.2文檔管理模塊的設(shè)計與實現(xiàn)文檔管理模塊功能包括：文檔的查詢、文檔的查看、文檔的鎖定和恢

24、復(fù)、文檔的上傳、文檔記錄的增加等處理。文檔管理模塊數(shù)據(jù)流程如圖3.3所示：圖3.3 文檔管理模塊數(shù)據(jù)流程圖功能分解及實現(xiàn)方法此部分完成文檔信息的查詢、查看、鎖定/恢復(fù)、上傳和增加等功能。在文檔信息錄入與修改過程中，為了保證輸入信息的正確性及有效性，我們對輸入的信息進行驗證，只有通過驗證的信息才會寫入數(shù)據(jù)庫，否則，提示用戶信息無效，要求用戶重新錄入。需要驗證的信息包括：文檔標(biāo)題和文檔摘要等。在提交之前，對于用戶錄入的數(shù)據(jù)，為防止出現(xiàn)危險代碼，我們先對數(shù)據(jù)進行轉(zhuǎn)碼，再存入數(shù)據(jù)庫中。當(dāng)取出數(shù)據(jù)時，根據(jù)將取出數(shù)據(jù)放在何處來判斷是否將其解碼。備注：此處增加文檔的摘要信息是為了讓用戶自定義文檔的字典信息，

25、從而方便搜索。文檔對應(yīng)的類圖如下圖圖3.4所示：圖3.4 文檔對應(yīng)的類圖document類：總體說明：用來在系統(tǒng)中模擬文檔的行為；屬性說明：doc_id：文檔編號；doc_class：文檔所屬類別編號；doc_title：文檔標(biāo)題；creator_id：創(chuàng)建人編號；doc_url：文檔鏈接；add_time：文檔增加或修改時間；click_count:文檔的點擊數(shù)量；doc_summary:文檔的摘要信息；doc_state:文檔的狀態(tài)；操作說明：insert：插入文檔信息記錄；query:查詢文檔信息記錄；view:查看文檔信息記錄；lock:鎖定文檔；unlock:解除鎖定文檔；uploa

26、d:上傳文檔信息。3.2.3文件夾管理模塊的設(shè)計與實現(xiàn)文件夾管理模塊功能包括：文件夾的刪除和增加等處理。文檔管理模塊數(shù)據(jù)流程如圖3.5所示：圖3.5 文檔管理模塊數(shù)據(jù)流程圖功能分解及實現(xiàn)方法此部分完成文件夾的刪除和增加等功能。在文檔信息錄入與修改過程中，為了保證輸入信息的正確性及有效性，我們對輸入的信息進行驗證，只有通過驗證的信息才會寫入數(shù)據(jù)庫，否則，提示用戶信息無效，要求用戶重新錄入。需要驗證的信息包括：文件夾的標(biāo)題。備注：文檔對應(yīng)的類圖如下圖所示：圖3.6 文件夾對應(yīng)的類圖folder類：總體說明：用來在系統(tǒng)中模擬文件夾的行為；屬性說明：class_id：文件夾編號；class_name：

27、文件夾名稱；father_id：父文件夾的編號；操作說明：insert：插入文件夾信息記錄；delete:刪除文件夾記錄；3.2.4用戶管理模塊的設(shè)計與實現(xiàn)文件夾管理模塊功能包括：對用戶的查詢、增加、凍結(jié)、升級或降級等處理。文檔管理模塊數(shù)據(jù)流程如圖3.7所示：圖3.7 文檔管理模塊數(shù)據(jù)流程圖功能分解及實現(xiàn)方法此部分完成對用戶的查詢、增加、凍結(jié)、升級或降級等功能。在文檔信息錄入與修改過程中，為了保證輸入信息的正確性及有效性，我們對輸入的信息進行驗證，只有通過驗證的信息才會寫入數(shù)據(jù)庫，否則，提示用戶信息無效，要求用戶重新錄入。需要驗證的信息包括：用戶的昵稱。備注：文檔對應(yīng)的類圖如下圖所示：圖3.8

28、 用戶對應(yīng)的類圖user類：總體說明：用來在系統(tǒng)中模擬用戶的行為；屬性說明：user_id：用戶編號；user_name：用戶名稱；user_password：用戶密碼；last_login_ip:用戶最后登陸ip；lost_login_time:用戶最后登陸時間；user_state:用戶的狀態(tài)；操作說明：insert：插入用戶信息記錄；query:查詢用戶信息記錄；lock:鎖定用戶；unlock:解除鎖定用戶；login:用戶登陸；changestate:改變用戶狀態(tài)；getpower:得到用戶權(quán)限列表；changepasswrod:改變用戶狀態(tài).3.3系統(tǒng)集成總體框架窗口設(shè)計整個窗口分

29、為三部分：topframe(放置系統(tǒng)標(biāo)題), leftframe(放置菜單樹), mainframe(放置系統(tǒng)功能頁面)。下面是登錄后的主窗口頁面截圖。圖3.9 管理員登錄后的主窗口菜單樹的實現(xiàn)及模塊集成菜單樹的實現(xiàn)采用登陸成功后查詢用戶權(quán)限列表，用javascript拼成權(quán)限樹。這樣有兩個優(yōu)點：n 全動態(tài)的系統(tǒng)菜單管理；n 易于復(fù)用，實現(xiàn)簡單，加載效率高。應(yīng)用到的文件包括topframe.jsp,admintreebase.js,lefttreebase.js，而admintreebase.js包含了輸出樹型目錄所用到的所有javascript方法。第4章 系統(tǒng)測試4.1 測試計劃系統(tǒng)的測試

30、是為了對系統(tǒng)的質(zhì)量或可接受程度作出判斷，以及發(fā)現(xiàn)問題。測試的過程可以細分為幾個獨立的步驟：測試計劃、測試用來開發(fā)、運行測試用例以及評估測試結(jié)果?；趙eb系統(tǒng)的測試除具有適應(yīng)軟件工程的測試方法外，還具有其特殊性。b/s結(jié)構(gòu)系統(tǒng)的測試包括功能測試、性能測試、可用性測試、客戶端瀏覽器兼容性測試以及安全性測試五個部分。其中各個部分均有自詳細的測試內(nèi)容及測試角度。4.1.1 功能測試1、鏈接測試鏈接是web應(yīng)用系統(tǒng)的一個主要特征，它是在頁面之間切換和指導(dǎo)用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面：鏈接是否正確、鏈接的頁面是否存在、沒有孤立的頁面。鏈接測試可以自動進行，現(xiàn)在已經(jīng)有許多工

31、具可以采用，它在集成測試階段完成。測試結(jié)果：本系統(tǒng)的幾乎所有的頁面鏈接都經(jīng)過測試，結(jié)果正確無誤。2、表單測試當(dāng)用戶給web應(yīng)用系統(tǒng)提交信息時，就需要使用表單操作，必須測試其提交操作的完整性及正確性。如果表單只能接受指定的某些值，則也要進行邊界測試。例如：只能接受某些字符，測試時可以跳過這些字符，看系統(tǒng)是否會報錯。測試結(jié)果：本系統(tǒng)的所有的表單都經(jīng)過測試，經(jīng)過一定的輸入字符操作，結(jié)果正確無誤。3、session測試session通常用來在服務(wù)器端存儲的一段用戶信息。session測試的內(nèi)容可包括session是否起作用、session否按既定的時間內(nèi)保存、session的刷新等。測試結(jié)果：本系統(tǒng)的

32、用戶登陸session測試無誤。4、數(shù)據(jù)庫測試在web應(yīng)用技術(shù)中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為web應(yīng)用系統(tǒng)中的數(shù)據(jù)存儲的請求等提供空間。在使用了數(shù)據(jù)庫的web應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤，分別是數(shù)據(jù)一致性錯誤和輸出錯誤。數(shù)據(jù)一致性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網(wǎng)絡(luò)速度或程序設(shè)計問題等引起的，針對這兩種情況，可分別進行測試。測試結(jié)果：本系統(tǒng)中的表單錯誤信息時，系統(tǒng)基本都能返回提示信息。4.1.2 性能測試1、連接速度測試用戶連接到web應(yīng)用系統(tǒng)的速度由用戶的上網(wǎng)方式?jīng)Q定。如果連接速度太慢，可能引起數(shù)據(jù)丟失，或者用戶關(guān)閉頁面離開。由于本系統(tǒng)架構(gòu)

33、在局域網(wǎng)中，速度有保障。因而在測試過程中，沒有發(fā)現(xiàn)因為連接速度而出錯。2、負載測試負載測試是為了測量web系統(tǒng)在某一負載級別上的性能，以保證web系統(tǒng)在需求范圍內(nèi)能正常工作。負載級別可以是某個時刻同時訪問web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。例如：web應(yīng)用系統(tǒng)能允許多少個用戶同時在線？如果超過了這個數(shù)量，會出現(xiàn)什么現(xiàn)象？web應(yīng)用系統(tǒng)能否處理大量用戶對同一個頁面的請求。3、壓力測試負載測試應(yīng)該安排在web系統(tǒng)發(fā)布以后，在實際的網(wǎng)絡(luò)環(huán)境中進行測試。壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力，也就是測試web應(yīng)用系統(tǒng)會不會崩潰，在什么情況下會崩潰。黑客常常提供錯誤的數(shù)據(jù)負載，直到web應(yīng)

34、用系統(tǒng)崩潰，接著當(dāng)系統(tǒng)重新啟動時獲得存取權(quán)。測試結(jié)果：由于本系統(tǒng)用于局域網(wǎng)，用戶并發(fā)操作小，故沒有進行壓力測試。4.1.3 安全性測試web應(yīng)用系統(tǒng)的安全性測試區(qū)域主要有：現(xiàn)在的web應(yīng)用系統(tǒng)基本采用先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。web應(yīng)用系統(tǒng)是否有超時的限制，也就是說，用戶登陸后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用。為了保證web應(yīng)用系統(tǒng)的安全性，日志文件是至關(guān)重要的。需要測試相關(guān)信息是否寫進了日志文件、是否可追蹤。當(dāng)使用了安全套接字時，還要測

35、試加密是否正確，檢查信息的完整性。服務(wù)器端的腳本常常構(gòu)成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經(jīng)過授權(quán)，就不能在服務(wù)器端放置和編輯腳本的問題。測試結(jié)果：經(jīng)測試用戶登陸，用戶名和密碼大小寫敏感；session在半個小時內(nèi)有效；管理員操作的日志可追蹤。沒有進行安全漏洞測試。第5章 項目總結(jié)報告5.1 項目總結(jié)5.1.1 軟件工程方面1） 做好需求分析。仔細分析體會用戶需求，并寫成詳細的需求說明書，是項目成功的保障。在完成這個項目的過程中，我曾以為對項目需求已經(jīng)很清楚了，但是在具體的開發(fā)過程中才發(fā)現(xiàn)一些需求不很清楚，甚至遺漏了重要的需求，從而影響了開發(fā)進度。這些都是我在沒有做好需求分

36、析（特別是形成詳細的需求說明書），便急于動手而造成項目風(fēng)險的良好教訓(xùn)。2） 詳細設(shè)計及其文檔不可或缺。作了幾個項目之后，才會對詳細設(shè)計文檔的重要性有了切身的體會。如果沒有及時將一些設(shè)計思路、設(shè)計成果記錄在案，那么在編碼過程中往往出現(xiàn)設(shè)計偏差、所作非所想、失敗返工等情況。3） 統(tǒng)一良好的編碼規(guī)范。一套良好、規(guī)范的代碼規(guī)范，提高了個人的開發(fā)效率，也提升了代碼的可讀性，也降低代碼的維護難度。4） 測試工作不能忽視。全面而規(guī)范的測試，不僅可以驗證系統(tǒng)是否滿足既定需求，也可以提升開發(fā)人員的開發(fā)水平。系統(tǒng)的測試之縱向測試包括從單元測試到集成測試，直至確認測試,部分項目工程甚至要進行測試和測試；橫向包括功能

37、測試，負載測試，壓力測試，涉及網(wǎng)絡(luò)的還要進行安全性測試等等。測試有多深，長進就有多大。5.1.2 客觀條件方面1） 良好的工作環(huán)境，寫出來的代碼效率高，例外情況考慮較全面，并且出錯的可能性也少。2） 優(yōu)秀的開發(fā)團隊，一個技術(shù)氛圍濃厚的團隊會讓成員以最快的速度在技術(shù)、管理、思想等等方面得到提高。5.1.3 主觀條件方面性格決定“命運”，情緒左右“成敗”。用心去作，是事業(yè)成功的不二法則。5.2 展望就計算機的歷史來說，文檔管理是個古老的問題，但是隨著時代的發(fā)展，人們對于文檔管理提出了新的要求。由于可供參考的資料很少，加之經(jīng)驗欠缺、時間有限，本系統(tǒng)還有很多有待完善的地方，也就是下一步研究的重點。l

38、架構(gòu)基于搜索引擎的全文檢索系統(tǒng)，以滿足人們大量且個性化的文檔管理要求。比如，現(xiàn)在如日中天的google和baidu，也就是滿足了人們在新時期對文檔管理的要求取得成功的。5.3 個人小結(jié)畢業(yè)設(shè)計讓我學(xué)到了以下東西：） 如何對一個項目進行完整的分析、規(guī)劃、設(shè)計及測試；） 熟悉常用的開發(fā)工具；） 學(xué)習(xí)到了面向?qū)ο笏枷搿④浖こ痰钠っ?；?做人、做事致謝首先，感謝我的導(dǎo)師夏新軍老師，在我完成畢業(yè)設(shè)計的過程中，是他給予了我悉心的指導(dǎo)和極大的關(guān)懷。其次感謝湖南科技大學(xué)計算機與科學(xué)技術(shù)專業(yè)的所有老師，是他們的無私教導(dǎo)使我取得了今天的成績。參考資料1 張海藩軟件工程北京：人民郵電出版社2002年第1版:127

39、2202 曾奇凡，林小蘋，鄧先禮等基于internet的管理信息系統(tǒng)北京：中國財政經(jīng)濟出版社2001年8月第1版3 khawar zaman ahmed, cary e.umrysh著康博譯用j2ee和uml開發(fā)java企業(yè)級應(yīng)用程序清華大學(xué)出版社4 paul c.jorgensen著韓柯杜旭濤譯軟件測試機械工業(yè)出版社第版學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師的指導(dǎo)下進行的研究工作所取得的成果。盡我所知，除文中已經(jīng)特別注明引用的內(nèi)容和致謝的地方外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫過的研究成果。對本文的研究做出重要貢獻的個人和集體，均已在文中以明確方式注明并

40、表示感謝。本人完全意識到本聲明的法律結(jié)果由本人承擔(dān)。學(xué)位論文作者（本人簽名）： 年 月 日學(xué)位論文出版授權(quán)書本人及導(dǎo)師完全同意中國博士學(xué)位論文全文數(shù)據(jù)庫出版章程、中國優(yōu)秀碩士學(xué)位論文全文數(shù)據(jù)庫出版章程(以下簡稱“章程”)，愿意將本人的學(xué)位論文提交“中國學(xué)術(shù)期刊（光盤版）電子雜志社”在中國博士學(xué)位論文全文數(shù)據(jù)庫、中國優(yōu)秀碩士學(xué)位論文全文數(shù)據(jù)庫中全文發(fā)表和以電子、網(wǎng)絡(luò)形式公開出版，并同意編入cnki中國知識資源總庫，在中國博碩士學(xué)位論文評價數(shù)據(jù)庫中使用和在互聯(lián)網(wǎng)上傳播，同意按“章程”規(guī)定享受相關(guān)權(quán)益。論文密級：公開保密（_年_月至_年_月）(保密的學(xué)位論文在解密后應(yīng)遵守此協(xié)議)作者簽名：_ 導(dǎo)師簽名：_年_月_日 _年_月_日獨 創(chuàng) 聲 明本人鄭重聲明：所呈交的畢業(yè)設(shè)計(論文)，是本人在指導(dǎo)老師的指導(dǎo)下，獨立進行研究工作所取得的成果，成果不存在知識產(chǎn)權(quán)爭議。盡我所知，除文中已經(jīng)注明引用的內(nèi)容外，本設(shè)計（論文）不含任何其他個人或集體已經(jīng)發(fā)表或撰寫過的作品成果。對本文的研究做出重要貢獻的個人和集體均已在文中以明確方式標(biāo)明。本聲明的法律后