李海斌（天津機電職業(yè)技術學院，天津300131）

?

高職院校教師基本功競賽系統的設計與實現

李海斌
（天津機電職業(yè)技術學院，天津300131）

摘要：高職院校教師基本功競賽系統包括教師注冊投遞作品、專家評審、教師查詢等各個模塊。測試是項目的重點，在系統設計開始時就設計測試大綱，制定完善的測試要點和測試計劃，結合系統的功能和性能需求制定專門的測試用例，通過測試結果，對系統進行改進和糾正，保證系統運行效率和質量。

關鍵詞：高職院校；教師基本功；競賽系統；SQL server2005 B/S結構；ASP Net 4.0

國內很多學者通過教師基本功競賽，可以很好地激發(fā)年輕教師教學的熱情，幫助其不斷提高自身素質。因此國內各個高校都在研究建立符合自己院校特點的教師競賽。

一、教師基本功競賽系統的可行性開發(fā)

（一）開發(fā)系統的可行性

1.現有技術環(huán)境可行性

ASP.Net4.0技術是開發(fā)軟件系統最常見的技術之一，可以完美地與SQL server2005連接，具備較好的系統兼容性。項目設計了上傳文件格式的轉換，有良好的解決方案可以保證系統使用的安全，另外ASP.Net4.0具有執(zhí)行效率比較高的編譯執(zhí)特點，因此技術上完全可以實現[1]。

2.現有操作環(huán)境可行性

學院具備很高的信息化環(huán)境，目前學院在職員工均能夠熟練操作計算機，經過比較簡單的培訓與講解就可以掌握系統的基本操作。項目的整體工作流程得到了使用部門的認可，不存在現有系統與老系統、現有工作流程與舊工作流程之間的切換問題。

3.系統流程圖

方案采用數據流圖描繪系統的邏輯模型，教師經過注冊后，其信息進入參賽選手信息庫，教師可以上傳論文、教案，查詢是否可以參加決賽，論文與教案信息進入專門的作品庫；專家登錄后對論文和教案進行評價，成績進入成績信息庫，評分情況進入作品考核表。競賽系統的數據流程圖如圖1所示。

（二）系統的需求分析

1.項目功能主要需求

在功能需求方面設計主要包含了3部分：（1）參加比賽的教師可以實現網上系統注冊、登錄、填寫個人信息、上傳論文和教案，并且可以通過系統打印選手參賽資格證和查詢選手成績等功能；（2）設置系統的專業(yè)管理員，實現對本系統內比賽各個階段的選手作品的管理、開關控制、選手報名信息的管理、專家信息與操作的管理以及最終成績的統計與輸出；（3）為評審專家設置作品的評審、重新評審功能。

圖1　系統數據流程圖

2.系統應具備的性能

我們所設計的系統應該具備以下的性能：教師可以用1個月的時間在網上進行報名。天津市有高職院校約30所，每所高職院校最多可參加3個項目；選手上傳數據后，由30多位專家進行網絡評審。因此系統要求在選手報名階段提交服務器響應時間不能太長，一般控制在3分鐘內，選手的一般信息向服務器提交時間控制在10秒以內，數據需要的、大的并發(fā)線路不能少于50個；專家進行評審時的帶寬必須滿足在512K以上，打開上傳的顯示文檔時間保證在10秒內，整體系統的線程應不少于200個。

3.設計系統時應滿足的安全性

系統安全是任何一款軟件系統的重要板塊，主要包括如何有效防范來源于外部的惡意攻擊、服務器數據信息的泄露和系統整體數據容災兩部分。

有效防范外部惡意攻擊、服務器數據信息泄露需要做到：（1）在登錄時需要驗證登錄人員的信息；（2）對系統中所登錄的人員，根據職能不同劃分不同的權限；（3）系統文件需要防止被惡意修改；（4）系統在使用時防范來自于SQL的注入式攻擊；（5）在系統使用過程中需要對關鍵信息進行加密處理；（6）防止用戶使用時跨域訪問；（7）禁止查看網站后臺的源代碼；（8）對用戶的操作行為進行審核。

防止系統整體數據容災需要做到：（1）對系統服務器的存儲磁盤采用專業(yè)的備份技術；（2）在使用過程中對數據庫采用24*7系統自動進行備份。

二、教師基本功競賽系統的設計

（一）系統的架構設計

目前網絡程序在開發(fā)時主要分為C/S設計結構和B/S設計結構兩種，C/S具有功能強大、安全性好的特點，但也存在著更新繁瑣、客戶端不易維護等缺點；B/S結構的業(yè)務邏輯在服務器端執(zhí)行，用戶使用IE作為標準的客戶端即可，維護與升級都比較方便。因此，我們采用B/S結構對系統進行開發(fā)與設計，評審專家和參賽選手可以通過任意電腦瀏覽器直接上網訪問系統，進行相關的操作即可[2]。

三層開發(fā)結構是目前軟件開發(fā)比較流行的結構，它將系統分為表示層、業(yè)務邏輯層、數據層，即在客戶端與數據庫端加入了中間層，但在本課題中主要是為了將業(yè)務邏輯與數據訪問分開，對數據庫的訪問由數據層來實現，這樣可以保證本系統整體結構穩(wěn)定，第二可以使本系統的可維護性得到很大提高，實現“高內聚，低耦合”的設計思路[3]，如圖2所示。

（二）系統模塊結構設計

圖2　三層結構的系統設計思路圖

通過對競賽過程的認真分析，系統的使用可劃分為選手報名、專家評審、系統輸出統計三個階段，因此按照使用的順序，競賽系統可劃分為三個功能板塊，即：1.選手報名的系統。包括：參賽選手直接網上注冊、維護參賽選手的基本信息、參賽選手的登錄以及比賽最終結果的查詢。其中參賽選手的個人信息維護又包括個人基本信息維護和所提交的參賽作品信息維護。選手的報名完成以后，進入系統隨機抽號的階段則人員的編號、姓名、作品等信息不可修改，進入決賽證書打印階段后所有選手信息以及系統作品都不能再進行修改。2.作品提交后的評審系統。主要包括：對選手作品進行評審和對作品進行復審，評審作品時專家可以對論文和教案分別進行評審，通過目錄選擇已經上傳的作品并查看，在評審區(qū)域打分。在評審子系統時只顯示作品的編號而不顯示參賽作品作者的相關信息。在所有作品評審結束之前，對評審過的作品專家可以進行多次修改。3.后臺管理系統。管理員負責系統的基本配置和信息的輸出配置，該模塊安全性要求比較高，要求操作人員只能在服務器機房進行管理，管理系統又包括幾個子模塊：系統設置子模塊、管理專家信息模塊、管理作品相關信息模塊、輸出最終統計結果模塊。具體功能設計如圖3所示。

圖3　系統總體功能結構圖

（三）數據庫設計

數據庫的設計對改善系統安全，提高系統性能起著重要作用，在系統的數據庫設計中既要考慮系統效率，又要考慮操作簡便，因此開發(fā)組在項目數據庫設計過程中采用第三范式對數據進行規(guī)范，考慮系統內部表之間的劃分與各個表之間的聯系，有如下主要的數據表：

1.人員信息表

在系統中涉及的角色包括評審專家，參賽教師、管理員三類，考慮到系統執(zhí)行效率分為人員表，該表記錄人員的基本登錄信息，包括用戶名、用戶編號、角色、密碼，評審專家用1表示，管理員角色用2表示，參賽教師用3表示，如表1所示。

表1　人員信息表

2.選手作品的基本信息表

選手作品信息表是用來保存所有參賽選手作品基本信息的，含作品的題目、分類、編號、文件存儲路徑等，一般情況下選手的作品需要在單獨的文件夾內保存，要查看作品信息時，用數據庫中的文件路徑調用。因此在存儲數據庫中不保存作品文件本身的基本信息，只保存參賽作品保存的路徑信息，如表2所示。

表2　選手作品信息表

三、實現軟件系統所需的硬件

（一）系統硬件平臺搭建

本系統最基本的功能是可以在線對選手的作品進行評審，同時把選手所上傳的文檔進行格式轉換，因此在設計整體服務器時要求處理速度比較快、硬件配置比較高。因此，我們選擇的服務器和計算機配置如下：

設計者所需計算機配置DELL M3800主機：CPU主頻為因特爾i7-3620M：3.0GHz；DDR3的內存條；8GB內存大??；1TB硬盤存儲容量；24英寸液晶顯示器。

服務器系統所需配置：系統設計的時候需要在同一臺機器上運行數據庫服務器與web服務器，所以服務器采用下面的配置：產品類別為戴爾PowerEdge R910：Xeon E7520標配的CPU型號；2顆CPU；DDR3 8GB的內存；1TB的標配硬盤存儲容量；2個千兆網卡的網絡控制器，使用網通和教育網兩個出口。

（二）前臺WEB頁的設計

1.用戶登錄首頁的設計

參賽者在首頁登錄時要簡單、快捷，另外還要安全，因此采用全屏單通道模式設計網頁，在這個模式下運行網頁時以全屏方式打開，用戶不能查看系統原文件，也不能調整窗口大小，菜單欄與工具欄也不顯示，在后臺規(guī)定好用戶名的方式，所以用戶在登錄時候不支持自己注冊，使用“123456”作為用戶首次登陸的密碼，首次登錄時用戶必須更改密碼才能進行相關的操作。通過如下方法實現：

2.前臺頁面的設計

我們把整個頁面按4個部分來劃分，項目標題顯示在頂部，作品顯示在上部分，評測指標顯示在下部分，作品文章目錄在左部來顯示，把右側設置為兩個部分。為了使評審專家操作起來更簡單，，對作品文檔的顯示區(qū)域進行擴展，并且在屏幕顯示的區(qū)域進行折疊設置，選手和專家進行瀏覽時可以對指標部分進行疊加，即：

系統基本完成了預期目標，經過專業(yè)測試功能可以滿足設計要求。

參考文獻：

[1]王玉海.軍隊一體化平臺比武競賽系統的設計與實現[D].大連理工大學,2010.

[2]羅元，陳炳和.高職院校教師績效管理體系設計與構建研究[J].中國成人教育,2011（04）：95－97.

[3]王安娜.淺談中職計算機技能競賽對教學改

作者簡介：李海斌（1982-），男，河北滄縣人，天津機電職業(yè)技術學院教務處講師，研究方向為計算機技術研究。

收稿日期：2015-06-03

文章編號：2095-8528（2015）04-097-04

文獻標識碼：A

中圖分類號：G202