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

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