金琦涵 沈琦

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

關(guān)鍵詞：Asp.net 消息中心 教育評價

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

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

一、本研究的背景

1.研究的背景和意義

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

2.應(yīng)用Asp.net開發(fā)消息中心的幾大優(yōu)勢

（1）良好性能

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

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

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

（3）強大的靈活性

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

（4）簡易性

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

（5）可管理性

它采用的基于文本的分層配置系統(tǒng)，大大簡化了將應(yīng)用部署到服務(wù)器環(huán)境的過程。

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

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

（7）自定義性和擴展性

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

（8）安全性

借助內(nèi)置的Windows身份認(rèn)證和基于每個應(yīng)用程序的安全配置，它可以保證應(yīng)用程序是安全的。

3.目前的研究現(xiàn)狀

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

二、設(shè)計與功能實現(xiàn)

1.系統(tǒng)需求分析

教育評價平臺消息中心的設(shè)計需要滿足多方面的需求，主要概括為滿足技術(shù)上的需求和滿足業(yè)務(wù)邏輯實現(xiàn)的需求。

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

業(yè)務(wù)邏輯需要實現(xiàn)的需求主要為以下內(nèi)容：

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

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

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

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

2.系統(tǒng)架構(gòu)分析與設(shè)計

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

3. 系統(tǒng)功能設(shè)計

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

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

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

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

（4）評價報告的轉(zhuǎn)發(fā)。按需要獲取并瀏覽師生賬戶內(nèi)的評價報告，并提交到訪問終端。

三、關(guān)鍵模塊技術(shù)分析與實現(xiàn)

1.Asp.net關(guān)鍵技術(shù)分析

（1） Response對象

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

（2） Request對象

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

（3） Session對象

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

（4） Get和Post方法的比較

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

2.統(tǒng)一的接口與數(shù)據(jù)封裝

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

3.帳戶信息訪問模塊

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

4.校本評價同步模塊

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

5. 提交評價信息模塊

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

6.評價報告查詢模塊

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

四、結(jié)論與展望

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

參考文獻

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

[2]張建沛.《數(shù)據(jù)庫原理及應(yīng)用系統(tǒng)開發(fā)》[M].北京：中國水利水電出版社，1999.4.

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

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

[5]黎卓虹.基于三層結(jié)構(gòu)數(shù)據(jù)可視化的開發(fā)及應(yīng)用[J].微計算機信息，2006，7-3.31.