畢業(yè)論文--學(xué)生檔案管理系統(tǒng).doc

文獻(xiàn)綜述內(nèi)容（包括國內(nèi)外現(xiàn)狀、研究方向、進(jìn)展情況、存在問題、參考依據(jù)等）學(xué)生檔案管理系統(tǒng)1.1 1.引言檔案管理是一項(xiàng)重要性的工作，在不同的歷史時(shí)期產(chǎn)生了不同的、相對(duì)于當(dāng)時(shí)最完備的檔案管理技術(shù)與管理制度。近代檔案學(xué)已經(jīng)是一門完善的、體系嚴(yán)密的科學(xué)。雖然檔案學(xué)面臨信息化的沖擊與挑戰(zhàn)，但是新一代檔案學(xué)尚未產(chǎn)生，檔案管理信息化還存在大量未解決的難題。因此，處理好檔案管理信息化中的管理創(chuàng)新和原有檔案管理制度之間的矛盾是目前面臨的問題。隨著科學(xué)技術(shù)的不斷提高，計(jì)算機(jī)科學(xué)日漸成熟，其強(qiáng)大的功能已為人們深刻認(rèn)識(shí)，它已進(jìn)入人類社會(huì)的各個(gè)領(lǐng)域并發(fā)揮著越來越重要的作用。計(jì)算機(jī)技術(shù)的迅速發(fā)展和廣泛應(yīng)用，電子文件和電子檔案在國內(nèi)外都已普遍存在，檔案資料的數(shù)字化、光盤存儲(chǔ)、計(jì)算機(jī)管理和網(wǎng)上檢索查詢利用是檔案管理發(fā)展的必然趨勢(shì)。作為計(jì)算機(jī)應(yīng)用的一部分，使用計(jì)算機(jī)對(duì)學(xué)生檔案信息進(jìn)行管理，具有手工管理所無法比擬的優(yōu)點(diǎn)。例如：檢索迅速、查找方便、可靠性高、存儲(chǔ)量人、保密性好、壽命長(zhǎng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高學(xué)生檔案管理的效率。學(xué)生檔案管理系統(tǒng)是一個(gè)教育單位不可缺少的部分,它的內(nèi)容對(duì)于學(xué)校的決策者和管理者來說都至關(guān)重要，所以學(xué)生檔案管理系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸牟樵兪侄巍５恢币詠砣藗兪褂脗鹘y(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多缺點(diǎn)，如：效率低、保密性差，另外時(shí)間一長(zhǎng)，將產(chǎn)生大量的文件和數(shù)據(jù)，這對(duì)于查找、更新和維護(hù)都帶來了不少的困難。因此開發(fā)一套合理可行的學(xué)生檔案管理系統(tǒng)是具有非?，F(xiàn)實(shí)的意義。1.2 2.國內(nèi)外現(xiàn)狀與發(fā)達(dá)國家相比，我國將新興計(jì)算機(jī)技術(shù)引入學(xué)生檔案管理領(lǐng)域起步晚，應(yīng)用程度較為滯后，目前主要用于案卷的總體管理。隨著計(jì)算機(jī)技術(shù)的發(fā)展和普及，檔案存儲(chǔ)電子化已成為必然趨勢(shì)。隨著近年教育事業(yè)的大發(fā)展，各院校不斷擴(kuò)招，檔案信息量劇增，電子文件的大量出現(xiàn)，傳統(tǒng)檔案管理手段已不能適應(yīng)新形勢(shì)，現(xiàn)代化管理勢(shì)在必行，檔案部門必須加強(qiáng)自身現(xiàn)代化建設(shè)，才能與學(xué)校改革發(fā)展相適應(yīng)，才能及時(shí)、準(zhǔn)確、高效地管理好學(xué)生的檔案信息資源。由于歷史的原因，目前高校檔案管理方面存在設(shè)施落后、原始資料不齊甚至無檔、信息未及時(shí)歸檔甚至不歸檔等現(xiàn)象。雖然近幾年有較大的改觀，但與高等教育改革和發(fā)展的需要還很不適應(yīng)。目前高校學(xué)生檔案管理，從檔案材料收集、整理、鑒別、編排、裝訂、保管、利用，均依賴傳統(tǒng)的手工操作技術(shù)，保管條件和保管技術(shù)簡(jiǎn)陋單一，與科學(xué)化、現(xiàn)代化的要求差距甚大，很難適應(yīng)高校形勢(shì)發(fā)展的需要。因此大力發(fā)展高校學(xué)生檔案管理工作中的計(jì)算機(jī)技術(shù)是當(dāng)前的一個(gè)重要課題。1.3 3.研究方向1.3.1 3.1數(shù)字化創(chuàng)建無法篡改的、完整的數(shù)字化學(xué)生檔案系統(tǒng)不但可以簡(jiǎn)化學(xué)校對(duì)學(xué)生檔案的管理，還可以防止人為的銷毀檔案，提高學(xué)生檔案的可信度。數(shù)字簽名是筆跡簽名的模擬，有如下性質(zhì)：1) 能夠證實(shí)是作者本人的簽名以及簽名的日期和時(shí)間2) 在簽名時(shí)必須能對(duì)內(nèi)容進(jìn)行鑒別3) 簽名必須能被第三方證實(shí)以便解決爭(zhēng)端如何在容易修改的環(huán)境下創(chuàng)建難以修改的文檔是建立學(xué)生檔案管理系統(tǒng)的關(guān)鍵。上世紀(jì)70年代，美國斯坦福大學(xué)的兩名學(xué)者disc和hellman提出了公鑰密碼系統(tǒng)，其目的是實(shí)現(xiàn)在不安全的信道中信息的安全傳送。其基本思想是給出兩個(gè)可逆的變換，一個(gè)稱為私鑰，一個(gè)稱為公鑰，由公鑰加密的密文只有通過私鑰才能破解，同樣由私鑰加密的密文只有通過公鑰才能破解，通過公鑰推出私鑰是困難的。我們可以利用相同的方法來管理學(xué)生的檔案。首先找到一對(duì)合適的密鑰，向社會(huì)公布自己的公鑰，保留自己的私鑰(保密)。用私人密鑰加密學(xué)生檔案對(duì)外發(fā)布，經(jīng)加密的檔案任何人都可以用公鑰解密。這樣既實(shí)現(xiàn)了學(xué)生檔案信息的共享，又有效地保證了學(xué)生檔案的原始性、真實(shí)性和完整性。1.3.2 3.2網(wǎng)絡(luò)化以計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)和多媒體通訊為基礎(chǔ)，將全球各地的人們聯(lián)結(jié)在一起，組成一個(gè)集各部門、各領(lǐng)域的各種信息資源為一體，供網(wǎng)上用戶共享的數(shù)據(jù)網(wǎng)。檔案信息一旦進(jìn)人信息高速公路，與國際交互網(wǎng)internet相接，即能成為資源的海洋。網(wǎng)絡(luò)信息化下的檔案信息，主要包括數(shù)字檔案館和各類檔案網(wǎng)站、網(wǎng)頁，其所面向的對(duì)象已不再局限以往的服務(wù)于領(lǐng)導(dǎo)決策、服務(wù)于學(xué)術(shù)研究的狹小范圍，而是整個(gè)互聯(lián)網(wǎng)。隨著社會(huì)不斷發(fā)展，學(xué)校檔案室勢(shì)必也要走網(wǎng)絡(luò)化道路，要保證網(wǎng)絡(luò)上所有成員都能自由進(jìn)行信息交換，實(shí)現(xiàn)信息資源共享。這就要求檔案工作者在網(wǎng)絡(luò)化信息時(shí)代，不僅要懂檔案專業(yè)知識(shí)。還要精通網(wǎng)絡(luò)技術(shù)、多媒體技術(shù)及具備信息處理分析能力 有人認(rèn)為，未來的檔案工作者，要同時(shí)充當(dāng)檔案信息工程師、信息決策專家、信息教育家三重角色。未來的檔案工作者不僅要運(yùn)用網(wǎng)絡(luò)為用戶提供檔案信息，還要選擇適當(dāng)?shù)男畔⒄?，并使用適當(dāng)?shù)臋z索方法，找出適當(dāng)?shù)男畔⑻峁┙o適當(dāng)?shù)挠脩簦蚨畔Q策判斷正確是檔案工作者所必須具備的能力。另外，未來檢索人員的工作將由檢索服務(wù)轉(zhuǎn)變?yōu)橹笇?dǎo)檢索，也就是指導(dǎo)使用者如何更有效地聯(lián)機(jī)、輸人檢索指令及操作計(jì)算機(jī)。1.4 4.存在問題實(shí)現(xiàn)科技檔案管理的數(shù)字化管理，并不意味著廢棄對(duì)傳統(tǒng)科研檔案原件的收藏與保管工作。一些檔案原件(如科研人員的手稿、科學(xué)實(shí)驗(yàn)的原始記錄等)是極為珍貴的文獻(xiàn)，管理者除了應(yīng)對(duì)其進(jìn)行專業(yè)技術(shù)性加工保存或呈送上級(jí)檔案館收藏之外，還應(yīng)利用現(xiàn)代科技手段(如聲像技術(shù))輸人計(jì)算機(jī)，使之轉(zhuǎn)化為電子文檔。同時(shí)檔案格式必須標(biāo)準(zhǔn)化；當(dāng)電子檔案仍然以主機(jī)電腦產(chǎn)生的數(shù)據(jù)、數(shù)據(jù)庫、文字、圖形為主的時(shí)候，檔案人員是可以把格式進(jìn)行標(biāo)準(zhǔn)化的 要實(shí)現(xiàn)檔案信息在網(wǎng)絡(luò)環(huán)境下的共享，標(biāo)準(zhǔn)化是必不可少的前提。加強(qiáng)電子檔案利用中的標(biāo)準(zhǔn)化體系是提供網(wǎng)絡(luò)檔案利用服務(wù)的前提和基礎(chǔ) 這一標(biāo)準(zhǔn)化體系應(yīng)當(dāng)包括電子檔案形成的標(biāo)準(zhǔn)化和電子檔案存儲(chǔ)與交換的標(biāo)準(zhǔn)化。在制定標(biāo)準(zhǔn)時(shí)還必須與國際標(biāo)準(zhǔn)接軌，如檔案著錄項(xiàng)目的名稱、數(shù)據(jù)類型和長(zhǎng)度、主題詞庫、分類號(hào)庫及基本的表格等。1.4.1 4.1高校檔案管理工作要解放思想， 更新觀念。實(shí)行網(wǎng)絡(luò)化管理，廣泛運(yùn)用計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)，這對(duì)給高校檔案工作提出了更新、更高的要求，高校檔案界必須更新觀念、樹立資源共享意識(shí)。為解決檔案信息資源的分散性和利用者對(duì)檔案信息需求的綜合性矛盾，高校的檔案管理工作必須樹立為整個(gè)社會(huì)服務(wù)的意識(shí)和分工協(xié)作、資源共享的新觀念。為滿足各個(gè)行業(yè)、各種層次的刊用需求，要提倡和鼓勵(lì)檔案系統(tǒng)內(nèi)外部之間的棚互信息交流與合作，逐步做到在信息資源服務(wù)整體化。另外要強(qiáng)化服務(wù)意識(shí)。 高校檔案管理工作足一項(xiàng)保管和提供檔案為社會(huì)服務(wù)的工作，高校如果能夠緊緊圍繞著為學(xué)校發(fā)展和學(xué)生成長(zhǎng)服務(wù)，為社會(huì)服務(wù)這一主題來開展工作，高校檔案事業(yè)生存發(fā)展的空間就會(huì)拓寬。1.4.2 4.2培養(yǎng)檔案業(yè)務(wù)和計(jì)算機(jī)管理專用人才高校檔案管理工作者除了有強(qiáng)烈的事業(yè)心和歷史責(zé)任感外，還要不斷進(jìn)行理論和實(shí)踐探索，要成為既懂檔案業(yè)務(wù)，又懂現(xiàn)代化科技知識(shí)的新型檔案管理人員。要徹底改革學(xué)生檔案工作的程序，敢冒風(fēng)險(xiǎn)，推陳出新，加速學(xué)生檔案實(shí)現(xiàn)網(wǎng)絡(luò)化管理的進(jìn)程以適應(yīng)高校發(fā)展的需要。1.4.3 4.3運(yùn)用新技術(shù)處理電子文件歸檔與泄密問題電子文件日益增加，電了文件與紙質(zhì)文件的歸檔問題已不容忽視。為防止電子文件的失真，清除不安全隱患，如非法增加、刪除、修改等，電子文件與紙質(zhì)文件應(yīng)按時(shí)歸檔，對(duì)重要文件要及時(shí)打印。電子文件壽命的短暫性及對(duì)環(huán)境的依賴性決定其不能輕易取代紙質(zhì)文件。重要的電了文件需要同時(shí)保存紙質(zhì)備份。同時(shí)，應(yīng)注意網(wǎng)絡(luò)化后，電于文擋的保密問題。傳統(tǒng)的紙質(zhì)文件在固定的閱覽用戶被提供利用，專人負(fù)責(zé)接待，更宜于做到保密。電子文件因 問和技術(shù)范疇，則不宜做到保密。當(dāng)電子文件在網(wǎng)上運(yùn)行時(shí)，檔案的內(nèi)容易被第三者了解，第三者可在短時(shí)間內(nèi)查到。為此，高校檔案在網(wǎng)上運(yùn)行時(shí)易泄密。這要求我們加強(qiáng)對(duì)信息防范技術(shù)增加投入，不斷完善技術(shù)保障。1.5 5.參考文獻(xiàn)1 林杰斌，劉明德mis管理信息系統(tǒng)m清華大學(xué)出版社，20062 魯曉瑩，傅德彬mis解決方案m國防工業(yè)出版社，20053 賽奎春jsp信息系統(tǒng)開發(fā)實(shí)例精選m清華大學(xué)出版社，20044 尹麗梅談高校檔案管理多媒體信息系統(tǒng) j佳木斯教育學(xué)院學(xué)報(bào)，2006，1：97-985 徐海平淺談學(xué)生檔案管理系統(tǒng) j中國科技信息，2005，18b：124-1246 王雯，張李義，陳雄基于b/s模式的企業(yè)檔案管理系統(tǒng)研究 j機(jī)電產(chǎn)品開發(fā)與創(chuàng)新，2006，19（1）：23-257 趙紅波 申源數(shù)字化檔案管理系統(tǒng) j機(jī)電兵船檔案，2003，4：11-128 liang. introduction to java programming-comprehensive version 6/e m全華出版社，20079 jackson. web technologies: a computer science perspective m全華出版社，2007開題報(bào)告內(nèi)容(包括選題的背景與意義、研究的基本內(nèi)容與擬解決的主要問題、研究的方法與技術(shù)路線、研究的總體安排與進(jìn)度、主要參考文獻(xiàn))學(xué)生檔案管理系統(tǒng)1.6 1.選題的背景與意義檔案是國家機(jī)關(guān)、團(tuán)體及企事業(yè)單位在從事各種社會(huì)活動(dòng)、生產(chǎn)活動(dòng)和科研活動(dòng)過程中，形成的具有一定價(jià)值的材料或?qū)嵨?。檔案管理無論對(duì)檔案館還是基層單位，都是一項(xiàng)不可或缺的重要工作，檔案管理的任務(wù)是科學(xué)地保管和有效地利用。隨著科學(xué)技術(shù)的不斷發(fā)展，學(xué)生檔案管理的現(xiàn)代化顯得越來越迫切，越來越重要?，F(xiàn)代化管理是相對(duì)傳統(tǒng)管理而言的。它是以系統(tǒng)論為基礎(chǔ)，以數(shù)學(xué)方法為工具，借助計(jì)算機(jī)、數(shù)字通信等技術(shù)，組成最佳的有機(jī)體系，并充分發(fā)揮管理人員的積極性，以取得被管理對(duì)象在確定目標(biāo)下，其整體動(dòng)態(tài)達(dá)到最佳效果。學(xué)生檔案管理系統(tǒng)對(duì)檔案進(jìn)行綜合管理，實(shí)現(xiàn)了檔案數(shù)據(jù)的添加、刪除、查找、編輯等功能，提高了檔案整理、編目和保管水平，減輕了檔案工作人員的勞動(dòng)強(qiáng)度，提高了工作效率，同時(shí)提高了檔案行業(yè)的信息化水平。1.7 2.可行性分析1.7.1 2.1項(xiàng)目開發(fā)背景目前高校學(xué)生的人數(shù)日益增多，越來越多的學(xué)校開始重視學(xué)生檔案的科學(xué)化管理。但一直以來人們使用傳統(tǒng)的人工方式管理學(xué)生檔案，這種管理方式存在著許多缺點(diǎn)，如：效率低、保密性差，另外隨著學(xué)生數(shù)量的增加，其工作量也將大大增加，這必然增加了學(xué)生檔案管理者的工作量和勞動(dòng)強(qiáng)度，同時(shí)產(chǎn)生了大量的文件和數(shù)據(jù)，這給學(xué)生檔案信息的查找、更新和維護(hù)都帶來了許多困難。因此，開發(fā)一套能夠極大地提高學(xué)生檔案管理的效率學(xué)生檔案管理系統(tǒng)十分必要。1.7.2 2.2技術(shù)可行性本系統(tǒng)屬于一個(gè)規(guī)模比較小的信息管理系統(tǒng)（mis），就整個(gè)系統(tǒng)的技術(shù)構(gòu)成上來看，它是一個(gè)屬于基于b/s開發(fā)模式的數(shù)據(jù)庫應(yīng)用類的系統(tǒng)。其基本操作是通過瀏覽器對(duì)在服務(wù)器上的數(shù)據(jù)庫進(jìn)行數(shù)據(jù)添加、刪除、查找、編輯、運(yùn)算等。數(shù)據(jù)庫方面沒什么大的技術(shù)問題，b/s模式采用jsp和bean模式，暫不存在太大的技術(shù)問題。1.7.3 2.3經(jīng)濟(jì)可行性通常，搭建一個(gè)基于c/s技術(shù)的管理系統(tǒng)，需要購買服務(wù)器、客戶機(jī)、操作系統(tǒng)，相關(guān)管理軟件的服務(wù)器端和客戶端，配置網(wǎng)絡(luò)，以及服務(wù)器端和客戶端的維護(hù)需要不少的資金投入，而且日后的維護(hù)管理，系統(tǒng)的升級(jí)等將是非常大的一筆費(fèi)用。而采用b/s技術(shù)，特別是jsp技術(shù)，只用搭建不依賴于操作系統(tǒng)、數(shù)據(jù)庫及web服務(wù)器。例如可采用性能穩(wěn)定的開放源代碼linux操作系統(tǒng)、免費(fèi)的my sql數(shù)據(jù)庫及apache(內(nèi)嵌tomcat)服務(wù)器。實(shí)踐證明，這些開源軟件的品質(zhì)和性能都是非常穩(wěn)定可靠的?？傮w而言，采用b/s的開發(fā)模式對(duì)本項(xiàng)目有以下幾點(diǎn)好處：1) 較低廉的開放的非專用的標(biāo)準(zhǔn)，b/s 技術(shù)所基于的標(biāo)準(zhǔn)是開放的、非專有的；2) 低開發(fā)、管理成本：c/s 結(jié)構(gòu)的應(yīng)用，無論是安裝、配置還是升級(jí)都需要在所有的客戶機(jī)上實(shí)施；而b/s 技術(shù)較為低廉，一般只需安裝、配置在服務(wù)器上；3) 對(duì)信息及應(yīng)用系統(tǒng)的自由訪問；4) 在已經(jīng)建立的網(wǎng)絡(luò)基礎(chǔ)上，用戶均可自由、主動(dòng)地訪問信息和系統(tǒng)資源；5) 培訓(xùn)成本低：瀏覽器的技術(shù)簡(jiǎn)單易用，一旦用戶掌握了瀏覽器的用法，也就可以掌握如何運(yùn)用系統(tǒng)上各種信息資源；6) 日后升級(jí)可以本系統(tǒng)為模板，增加其他相關(guān)模塊，節(jié)省開發(fā)時(shí)間、難度及金錢。1.8 3.研究的基本內(nèi)容1.8.1 3.1 eclipse開發(fā)環(huán)境eclipse是一個(gè)開放源代碼的基于 java 的軟件開發(fā)項(xiàng)目，專注于為高度集成的工具開發(fā)提供一個(gè)全功能的、具有商業(yè)品質(zhì)的工業(yè)平臺(tái)。就其本身而言，它只是一個(gè)框架和一組服務(wù)，用于通過插件組件構(gòu)建開發(fā)環(huán)境。同時(shí)eclipse 附帶了一個(gè)標(biāo)準(zhǔn)的插件集，包括 java 開發(fā)工具（java development tools，jdt）。雖然大多數(shù)用戶很樂于將 eclipse 當(dāng)作 java ide 來使用，但 eclipse 的目標(biāo)不僅限于此。eclipse 還包括插件開發(fā)環(huán)境（plug-in development environment，pde），這個(gè)組件主要針對(duì)希望擴(kuò)展 eclipse 的軟件開發(fā)人員，因?yàn)樗试S他們構(gòu)建與 eclipse 環(huán)境無縫集成的工具。由于 eclipse 中的每樣?xùn)|西都是插件，對(duì)于給 eclipse 提供插件，以及給用戶提供一致和統(tǒng)一的集成開發(fā)環(huán)境而言，所有工具開發(fā)人員都具有同等的發(fā)揮場(chǎng)所。1.8.2 3.2 b/s開發(fā)模式b/s模式是一種以web技術(shù)為基礎(chǔ)的新型的mis系統(tǒng)平臺(tái)模式。b/s系統(tǒng)在結(jié)構(gòu)上采用三層分布式結(jié)構(gòu)，它以b/s應(yīng)用系統(tǒng)結(jié)構(gòu)為基礎(chǔ)，實(shí)現(xiàn)了客戶端的“零”安裝，使得整個(gè)系統(tǒng)維護(hù)量很小。而且，客戶機(jī)可以省去與數(shù)據(jù)庫系統(tǒng)直接互動(dòng)的麻煩。客戶機(jī)直接調(diào)用服務(wù)器上的應(yīng)用邏輯，再由邏輯代表客戶機(jī)對(duì)數(shù)據(jù)庫進(jìn)行存取。從而減少向服務(wù)器發(fā)出sql請(qǐng)求，提高性能。另外這種結(jié)構(gòu)增強(qiáng)了系統(tǒng)的整體安全性，把系統(tǒng)不同的運(yùn)作部分放在不同的服務(wù)器中，提高了執(zhí)行效率，整個(gè)系統(tǒng)的延伸性也大為提升。在三層結(jié)構(gòu)應(yīng)用軟件中，整個(gè)系統(tǒng)由三個(gè)部分組成：客戶機(jī)、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器?？蛻魴C(jī)上只需安裝應(yīng)用程序或?yàn)g覽網(wǎng)頁，它負(fù)責(zé)處理與用戶的交互和應(yīng)用服務(wù)器的交互。應(yīng)用服務(wù)器負(fù)責(zé)處理應(yīng)用邏輯，具體地說就是接受客戶機(jī)方面應(yīng)用程序的請(qǐng)求，然后根據(jù)應(yīng)用邏輯將這個(gè)請(qǐng)求轉(zhuǎn)化為數(shù)據(jù)請(qǐng)求后與數(shù)據(jù)庫服務(wù)器交互，并將與數(shù)據(jù)庫服務(wù)器交互的結(jié)果傳送給客戶機(jī)的應(yīng)用程序。數(shù)據(jù)庫服務(wù)器軟件根據(jù)應(yīng)用服務(wù)器的請(qǐng)求進(jìn)行數(shù)據(jù)操作，并將操作結(jié)果傳送給應(yīng)用服務(wù)器。1.8.3 3.3模塊分析本系統(tǒng)的研究?jī)?nèi)容主要是針對(duì)檔案管理系統(tǒng)需要的各項(xiàng)任務(wù)抽象出相應(yīng)的模塊，用于建立b/s模式的信息管理系統(tǒng)，提高檔案管理的效率。本系統(tǒng)大致可分為六個(gè)模塊: 用戶管理模塊、檔案管理模塊、檔案庫管理模塊、檔案檢索模塊、數(shù)據(jù)管理模塊和檔案統(tǒng)計(jì)模塊。本人主要負(fù)責(zé)用戶管理模塊、檔案檢索模塊和檔案統(tǒng)計(jì)模塊。1、用戶管理模塊用戶管理模塊實(shí)現(xiàn)用戶和普通管理員的添加和刪除。本系統(tǒng)的登錄權(quán)限分為三種：一是系統(tǒng)管理員，二是管理員，三是用戶；系統(tǒng)管理員可以實(shí)際情況對(duì)用戶和管理員的權(quán)限進(jìn)行修改以及增加檔案庫，如指定某個(gè)檔案庫的管理員、增加用戶；管理員具有對(duì)某個(gè)具體檔案庫進(jìn)行管理（包括對(duì)某個(gè)檔案庫里檔案的添加修改）以及查看所有檔案的權(quán)限；用戶只擁有查看檔案的權(quán)限。2、檔案檢索模塊檔案檢索是所有用戶都可以操作的功能，用戶提過設(shè)定檢索的條件對(duì)檔案進(jìn)行檢索。如按歸檔時(shí)間、檔案庫、檔案名等3、檔案統(tǒng)計(jì)模塊檔案統(tǒng)計(jì)是系統(tǒng)管理員以及管理員操作的功能，管理員提過設(shè)定統(tǒng)計(jì)的條件對(duì)檔案進(jìn)行統(tǒng)計(jì)。如按檔案年度、檔案庫等本系統(tǒng)的設(shè)計(jì)可分為三個(gè)層次：用戶表示層，該層對(duì)應(yīng)的是一些jsp頁面；業(yè)務(wù)邏輯層，該層中完成了對(duì)課程信息以及課程分類信息類型對(duì)象的保存和處理；控制處理層，該層中完成了具體請(qǐng)求的響應(yīng)。管理員通過正確的用戶名和密碼進(jìn)入檔案管理系統(tǒng)后臺(tái)，進(jìn)行添加，刪除和修改管理，實(shí)現(xiàn)了對(duì)信息的維護(hù)和更新。對(duì)于這部分功能不允許普通用戶身份的用戶使用。為了進(jìn)一步確保系統(tǒng)的安全性，在本模塊中身份驗(yàn)證通過的用戶，其用戶名信息將會(huì)記錄在對(duì)應(yīng)的session對(duì)象中，而在后續(xù)頁面中，都會(huì)進(jìn)行相應(yīng)的處理之前檢查用戶名是否存在，如果用戶名為空，則意味這是一個(gè)沒有經(jīng)過登錄頁面身份驗(yàn)證的非法闖入者，將不允許進(jìn)行后面的處理。1.9 4.研究的方法與技術(shù)路線本系統(tǒng)是基于b/s模式的，考慮到兼容性，跨平臺(tái)性，可行性等多方面因素，因此將采用jsp+javabean或者jsp+javabean+severlet。javabean可以用來實(shí)現(xiàn)業(yè)務(wù)邏輯的處理，使用戶界面與業(yè)務(wù)邏輯分離，系統(tǒng)的安全性、可維護(hù)性、重用性和可擴(kuò)展性都大大提高。采用severlet技術(shù)可以開發(fā)出基于mvc(model-view-controller)設(shè)計(jì)模式的java web前端應(yīng)用，mvc模式最重要的思想就是業(yè)務(wù)代碼與視圖代碼分離。能有效地理清系統(tǒng)結(jié)構(gòu)，降低系統(tǒng)復(fù)雜度與維護(hù)難度，使日后的升級(jí)再開發(fā)成為可能。開發(fā)環(huán)境：數(shù)據(jù)庫決定采用sql server，在jsp中訪問sql server數(shù)據(jù)庫的方式有以下三種：1. 通過jdbc驅(qū)動(dòng)連接；2. 通過jdbc-odbc橋接方式連接；3. 配置數(shù)據(jù)庫連接池連接sql server數(shù)據(jù)庫；本系統(tǒng)暫時(shí)考慮用數(shù)據(jù)庫連接池來連接sql server數(shù)據(jù)庫。開發(fā)工具方面暫定為tomcat+j2sdk1.4.2+eclipse3.2用于開發(fā)java bean、javascript, dreamweaver8.0用于jsp頁面的具體布局和美觀性。運(yùn)行環(huán)境：服務(wù)器端：p4 1.8ghz以上256mb內(nèi)存以上40gb以上硬盤10/100m自適應(yīng)網(wǎng)卡。windows2000/2003server，ie6.0,tomcat5.0,j2sdk1.4.2客戶端：p3 500mhz（以上）128mb內(nèi)存（以上）10gb（以上）硬盤10/100m自適應(yīng)網(wǎng)卡.windows98/2000/xp/2003ie6.0。1.10 5.擬解決的主要問題1) eclipse環(huán)境的熟悉與開發(fā)；2) 客戶通過ie順利訪問服務(wù)器；3) 利用java bean建立與數(shù)據(jù)庫的連接，查詢、修改、插入、刪除數(shù)據(jù)；4) 用dreamweaver來解決jsp頁面的布局，美化；5) 系統(tǒng)通過java bean來實(shí)現(xiàn)模塊化；1.11 6.研究的總體安排與進(jìn)度時(shí)間畢業(yè)設(shè)計(jì)（論文）階段工作安排2.13-3.8查閱文獻(xiàn)和調(diào)研，收集資料進(jìn)行歸納與概括，擬定開題報(bào)告3.8-3.23開題報(bào)告修改、準(zhǔn)備開題3.23-3.28總體設(shè)計(jì)3.28-4.3詳細(xì)設(shè)計(jì)4.3-4.25編碼實(shí)現(xiàn)4.26-5.5測(cè)試5.6-5.20撰寫畢業(yè)論文5.21-5.31修改畢業(yè)論文，準(zhǔn)備答辯1.12 7.預(yù)期結(jié)果通過一定安排，預(yù)計(jì)在5月底之前能完成所有畢業(yè)設(shè)計(jì)，包括開題報(bào)告、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、學(xué)生檔案管理系統(tǒng)的編碼和相應(yīng)的ppt，同時(shí)對(duì)整個(gè)系統(tǒng)的各個(gè)功能模塊的測(cè)試。1.13 8.主要參考文獻(xiàn)1 曹廣鑫，時(shí)強(qiáng)jsp數(shù)據(jù)庫項(xiàng)目開發(fā)寶典m電子工業(yè)出版社，20062 張軍jsp網(wǎng)絡(luò)應(yīng)用開發(fā)例學(xué)與實(shí)踐m清華大學(xué)出版社，20063 求是科技java數(shù)據(jù)庫系統(tǒng)開發(fā)實(shí)例導(dǎo)航m人民郵電出版社，20044 耿詳義，張躍平j(luò)sp實(shí)用教程m清華大學(xué)出版社，20045 賽奎春 jsp信息系統(tǒng)開發(fā)實(shí)例精選m清華大學(xué)出版社，20046 黃明，梁旭jsp信息系統(tǒng)設(shè)計(jì)與開發(fā)實(shí)例m機(jī)械工業(yè)出版社，2004第2章 外文翻譯稿2.1 用模擬對(duì)象和aop來單位試驗(yàn)struts的應(yīng)用aop如何補(bǔ)足oop來縮小整合間隙作者walter jia, javaw, 11/09/06試驗(yàn)驅(qū)動(dòng)開發(fā)減少了發(fā)展努力的同時(shí)，提高了軟件質(zhì)量。作為一個(gè)整體試驗(yàn)策略的基礎(chǔ)， 單位試驗(yàn)必須是全面的，設(shè)置簡(jiǎn)單，執(zhí)行快速。但是，依賴于執(zhí)行環(huán)境和測(cè)試組外的代碼使我們達(dá)到上述目標(biāo)的能力復(fù)雜了。把應(yīng)用程序部署在一個(gè)容器里顯然放慢了代碼和試驗(yàn)周期。 此外，與其他組合作的要求通常會(huì)導(dǎo)致更加復(fù)雜的試驗(yàn)設(shè)置和較慢的測(cè)試。 整合兩個(gè)流行測(cè)試框架，strutstestcase 和 easymock，和單元試驗(yàn)struts的應(yīng)用會(huì)導(dǎo)致較簡(jiǎn)單的試驗(yàn)設(shè)置和較快速的試驗(yàn)。 但是，這兩個(gè)框架留下缺口,阻止了理想的綜合。 在這篇文章中，我檢查了這個(gè)問題的面向?qū)ο蟮慕鉀Q辦法和面向方面的解決辦法。通過簡(jiǎn)化看似難以解決的問題，比較也顯示出面向方面的程序設(shè)計(jì)(aop)是如何補(bǔ)足對(duì)象編程(oop)的。整合需要重大的struts的應(yīng)用展示了執(zhí)行環(huán)境和種類依賴，因?yàn)閟truts的行為是在servlet的容器里完成的，典型地需要其他組來處理要求。 模擬對(duì)象測(cè)試方法,有助于消除不必要的附庸。strutstestcase的試驗(yàn)框架給一個(gè)模擬的servlet容器的執(zhí)行提供了mockstrutstestcase課堂，延伸了基礎(chǔ) junit的試驗(yàn)用例。它有利于科集裝箱檢驗(yàn)，加快單位檢驗(yàn)周期。easymock，另一個(gè)測(cè)試框架，很容易地模擬動(dòng)態(tài)的協(xié)作組。模擬以簡(jiǎn)單執(zhí)行代替真正的組，加上邏輯論證來支持單位試驗(yàn)。顯然，把兩種框架結(jié)合起來是有利的，以便于struts的應(yīng)用能夠真正地獨(dú)立地進(jìn)行試驗(yàn)。理論上，你要根據(jù)下列步驟實(shí)施這個(gè)單位試驗(yàn)：1. 建立mockstrutstestcase，以便于模擬servlet的容器；2. 模擬組，這一行為取決于使用easymock；3. 規(guī)定模擬預(yù)期；4. 在測(cè)試時(shí)把模擬注入到行為；5. 繼續(xù)試驗(yàn)與論證；第四步履行了注入依賴，這種注入在試驗(yàn)下,指導(dǎo)struts的行為，遠(yuǎn)離其真正的合作者，與模擬的合作者進(jìn)行互動(dòng)。把easymock產(chǎn)生的模擬注入到行為，你需要進(jìn)入試驗(yàn)班的行為事例。 不幸的是，這是一個(gè)障礙，因?yàn)椴蝗菀走M(jìn)入mockstrutstestcase。oop解決方案你如何能從mockstrutstestcase進(jìn)入行為事例？讓我們來看看mockstrutstestcase和struts的控制器組成部分之間的關(guān)系。圖1突出了主要關(guān)系，有可能導(dǎo)致一個(gè)解決辦法。 圖1. 關(guān)系可能導(dǎo)致一個(gè)oop的解決辦法mockstrutstestcase有一找回actionservlet的公共獲得者方法。actionservlet有一為requestprocessor保衛(wèi)獲得者方法。 requestprocessor儲(chǔ)藏行為事例作為一個(gè)保衛(wèi)成員。你能用基類actionservlet 和 requestprocessor來給mockstrutstestcase提供行為的通路嗎？ 隨之發(fā)生呼叫鏈條將是：myactiontest.getactionservlet().getrequestprocessor().getactions().當(dāng)你看著那種把mockstrutstestcase和struts行為聯(lián)系起來的呼叫的序列，這種方法就不管用了。圖2說明了mockstrutstestcase 和struts 組成部分的主要關(guān)系。圖2mockstrutstestcase和struts組成部分之間的相互影響如圖2所示，問題包括struts行為創(chuàng)造的定時(shí)。模擬注入到行為要在對(duì)mockstrutstestcase.actionperform()的呼叫之前發(fā)生。然而，只有在對(duì)actionperform()進(jìn)行訪問之后，actionperform()才創(chuàng)造行為事例。因?yàn)槟悴荒苋菀椎叵騧ockstrutstestcase傳播行為事例，為什么不訪問基類requestprocessor，不考慮processactioncreate()方法呢？在不考慮方法中，你可以使用所有的行為事例，所以為正確的行為事例創(chuàng)建，配置，設(shè)定一個(gè)模擬變得簡(jiǎn)單直接了。因?yàn)閙ockcontrol.verify()應(yīng)該在actionperform()之后被呼叫，你也需要不去考慮processactionperform()來確認(rèn)這次訪問。這種方法來試驗(yàn)重大的struts的應(yīng)用是不切實(shí)際的。即使所有的行為都與一個(gè)簡(jiǎn)單的模擬相互影響，相互作用，測(cè)試一個(gè)行為很可能需要多樣的試驗(yàn)方法，每個(gè)都伴隨著不同的預(yù)期。建議的解決方案不會(huì)再創(chuàng)建不同的requestprocessor基類，每個(gè)都設(shè)立不同的模擬預(yù)期。多樣的struts配置文件也需要詳細(xì)說明不同的requestprocessor基類。管理許多的試驗(yàn)會(huì)成為一件頭痛的事。aop解決方案因此，不知是什么原因，在行為執(zhí)行之前使行為事例可用于mockstrutstestcase仍然是可取的。如果你熟悉aop，你認(rèn)出向這要求直接被安置的簡(jiǎn)單解決方案. 關(guān)鍵是要定義一個(gè)捕獲行為執(zhí)行連接處點(diǎn)的pointcut，然后在把模擬注入到行為之前詳細(xì)說明一個(gè)建議。在這里，我選擇aspectj來實(shí)現(xiàn)這個(gè)解決方案。其它aop工具，比如spring aop，應(yīng)該正常工作。spring aop要求一個(gè)額外的委派struts行為管理為代表來觸發(fā)springs delegatingactionproxy的措施。圖3用以aop為基礎(chǔ)的解決方案，展示了單位試驗(yàn)例子的靜止模型。圖3. 以aop為基礎(chǔ)的解決方案，展示了單位試驗(yàn)例子的靜止模型simpleaction 是一個(gè)struts行為的基類，與actionservice合作。simpleactiontest來自mockstrutstestcase去測(cè)驗(yàn)simpleaction.simpleactiontest用easymock創(chuàng)造，建立一個(gè)模擬actionservice。當(dāng)simpleaction 的執(zhí)行方法將要運(yùn)行時(shí)，simpleactiontest也執(zhí)行strutsactionpreexecutelistener界面來接收通知。作為通知的一部分，simpleactiontest 收到simpleaction例子來注入actionservice模擬。它是通知任何試驗(yàn)組的方面課strutsactionpreexecutenotifier，這些班級(jí)執(zhí)行聽者界面，使行為事例可用。strutsactionpreexecutenotifier的執(zhí)行步驟如下：首先，一個(gè)pointcut 選擇測(cè)試方法施行接合點(diǎn)。這種測(cè)驗(yàn)方法在等著監(jiān)聽行為預(yù)執(zhí)行的事件的試驗(yàn)種類過程中存在。pointcut 也暴露當(dāng)前的執(zhí)行測(cè)試組對(duì)象: pointcut mockstrutstest(strutsactionpreexecutelistener actiontest): execution(public void strutsactionpreexecutelistener+.test*() & this(actiontest);其次，另一個(gè)pointcut捕獲行為施行接合點(diǎn)。把它與第一個(gè)pointcut結(jié)合起來，匹配的范圍被限制在行為測(cè)試方法的電話流程之內(nèi)。被減少的范圍過濾掉由測(cè)試方法沒有觸發(fā)的行為施行。結(jié)果，方面不影響生產(chǎn)代碼。行為和它對(duì)應(yīng)的測(cè)試組事例通過pointcut 參量被暴露：pointcut strutsactionexecute(action action, strutsactionpreexecutelistener actiontest):execution(public actionforward action+.execute(.) & this(action) & cflow(mockstrutstest(actiontest);最后，一個(gè)以前的與早先的pointcut相關(guān)的建議通知行為事件的聽者試驗(yàn)組，通過模擬注入的行為事例：before(action action, strutsactionpreexecutelistener actiontest): strutsactionexecute(action, actiontest) actiontest.preactionexecuteoccurred(action);圖4 說明在組之間的動(dòng)態(tài)的相互作用圖4組之間的動(dòng)態(tài)的相互作用從行為到方面的虛線代表行為施行接合點(diǎn)的捕獲。把這第二張程序表與第一張比較，重大區(qū)別是三個(gè)步驟發(fā)生在行為施行之前：1. 一個(gè)pointcut捕獲行為執(zhí)行連接處點(diǎn)，由從simpleaction到strutsactionpreexecutenotifier奔忙的箭頭表明。2. 方面的以前的建議通知試驗(yàn)組，把相應(yīng)的行為事例傳給它。3. 試驗(yàn)組把模擬對(duì)象注入到即將要開始執(zhí)行的行為事例?，F(xiàn)在你可以根據(jù)先前概述的五個(gè)步驟來繼續(xù)寫行為試驗(yàn)。下面代碼顯示了為simpleactiontest列出的部分代碼，有一列式的注釋來強(qiáng)調(diào)每個(gè)步驟：使用mockstrutstestcase 和easymock的行為試驗(yàn)的部分列表public class simpleactiontest extends mockstrutstestcase implements strutsactionpreexecutelistener / 2. mock the class that action depends on private mockcontrol mockcontrol = mockcontrol.createcontrol(actionservice.class); private actionservice servicemock = (actionservice)mockcontrol.getmock(); / 1. setup mockstrutstestcase protected void setup() throws exception super.setup(); setrequestpathinfo(/action/simpleaction); protected void teardown() throws exception super.teardown(); mockcontrol.reset(); / 4. inject the mock into the action public void preactionexecuteoccured(action action) (simpleaction)action).setservice(servicemock); public void testsuccess() / 3. set mock expectations servicemock.serveaction(); mockcontrol.setreturnvalue(true); mockcontrol.replay(); / 5. proceed with test and verifications actionperform(); verifyforward(success); verifynoactionerrors(); mockcontrol.verify(); public void testfailure() / details skipped 四種可能的多重性關(guān)系存在于行為和它們所依賴的服務(wù)之間：1、每個(gè)行為依賴一個(gè)服務(wù)。2、每個(gè)行為依賴多個(gè)服務(wù)。3、多個(gè)行為依賴一個(gè)服務(wù)。4、多個(gè)行為依賴多個(gè)服務(wù)。我這里介紹的解決方案有靈活性，相對(duì)不費(fèi)力地支持所有四種方案。因?yàn)槟M創(chuàng)造，期望計(jì)劃，和模擬注射能完全在個(gè)人試驗(yàn)組中執(zhí)行。你能避免使用聽者界面,以便模擬注射在strutsactionpreexecutenotifier內(nèi)執(zhí)行嗎? 它似乎使試驗(yàn)課執(zhí)行變得甚至更簡(jiǎn)單。然而，與初期的oop解決方案相似，寫多重方面來創(chuàng)建不同的模擬，制定不同的模擬期望將會(huì)證明是必然。使模擬創(chuàng)造和在由于聽者方法成為可能的個(gè)人試驗(yàn)組中的計(jì)劃局部化變得更加方便。aop的力量有人可能會(huì)提出一個(gè)好的oop解決方案來解決我們的整合問題。然而，它很可能要求對(duì)struts 和strutstestcase有深入的理解，還要有很大的努力。存在于兩個(gè)試驗(yàn)框架之間的整合間隙是在它的執(zhí)行以前獲得使用struts行為事例的權(quán)利的難點(diǎn)。在確定基本原因之后，aop解決方案自然地從問題描繪出現(xiàn)。代替用傳統(tǒng)oop要求更復(fù)雜解決方案，aop允許我們更緊密把我們解決方案映射到有問題的空間。aop的魅力在于它的連接處點(diǎn)樣式。它讓你穿透媒介物，例如actionservlet 和requestprocessor，直接到達(dá)問題的中心。忙于橫切關(guān)注的省時(shí)間的方式給開發(fā)者表現(xiàn)的力量去設(shè)計(jì)直覺的和更簡(jiǎn)單的解決方案。aop是一填充由傳統(tǒng)oop留下的洞的有功效的編程方法。當(dāng)正確適用于正確的類型的問題的時(shí)候， 它改進(jìn)代碼組件性，導(dǎo)致更干凈，更容易理解的代碼。有希望地，這文章不僅幫你單位試驗(yàn)?zāi)愕膕truts的應(yīng)用，也給你對(duì)一些aop給予的重要利益的新的評(píng)價(jià)。作者biowalter jia是加拿大溫哥華的一個(gè)專門從事企業(yè)應(yīng)用程序開發(fā)的獨(dú)立顧問。當(dāng)用一個(gè)實(shí)際的方法來幫助客戶建設(shè)品質(zhì)軟件，避開不必要的成本時(shí)，他總是能給出最好的解決方案。第3章 外文原稿unit test struts applications with mock objects and aophow aop complements oop to bridge the integration gapbywalter jia,javaw,11/09/06test-driven development improves software quality while reducing development efforts. as the foundation of an overall test strategy, unit tests must be comprehensive, easy to set up, and quick to execute. however, the dependency on the execution environment and on code outside the class under test complicates our ability to achieve these goals. deploying the application in a container significantly slows down the code-and-test cycle. furthermore, the need to collaborate with other classes usually leads to more complex test setups and slower test runs. integrating two popular test frameworks, strutstestcase and easymock, to unit-test struts applications leads to easier test setups and faster test runs. however, these two frameworks leave a gap that prevents an ideal integration. in this article, i examine both an object-oriented solution and an aspect-oriented solution to this problem. the comparison also demonstrates how aspect-oriented programming (aop) complements object-oriented programming (oop) by simplifying the solution to a seemingly difficult problem. the integration neednon-trivial struts applications exhibit both execution environment and class dependencies because struts actions execute in a servlet container and typically call other classes to process the requests. the mock object testing approach helps remove the unwanted dependencies. the strutstestcase testing framework provides a mock implementation of the servlet container with the mockstrutstestcase class that extends the base junit test case. it facilitates out-container testing that speeds up unit testing cycles. easymock, another testing framework, makes it easy to dynamically mock the collaborating classes. the mocks substitute real classes with simpler implementations and add verification logic to support unit testing. clearly, it is advantageous to combine the two frameworks so that struts applications can be tested in true isolation. ideally, you want to implement such a unit test with the following steps: 1. set up mockstrutstestcase so that it simulates the servlet container. 2. mock the class that the action depends on using easymock. 3. set mock expectations. 4. inject the mock into the action under test. 5. proceed with the test and verifications. step 4 performs dependency injection that steers the struts action under test away from its real collaborator to interact with the mocked one. to inject the mock generated by easymock into actions, you need access to action instances in the test classes. unfortunately, this presents an obstacle, as access is not easily obtained from mockstrutstestcase. the oop solutionhow can you access the action instances from mockstrutstestcase? lets look at the relationships between mockstrutstestcase and the controller components of struts. figure 1 highlights the key relationships that could potentially lead to a solution.figure 1. relationships that could lead to an oop solution.mockstrutstestcase has a public getter method for retrieving actionservlet. 1. actionservlet has a protected getter method for requestprocessor. 2. requestprocessor stores the action instances as a protected member. can you subclass both actionservlet and requestprocessor to provide mockstrutstestcase the access to the actions? the resulting call chain would be: myactiontest.getactionservlet().getrequestprocessor().getactions(). this approach doesnt work when you look at the sequence of calls that link mockstrutstestcase to struts actions. figure 2 illustrates the key interactions between mockstrutstestc