黃丹霞，葉曉斌，婁嘉鵬

（北京電子科技學(xué)院 教務(wù)處，北京 100070）

0 引 言

當(dāng)前IOS、Android操作系統(tǒng)的手機(jī)在師生中越來越普及，除了QQ、微博、微信等熟悉的應(yīng)用，京東、國美、大眾點(diǎn)評等各大網(wǎng)站也相繼推出手機(jī)客戶端，聽書、看書、打車、各種上門服務(wù)等各類APP層出不窮，各種無線技術(shù)的應(yīng)用正在改變?nèi)藗兊纳罘绞?，可以說，在校大學(xué)生是在網(wǎng)絡(luò)應(yīng)用中長大的一代。作為教務(wù)管理部門，如何充分利用這一新技術(shù)，適應(yīng)這一新形勢，與時(shí)俱進(jìn)地創(chuàng)新當(dāng)前的教務(wù)管理方式，提高管理效率，成為擺在教學(xué)管理者面前的新課題。

我校原有教務(wù)管理方式主要是教務(wù)管理系統(tǒng)、教學(xué)輔助平臺、教務(wù)處網(wǎng)站三者相結(jié)合，發(fā)布教務(wù)管理信息，實(shí)現(xiàn)排課、考務(wù)安排、教學(xué)質(zhì)量評價(jià)和師生各項(xiàng)教學(xué)信息查詢、實(shí)現(xiàn)課后師生通過網(wǎng)絡(luò)進(jìn)行互動等各項(xiàng)功能。

在無線應(yīng)用時(shí)代，如何整合校園教務(wù)系統(tǒng)與無線網(wǎng)絡(luò)，從而實(shí)現(xiàn)二者的無縫連接，方便師生需求，市場上已有成熟的商業(yè)軟件，但存在弊端。一是需要進(jìn)行二次開發(fā)，以滿足個(gè)性化需求；二是不掌握自主產(chǎn)權(quán)，后期的功能修改、升級等全部要請軟件公司進(jìn)行，存在二次付費(fèi)問題。本論文使用Adobe AIR、Adobe Flash等相關(guān)技術(shù)，初步實(shí)現(xiàn)了一個(gè)完整的移動教務(wù)系統(tǒng)，實(shí)現(xiàn)了服務(wù)端向教務(wù)系統(tǒng)的數(shù)據(jù)提取，與手機(jī)客戶端的數(shù)據(jù)傳送。

1 系統(tǒng)總體設(shè)計(jì)

系統(tǒng)設(shè)計(jì)采用C／S架構(gòu)，為了保證系統(tǒng)數(shù)據(jù)安全性，系統(tǒng)架構(gòu)時(shí)采用兩個(gè)原則。一是所有用戶采用實(shí)名制方式管理；二是采取與教務(wù)管理系統(tǒng)一致的安全策略，即用戶的主動操作，如數(shù)據(jù)上傳和查詢只能在校內(nèi)進(jìn)行，但用戶客戶端在校內(nèi)和校外均可接收服務(wù)器推送的相關(guān)通知。網(wǎng)絡(luò)拓?fù)鋱D如圖1所示。

圖1 移動教務(wù)系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D

服務(wù)器端由教務(wù)管理人員操作，用于維護(hù)用戶數(shù)據(jù)、管理人員的通知推送和歷史消息查詢等（圖2所示）。客戶端在登錄時(shí)，將向服務(wù)器端發(fā)送驗(yàn)證請求。服務(wù)器端收到來自終端的用戶請求后，首先判斷用戶是否首次登錄。如果是首次登錄，查詢用戶是否存在，即與數(shù)據(jù)庫中存儲的用戶數(shù)據(jù)是否匹配；匹配則在數(shù)據(jù)庫中寫入用戶手機(jī)硬件ID，并判斷用戶身份；如果已不是首次登錄，直接驗(yàn)證用戶手號、IP號碼及手機(jī)硬件ID，確保用戶只能在校內(nèi)訪問，以充分保證安全性。

圖2 管理端功能圖

用戶終端身份分用教師與學(xué)生兩種。服務(wù)器端驗(yàn)證用戶存在并判斷用戶身份后，展現(xiàn)相應(yīng)的用戶界面。對應(yīng)的功能如圖3所示。

圖3 用戶終端可訪問的功能

2 系統(tǒng)邏輯架構(gòu)

系統(tǒng)采用三層架構(gòu)搭建，分為展現(xiàn)層、業(yè)務(wù)邏輯層與數(shù)據(jù)層。如圖4所示。

2.1 展現(xiàn)層（客戶端）

客戶端使用AIR（Adobe Integrated Runtime）開發(fā)，它是一個(gè)跨操作系統(tǒng)的集成平臺，支持現(xiàn)有的Web技術(shù)如Flash，F(xiàn)lex，HTML，JavaScript和AJAX，開發(fā)人員可以使用現(xiàn)有掌握最熟練的技術(shù)來開發(fā)最具用戶體驗(yàn)的程序

圖4 系統(tǒng)架構(gòu)圖

2．2 業(yè)務(wù)邏輯層（應(yīng)用服務(wù)）

應(yīng)用服務(wù)器采用Apache Tomcat作為W eb服務(wù)器，采用H ibernate、Spring、BlazeDS 作為數(shù)據(jù)、服務(wù)、通訊的中間件，負(fù)責(zé)從數(shù)據(jù)層到展現(xiàn)層的交互。

2.3 數(shù)據(jù)層（數(shù)據(jù)服務(wù)）

數(shù)據(jù)庫服務(wù)器采用PostgreSQL作為本地?cái)?shù)據(jù)應(yīng)用服務(wù)，存儲維護(hù)本地用戶信息、權(quán)限、角色以及文件等內(nèi)容，同時(shí)采用JDBC連接池訪問教務(wù)系統(tǒng)的遠(yuǎn)程ORACLE服務(wù)器，從而根據(jù)應(yīng)用服務(wù)傳遞的需求向教務(wù)系統(tǒng)讀取相應(yīng)的數(shù)據(jù)。

3 不足之處及展望

本系統(tǒng)的開發(fā)是對移動教務(wù)系統(tǒng)開發(fā)的一次可行性探索，包括原各系統(tǒng)的數(shù)據(jù)庫連接訪問、用戶管理安全策略、工具的選型、管理人員的使用體驗(yàn)以及校內(nèi)無線環(huán)境承擔(dān)能力等。實(shí)踐證明，實(shí)名制管理的安全策略有效，客戶端對系統(tǒng)的訪問穩(wěn)定，選用的各類開發(fā)工具技術(shù)正確可行。不足之處是當(dāng)前客戶端提供了各類查詢功能，實(shí)現(xiàn)了從服務(wù)器 “讀”數(shù)據(jù)的功能而未實(shí)現(xiàn)“寫”的功能，未能達(dá)到完全的交互。下一步的工作即是繼續(xù)收集、論證管理部門的業(yè)務(wù)需求，進(jìn)一步豐富客戶端的各項(xiàng)功能，使用戶在查詢數(shù)據(jù)之外，更可實(shí)現(xiàn)各類數(shù)據(jù)上傳和交互，如選課、四六級報(bào)名、教學(xué)評價(jià)等。

［1］［美］布羅西耶.Android移動應(yīng)用開發(fā)——基于Adobe AIR［M］．傳思，潘旭燕，譯．北京：清華大學(xué)出版社，2012．

［2］羅雷，韓建文，汪杰．Android系統(tǒng)應(yīng)用開發(fā)實(shí)戰(zhàn)詳解［M］．北京：人民郵電出版社，2014．

［3］郭少瑞，張鑫．ADOBEAIR完整入門與開發(fā)實(shí)錄——使用FLEX／FLASH／AJAX開發(fā)AIR應(yīng)用［M］．北京：清華大學(xué)出版社，2009.

［4］孫衛(wèi)琴.Tomcat與JavaWeb開發(fā)技術(shù)詳解［M］．北京：電子工業(yè)出版社，2009．

［5］劉增杰，張少軍．PostgreSQL 9 從零開始學(xué)［M］．北京：清華大學(xué)出版社，2013．