檔案管理系統畢業論文
檔案管理系統是一個複雜的過程。小編為大家收集整理的論文，歡迎大家的查閱。
摘要：由於當前高校學科的進一步細分，學校對於學生各項資訊的管理難度加大，特別是畢業論文。針對這種現狀，設計並實現了一個畢業論文管理系統。該系統是基於B/S模式，並使用ASP技術及Microsoft Access 2000來設計實現的。系統功能齊全完善、資訊管理可靠安全、使用方便簡潔，能夠較好地滿足學校論文管理的基本要求。
關鍵詞：畢業論文 管理系統 B/S模式
本科畢業論文是畢業生總結性的獨立作業，是學生運用在校學習的基本知識和基礎理論，去分析、解決一兩個實際問題的實踐鍛鍊過程，也是學生在校期間學習成果的總結，是整個教學活動中不可缺少的重要環節。撰寫畢業論文對於培養學生初步的科學研究能力，提高其綜合運用所學知識分析問題、解決問題的能力有著重要的意義。人工進行畢業論文各種資訊的管理存在著工作量大、速度慢、出錯率高等方面的問題，設計畢業論文管理系統顯得非常必要[1，2]。
筆者對畢業設計過程中的課題申報、課題稽核、學生選題、提交論文等環節進行了系統分析，設計了基於Web的畢業論文管理系統，充分利用與整合了可用的網路資源，為學校、學院、教師和學生提供了互動式介面，實現了學生和教師的網上互動[3]。本系統採用了優秀網站開發技術ASP，後臺使用Access資料庫，從整體上實現了論文管理的各項功能，使得畢業設計課題的申報和稽核、論文選題、論文提交、成績考核等更易於管理，同時也可以對畢業設計課題的難度、工作量等其他資訊進行詳細管理，對保證畢業設計的質量有一定的現實意義[4]。
1 系統功能設計
本系統的基本功能根據使用者的不同分為4個模組：學生模組、教師模組、專家模組和管理員模組。
1.1 學生模組
註冊：新使用者需要先註冊，填寫自己的基本資訊，本系統規定學號為0001～9999，即學生數最多為9999。
登入：註冊過的使用者可以使用“學號/姓名+密碼”登入系統。
密碼修改：初始密碼規定為6位以上數字或字元，學生登入後可修改密碼。
課題選擇：教師申請的課題透過稽核之後，學生可以選擇自己的志願。
結果查詢：在教師選擇學生之後，學生可以查詢到自己是否被確認。
論文提交：學生可以在特定時間將寫好的論文提交上去。
確認上傳：論文提交之後要確認上傳，一旦確認上傳就不能再次提交了。
對教師評價：在論文的最後階段要對教師進行評價。
留言：在教師確認學生之後，學生可以透過留言的形式與教師進行溝通。
1.2 教師模組
註冊：教師首次登入也需要先註冊，系統規定教師號為001～999。
課題申報：填寫必要的資訊進行課題申報。
課題修改：對申報的課題進行修改，查詢錯誤。
選擇學生：在學生選擇課題之後，教師可以選擇學生。
綜合查詢：可以查詢相關主題的資訊、分數和課題的稽核結果。
論文下載：教師可以下載學生提交的論文。
成績評定：教師在稽核學生論文之後，可以對論文進行成績評定。
論壇：教師可以在論壇上給學生留言，或與學生交流問題。
1.3 專家模組
一審：由各學院的專家對教師提交的課題進行稽核。
二審：在一審中沒有透過的課題要進行二次稽核。
結果公佈：公佈稽核透過的課題和沒有透過稽核的課題。
綜合查詢：可以查詢相關主題的資訊、分數以及課題的稽核結果、教師的成績、學生調劑情況等。
1.4 管理員模組
2 系統實現
系統是透過B/S三層結構實現學生論文提交、教師對論文的管理以及專家稽核等功能。採用瀏覽器、伺服器、資料庫的三層結構，當不同使用者透過瀏覽器提交和評閱時，向Web伺服器發出請求，Web伺服器根據使用者的指令執行程式，並從資料庫中取出相應的資訊反饋給客戶端。
2.1 登入和註冊
2.2 學生模組
其中課題選擇與結果查詢、論文提交和確認上傳部分設計如下。
2.2.1 課題選擇部分與結果查詢設計
本院教師申請的課題被稽核透過之後，學生即可看到備選課題。每名學生有3個可供選擇的志願，但最終由教師決定哪個課題對應哪個學生。學生選擇課題之後，可點選結果查詢，檢視自己的選擇情況，如果正確則可以點選“完成”，否則點選“重選”。這兩個部分的演算法設計基本相同，只是在不同條件下顯示不同而已。課題選擇部分只是查詢資料庫，將教師申請透過的課題顯示出來;而結果查詢則是從資料庫中查詢當前學生所選課題的資訊，將課題的選擇順序、課題名稱、指導教師等結果依次顯示出來。如果點選“完成”，則系統會彈出提示框，詢問學生是否確定當前的課題選擇結果，如果確定，系統將清空“志願”的值，並顯示“操作完成不能再進行修改”的提示。
2.2.2 論文提交部分和確認上傳部分的設計
在學生選好課題之後，開始畢業論文的撰寫工作，論文寫好後可以透過論文提交功能進行提交。其中，論文命名格式必須為“學號+姓名”，並且檔案字尾名必須是“.doc”，檔案上傳如果成功，會彈出提示視窗。系統之所以要設計確認上傳功能，主要考慮到兩個原因：(1)確認上傳就意味著最終上傳，與論文上傳功能分開比較好;(2)論文提交程式中使用了window.parent.Finish()功能[7]，但該語句在執行過之後程式就結束了。因此，即使在其後使用更新資料庫的語句也得不到執行。
2.3 教師模組
由於教師模組的整體風格與學生模組使用了同樣的框架，因此與學生模組的風格基本相同。
2.3.1 課題申報與課題修改模組的設計 教師在學生開始選題之前就要進行課題申請，只有透過專家稽核的課題才能夠被學生使用。課題申報頁面主要是填寫和提交課題的相關資訊(如圖4所示)。
只要提交的課題沒有被稽核透過，教師就可以進行課題的修改，以達到專家小組的要求。在課題修改頁面中，會顯示一個包含所有可以修改課題的下拉式選單，點選某一個課題，則會跳轉到與課題申請相類似的頁面，只是頁面下方的“提交”按鈕變為“修改並提交”按鈕。
2.3.2 選擇學生功能模組的設計
當學生選擇過教師的.課題之後，可能出現一個題目多人選的情況，教師可視情況對學生進行挑選，頁面將課題名稱與對應的學生以表格形式顯示出來。
當教師點選某學生時，頁面會顯示學生的基本資訊供教師參考。一旦教師在某一課題中選擇了某個學生，該學生就不能再被其他教師、其他課題選中。
2.3.3 成績評定模組的設計
對於學生已經提交的論文，教師經過仔細閱覽之後，可以對學生的論文進行評分，等級分為五級，即優、良、中等、及格和不及格。
2.4 專家模組
專家主要是針對本院系教師申請的課題進行相關稽核，功能包括：一審、二審、結果公佈和綜合查詢。專家不能夠自行註冊，須由管理員進行新增。
點選“一審”，系統會自動查詢資料庫，將教師申請稽核的課題顯示出來，並附以專家意見表格，用於填寫專家的稽核意見(如圖5、圖6所示)。
只有在“稽核小組修改意見”中資訊為“適用”的課題才能夠透過稽核，否則需要進行二審。二審的介面與一審基本相同，如果課題不能透過稽核，則不能在結果公佈中顯示出來。
2.5 管理員模組
管理員的功能可分為3個部分：備份資料、刪除資料和新增稽核人員。
2.6 BBS論壇
BBS論壇是本系統中連線學生和教師的一個交流平臺，在學生的功能主介面和教師的功能主介面上各有一個可以進入論壇的入口。對於學生來說，當學生選擇過題目並且教師也選擇了該生之後，學生就可以使用BBS論壇與教師進行交流，比如論文的提交時間、論文的格式要求等。對於教師來說，當教師確定學生之後，便可以與該生在論壇上以留言的形式進行交流，特別是解答學生的相關問題。
本系統設計時考慮到教師功能與學生功能之間的差異，設計相應的介面時也有少許不同，由於學生只能選擇一個課題，因此學生的論壇主頁只有一個課題的相關入口;但教師不同，一個教師可以有多個課題，因此教師的論壇主頁有多個課題的相關入口。
3 結束語
該系統在使用ASP和Microsoft Access 2000的基礎上，實現了畢業論文管理系統中各個模組的功能，包括課題申請、課題的稽核、學生選題、論文提交、論文下載、網上留言交流以及論文成績評判等。整個系統模組劃分清晰、容易理解和操作，同時各模組之間聯絡緊密，相互耦合，使得系統更加完善。
對於目前的畢業論文管理系統而言，應從以下兩方面予以完善：第一，網上交流採用即時通訊工具，如QQ，這樣能夠使得學生和教師的交流更加方便快捷;第二，論文的開題報告、中期報告也應當有相應的功能模組，與論文提交成為一體。
參考文獻
[1]李巍，王華東.畢業論文管理系統中的關鍵技術研究[J].計算機時代，2011(8)：32-34.
[2]梁敬東，伍世珍.基於J2EE的畢業論文管理系統設計與實現[J].高等農業教育，2010(8)：83-84.
[3]陳芳，陳朝.基於Web的畢業論文管理系統的設計與實現[J].電腦知識與技術，2008，4(8)：2049-2050，2066.
[4]劉志銘，孫明麗，龐婭娟.ASP+Access資料庫系統開發案例精選[M].北京：人民郵電出版社，2007.
[5]錢血忠，羅海馳，陳國俊.資料庫原理及技術課程設計[M].北京：清華大學出版社，2009.
[6]Derek Ferguson.ASP程式除錯實用手冊[M].段來盛，裘嵐，譯.北京：電子工業出版社，2001.
[7]清源計算機工作室.ASP動態網站設計與製作[M].北京：機械工業出版社，2001.
【檔案管理系統畢業論文】相關文章：