摘 要：民辦應用型本科院校的教學質(zhì)量保障建設一直是阻礙其發(fā)展的軟肋，本文以微服務為切入點，分析了微服務下民辦應用本科院校教學質(zhì)量保障建設的內(nèi)容和技術(shù)，論證了通過基于微服務的教學質(zhì)量保障信息化建設，民辦應用本科院校完全可以實現(xiàn)教學質(zhì)量保障的彎道超車。
　　關(guān)鍵詞：微服務 大數(shù)據(jù) 教學質(zhì)量保障 信息化
　　中圖分類號：G647.2 文獻標識碼：A 文章編號：1672-3791（2018）09（c）-0181-02
　　當前民辦應用型本科院校規(guī)模不斷壯大，但由于眾所周知的歷史原因，與公辦院校相比教學質(zhì)量的保障一直是其軟肋，阻礙其由大到強進一步發(fā)展。
　　雖然民辦應用型本科院校在教學質(zhì)量保障制度和管理上比較落后，但只要其發(fā)揮民辦教育的靈活性，抓住國家推進教育信息化的歷史機遇，以教育信息化為支撐，圍繞“教學質(zhì)量保障”做文章，在課程改革、教學方式、教學管理上進行一系列創(chuàng)新，充分利用信息化教學設備和教育資源，將信息技術(shù)引入教學質(zhì)量保障的全方位和全過程，推動教學質(zhì)量保障理念、方法和模式的深刻變革，實現(xiàn)教學質(zhì)量保障與信息化的深度融合，最終在人才培養(yǎng)的激烈競爭中實現(xiàn)“彎道超車”。
　　民辦應用型本科院校相對于其他高校更重視學校的教學質(zhì)量保障信息化建設，但目前其平臺建設仍采用單體采購模式，模塊之間相互分割，無法實現(xiàn)對已有平臺的集成和復用，不支持持續(xù)的開發(fā)和不斷迭代，對新技術(shù)和開放工具兼容性差。不能適應現(xiàn)代教育教學對教學質(zhì)量保障業(yè)務變更、持續(xù)改進的要求。
　　經(jīng)過反思，應用型的本科院校教學質(zhì)量保障信息系統(tǒng)的建設應從開發(fā)流程、應用架構(gòu)、部署技術(shù)、基礎設施等方面進行全面探討，實現(xiàn)業(yè)務和業(yè)務之間、業(yè)務和數(shù)據(jù)之間充分解耦，走微服務、技術(shù)和服務的“超融合”的道路。在教學質(zhì)量保障信息系統(tǒng)頂層設計時，引入基于信息資源規(guī)劃、技術(shù)架構(gòu)規(guī)劃、環(huán)境保障規(guī)劃的思路，另外在技術(shù)層面，運用原生云架構(gòu)設計，以及微服務架構(gòu)設計。
　　1 微服務下應用型院校教學質(zhì)量保障系統(tǒng)建設的內(nèi)容
　　傳統(tǒng)的教學質(zhì)量保障系統(tǒng)建設是構(gòu)建構(gòu)建一個個獨立的功能或者資源模塊，進而形成形成一個系統(tǒng)，其弊端是業(yè)務功能重疊，缺乏共享和協(xié)同，系統(tǒng)變化和調(diào)整十分困難，這是一種單體的開發(fā)模式。微服務下的教學質(zhì)量保障系統(tǒng)建設采用微處理模式，摒棄單體開發(fā)模式的弊端，將整個系統(tǒng)進行分解，形成相互連接但又相對獨立的微服務應用。在系統(tǒng)的建設過程中充分的考慮了硬件配置和資金的同時，還考慮到基礎設置的成本問題。采用微服務架構(gòu)使需求與業(yè)務能力相匹配，盡可能的細化服務粒度，靈活地降低變化和負載所帶來的影響，為今后系統(tǒng)的迭代和升級留下無限的空間。
　　1.1 結(jié)構(gòu)模型
　　基于微服務架構(gòu)的教學質(zhì)量保障系統(tǒng)平臺整體分為兩部分：一部分為技術(shù)實現(xiàn)，涉及教學質(zhì)量保障系統(tǒng)的各個核心業(yè)務功能的實現(xiàn)。從技術(shù)層面講，就是將原來復雜的單體應用進行細化和拆分，形成一個個相互獨立，功能分散的點，并且這些功能點是以微服務接口API的形式存在。另外一部分是微服務接口之間的組合，從用戶和角色的維度實現(xiàn)各級使用者如普通用戶和管理員的UI界面端。UI端的形式多種多樣，既可以可以在PC端又可以在移動端運行，還可以用進一步形成基于Web的API接口供其他第三方用戶使用。總體來說，微服務的接口對于用戶而言是透明的，用戶只需要按照自己的功能需求設計自己的UI，不用考慮使用什么接口，其他工作會由注冊的微服務來完成。這一架構(gòu)有利于建立起一套多元互動的資訊交流和信息反饋機制來對教學情況進行具體監(jiān)察。
　　1.2 相關(guān)的微服務接口
　　微服務架構(gòu)設計就是要打破傳統(tǒng)的整體設計的思想，引入面向服務架構(gòu)的思想，以解決業(yè)務需求為著眼點，緊緊圍繞業(yè)務來構(gòu)建微應用，對傳統(tǒng)的圍繞功能的而展開單體設計模式進行改造，按照服務接口的方式進行分解，初期微服務的構(gòu)建可以基于高校狀態(tài)數(shù)據(jù)庫的要求，收集狀態(tài)指標體系中的重要指標，具體可分解為專業(yè)建設大數(shù)據(jù)服務接口、教學大數(shù)據(jù)服務接口、學生大數(shù)據(jù)服務接口、評價與反饋大數(shù)據(jù)服務接口，接口與接口之間相互獨立，且只專注于自身的業(yè)務功能。通過接口之間的相互調(diào)用和組合可以滿足各類管理人員對功能的需求。微服務接口和功能在開發(fā)實現(xiàn)階段各自只需要專注各自的需求，相互獨立且隔離。
　　2 微服務下應用型院校教學質(zhì)量保障系統(tǒng)建設的技術(shù)
　　2.1 REST
　　REST即Representational State Transfer，即表述性狀態(tài)轉(zhuǎn)移，它是傳統(tǒng)的基于SOAP和WSDL的Web服務的更為簡單的替代方案。它由Roy Fielding首次提出，并對使用Web服務作為分布式計算平臺的一系列軟件體系結(jié)構(gòu)原則進行了分析。REST定義了應該如何正確地使用Web標準，例如HTTP和URI。REST是一組架構(gòu)的約束條件和原則。滿足其約束條件和原則的應用程序設計就可以稱之為RESTful。REST并非一種新近興起的語言技術(shù)，也不是新的技術(shù)框架，REST僅僅是一種回歸HTTP的建議，一種風格、概念和約束。真正的REST應用服務應遵循4個基本的原則共識：（1）顯式地使用超文本傳輸協(xié)議HTTP中的方法；（2）與HTTP協(xié)議一樣沒有狀態(tài)；（3）使用目錄結(jié)構(gòu)式的公開的URI；（4）使用XML、JSON，或同時使用兩者，作為傳輸?shù)膬?nèi)容。
　　REST優(yōu)點在于其至簡的設計哲學，不產(chǎn)生任何新的協(xié)議，完全是輕量級的，僅僅使用通用的超文本傳輸協(xié)議HTTP， 易于被廣泛接受和使用。
　　2.2 Angular
　　Angular是由谷歌公司支持的一種開源的前端框架，其功能十分強大，可以把靜態(tài)頁面與動態(tài)數(shù)據(jù)綁定起來，其開發(fā)的應用可以像一個原生的APP一樣支持單頁應用，并且開發(fā)人員可以自主決定數(shù)據(jù)的綁定方式是單向的還是雙向的。并且它還提供了一整套強大的命令行開發(fā)工具CLI，其功能可擴展，本身就支持MVC的開發(fā)模式，可以幫助開發(fā)者快速進行迭代開發(fā)。
　　3 結(jié)語
　　與單體應用截然不同，基于微服務架構(gòu)的教學質(zhì)量保障平臺各服務接口和功能邊界十分清晰，大大簡化了程序開發(fā)和設計人員的工作，縮短了項目的周期，使項目更具有可行性，更容易迭代。由于各個服務的接口相互獨立，系統(tǒng)如果發(fā)生故障，問題會被隔離至最小，僅僅是發(fā)生異常的接口不能使用，其他服務接口將不受影響，照樣正常運作。另一方面，服務接口的維護和升級也不會對其他服務接口造成影響，與單體應用比較更具可維護性，更加健壯。同時，教學質(zhì)量保障相關(guān)微服務接口可以隨著管理的需要，學校的發(fā)展、教學管理的變革在數(shù)量上不斷地擴展、在功能上不斷地升級，有利于分段實施，逐步完善，使系統(tǒng)不斷迭代以滿足日益變化的教學質(zhì)量保障的要求。
　　參考文獻
　　[1]朱士中，王加年，先曉兵，等.常熟理工學院微服務無縫嵌入實踐教學管理平臺[J].中國教育網(wǎng)絡，2017（11）：31-32.
　　[2]劉劭.基于微服務的教學支持平臺服務端的設計與實現(xiàn)[D].南京大學，2018.
　　[3]喻松仁，江黎，蔡少華，等.面向過程的動態(tài)教學質(zhì)量監(jiān)控信息平臺構(gòu)建的探索[J].大學教育，2015（3）：47-48.
　　[4]史道敏.高職院校基于信息化平臺的教學質(zhì)量評價體系建設研究[J].科技經(jīng)濟市場，2015（10）：205.
　　[5]王紀利，申桂茹，李友仕.基于教學基本狀態(tài)數(shù)據(jù)采集平臺的教學質(zhì)量保障體系構(gòu)建探討[J].長江叢刊，2017（32）：241.

相關(guān)熱詞搜索：微服 信息化建設 教學質(zhì)量 科院 保障