基于.asp 的面試評分管理系統的設計與實現

武智敏，仲梁維

（200093 上海市 上海理工大學 機械工程學院）

0 引言

伴隨學科技術的快速發展，信息技術對高等教育的影響越來越大，扮演的角色越來越重要，高校信息化是目前高等教育的必經之路[1]。高校信息資源管理系統可理解為高校工作人員為了實現高效率挖掘與使用，應用現代化技術分析高校信息資源的分布規律，從而能夠合理管理及調度信息資源。隨著我國高等教育的發展，碩士研究生的報考人數逐年增多，隨之而來的是通過初試進入復試的人數也在加大，由于復試考生的增多，在有限的時間內需要完成的復試任務也加重了。復試一般都分為筆試和面試。近些年對于筆試的閱卷技術已逐漸成熟，采用讀卡器閱卷，減輕了教師批改試卷的壓力，也提高了工作效率，而對于面試這一流程，面對時間短、任務重、人數多的情況，難免過程中會出現失誤與差錯。如何在復試面試的過程中高效快捷且公平安全地從大量考生中選拔出適于培養的高層次人才，國內各高校開展了大量的研究與實踐。為了提高面試的信度與效度，提高面試環節的規范化與標準化，本校嘗試改變了傳統的紙質面試計分政策，改用線上評分方式，在面試過程中除面試教師與管理員之外無人可查看考生的面試成績。這可以避免人工面試過程中出現的各種問題和不確定因素，例如透明度不夠、公平公正度不夠、效率低下、信息傳遞疏漏不準確等。

1 系統設計功能的需求分析

需求分析是系統開發成功與否的關鍵因素。如果沒有詳盡的需求分析，沒有貼合問題的實際情況，沒有理解用戶的實際需求，那么最終開發設計出來的系統產品是不會成功的。因此，在開發該面試評分系統之前，進行了詳細的需求分析，使得系統能夠實現如下功能[2]：

（1）良好的人機界面，可操作性強，操作方式清晰，界面結構完整，布局簡潔大方；

（2）由于使用對象較多，需要有一定的權限管理，即用戶可以通過管理員、面試教師、面試考生三種不同角色登錄系統，不同角色對應實現著不同的操作與服務；

（3）安全及隱私保證，即在使用之前需要注冊登錄；

（4）用戶能夠上傳下載資料；

（5）面試教師能夠對面試考生進行在線評分，并且能夠對評分進行修改；

（6）管理員能夠對已注冊的面試教師進行分配，包括分配面試時間和面試地點；

（7）對所有已完成面試的考生能夠進行擬錄取分數的統計與管理，得到對應排名，按照院系分類，最后進行擬錄取結果的通知。

2 系統體系結構

2.1 體系結構

該面試評分系統采用了三層B/S（Brower/Server）的信息系統架構方式。整個面試評分系統由用戶層、業務邏輯層和數據層組成。其中，業務邏輯層和數據層在服務器端，客戶端只需瀏覽器即可，包括使用移動設備如手機、平板等也都可以實現[2]。

使用B/S 架構的出發點在于它有以下方面的優勢：（1）客戶端無需特別安裝，有Web 瀏覽器即可；（2）B/S 架構可以直接放在廣域網上，通過一定的權限控制實現多客戶訪問的目的，交互性較強[3]；（3）B/S 架構無需升級多個客戶端，升級服務器即可。可以隨時更新服務器版本，而無需客戶重新下載。所有用戶只需要滿足擁有瀏覽器和上網條件即可登錄使用此面試評分系統。

2.2 功能模塊

面試評分系統主要分為3 個模塊，分別是學生使用的模塊、管理員使用的模塊和面試教師使用的模塊，3 個模塊的功能各不相同。

3 系統開發

3.1 開發工具及環境

本面試評分系統開發環境為ASP+SQL Server，采用的編程語言為VB.net。

ASP 是一個Web 服務器端的開發環境,利用它可以產生和執行動態的、互動的、高性能的Web 服務應用程序。ASP 采用簡單易懂的腳本語言,結合HTML 代碼,可快速地完成網站的應用程序,無須編譯,容易編寫,可在服務器端直接執行[4]。開發效率高，訪問數據庫方便，交互性好，安全性強。

基于SQL Server 的面試評分系統把3 個模塊提供的服務與接口進行統一管理，3 個模塊的接口與服務需要在SQL Server 數據庫中檢索所需要的信息資源，從而實現信息資源共享[5]。

3.2 基于.asp 的面試評分系統的具體設計

3.2.1 整體框架結構

圖1 所示為面試評分系統的整體框架結構圖，圖2 為整體流程圖。

圖1 整體框架結構圖Fig.1 Overall frame structure diagram

圖2 整體流程圖Fig.2 Overall flow chart

3.2.2 系統登錄模塊設計

本系統面向整個學校，使用人數眾多，人員分為3 種，分別是管理員、面試考生及面試教師。考慮到用戶使用的安全性和方便性，以及系統設計維護的方便性，因此在登錄界面設計3 種可選擇的權限，對應登陸進去的界面也會有所不同。在登陸前，只有面試教師需要進行注冊。為避免未進入復試環節的考生登錄系統上傳數據造成數據冗余，將采取以下方式處理：在通知考生進入復試環節的消息中，各個學校可能使用手機短信或電子郵箱通知。在這一操作中，學校就可以把學生的登錄密碼、面試時間和面試地點都發送給學生。以本校為例，學校在復試前一周會通過短信告知學生已進入復試環節，只有收到本校復試通知的學生可以登錄系統，用戶名即準考證號，密碼則是短信告知。面試教師的注冊包括工號、姓名、所屬院系、密碼、確認密碼、手機號碼、電子郵箱、驗證碼，其中密碼需要包含大小寫字母和數字。教師在填寫完正確的郵箱后，系統會向郵箱發送驗證碼，輸入正確的驗證碼后才可完成注冊。完成注冊后，有返回登錄界面的鏈接，點擊即可返回登錄界面實現系統登錄。以上，注冊及登錄界面設計完成。注冊及登錄界面設計如圖3 和圖4 所示。

圖3 系統登錄界面Fig.3 System login interface

圖4 教師注冊界面Fig.4 Teacher registration interface

3.2.3 學生功能模塊設計

學生模塊的功能很簡單，只包括兩個主要的操作：（1）資料上傳。個人詳細資料的上傳，一方面可以方便面試教師在有限的面試時間內快速掌握學生的基本情況，根據學生不同的特點提出相應的問題，更能體現出因材施教、貼合實際的教學選拔原則；另一方面也不再需要學生提前將自我介紹的資料打印出來，在進入面試教室之后把一份份的資料分發給面試教師，節約了本就緊張有限的面試時間。（2）查看成績。面試考生可在整個面試結束后，登錄系統查看自己的面試成績，詳細到是哪幾位教師對自己進行了面試，每一位面試教師給出的評分。這樣更能體現出公平公正透明。如圖5 所示為學生模塊的主要功能設計界面。

圖5 學生模塊功能界面Fig.5 Student module function interface

3.2.4 教師功能模塊設計

此模塊是面試評分系統中比較重要的部分。每個面試教師在確認過管理員發送的面試安排通知郵件之后，會在對應的面試時間、面試地點對學生進行面試。教師登錄系統后，選擇本場面試的面試時間和面試地點，服務器會從數據庫把本場面試的考生信息抽調出來顯示在瀏覽器上，形成一個表格。表格顯示的內容包括面試考生的準考證號、姓名、畢業院校、所學專業、初試成績，同時還有一項“更多”，可以點擊下載學生的詳細信息。若面試時間、面試地點其中有一項或兩項教師沒有選擇，將會彈出提示框如圖6（a）所示。若教師兩項都進行了選擇，但選中的面試時間和面試地點并未受到管理員的分配，將會彈出提示框如圖圖6（b）所示。

圖6 選擇提示框Fig.6 Select balloon

點擊“編輯”按鈕，面試教師就可對此考生進行評分。各面試教師只可以同時對一位考生打分，分數可以修改。再次點擊“編輯”按鈕，修改完點擊“更新”按鈕即完成分數的修改。面試教師互相不知道每個人對該面試考生的打分，瀏覽器界面上只會顯示自己本人對考生的分數評價，這樣的設計可以保證教師打分的客觀性，不會受周圍人和環境等因素影響，更能綜合各個老師對學生的評價，體現出該面試評分系統的綜合性、包容性和公平性。完成本場的面試之后，點擊最上方的退出登錄可退出面試打分界面，再次進入系統需要重新登錄，保證了數據的安全性，不會被惡意篡改成績。如圖7 所示。

圖7 教師評分界面Fig.7 Teacher scoring interface

3.2.5 管理員功能模塊設計

（1）分配面試地點及教師

這是管理員最主要的工作也是在面試環節前最重要的準備工作。由于面試相關信息已經通過短信告知學生，所以管理員只需要在相應的面試時間和面試地點分配合適的面試教師來對他們進行面試，這樣一個完整的工作配合就建立起來了。可供選擇的面試教師的信息都通過注冊進入了數據庫。分配完成的面試教師會進入一個面試組，點擊“郵件通知”，則系統會向這一組的面試教師發送郵件，告知他們在何時何地需要他們來進行面試工作。考慮到面試院系的數量不會超過10個，因此在挑選面試教師之前，先選擇教師所屬院系，這樣可以提前篩選出只屬于本院系的教師。被分配過的面試教師在同一面試時間和面試地點將不可以再被分配。如圖8所示為管理員分配界面。

圖8 管理員分配界面設計Fig.8 Administrator assignment interface design

（2）學生總成績統計與管理

總成績是結合考生的初試成績、筆試成績和面試成績，賦予不同的權重值進行計算得到最后的擬錄取成績。以我校為例，在計算考生的面試成績時，每個面試教師都需要對“知識結構”“外語聽說能力”“綜合素質”進行評分，計算時需要將所有老師對相同項的評分相加再取平均數，得到最后的面試成績，再乘以權重例如0.3，筆試成績的權重為0.1，初試成績的權重為0.6，這樣得到最后的擬錄取成績。根據成績的高低從上往下依次排序得到擬錄取排名。

總成績管理在面試結束之后進行。考生成績統計分為兩種情況：查看一批人和查看一個人。第一：最后的總成績一般都是根據志愿學院和志愿專業導出；第二：若成績提交后出現問題或考生對最后成績存有異議，需要單獨把此考生的成績調出，此時管理員可直接輸入準考證號或姓名即可查詢到考生的成績信息。最后可以選擇將成績導出。如圖9 所示。

圖9 總成績導出Fig.9 Total score export

3.3 系統數據庫設計

首先是教師注冊表，如圖10 所示。

圖10 教師注冊信息表Fig.10 Teacher registration information form

然后是教師面試安排表，管理員最多可選擇5 位面試教師，可以少于5 位但不能多于5 位，如圖11 所示。

圖11 教師面試安排表Fig.11 Teacher interview schedule

總成績表的設計如圖12 所示。

圖12 總成績表Fig.12 Total score sheet

3.4 系統發展展望

本面試評分系統的設計初衷旨在研究生的復試面試環節能夠更加高效安全公平地進行，它是線上線下相結合使用，即面對真實的考生，在真實的環境里面試教師與面試考生面對面進行交流，只有評分這一操作是從以前的手寫計分轉變成了現在的網上計分。本系統也完全適用于純線上的面試評分，只需加入視頻媒介即可，這也符合現實需要和發展。考慮到一些不可抗因素，例如疫情的爆發，各個行業都受到了極大影響，不便出行，不便與人近距離面對面交流，但入學考核的面試環節還是要繼續，這時就可以考慮使用此面試評分系統，無論面試教師與面試考生身處何地，只要身邊有一臺電腦和網絡，就可以完成線上面試工作。

4 結語

本文提出的基于ASP.NET 的面試評分管理系統，主要是根據高校面試環節的前中后三個階段的需求分析進行考察，以及校領導和面試老師及管理員的建議作為參考，使得該系統能基本滿足面試評分環節中的比較重要的功能。該評分管理系統一共包括了用戶注冊、用戶登錄、管理員分配、管理員導出成績數據、考生上傳獎勵證書資料、考生查看下載成績、面試教師評分、面試教師修改評分等功能模塊的頁面設計，經過在院系里的實際測試使用，效果良好，可推薦使用。