畢業論文選題系統的研究與設計

孫清亮，楊威

（山西師范大學教育技術與傳媒學院，山西臨汾041000）

畢業論文選題系統的研究與設計

孫清亮，楊威

（山西師范大學教育技術與傳媒學院，山西臨汾041000）

畢業論文（設計）是目前高校臨近畢業季的學生需要完成的一項研究性學習任務，旨在培養學生綜合運用所學知識和技能、理論聯系實際、獨立分析、解決實際問題的能力。選題則是一項非常重要的步驟，關乎著畢業設計能否順利完成，題目不宜過泛，最好選擇本學科內某個重要問題的一個側面展開研究。本文作者是某高校的一名教師，在工作中發現導師與學生在選題時溝通不方便，通過借助技術手段來提高效率，使學生可以從諸多備選題目中很快找到一個自己感興趣的選題方向。

畢業設計；大學生畢業論文；在線選題系統

大學生畢業論文在線選題系統是一個用于高校師生在線選擇論文題目的互動平臺，是集導師上傳題目、學生在線選題、導師審核操作等功能于一身的專業平臺。通過計算機與網絡技術，可實現師生在線互動選題，進行實時交流，不僅能夠省去以往通過電話、電子郵件進行溝通的環節，還能及時查看到選題過程中的數據，比如各導師的專業方向介紹、歷年畢業生論文題目、導師可接納的學生人數、學生自己的選題是否通過導師審核等信息。選題效率得到明顯提高，并且隨著畢業生人數的增多、時間的推移，選題系統的研發成本也會明顯降低。

一、系統功能特點

目前，大多高校的畢業論文選題還只是停留在傳統的紙質、電話、郵件溝通階段，相對于某個專業來說，當年的畢業生不是很多，且畢業論文選題時間較短，因此相應的計算機輔助軟件較少。每年的同一時段都要進行相同的操作過程，筆者認為有必要研發配套的系統來完成此項工作。

該系統內的某些特定功能只限部分相關人員可以操作，操作人員按照功能、方法進行分類，分為系統管理員、教學秘書、導師、學生四類（如圖1所示）。以系統管理員為例，其可以修改系統配置選項（比如設定系統的開啟時間在每年的10月份，關閉時間在每年的11月份）、添加學院（該系統以學校為對象搭建平臺，可應用于校內各學院的所有專業，因此需要批量添加學院、教學秘書）、發布公告（向系統中的其他成員發布公告，比如通知教學秘書開始安排今年的論文選題工作）。系統內的所有成員都必須通過登錄驗證（輸入各自的賬號、密碼）才能獲得相應的權限，使用部分功能，而一旦退出系統，則需重新進行登錄驗證操作。身份驗證機制不僅可以很好地區分該系統內的各類成員身份，還設置了加密機制，保障系統的安全，防止黑客或無關人員隨意篡改系統內的信息。

圖1　系統成員分類

系統內的各類成員需要相互發送消息來及時完成相應的操作，節省等待時間，因此采用系統公告/消息、電子郵件、手機短信通知。系統管理員向教學秘書發布公告，通知其添加本學院的所有專業、導師、學生。教學秘書向導師發送電子郵件，通知其修改密碼、填寫個人簡介、上報題目。隨后向學生發送短信，通知開始預選題操作。待導師審核學生的選題后，系統會即時向學生發送消息。

本系統對論文題目有排序功能，將導師和學生比較關心的題目，按照點擊的熱度降序顯示，同時根據熱度值分配紅、綠、灰三種權重等級，統計各導師上報題目的權重比例，以便引起各導師的注意，學生也可以直接根據熱度值看到本專業當年較為關注的研究方向。

學生在首次登錄后，填寫自己的專業愛好，系統根據其瀏覽過的題目自動為其分配高粘度關鍵詞。這樣系統便會根據學生的喜好、粘度關鍵詞，為其推送相關的題目，以便減少學生在海量題目中搜索的盲目性，節省大量時間。

二、系統各成員的功能

系統管理員可以使用的功能模塊包括系統配置、學院管理、教學秘書管理、公告管理四大模塊（如圖2所示），在系統中參與的程度少，但要完成基礎性的關鍵任務，否則系統無法正常運行。

圖2　系統管理員的功能模塊

在每年的固定時間（比如10月份）系統管理員可以開啟系統入口，開始當年的畢業生論文選題任務。同時可能需要修改部分配置參數，比如允許學生從海量選題中最多挑選幾項（1或3條題目）、系統關閉時間（等）。

在系統開啟之前，最好先添加該所高校的各個學院的名稱、編號，也可在往年已有學院列表的基礎上，進行修改、刪除。然后再為各學院分配學院管理員（通常由教學秘書充當該角色），分配初始密碼，通過線下聯系通知各學院的教學秘書及時登錄系統，開始畢業生論文選題的準備工作。

教學秘書在各學院的日常工作學習中起非常重要的作用，在該系統中，為了輔助導師和學生順利完成選題任務同樣要完成大量的工作，按照功能模塊劃分為個人中心、專業管理、導師管理、學生管理、配置管理、公告管理六個模塊（如圖3所示）。

圖3　教學秘書的功能模塊

首先各學院的教學秘書在接到學校系統管理員的任務通知（電話、手機短信、微信、OA等），便要充當起本選題系統中學院管理員的角色。先要嚴格添加本學院各專業的名稱、編號，然后添加各專業相關導師的姓名、編號、聯系方式，并設置各導師可以接收的學生人數，最后要對應添加另一個主體，即學生，因為學生人數可能較多，需要批量導入。待完成這一系列任務以后，分別開啟導師入口、學生入口，讓導師和學生登錄系統修改個人密碼、聯系方式，導師上傳題目，學生選題。當完成一系列動作后，就可以通過系統公告的方式通知學院的畢業生和導師。

導師的功能模塊包括個人中心、題目管理、學生選題審核管理三個模塊（如圖4所示）。

圖4　導師的功能模塊

導師接到教學秘書的通知，獲取到賬號、密碼后，就可登錄選題系統。為了安全，先要進入個人中心，修改自己的密碼，然后修改專業名稱、研究方向、導師簡介，以便學生選到一個跟自己興趣特長更接近的導師。導師最主要的工作就是上報今年的題目以供學生選擇，若題目較多，可以采用批量導入的方式。導師擁有查看全體畢業生信息的權限，在了解學生的信息以后，可以審核或者拒絕學生對導師本人的選題操作。同時根據畢業生所選題目的統計，了解到今年的題目流行程度，并及時調整選題庫。當導師接收并審核通過的學生人數達到教學秘書設定的上限時，要么自己手動鎖定狀態，或者刪除個別學生選題操作；要么聯系教學秘書擴充自己可接收人數的上限，這樣選題系統的靈活性就會更高，導師超過24小時未鎖定，系統會自動鎖定，以便讓學生選擇其他未鎖定的導師，達到資源平衡。

學生的功能模塊包括個人中心、選題管理兩個模塊（如圖5所示）。

圖5　學生的功能模塊

各班班長收到教學秘書的通知，獲取到全班學生的賬號、密碼，通知全體畢業生及時登錄選題系統，進入個人中心修改密碼，然后修改自己的專業特長、個人簡介，以便導師從眾多接收到的學生中選擇自己。

學生可以查詢并瀏覽歷年的選題情況，比如題目、作者、是否已發表、發表時間，并可下載歷年的論文，進行參考。也可下載今年所有備選題目名稱列表，以便有足夠時間去圖書館、網絡上查閱相關資料，了解感興趣的選題的研究方向，選題是否適合自己等等。

考慮好后，盡快登錄系統，可以從所有題目中選擇一項或幾項（不超過系統管理員設置的上限，如3條）自己感興趣的題目，也可以篩選出某個比較感興趣的導師所上傳的題目，從中選擇。還可在選定導師的情況下，自擬題目，等待該導師修改并審核通過。

當選題操作被審核通過，或者被拒絕后，可以查看導師已接收人數、剩余可接收名額，進行第二次選題工作。

三、序列模型設計

由于本選題系統的操作邏輯較為復雜，需要用序列模型加以說明（如圖6所示）。

階段1：

系統管理員在學校現有的服務器上部署大學生畢業論文選題系統，遠程登錄該系統，并進入配置頁面，修改參數，如系統開啟時間、關閉時間（建議一個月內完成）、學生選題數量上限（建議3條）。然后添加全校各學院名稱、編號、學院管理員（建議由教學秘書擔任此工作）。最后發布公告，短信告知各學院的教學秘書登錄系統的網址、賬號、密碼。

階段2：

教學秘書獲得網址、賬號、密碼，便可登錄該選題系統，首先要修改密碼、聯系方式（手機、郵件），添加本學院的所有專業、導師，并設置各導師今年可以接收的學生選題數量（建議5名）。然后發布消息，告知各導師登錄系統的網址、賬號、密碼。另一項工作便是添加學生（批量導入），將全體畢業生的登錄方式一并通知給各班負責人（班長、學習委員）。

圖6　序列模型

階段3：

導師獲得網址、賬號、密碼，登錄該選題系統，首先要進入個人中心修改密碼，填寫聯系方式（手機、郵件），以便收到教學秘書通過選題系統發送的手機短信、郵件、系統公告。其次還要進一步完善導師簡介的相關資料，以便學生找到合適的導師。

階段4：

本階段與上一階段可以同時進行。學生獲得網址、賬號、密碼，登錄該選題系統，為了防止他人篡改本人的信息，就要立即進入個人中心，修改密碼，完善自己的聯系方式（手機、郵件），以便收到系統通知。為了使導師從眾多畢業生中挑選到自己，要完善個人簡介，包括自己的特長、獲獎經歷、對畢業論文的預想（等）。在選題的準備階段，學生可以隨時查看歷年畢業生論文題目，及作者、中英文摘要、參考文獻、正文、字數等信息。

階段5：

教學秘書通過系統查看到所有導師均修改過密碼、聯系方式，并完善了導師簡介，便可開啟導師上報題目入口，然后通過該系統的發送手機短信、郵件功能，通知導師上報今年的題目。導師可以逐條添加，也可批量導入題目，還可即時篩選歷年選題，避免與往年題目相似度過高。同時該系統具有智能提取關鍵詞的功能，在導師錄入題目時，可以自動分詞，并從所有詞匯中找到學科相關的關鍵詞，添加到系統中，以便學生可以通過關鍵詞搜索找到自己感興趣的選題。

階段6：

教學秘書在系統匯總頁面中得知所有畢業生均已修改密碼、聯系方式，并完善了個人簡介，就要開啟學生選題入口，通過該系統的發送手機短信、郵件功能，通知學生開始預選題。學生收到通知后，要在48小時內下載全體導師上傳的所有論文題目，可進行打印。如有需要可以線下與同學交流、與導師溝通，或者上網查閱資料，最大限度地了解論文題目的相關信息。在48小時的思考期限過后，就要在第一時間登錄選題系統，從所有題目中找到自己中意的1至3項，也可先選定導師，進而篩選出該導師提供的論文題目，小范圍地進行選題。如果對所有選題都不感興趣，學生也可自擬題目并上報給指定導師，等待導師審核通過。

階段7：

導師從眾多學生的選題操作中，審核并通過其中的5條選題，可以包括部分學生自擬題目。或者只審核通過其中幾條選題，其余全部拒絕，被拒絕的同學可以進行第二次選題。待導師的審核記錄達到5條的上限時，系統自動鎖定導師狀態，導師不能再修改選題操作，學生也無法再對該導師申請選題。

階段8：

教學秘書可以匯總統計：選題審核操作已完成的導師、選題操作已成功的學生。導師可以查看自己上報的題目的點擊率、剩余的題目、學生的來訪記錄。學生可以查看到其他同學的選題操作匹配成功的記錄（包括：題目—導師姓名—學生姓名—時間）、所有題目的點擊率、導師的來訪記錄。

階段9：

等到全部畢業生的選題操作完成時，系統會通知教學秘書及時凍結系統，這樣導師和學生只能在系統中瀏覽信息，不能再進行任何修改操作。教學秘書可將匯總結果導出并打印，送學院教學部審核、備案。

四、系統核心功能的實現

該畢業論文選題系統并沒有采用當前較為流行的智能手機作為載體，究其原因有以下幾點：

目前的智能手機品牌不計其數，其操作系統也不盡相同，主要有iOS、Android、Symbian、Windows Phone、BlackBerry等，而要開發眾多操作系統上的APP，成本會成倍增加，且除iOS、Android外，其他操作系統的市場份額較少，于是投入大量精力研發該平臺上的APP，不切實際。就目前的Android系統，要開發技術成熟的APP，其成本也要上萬元，而該畢業論文選題系統的使用時效也就一至兩個月，針對動輒數萬元的研發成本，明顯得不償失。

就目前擁有最多市場份額的Android操作系統來說，其版本也從2008年1.1版本到目前6.0版本，其間的版本數量眾多，要研發支持版本及數量如此雜亂且時刻變化的APP，其難度可想而知。

因智能手機操作系統較為成熟的版本在市場上普及時間較短，因此程序員對其中的編程技術的掌握程度不夠，這也是研發成本較高的原因之一。

在目前普通用戶未適應Light App（輕應用），手機存儲容量有限、原生APP的安裝不夠簡便（一般都在30-50MB文件大小）的情況下，手機用戶對不太信賴的APP有一定的抵觸。

因此作者采用更切實際的技術，即B/S模式的應用程序。研發成本低，普通的小型網站的開發成本大約2000-5000元。不用擔心兼容性問題，只要編程技術符合HTML4+CSS2+jQuery與HTML5+CSS3標準，便可在任意的計算機操作系統上完成選題任務，只要其中安裝有瀏覽器（IE、Chrome、Firefox等）。而采用響應式Web設計之后，本系統在智能手機中自帶的瀏覽器上操作也較易實現。

本系統服務器端采用C#程序語言進行編寫，在Microsoft.NET平臺上搭建系統，數據庫采用Microsoft SQL Server平臺，Web服務器容器采用Windows Server 2008操作系統自帶的IIS 7.0。客戶端代碼采用HTML+ CSS+DIV，為了提供更好的仿桌面應用的體驗，采用了jQuery框架（比如：圖片預載入、搜索框提示、表單驗證、消息框實時傳送等）。

下面是學生選題操作的部分C#關鍵代碼：

［1］（意）埃斯帕斯托著，施平安譯.DinoEsposito.ASP. NET2.0技術內幕［M］.北京：清華大學出版社，2006.

［2］（美）KarliWatson，ChristianNagel著，齊立波譯.KarliWatson，ChristianNagel.C#入門經典［M］.北京：清華大學出版社，2006.

［3］（美）Hassan Gomaa著，彭鑫譯.軟件建模與設計：UML、用例、模式和軟件體系結構［M］.北京：機械工業出版社.

［4］王建華，湯世明，謝吉容.ASP.NET2.0動態網站開發技術與實踐［M］.北京：電子工業出版社，2007.

［5］邱郁惠.系統分析師UML項目實戰［M］.北京：人民郵電出版社.

［6］王時繪，陳志雄，朱榮釗.ASP.NET AJAX在Web開發中的應用［J］.計算機與信息技術，2008（Z1）.

［7］朱征宇，陳燁，常紅要等.網站界面設計用戶體驗［J］.重慶理工大學學報（自然科學版），2010（8）：37-42.

［8］陳琳，王矗，李凡等.創建數字化學習資源公建眾享模式研究［J］.中國電化教育，2012（1）：73-77.

［9］［EB/OL］.http：//www.asp.net/ajax.［10］［EB/OL］.http：//api.jquery.com/.

［11］［EB/OL］.http：//bbs.csdn.net/forums/Android.

［12］孫亞民.開發.Net平臺應用系統框架［DB/OL］. http：//www.ASPCool.com.

（編輯：王曉明）

TP393

B

1673-8454（2016）05-0084-05