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

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