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

文獻綜述內(nèi)容（包括國內(nèi)外現(xiàn)狀、研究方向、進展情況、存在問題、參考依據(jù)等）學(xué)生檔案管理系統(tǒng)1.1 1.引言檔案管理是一項重要性的工作，在不同的歷史時期產(chǎn)生了不同的、相對于當(dāng)時最完備的檔案管理技術(shù)與管理制度。近代檔案學(xué)已經(jīng)是一門完善的、體系嚴密的科學(xué)。雖然檔案學(xué)面臨信息化的沖擊與挑戰(zhàn)，但是新一代檔案學(xué)尚未產(chǎn)生，檔案管理信息化還存在大量未解決的難題。因此，處理好檔案管理信息化中的管理創(chuàng)新和原有檔案管理制度之間的矛盾是目前面臨的問題。隨著科學(xué)技術(shù)的不斷提高，計算機科學(xué)日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領(lǐng)域并發(fā)揮著越來越重要的作用。計算機技術(shù)的迅速發(fā)展和廣泛應(yīng)用，電子文件和電子檔案在國內(nèi)外都已普遍存在，檔案資料的數(shù)字化、光盤存儲、計算機管理和網(wǎng)上檢索查詢利用是檔案管理發(fā)展的必然趨勢。作為計算機應(yīng)用的一部分，使用計算機對學(xué)生檔案信息進行管理，具有手工管理所無法比擬的優(yōu)點。例如：檢索迅速、查找方便、可靠性高、存儲量人、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高學(xué)生檔案管理的效率。學(xué)生檔案管理系統(tǒng)是一個教育單位不可缺少的部分,它的內(nèi)容對于學(xué)校的決策者和管理者來說都至關(guān)重要，所以學(xué)生檔案管理系統(tǒng)應(yīng)該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多缺點，如：效率低、保密性差，另外時間一長，將產(chǎn)生大量的文件和數(shù)據(jù)，這對于查找、更新和維護都帶來了不少的困難。因此開發(fā)一套合理可行的學(xué)生檔案管理系統(tǒng)是具有非?，F(xiàn)實的意義。1.2 2.國內(nèi)外現(xiàn)狀與發(fā)達國家相比，我國將新興計算機技術(shù)引入學(xué)生檔案管理領(lǐng)域起步晚，應(yīng)用程度較為滯后，目前主要用于案卷的總體管理。隨著計算機技術(shù)的發(fā)展和普及，檔案存儲電子化已成為必然趨勢。隨著近年教育事業(yè)的大發(fā)展，各院校不斷擴招，檔案信息量劇增，電子文件的大量出現(xiàn)，傳統(tǒng)檔案管理手段已不能適應(yīng)新形勢，現(xiàn)代化管理勢在必行，檔案部門必須加強自身現(xiàn)代化建設(shè)，才能與學(xué)校改革發(fā)展相適應(yīng)，才能及時、準確、高效地管理好學(xué)生的檔案信息資源。由于歷史的原因，目前高校檔案管理方面存在設(shè)施落后、原始資料不齊甚至無檔、信息未及時歸檔甚至不歸檔等現(xiàn)象。雖然近幾年有較大的改觀，但與高等教育改革和發(fā)展的需要還很不適應(yīng)。目前高校學(xué)生檔案管理，從檔案材料收集、整理、鑒別、編排、裝訂、保管、利用，均依賴傳統(tǒng)的手工操作技術(shù)，保管條件和保管技術(shù)簡陋單一，與科學(xué)化、現(xiàn)代化的要求差距甚大，很難適應(yīng)高校形勢發(fā)展的需要。因此大力發(fā)展高校學(xué)生檔案管理工作中的計算機技術(shù)是當(dāng)前的一個重要課題。1.3 3.研究方向1.3.1 3.1數(shù)字化創(chuàng)建無法篡改的、完整的數(shù)字化學(xué)生檔案系統(tǒng)不但可以簡化學(xué)校對學(xué)生檔案的管理，還可以防止人為的銷毀檔案，提高學(xué)生檔案的可信度。數(shù)字簽名是筆跡簽名的模擬，有如下性質(zhì)：1) 能夠證實是作者本人的簽名以及簽名的日期和時間2) 在簽名時必須能對內(nèi)容進行鑒別3) 簽名必須能被第三方證實以便解決爭端如何在容易修改的環(huán)境下創(chuàng)建難以修改的文檔是建立學(xué)生檔案管理系統(tǒng)的關(guān)鍵。上世紀70年代，美國斯坦福大學(xué)的兩名學(xué)者disc和hellman提出了公鑰密碼系統(tǒng)，其目的是實現(xiàn)在不安全的信道中信息的安全傳送。其基本思想是給出兩個可逆的變換，一個稱為私鑰，一個稱為公鑰，由公鑰加密的密文只有通過私鑰才能破解，同樣由私鑰加密的密文只有通過公鑰才能破解，通過公鑰推出私鑰是困難的。我們可以利用相同的方法來管理學(xué)生的檔案。首先找到一對合適的密鑰，向社會公布自己的公鑰，保留自己的私鑰(保密)。用私人密鑰加密學(xué)生檔案對外發(fā)布，經(jīng)加密的檔案任何人都可以用公鑰解密。這樣既實現(xiàn)了學(xué)生檔案信息的共享，又有效地保證了學(xué)生檔案的原始性、真實性和完整性。1.3.2 3.2網(wǎng)絡(luò)化以計算機網(wǎng)絡(luò)技術(shù)和多媒體通訊為基礎(chǔ)，將全球各地的人們聯(lián)結(jié)在一起，組成一個集各部門、各領(lǐng)域的各種信息資源為一體，供網(wǎng)上用戶共享的數(shù)據(jù)網(wǎng)。檔案信息一旦進人信息高速公路，與國際交互網(wǎng)internet相接，即能成為資源的海洋。網(wǎng)絡(luò)信息化下的檔案信息，主要包括數(shù)字檔案館和各類檔案網(wǎng)站、網(wǎng)頁，其所面向的對象已不再局限以往的服務(wù)于領(lǐng)導(dǎo)決策、服務(wù)于學(xué)術(shù)研究的狹小范圍，而是整個互聯(lián)網(wǎng)。隨著社會不斷發(fā)展，學(xué)校檔案室勢必也要走網(wǎng)絡(luò)化道路，要保證網(wǎng)絡(luò)上所有成員都能自由進行信息交換，實現(xiàn)信息資源共享。這就要求檔案工作者在網(wǎng)絡(luò)化信息時代，不僅要懂檔案專業(yè)知識。還要精通網(wǎng)絡(luò)技術(shù)、多媒體技術(shù)及具備信息處理分析能力 有人認為，未來的檔案工作者，要同時充當(dāng)檔案信息工程師、信息決策專家、信息教育家三重角色。未來的檔案工作者不僅要運用網(wǎng)絡(luò)為用戶提供檔案信息，還要選擇適當(dāng)?shù)男畔⒄荆⑹褂眠m當(dāng)?shù)臋z索方法，找出適當(dāng)?shù)男畔⑻峁┙o適當(dāng)?shù)挠脩?，因而信息決策判斷正確是檔案工作者所必須具備的能力。另外，未來檢索人員的工作將由檢索服務(wù)轉(zhuǎn)變?yōu)橹笇?dǎo)檢索，也就是指導(dǎo)使用者如何更有效地聯(lián)機、輸人檢索指令及操作計算機。1.4 4.存在問題實現(xiàn)科技檔案管理的數(shù)字化管理，并不意味著廢棄對傳統(tǒng)科研檔案原件的收藏與保管工作。一些檔案原件(如科研人員的手稿、科學(xué)實驗的原始記錄等)是極為珍貴的文獻，管理者除了應(yīng)對其進行專業(yè)技術(shù)性加工保存或呈送上級檔案館收藏之外，還應(yīng)利用現(xiàn)代科技手段(如聲像技術(shù))輸人計算機，使之轉(zhuǎn)化為電子文檔。同時檔案格式必須標準化；當(dāng)電子檔案仍然以主機電腦產(chǎn)生的數(shù)據(jù)、數(shù)據(jù)庫、文字、圖形為主的時候，檔案人員是可以把格式進行標準化的 要實現(xiàn)檔案信息在網(wǎng)絡(luò)環(huán)境下的共享，標準化是必不可少的前提。加強電子檔案利用中的標準化體系是提供網(wǎng)絡(luò)檔案利用服務(wù)的前提和基礎(chǔ) 這一標準化體系應(yīng)當(dāng)包括電子檔案形成的標準化和電子檔案存儲與交換的標準化。在制定標準時還必須與國際標準接軌，如檔案著錄項目的名稱、數(shù)據(jù)類型和長度、主題詞庫、分類號庫及基本的表格等。1.4.1 4.1高校檔案管理工作要解放思想， 更新觀念。實行網(wǎng)絡(luò)化管理，廣泛運用計算機和網(wǎng)絡(luò)技術(shù)，這對給高校檔案工作提出了更新、更高的要求，高校檔案界必須更新觀念、樹立資源共享意識。為解決檔案信息資源的分散性和利用者對檔案信息需求的綜合性矛盾，高校的檔案管理工作必須樹立為整個社會服務(wù)的意識和分工協(xié)作、資源共享的新觀念。為滿足各個行業(yè)、各種層次的刊用需求，要提倡和鼓勵檔案系統(tǒng)內(nèi)外部之間的棚互信息交流與合作，逐步做到在信息資源服務(wù)整體化。另外要強化服務(wù)意識。 高校檔案管理工作足一項保管和提供檔案為社會服務(wù)的工作，高校如果能夠緊緊圍繞著為學(xué)校發(fā)展和學(xué)生成長服務(wù)，為社會服務(wù)這一主題來開展工作，高校檔案事業(yè)生存發(fā)展的空間就會拓寬。1.4.2 4.2培養(yǎng)檔案業(yè)務(wù)和計算機管理專用人才高校檔案管理工作者除了有強烈的事業(yè)心和歷史責(zé)任感外，還要不斷進行理論和實踐探索，要成為既懂檔案業(yè)務(wù)，又懂現(xiàn)代化科技知識的新型檔案管理人員。要徹底改革學(xué)生檔案工作的程序，敢冒風(fēng)險，推陳出新，加速學(xué)生檔案實現(xiàn)網(wǎng)絡(luò)化管理的進程以適應(yīng)高校發(fā)展的需要。1.4.3 4.3運用新技術(shù)處理電子文件歸檔與泄密問題電子文件日益增加，電了文件與紙質(zhì)文件的歸檔問題已不容忽視。為防止電子文件的失真，清除不安全隱患，如非法增加、刪除、修改等，電子文件與紙質(zhì)文件應(yīng)按時歸檔，對重要文件要及時打印。電子文件壽命的短暫性及對環(huán)境的依賴性決定其不能輕易取代紙質(zhì)文件。重要的電了文件需要同時保存紙質(zhì)備份。同時，應(yīng)注意網(wǎng)絡(luò)化后，電于文擋的保密問題。傳統(tǒng)的紙質(zhì)文件在固定的閱覽用戶被提供利用，專人負責(zé)接待，更宜于做到保密。電子文件因 問和技術(shù)范疇，則不宜做到保密。當(dāng)電子文件在網(wǎng)上運行時，檔案的內(nèi)容易被第三者了解，第三者可在短時間內(nèi)查到。為此，高校檔案在網(wǎng)上運行時易泄密。這要求我們加強對信息防范技術(shù)增加投入，不斷完善技術(shù)保障。1.5 5.參考文獻1 林杰斌，劉明德mis管理信息系統(tǒng)m清華大學(xué)出版社，20062 魯曉瑩，傅德彬mis解決方案m國防工業(yè)出版社，20053 賽奎春jsp信息系統(tǒng)開發(fā)實例精選m清華大學(xué)出版社，20044 尹麗梅談高校檔案管理多媒體信息系統(tǒng) j佳木斯教育學(xué)院學(xué)報，2006，1：97-985 徐海平淺談學(xué)生檔案管理系統(tǒng) j中國科技信息，2005，18b：124-1246 王雯，張李義，陳雄基于b/s模式的企業(yè)檔案管理系統(tǒng)研究 j機電產(chǎn)品開發(fā)與創(chuàng)新，2006，19（1）：23-257 趙紅波 申源數(shù)字化檔案管理系統(tǒng) 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開題報告內(nèi)容(包括選題的背景與意義、研究的基本內(nèi)容與擬解決的主要問題、研究的方法與技術(shù)路線、研究的總體安排與進度、主要參考文獻)學(xué)生檔案管理系統(tǒng)1.6 1.選題的背景與意義檔案是國家機關(guān)、團體及企事業(yè)單位在從事各種社會活動、生產(chǎn)活動和科研活動過程中，形成的具有一定價值的材料或?qū)嵨铩n案管理無論對檔案館還是基層單位，都是一項不可或缺的重要工作，檔案管理的任務(wù)是科學(xué)地保管和有效地利用。隨著科學(xué)技術(shù)的不斷發(fā)展，學(xué)生檔案管理的現(xiàn)代化顯得越來越迫切，越來越重要?，F(xiàn)代化管理是相對傳統(tǒng)管理而言的。它是以系統(tǒng)論為基礎(chǔ)，以數(shù)學(xué)方法為工具，借助計算機、數(shù)字通信等技術(shù)，組成最佳的有機體系，并充分發(fā)揮管理人員的積極性，以取得被管理對象在確定目標下，其整體動態(tài)達到最佳效果。學(xué)生檔案管理系統(tǒng)對檔案進行綜合管理，實現(xiàn)了檔案數(shù)據(jù)的添加、刪除、查找、編輯等功能，提高了檔案整理、編目和保管水平，減輕了檔案工作人員的勞動強度，提高了工作效率，同時提高了檔案行業(yè)的信息化水平。1.7 2.可行性分析1.7.1 2.1項目開發(fā)背景目前高校學(xué)生的人數(shù)日益增多，越來越多的學(xué)校開始重視學(xué)生檔案的科學(xué)化管理。但一直以來人們使用傳統(tǒng)的人工方式管理學(xué)生檔案，這種管理方式存在著許多缺點，如：效率低、保密性差，另外隨著學(xué)生數(shù)量的增加，其工作量也將大大增加，這必然增加了學(xué)生檔案管理者的工作量和勞動強度，同時產(chǎn)生了大量的文件和數(shù)據(jù)，這給學(xué)生檔案信息的查找、更新和維護都帶來了許多困難。因此，開發(fā)一套能夠極大地提高學(xué)生檔案管理的效率學(xué)生檔案管理系統(tǒng)十分必要。1.7.2 2.2技術(shù)可行性本系統(tǒng)屬于一個規(guī)模比較小的信息管理系統(tǒng)（mis），就整個系統(tǒng)的技術(shù)構(gòu)成上來看，它是一個屬于基于b/s開發(fā)模式的數(shù)據(jù)庫應(yīng)用類的系統(tǒng)。其基本操作是通過瀏覽器對在服務(wù)器上的數(shù)據(jù)庫進行數(shù)據(jù)添加、刪除、查找、編輯、運算等。數(shù)據(jù)庫方面沒什么大的技術(shù)問題，b/s模式采用jsp和bean模式，暫不存在太大的技術(shù)問題。1.7.3 2.3經(jīng)濟可行性通常，搭建一個基于c/s技術(shù)的管理系統(tǒng)，需要購買服務(wù)器、客戶機、操作系統(tǒng)，相關(guān)管理軟件的服務(wù)器端和客戶端，配置網(wǎng)絡(luò)，以及服務(wù)器端和客戶端的維護需要不少的資金投入，而且日后的維護管理，系統(tǒng)的升級等將是非常大的一筆費用。而采用b/s技術(shù)，特別是jsp技術(shù)，只用搭建不依賴于操作系統(tǒng)、數(shù)據(jù)庫及web服務(wù)器。例如可采用性能穩(wěn)定的開放源代碼linux操作系統(tǒng)、免費的my sql數(shù)據(jù)庫及apache(內(nèi)嵌tomcat)服務(wù)器。實踐證明，這些開源軟件的品質(zhì)和性能都是非常穩(wěn)定可靠的?？傮w而言，采用b/s的開發(fā)模式對本項目有以下幾點好處：1) 較低廉的開放的非專用的標準，b/s 技術(shù)所基于的標準是開放的、非專有的；2) 低開發(fā)、管理成本：c/s 結(jié)構(gòu)的應(yīng)用，無論是安裝、配置還是升級都需要在所有的客戶機上實施；而b/s 技術(shù)較為低廉，一般只需安裝、配置在服務(wù)器上；3) 對信息及應(yīng)用系統(tǒng)的自由訪問；4) 在已經(jīng)建立的網(wǎng)絡(luò)基礎(chǔ)上，用戶均可自由、主動地訪問信息和系統(tǒng)資源；5) 培訓(xùn)成本低：瀏覽器的技術(shù)簡單易用，一旦用戶掌握了瀏覽器的用法，也就可以掌握如何運用系統(tǒng)上各種信息資源；6) 日后升級可以本系統(tǒng)為模板，增加其他相關(guān)模塊，節(jié)省開發(fā)時間、難度及金錢。1.8 3.研究的基本內(nèi)容1.8.1 3.1 eclipse開發(fā)環(huán)境eclipse是一個開放源代碼的基于 java 的軟件開發(fā)項目，專注于為高度集成的工具開發(fā)提供一個全功能的、具有商業(yè)品質(zhì)的工業(yè)平臺。就其本身而言，它只是一個框架和一組服務(wù)，用于通過插件組件構(gòu)建開發(fā)環(huán)境。同時eclipse 附帶了一個標準的插件集，包括 java 開發(fā)工具（java development tools，jdt）。雖然大多數(shù)用戶很樂于將 eclipse 當(dāng)作 java ide 來使用，但 eclipse 的目標不僅限于此。eclipse 還包括插件開發(fā)環(huán)境（plug-in development environment，pde），這個組件主要針對希望擴展 eclipse 的軟件開發(fā)人員，因為它允許他們構(gòu)建與 eclipse 環(huán)境無縫集成的工具。由于 eclipse 中的每樣?xùn)|西都是插件，對于給 eclipse 提供插件，以及給用戶提供一致和統(tǒng)一的集成開發(fā)環(huán)境而言，所有工具開發(fā)人員都具有同等的發(fā)揮場所。1.8.2 3.2 b/s開發(fā)模式b/s模式是一種以web技術(shù)為基礎(chǔ)的新型的mis系統(tǒng)平臺模式。b/s系統(tǒng)在結(jié)構(gòu)上采用三層分布式結(jié)構(gòu)，它以b/s應(yīng)用系統(tǒng)結(jié)構(gòu)為基礎(chǔ)，實現(xiàn)了客戶端的“零”安裝，使得整個系統(tǒng)維護量很小。而且，客戶機可以省去與數(shù)據(jù)庫系統(tǒng)直接互動的麻煩。客戶機直接調(diào)用服務(wù)器上的應(yīng)用邏輯，再由邏輯代表客戶機對數(shù)據(jù)庫進行存取。從而減少向服務(wù)器發(fā)出sql請求，提高性能。另外這種結(jié)構(gòu)增強了系統(tǒng)的整體安全性，把系統(tǒng)不同的運作部分放在不同的服務(wù)器中，提高了執(zhí)行效率，整個系統(tǒng)的延伸性也大為提升。在三層結(jié)構(gòu)應(yīng)用軟件中，整個系統(tǒng)由三個部分組成：客戶機、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器?？蛻魴C上只需安裝應(yīng)用程序或瀏覽網(wǎng)頁，它負責(zé)處理與用戶的交互和應(yīng)用服務(wù)器的交互。應(yīng)用服務(wù)器負責(zé)處理應(yīng)用邏輯，具體地說就是接受客戶機方面應(yīng)用程序的請求，然后根據(jù)應(yīng)用邏輯將這個請求轉(zhuǎn)化為數(shù)據(jù)請求后與數(shù)據(jù)庫服務(wù)器交互，并將與數(shù)據(jù)庫服務(wù)器交互的結(jié)果傳送給客戶機的應(yīng)用程序。數(shù)據(jù)庫服務(wù)器軟件根據(jù)應(yīng)用服務(wù)器的請求進行數(shù)據(jù)操作，并將操作結(jié)果傳送給應(yīng)用服務(wù)器。1.8.3 3.3模塊分析本系統(tǒng)的研究內(nèi)容主要是針對檔案管理系統(tǒng)需要的各項任務(wù)抽象出相應(yīng)的模塊，用于建立b/s模式的信息管理系統(tǒng)，提高檔案管理的效率。本系統(tǒng)大致可分為六個模塊: 用戶管理模塊、檔案管理模塊、檔案庫管理模塊、檔案檢索模塊、數(shù)據(jù)管理模塊和檔案統(tǒng)計模塊。本人主要負責(zé)用戶管理模塊、檔案檢索模塊和檔案統(tǒng)計模塊。1、用戶管理模塊用戶管理模塊實現(xiàn)用戶和普通管理員的添加和刪除。本系統(tǒng)的登錄權(quán)限分為三種：一是系統(tǒng)管理員，二是管理員，三是用戶；系統(tǒng)管理員可以實際情況對用戶和管理員的權(quán)限進行修改以及增加檔案庫，如指定某個檔案庫的管理員、增加用戶；管理員具有對某個具體檔案庫進行管理（包括對某個檔案庫里檔案的添加修改）以及查看所有檔案的權(quán)限；用戶只擁有查看檔案的權(quán)限。2、檔案檢索模塊檔案檢索是所有用戶都可以操作的功能，用戶提過設(shè)定檢索的條件對檔案進行檢索。如按歸檔時間、檔案庫、檔案名等3、檔案統(tǒng)計模塊檔案統(tǒng)計是系統(tǒng)管理員以及管理員操作的功能，管理員提過設(shè)定統(tǒng)計的條件對檔案進行統(tǒng)計。如按檔案年度、檔案庫等本系統(tǒng)的設(shè)計可分為三個層次：用戶表示層，該層對應(yīng)的是一些jsp頁面；業(yè)務(wù)邏輯層，該層中完成了對課程信息以及課程分類信息類型對象的保存和處理；控制處理層，該層中完成了具體請求的響應(yīng)。管理員通過正確的用戶名和密碼進入檔案管理系統(tǒng)后臺，進行添加，刪除和修改管理，實現(xiàn)了對信息的維護和更新。對于這部分功能不允許普通用戶身份的用戶使用。為了進一步確保系統(tǒng)的安全性，在本模塊中身份驗證通過的用戶，其用戶名信息將會記錄在對應(yīng)的session對象中，而在后續(xù)頁面中，都會進行相應(yīng)的處理之前檢查用戶名是否存在，如果用戶名為空，則意味這是一個沒有經(jīng)過登錄頁面身份驗證的非法闖入者，將不允許進行后面的處理。1.9 4.研究的方法與技術(shù)路線本系統(tǒng)是基于b/s模式的，考慮到兼容性，跨平臺性，可行性等多方面因素，因此將采用jsp+javabean或者jsp+javabean+severlet。javabean可以用來實現(xiàn)業(yè)務(wù)邏輯的處理，使用戶界面與業(yè)務(wù)邏輯分離，系統(tǒng)的安全性、可維護性、重用性和可擴展性都大大提高。采用severlet技術(shù)可以開發(fā)出基于mvc(model-view-controller)設(shè)計模式的java web前端應(yīng)用，mvc模式最重要的思想就是業(yè)務(wù)代碼與視圖代碼分離。能有效地理清系統(tǒng)結(jié)構(gòu)，降低系統(tǒng)復(fù)雜度與維護難度，使日后的升級再開發(fā)成為可能。開發(fā)環(huán)境：數(shù)據(jù)庫決定采用sql server，在jsp中訪問sql server數(shù)據(jù)庫的方式有以下三種：1. 通過jdbc驅(qū)動連接；2. 通過jdbc-odbc橋接方式連接；3. 配置數(shù)據(jù)庫連接池連接sql server數(shù)據(jù)庫；本系統(tǒng)暫時考慮用數(shù)據(jù)庫連接池來連接sql server數(shù)據(jù)庫。開發(fā)工具方面暫定為tomcat+j2sdk1.4.2+eclipse3.2用于開發(fā)java bean、javascript, dreamweaver8.0用于jsp頁面的具體布局和美觀性。運行環(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來實現(xiàn)模塊化；1.11 6.研究的總體安排與進度時間畢業(yè)設(shè)計（論文）階段工作安排2.13-3.8查閱文獻和調(diào)研，收集資料進行歸納與概括，擬定開題報告3.8-3.23開題報告修改、準備開題3.23-3.28總體設(shè)計3.28-4.3詳細設(shè)計4.3-4.25編碼實現(xiàn)4.26-5.5測試5.6-5.20撰寫畢業(yè)論文5.21-5.31修改畢業(yè)論文，準備答辯1.12 7.預(yù)期結(jié)果通過一定安排，預(yù)計在5月底之前能完成所有畢業(yè)設(shè)計，包括開題報告、總體設(shè)計、詳細設(shè)計、學(xué)生檔案管理系統(tǒng)的編碼和相應(yīng)的ppt，同時對整個系統(tǒng)的各個功能模塊的測試。1.13 8.主要參考文獻1 曹廣鑫，時強jsp數(shù)據(jù)庫項目開發(fā)寶典m電子工業(yè)出版社，20062 張軍jsp網(wǎng)絡(luò)應(yīng)用開發(fā)例學(xué)與實踐m清華大學(xué)出版社，20063 求是科技java數(shù)據(jù)庫系統(tǒng)開發(fā)實例導(dǎo)航m人民郵電出版社，20044 耿詳義，張躍平j(luò)sp實用教程m清華大學(xué)出版社，20045 賽奎春 jsp信息系統(tǒng)開發(fā)實例精選m清華大學(xué)出版社，20046 黃明，梁旭jsp信息系統(tǒng)設(shè)計與開發(fā)實例m機械工業(yè)出版社，2004第2章 外文翻譯稿2.1 用模擬對象和aop來單位試驗struts的應(yīng)用aop如何補足oop來縮小整合間隙作者walter jia, javaw, 11/09/06試驗驅(qū)動開發(fā)減少了發(fā)展努力的同時，提高了軟件質(zhì)量。作為一個整體試驗策略的基礎(chǔ)， 單位試驗必須是全面的，設(shè)置簡單，執(zhí)行快速。但是，依賴于執(zhí)行環(huán)境和測試組外的代碼使我們達到上述目標的能力復(fù)雜了。把應(yīng)用程序部署在一個容器里顯然放慢了代碼和試驗周期。 此外，與其他組合作的要求通常會導(dǎo)致更加復(fù)雜的試驗設(shè)置和較慢的測試。 整合兩個流行測試框架，strutstestcase 和 easymock，和單元試驗struts的應(yīng)用會導(dǎo)致較簡單的試驗設(shè)置和較快速的試驗。 但是，這兩個框架留下缺口,阻止了理想的綜合。 在這篇文章中，我檢查了這個問題的面向?qū)ο蟮慕鉀Q辦法和面向方面的解決辦法。通過簡化看似難以解決的問題，比較也顯示出面向方面的程序設(shè)計(aop)是如何補足對象編程(oop)的。整合需要重大的struts的應(yīng)用展示了執(zhí)行環(huán)境和種類依賴，因為struts的行為是在servlet的容器里完成的，典型地需要其他組來處理要求。 模擬對象測試方法,有助于消除不必要的附庸。strutstestcase的試驗框架給一個模擬的servlet容器的執(zhí)行提供了mockstrutstestcase課堂，延伸了基礎(chǔ) junit的試驗用例。它有利于科集裝箱檢驗，加快單位檢驗周期。easymock，另一個測試框架，很容易地模擬動態(tài)的協(xié)作組。模擬以簡單執(zhí)行代替真正的組，加上邏輯論證來支持單位試驗。顯然，把兩種框架結(jié)合起來是有利的，以便于struts的應(yīng)用能夠真正地獨立地進行試驗。理論上，你要根據(jù)下列步驟實施這個單位試驗：1. 建立mockstrutstestcase，以便于模擬servlet的容器；2. 模擬組，這一行為取決于使用easymock；3. 規(guī)定模擬預(yù)期；4. 在測試時把模擬注入到行為；5. 繼續(xù)試驗與論證；第四步履行了注入依賴，這種注入在試驗下,指導(dǎo)struts的行為，遠離其真正的合作者，與模擬的合作者進行互動。把easymock產(chǎn)生的模擬注入到行為，你需要進入試驗班的行為事例。 不幸的是，這是一個障礙，因為不容易進入mockstrutstestcase。oop解決方案你如何能從mockstrutstestcase進入行為事例？讓我們來看看mockstrutstestcase和struts的控制器組成部分之間的關(guān)系。圖1突出了主要關(guān)系，有可能導(dǎo)致一個解決辦法。 圖1. 關(guān)系可能導(dǎo)致一個oop的解決辦法mockstrutstestcase有一找回actionservlet的公共獲得者方法。actionservlet有一為requestprocessor保衛(wèi)獲得者方法。 requestprocessor儲藏行為事例作為一個保衛(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)造的定時。模擬注入到行為要在對mockstrutstestcase.actionperform()的呼叫之前發(fā)生。然而，只有在對actionperform()進行訪問之后，actionperform()才創(chuàng)造行為事例。因為你不能容易地向mockstrutstestcase傳播行為事例，為什么不訪問基類requestprocessor，不考慮processactioncreate()方法呢？在不考慮方法中，你可以使用所有的行為事例，所以為正確的行為事例創(chuàng)建，配置，設(shè)定一個模擬變得簡單直接了。因為mockcontrol.verify()應(yīng)該在actionperform()之后被呼叫，你也需要不去考慮processactionperform()來確認這次訪問。這種方法來試驗重大的struts的應(yīng)用是不切實際的。即使所有的行為都與一個簡單的模擬相互影響，相互作用，測試一個行為很可能需要多樣的試驗方法，每個都伴隨著不同的預(yù)期。建議的解決方案不會再創(chuàng)建不同的requestprocessor基類，每個都設(shè)立不同的模擬預(yù)期。多樣的struts配置文件也需要詳細說明不同的requestprocessor基類。管理許多的試驗會成為一件頭痛的事。aop解決方案因此，不知是什么原因，在行為執(zhí)行之前使行為事例可用于mockstrutstestcase仍然是可取的。如果你熟悉aop，你認出向這要求直接被安置的簡單解決方案. 關(guān)鍵是要定義一個捕獲行為執(zhí)行連接處點的pointcut，然后在把模擬注入到行為之前詳細說明一個建議。在這里，我選擇aspectj來實現(xiàn)這個解決方案。其它aop工具，比如spring aop，應(yīng)該正常工作。spring aop要求一個額外的委派struts行為管理為代表來觸發(fā)springs delegatingactionproxy的措施。圖3用以aop為基礎(chǔ)的解決方案，展示了單位試驗例子的靜止模型。圖3. 以aop為基礎(chǔ)的解決方案，展示了單位試驗例子的靜止模型simpleaction 是一個struts行為的基類，與actionservice合作。simpleactiontest來自mockstrutstestcase去測驗simpleaction.simpleactiontest用easymock創(chuàng)造，建立一個模擬actionservice。當(dāng)simpleaction 的執(zhí)行方法將要運行時，simpleactiontest也執(zhí)行strutsactionpreexecutelistener界面來接收通知。作為通知的一部分，simpleactiontest 收到simpleaction例子來注入actionservice模擬。它是通知任何試驗組的方面課strutsactionpreexecutenotifier，這些班級執(zhí)行聽者界面，使行為事例可用。strutsactionpreexecutenotifier的執(zhí)行步驟如下：首先，一個pointcut 選擇測試方法施行接合點。這種測驗方法在等著監(jiān)聽行為預(yù)執(zhí)行的事件的試驗種類過程中存在。pointcut 也暴露當(dāng)前的執(zhí)行測試組對象: pointcut mockstrutstest(strutsactionpreexecutelistener actiontest): execution(public void strutsactionpreexecutelistener+.test*() & this(actiontest);其次，另一個pointcut捕獲行為施行接合點。把它與第一個pointcut結(jié)合起來，匹配的范圍被限制在行為測試方法的電話流程之內(nèi)。被減少的范圍過濾掉由測試方法沒有觸發(fā)的行為施行。結(jié)果，方面不影響生產(chǎn)代碼。行為和它對應(yīng)的測試組事例通過pointcut 參量被暴露：pointcut strutsactionexecute(action action, strutsactionpreexecutelistener actiontest):execution(public actionforward action+.execute(.) & this(action) & cflow(mockstrutstest(actiontest);最后，一個以前的與早先的pointcut相關(guān)的建議通知行為事件的聽者試驗組，通過模擬注入的行為事例：before(action action, strutsactionpreexecutelistener actiontest): strutsactionexecute(action, actiontest) actiontest.preactionexecuteoccurred(action);圖4 說明在組之間的動態(tài)的相互作用圖4組之間的動態(tài)的相互作用從行為到方面的虛線代表行為施行接合點的捕獲。把這第二張程序表與第一張比較，重大區(qū)別是三個步驟發(fā)生在行為施行之前：1. 一個pointcut捕獲行為執(zhí)行連接處點，由從simpleaction到strutsactionpreexecutenotifier奔忙的箭頭表明。2. 方面的以前的建議通知試驗組，把相應(yīng)的行為事例傳給它。3. 試驗組把模擬對象注入到即將要開始執(zhí)行的行為事例?，F(xiàn)在你可以根據(jù)先前概述的五個步驟來繼續(xù)寫行為試驗。下面代碼顯示了為simpleactiontest列出的部分代碼，有一列式的注釋來強調(diào)每個步驟：使用mockstrutstestcase 和easymock的行為試驗的部分列表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、每個行為依賴一個服務(wù)。2、每個行為依賴多個服務(wù)。3、多個行為依賴一個服務(wù)。4、多個行為依賴多個服務(wù)。我這里介紹的解決方案有靈活性，相對不費力地支持所有四種方案。因為模擬創(chuàng)造，期望計劃，和模擬注射能完全在個人試驗組中執(zhí)行。你能避免使用聽者界面,以便模擬注射在strutsactionpreexecutenotifier內(nèi)執(zhí)行嗎? 它似乎使試驗課執(zhí)行變得甚至更簡單。然而，與初期的oop解決方案相似，寫多重方面來創(chuàng)建不同的模擬，制定不同的模擬期望將會證明是必然。使模擬創(chuàng)造和在由于聽者方法成為可能的個人試驗組中的計劃局部化變得更加方便。aop的力量有人可能會提出一個好的oop解決方案來解決我們的整合問題。然而，它很可能要求對struts 和strutstestcase有深入的理解，還要有很大的努力。存在于兩個試驗框架之間的整合間隙是在它的執(zhí)行以前獲得使用struts行為事例的權(quán)利的難點。在確定基本原因之后，aop解決方案自然地從問題描繪出現(xiàn)。代替用傳統(tǒng)oop要求更復(fù)雜解決方案，aop允許我們更緊密把我們解決方案映射到有問題的空間。aop的魅力在于它的連接處點樣式。它讓你穿透媒介物，例如actionservlet 和requestprocessor，直接到達問題的中心。忙于橫切關(guān)注的省時間的方式給開發(fā)者表現(xiàn)的力量去設(shè)計直覺的和更簡單的解決方案。aop是一填充由傳統(tǒng)oop留下的洞的有功效的編程方法。當(dāng)正確適用于正確的類型的問題的時候， 它改進代碼組件性，導(dǎo)致更干凈，更容易理解的代碼。有希望地，這文章不僅幫你單位試驗?zāi)愕膕truts的應(yīng)用，也給你對一些aop給予的重要利益的新的評價。作者biowalter jia是加拿大溫哥華的一個專門從事企業(yè)應(yīng)用程序開發(fā)的獨立顧問。當(dāng)用一個實際的方法來幫助客戶建設(shè)品質(zhì)軟件，避開不必要的成本時，他總是能給出最好的解決方案。第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