管理系統工程是以企業管理系統爲研究對象的一門組織管理技術。小編爲大家收集整理的論文，希望大家喜歡。
摘要：由於當前高校學科的進一步細分，學校對於學生各項信息的管理難度加大，特別是畢業論文。針對這種現狀，設計並實現了一個畢業論文管理系統。該系統是基於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 論文提交部分和確認上傳部分的設計
在學生選好課題之後，開始畢業論文的撰寫工作，論文寫好後可以通過論文提交功能進行提交。其中，論文命名格式必須爲“學號+姓名”，並且文件後綴名必須是“”，文件上傳如果成功，會彈出提示窗口。系統之所以要設計確認上傳功能，主要考慮到兩個原因：(1)確認上傳就意味着最終上傳，與論文上傳功能分開比較好;(2)論文提交程序中使用了sh()功能[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]劉志銘，孫明麗，龐婭娟+Access數據庫系統開發案例精選[M].北京：人民郵電出版社，2007.
[5]錢血忠，羅海馳，陳國俊.數據庫原理及技術課程設計[M].北京：清華大學出版社，2009.
[6]Derek 程序調試實用手冊[M].段來盛，裘嵐，譯.北京：電子工業出版社，2001.
[7]清源計算機工作室動態網站設計與製作[M].北京：機械工業出版社，2001.