基于Asp.net的教育評價平臺消息中心設計

金琦涵 沈琦

摘 要：隨著近年來移動互聯網的普及和應用，教育信息化平臺在向移動平臺遷移和發展。其包括的教育評價平臺也不例外。為滿足移動場景的教育評價應用需要，一個統一的服務器端信息處理中心的設計顯得尤為迫切。它既要滿足移動端接口訪問需求，又要降低各種設備的訪問成本且對信息的隨取隨用。

關鍵詞：Asp.net 消息中心 教育評價

隨著學校素質教育工作的全面推進，學校評價制度的改革得到了教育界的廣泛關注，通過各地教育部門的積極探索，取得了豐富的經驗。但是，現行中小學評價與考試制度與全面推進中的素質教育理念并不適應，這反映在它過分強調選拔功能，忽視正向激勵和改進的功能;注重學業成績，忽視學生全面發展與個體差異;關注結果而忽視個體學習過程，同時評價手段單一;尚未形成健全的校本評價制度等。因此，現代化的教育信息化評價平臺得到了快速地發展和重視，它以教育學理論為基礎，關注評價主體，在評價過程中對學生的學習生活活動及其行為進行全面的評價。現代化的教育評價平臺涵蓋到學生日常評價、學科評價、校本評價、發展性評價等多個評價維度。通過它，學校可以自設校本評價體系、評價指標、評價規則、評價反饋。同時，它注重個體在評價過程中的個人體驗，強化自我意識，以人文精神發展為目標，促進學生全面成長。

然而評價工具的移動化、互聯網化更是教育信息化評價平臺發展中的趨勢。它讓學生在溝通協調中更了解客觀、全面、真實的自己，更好地促進學生的發展。教師可通過信息化手段將評價輕松融入日常教育工作中，讓評價的導向作用得到增強。而目前使用的教育評價工具App又是基于多種平臺的，如安卓App、蘋果App、微信小程序等。因此教育評價消息中心設計顯得非常重要，它需要定義統一的消息服務接口及設計消息的處理引擎。同時它需要具有高兼容性、高性能、可擴展性、穩定性等特性。[1]

一、本研究的背景

1.研究的背景和意義

學校作為教育信息化的實踐單位，也是一個信息化的生態環境。學校系統包括由教育管理者、教師、學生、家長和社會力量等多個角色組成的一個網絡狀單位。要使教育信息化平臺對學校產生持續的影響，要綜合考慮到人的因素、設備的因素、技術的因素、教學因素和學校校本管理流程等各個方面。而我們教育評價平臺的設計，不僅僅是從一個因素來觀察和認知的，要以系統的觀點和方法來分析處理各個層次的現象和相關規律。當今教育信息化評價平臺離不開移動終端的支持，而消息處理中心作為移動終端和教育評價平臺的一個橋梁，起著非常關鍵的作用。一個良好設計的消息中心將改變教育評價平臺的內部生態環境。[2]

2.應用Asp.net開發消息中心的幾大優勢

（1）良好性能

Asp.net是在服務器上運行的、編譯好的公共語言運行庫代碼，因此在實時運行時可以獲得非常好的性能。

（2）完善和強大的工具支持

Asp.net的框架有Visual Studio集成開發環境支持，大量的工具箱和設計器對開發人員來說非常友好，開發工作便捷而高效。

（3）強大的靈活性

Net框架類庫、消息處理和數據訪問，都可以從Web端無縫的進行訪問。

（4）簡易性

Asp.net使執行常見的任務變得容易，從簡單的窗體提交、身份認證到部署站點和配置，都非常容易進行。

（5）可管理性

它采用的基于文本的分層配置系統，大大簡化了將應用部署到服務器環境的過程。

（6）可收縮性和高可用性

Asp.net專門增加了用于多處理器和各種不同環境中提高性能的工具。

（7）自定義性和擴展性

它可以自己編寫自定義的組件，擴展或替換原來運行庫中的任何組件。

（8）安全性

借助內置的Windows身份認證和基于每個應用程序的安全配置，它可以保證應用程序是安全的。

3.目前的研究現狀

當前教育信息化建設的核心目標是強調要深入貫徹落實教育規劃綱要，創新教育模式和學習方式，加強優質教育資源和信息化環境的建設，推進信息技術與教育教學的深度融合，加快提升教育信息化的整體水平。而教育信息化的整合觀念是教育信息化實施的關鍵前提和要素。經過深入的調查和研究，各級學校已經應用各種各樣的教育領域App整合到教育評價整體的生態環境當中。但隨著技術的快速發展，硬件的升級淘汰，教師使用的移動終端一直都在發生變化，因此尚未有一個平臺可以兼容各種各樣的App終端的連接。因此支持跨平臺的教育評價消息中心的設計顯得尤為重要，而且這樣的工作也屬于剛剛的初探階段。本文所做的工作即是探討如何設計教育評價的消息中心，以滿足學校教育評價應用的實際需求。

二、設計與功能實現

1.系統需求分析

教育評價平臺消息中心的設計需要滿足多方面的需求，主要概括為滿足技術上的需求和滿足業務邏輯實現的需求。

技術上的需求主要概括為以下三個方面。一是滿足跨平臺不同App對消息中心消息收發的需求，并具有統一定義規范的接口。二是滿足性能上的要求，支持多并發的訪問。三是支持多個消息中心之間信息的轉發。

業務邏輯需要實現的需求主要為以下內容：

（1） 師生基本信息的訪問。訪問并獲取師生基本的信息，包括標識信息、基礎信息、屬性信息。獲取的方式上是多樣化的，既可以獲取單個用戶信息，也可以同時獲得多個用戶的信息。[3]

（2） 校本評價要素的存取。學校校本評價體系的設計是多個層次、多個維度、多個粒度上進行的。涉及到的設計要素分為評價者，被評價對象，評價內容，評價指標，評價值等。消息中心作為與外界溝通的橋梁，需要對這些評價要素信息的獲取和操作提供良好的支持。

（3） 實施評價的實時信息。教師移動終端可以在教學活動當中對學生進行基于情境的過程性評價。因此相關的評價指標、評分，信息會被實時地提交和處理。

（4） 校本報告的存取。滿足師生對與個人評價報告、統計信息進行瀏覽和存取的需要。

2.系統架構分析與設計

整體軟件架構基于經典的B/S架構，即瀏覽器服務器架構。在這種架構下，主要的業務邏輯都在服務器端實現。瀏覽器和App使用Http協議及約定的通信接口和服務器進行通訊協作。服務器上主要由基于Asp.net的IIS提供web服務及后臺Mysql數據庫支持。教育評價平臺主要有消息中心和業務處理兩個大部分構成。其中消息中心包括了消息收發服務接口、消息處理引擎和消息存儲日志庫。而業務邏輯模塊主要實現教育評價的核心需求，它包括了評價設計模塊、評價計算模塊和評價實施模塊。如圖1所示：

3. 系統功能設計

消息中心需要對業務模塊的主要功能提供移動終端訪問的支持。主要有以下功能：

（1）學生老師賬戶信息訪問功能。查找驗證師生賬戶信息，在此基礎上獲取并瀏覽師生的用戶信息。

（2）校本評價信息同步。包括評價指標的查找并獲取關鍵信息，同時可以進行評價指標的同步與更新。

（3） 提交評價實時信息。獲得并處理移動終端所提交的評價實時信息。這些評價信息將提交給業務邏輯模塊進行相關的處理及存儲。

（4）評價報告的轉發。按需要獲取并瀏覽師生賬戶內的評價報告，并提交到訪問終端。

三、關鍵模塊技術分析與實現

1.Asp.net關鍵技術分析

（1） Response對象

Response對象是屬于Page對象的成員。Response對象的主要功能是將HTTP的信息封裝后，從ASP.NET的服務器端響應到用戶所瀏覽的網頁上，稱之為HttpResponse。Response將用于回應客戶瀏覽器，告訴瀏覽器回應內容的報頭、服務器端的狀態信息以及輸出指定的內容。與Response對應的Request對象用于獲取從瀏覽器向服務器所發送的請求中的信息。當用戶點擊“提交”按鈕時，包含在輸入控件中的數據信息將會與表單一起被發送到服務器端。服務器端的Request對象就會讀取通過HTTP請求發送的數據。這時候還可以使用Response去進行頁面的跳轉。此外，Response對象的Redirect方法可實現頁面重定向功能。

（2） Request對象

Request對象也是Page對象的成員之一，在程序中并不需要聲明便可以直接使用。它主要是讓服務器取得客戶端瀏覽器的一些數據。Request對象實際上操作System.Web命名空間中的HttpRequest類。當用戶發出請求執行ASP.NET程序時，CLR會將客戶端的請求信息包裝在Request對象中。這些請求信息包括請求報頭、客戶端的請求信息、請求方法、參數名、參數值等。獲取信息的方式最主要有兩種，一種是表單用Post傳來的參數，數據是存在于請求報文體當中。那么相對應的，在服務器端，獲取瀏覽器提交的數據方式就是Context.Request.Form[“xxx”]中提取。另一種是通過URL參數，數據存在于UR鏈接字符串中。那么獲取數據的方式是 ?Context.Request.QueryString[“xxx”]中提取。另外，無論瀏覽器提交的數據方式是哪種，都可以直接用Context.Request[“xxx”]來讀取數據。

（3） Session對象

Session對象用于存儲從一個用戶開始訪問某個特定的Aspx的頁面起到用戶離開為止，特定的用戶會話所需要的信息。用戶在應用程序的頁面切換時，Session對象的變量不會被清除。 用Session進行狀態管理是ASP.NET最好的特性之一，因為它是安全的，對于客戶端是透明的，并且他能存儲任何類型的對象。[4]

（4） Get和Post方法的比較

HTTP有兩種請求方法在客戶機和服務器之間進行請求響應，這兩種最常被用到的方法是：GET 和 POST。GET方法是從指定的資源請求數據。POST是向指定的資源提交要被處理的數據。以下是使用 Get 和 Post 時不同點的比較：當瀏覽器如果有回退操作時，如果使用GET相關信息是直接從歷史緩存中讀取的，但是POST會再次提交請求。GET產生的URL地址可以被標記，而POST所產生的URL地址并不可以。GET請求會被瀏覽器主動儲存而POST不行，除非進行特別的設置。GET編碼較為單一，而POST支持多種編碼方法。GET請求參數會被完整保留在瀏覽器歷史記錄里，而POST中的參數不會被保留。GET請求在URL中傳送的參數是有長度限制的，而POST沒有。對參數的數據類型而言，GET只接受ASCII字符，而POST沒有限制。GET比POST更不安全，因為參數直接暴露在URL上，所以不能用來傳遞敏感信息。GET參數通過URL傳遞的，POST則放在Request body中。[5]

2.統一的接口與數據封裝

首先，使用HTTP的GET方法來實現接口，這樣的接口在各類型的App終端上均可實現。通過定義一個通用的接口，包括參數CommandType、Parameter1、Parameter2直到ParameterN。其中CommandType參數表示命令字，Parameter1到ParameterN為命令的參數。在程序模塊中通過引用Request["CommandType"]和Request["ParameterN"]來獲取所傳遞的接口參數。針對不同的CommandType命令字可以解析成不同的應用邏輯，然后創建線程來并發處理執行。而對于返回的數據則使用Jason格式進行封裝，通過對KeywordName和KeywordValue鍵值對的數據進行統一封裝并發送到客戶端。

3.帳戶信息訪問模塊

最基本的帳戶訪問請求是用戶登錄的驗證。當收到命令字為用戶登錄驗證時，相關的用戶名、密碼等參數會發送到用戶登錄驗證模塊。相關的信息會在MySQL數據庫中通過Select語句進行比對和查詢，如果滿足驗證要求，會返回驗證通過。此外，最常見的業務需求是移動終端通過二維碼掃描得到用戶編碼，然后發送請求并希望獲取用戶的基本信息。當收到相關命令字時，模塊將從數據庫中調取相關用戶的信息，然后進行數據封裝以Jason數據包的形式返回客戶端。

4.校本評價同步模塊

校本評價同步模塊需要支持單個或批量校本評價指標的查詢和更新。校本評價指標由多個的重要要素構成，包括指標評分類型、取值范圍、評分頻次、指標分項、計算方式等。這些都將在參數ParameterN中詳細定義。同時需要對評價指標進行一個版本號的設定，當服務器版本號高于移動客戶端內數據時則主動進行更新。

5. 提交評價信息模塊

移動App將通過Http協議和服務器進行通訊，發送Get請求把評價的數據提交到了服務器。請求參數包括了TargetUserID被評價對象、PostUserID評價者、QuotaSequenceID評價指標、QuotaValue評分、QuotaDescription指標描述、MatchValue匹配方式等各項重要信息。相關的評分信息會提交評價模塊處理，通過Insert語句插入相關的信息到數據庫表中。

6.評價報告查詢模塊

評價報告的查詢功能主要由客戶端發起請求并調用，主要分為三步進行：獲取評價報告模板、獲取評價報告數據、生成報告信息并返回。首先，軟件通過接口獲取報告的ID參數并識別出報告的類型，從數據庫中調用相關的評價報告模板。然后從數據庫中查詢到評價報告的具體數據，并通過字符串匹配替換模板中的數據項并生成具體的報告。最后，通過Response語句將完整的報告發送返回到移動客戶端。

四、結論與展望

當前教育信息化的發展也進入了一個全新的階段，各種云平臺、智慧校園平臺，極大豐富了教學的方式，提高了教學效率。本文所討論設計的消息中心在上海多所中小學校教育評價平臺中已經得到使用。通過消息中心的應用，教育評價平臺所提供的對于安卓、蘋果和微信小程序多種移動終端的支持能力，深受師生的好評。通過一個階段的實踐，這里也針對消息中心設計的不足，做出進一步的展望：（1） 對于傳輸內容的支持上。越來越多的多媒體社交內容被應用到教育教學過程當中，因此消息中心未來將研究提供對聲音、視頻、流媒體的廣泛支持。（2） 對于復雜場景支持能力上。為了面對海量的傳輸數據和高并發的應用需求，目前消息中心的架構需要進一步優化，以面對更高要求的應用場景。隨著本研究的進行和在學校深入的實踐，我們深深地體會到應該在未來研究中由關注軟件和硬件，轉變到關注教師觀念和教學實施過程的配合、轉變到關注學生學習和教學反饋的滲透，這樣才能讓信息化平臺及設備更好地助力教育事業的發展。

參考文獻

[1]程書肖.2004.教育評價方法技術.北京：北京師范大學出版社，2004.

[2]張建沛.《數據庫原理及應用系統開發》[M].北京：中國水利水電出版社，1999.4.

[3]高宏，李俊民等.ASP.NET典型模塊與項目實戰大全（第1版）[M].北京：清華大學出版社，2012.

[4]盧桂珍.高校學生宿舍管理系統的分析與設計[J].電子測試，2013，（19）：186-187.

[5]黎卓虹.基于三層結構數據可視化的開發及應用[J].微計算機信息，2006，7-3.31.