□房曉陽 肖長水

新冠疫情席卷全球，在疫情防控形勢下，對高職院校的信息化建設(shè)提出了較高的要求。一方面，需要響應(yīng)上級部門的監(jiān)管要求，對疫情的信息進行采集和管理；另一方面，需要在科學(xué)防控疫情的前提下，保障學(xué)校正常的教學(xué)秩序、學(xué)生工作和學(xué)校其他業(yè)務(wù)的順利開展。在這種突發(fā)情況之下，信息系統(tǒng)或相關(guān)應(yīng)用的需求體現(xiàn)了融合性、精確性、敏捷性等諸多特點。事實上，以往高職院校的信息化建設(shè)由于本身業(yè)務(wù)較為固定，往往會采購一定市面上成熟的產(chǎn)品，對于定制的需求不是很強烈，系統(tǒng)一經(jīng)建成投產(chǎn)，后期的更新迭代較少，長期的建設(shè)模式慣性使得面對頻繁的業(yè)務(wù)需求時，高校缺乏解決方案進行應(yīng)對?；诖耍Y(jié)合疫情下高職院校信息化需求特點，提出幾種可行的解決思路。

一、疫情下高職院校信息化需求特點

(一)融合性。疫情期間的信息化需求體現(xiàn)了很高的融合性要求，建設(shè)新應(yīng)用所依賴的數(shù)據(jù)分布在不同的業(yè)務(wù)系統(tǒng)中，而快速地將這些分散在一卡通、教務(wù)、學(xué)工、保衛(wèi)、后勤中的數(shù)據(jù)快速匯聚融合到一起，成為了新需求能否按時完成的關(guān)鍵，在這個前提之下，使用以往的系統(tǒng)間離線導(dǎo)出導(dǎo)入方式的數(shù)據(jù)明顯存在很大問題，一是數(shù)據(jù)的實時性不能保證，二是人工處理或者是數(shù)據(jù)庫底層之間的數(shù)據(jù)集成，對數(shù)據(jù)的標(biāo)準(zhǔn)性、完整性和質(zhì)量都無法把控。如果高職院校對自身數(shù)據(jù)無法做到全面融合，則所建設(shè)的信息化系統(tǒng)很難達到預(yù)期的效果。

(二)準(zhǔn)確性。由于上級部門監(jiān)管和高職院校的自身管理要求，這些信息化需求的數(shù)據(jù)準(zhǔn)確性要求極高，信息的準(zhǔn)確性要求確認(rèn)數(shù)據(jù)源頭的唯一和準(zhǔn)確，因為基于不準(zhǔn)確信息源頭的任何數(shù)據(jù)的加工、分析都是錯誤的，更遑論疫情期間的數(shù)據(jù)上報和輔助決策了。對于具有特性的業(yè)務(wù)數(shù)據(jù)，一般容易確定數(shù)據(jù)的來源，也就能夠較為準(zhǔn)確地把握數(shù)據(jù)的準(zhǔn)確性，例如學(xué)生的門禁刷卡數(shù)據(jù)，僅來源于一卡通系統(tǒng)。而一些共性的數(shù)據(jù)，由于各個業(yè)務(wù)系統(tǒng)建設(shè)存在先后，早期的數(shù)據(jù)共享缺乏規(guī)范等歷史原因，會存在各個系統(tǒng)內(nèi)的共性數(shù)據(jù)存在多個來源，甚至數(shù)據(jù)流向混亂的情況。

(三)敏捷性。與互聯(lián)網(wǎng)行業(yè)不同，高職院校的信息化建設(shè)往往是采用先規(guī)劃后建設(shè)的方式，通常在整體的方案確定之后，才會進行采購和項目建設(shè)，這種建設(shè)方式是比較適合軟件工程中的瀑布模型的，因為整個建設(shè)的過程中成本、范圍和需求一般不會出現(xiàn)大的變更。疫情期間的信息化建設(shè)需求呈現(xiàn)任務(wù)緊急、需求變化快的特點，往往系統(tǒng)的需求是一天一個變化，這就要求不論是軟件的開發(fā)還是項目的管理，都要采用非常敏捷的方式來應(yīng)對這種頻繁的版本迭代。

二、疫情下高職院校信息化建設(shè)解決思路

(一)搭建主數(shù)據(jù)平臺，構(gòu)建數(shù)據(jù)管理體系。為獲得準(zhǔn)確的業(yè)務(wù)數(shù)據(jù)，基于數(shù)據(jù)中臺架構(gòu)建設(shè)高職院校新一代主數(shù)據(jù)平臺，利用數(shù)據(jù)中臺將各個業(yè)務(wù)部門的數(shù)據(jù)匯聚起來，形成數(shù)據(jù)貼源層，經(jīng)過清洗和加工后的數(shù)據(jù)，可以按照主題歸入到數(shù)據(jù)倉庫中，作為學(xué)校數(shù)據(jù)資產(chǎn)形式沉淀下來。數(shù)據(jù)倉庫根據(jù)不同的業(yè)務(wù)細分可以形成數(shù)據(jù)集市，有信息化建設(shè)需求之時，建設(shè)方可以瀏覽數(shù)據(jù)集市，通過數(shù)據(jù)中臺提供的各種標(biāo)準(zhǔn)化的接入方式，獲取數(shù)據(jù)。為充分發(fā)揮主數(shù)據(jù)平臺的作用，配套數(shù)據(jù)管理體系也十分重要，對全校的數(shù)據(jù)通用數(shù)據(jù)制定編碼規(guī)范，通過主數(shù)據(jù)平臺處理后的數(shù)據(jù)以標(biāo)準(zhǔn)的編碼值輸出，制定數(shù)據(jù)管理規(guī)范和質(zhì)量標(biāo)準(zhǔn)，確定數(shù)據(jù)產(chǎn)生部門對數(shù)據(jù)準(zhǔn)確性的責(zé)任。

(二)服務(wù)微化轉(zhuǎn)型。為了能夠應(yīng)對快速的需求開發(fā)和應(yīng)對頻繁的需求變更，可以使用微服務(wù)的設(shè)計思想進行系統(tǒng)的開發(fā)，以往高職院校建設(shè)的信息化應(yīng)用往往是單一部署、各個組件之間的耦合度很高，這種系統(tǒng)有比較高的維護成本，不適應(yīng)頻繁的需求變化。利用微服務(wù)的思想，可以將一些復(fù)雜度不是很高的信息化需求建設(shè)成為微服務(wù)應(yīng)用，結(jié)合虛擬化技術(shù)和分布式技術(shù)，此類微服務(wù)應(yīng)用可以適應(yīng)非常頻繁的業(yè)務(wù)變化，而且可拓展性比較強，針對不同的需求，可以拓展網(wǎng)絡(luò)、計算和存儲資源，兼顧了靈活性和魯棒性。

按照現(xiàn)在通常的定義，微服務(wù)是面向服務(wù)體系SOA的一種改進，即把應(yīng)用程序設(shè)計為一組松耦合的服務(wù)，以便于后期的復(fù)用。微服務(wù)的建設(shè)思路要求的是對高校目前所建的服務(wù)進行治理，梳理并且對所有的服務(wù)進行劃分，與傳統(tǒng)的單體開發(fā)完成所有模塊后整體編譯部署上線不同，由于每個服務(wù)都是獨立運轉(zhuǎn)的，所以使得系統(tǒng)整體的穩(wěn)定性和可拓展性都得到了很大的提升。

(三)項目管理敏捷化。高職院校的信息化建設(shè)往往嚴(yán)格按照招標(biāo)要求進行建設(shè)，但從實際的項目建設(shè)情況來看，需求往往是逐漸明晰的，外部環(huán)境的變化，更會造成大量的需求變更，傳統(tǒng)方式會盡量回避這種變更，保證項目范圍的可控從而能夠順利在預(yù)計的時間內(nèi)完成招標(biāo)的功能。面對如今越來越多的需求變更的情況，筆者認(rèn)為建設(shè)過程中應(yīng)該引入敏捷的思想，敏捷思想主張擁抱變化，重視甲乙雙方之間的溝通交流，對于高職院校建設(shè)一些小型的應(yīng)用非常適用。

敏捷開發(fā)是以用戶的需求為項目推進的核心要素的，需要項目建設(shè)的各方尤其是需求方(業(yè)務(wù)方)深度地參與到開發(fā)迭代中，這樣對于信息化主管部門來說，整體需求的準(zhǔn)確度和項目的推進會具有更高的效率，開發(fā)方交付的軟件產(chǎn)品也會更加覆蓋需求。敏捷開發(fā)通常會將一個復(fù)雜的項目分解為一些小項目，保證了每一個段的項目階段都會有一定的產(chǎn)出，如果產(chǎn)出出現(xiàn)了偏差，可以快速反饋及時糾正，這樣可以有效避免傳統(tǒng)方式開發(fā)的“閉門造車”模式，經(jīng)過長時間開發(fā)后的結(jié)果卻與需求出現(xiàn)偏差，導(dǎo)致重復(fù)返工，并且可能錯過了業(yè)務(wù)期。

三、案例分析

(一)綜合疫情管理。根據(jù)綜合疫情防控的需要，蘇州市職業(yè)大學(xué)也基于微服務(wù)的架構(gòu)，新建了一系列的應(yīng)用，涵蓋了每日體溫填報、每日健康打卡、出入校門的、宿舍門的黑白名單機制、特殊時期輿情監(jiān)控，上述這些應(yīng)用都會產(chǎn)生數(shù)據(jù)，一個綜合的分析應(yīng)用可以為校方的管理人員提供決策，比如對體溫異常的學(xué)生進行重點監(jiān)控；對不符合入校規(guī)則的人員直接在校門刷卡入校環(huán)節(jié)就進行告警；對學(xué)校封閉期間的重點輿情關(guān)鍵詞進行密切關(guān)注，必要時可以對特定的人員進行干預(yù)。

(二)浴室預(yù)約。疫情期間需要對校內(nèi)的公共場所進行人員的限流，如何對浴室這類生活必須的場所進行有效管理成為難點。蘇州市職業(yè)大學(xué)的做法是采用線上提前預(yù)約+一卡通刷卡作為進入浴室的身份證明。線上開放浴室預(yù)約微應(yīng)用，采用分時段的預(yù)約制，每個時段只有有限的資源，約完即止。上線使用以來，效果良好，但是部分學(xué)生反映浴室很難預(yù)約到，通過實際的一卡通刷卡數(shù)據(jù)又發(fā)現(xiàn)，很多學(xué)生存在失約。為解決此問題，在后續(xù)的迭代版本中加入了失約的灰名單機制，對出現(xiàn)失約行為的學(xué)生，自動加入灰名單，限制其一段時間內(nèi)再次預(yù)約。經(jīng)過多次版本迭代改進，貼近業(yè)務(wù)需求，此應(yīng)用使得疫情期間的浴室資源利用率大大提高，在學(xué)生群體內(nèi)也收獲了不錯的評價。

(三)啟示。對于開發(fā)應(yīng)用，數(shù)據(jù)是基礎(chǔ)，數(shù)據(jù)的價值也是只有在被使用的時候才會被發(fā)現(xiàn)，基于數(shù)據(jù)中臺來獲取人員、一卡通等基礎(chǔ)數(shù)據(jù)，減少了溝通的成本，同時，數(shù)據(jù)中臺以標(biāo)準(zhǔn)化的接口來對外提供服務(wù)，這些服務(wù)一經(jīng)開發(fā)是可以多次使用的，避免了重復(fù)制造“車輪子”的問題，必然減少了開發(fā)周期，服務(wù)需要接入的應(yīng)用“先授權(quán)，后使用”，這些服務(wù)都是通過平臺本身進行監(jiān)管的，可以有效減少不規(guī)范的數(shù)據(jù)使用情況，提升數(shù)據(jù)共享的安全性。另外，數(shù)據(jù)的使用也會暴露一些問題，例如在上述浴室預(yù)約的應(yīng)用開發(fā)過程中，曾經(jīng)計劃使用人臉識別進行身份認(rèn)證，后來因為人臉數(shù)據(jù)的缺失，在可行性分析階段否決了這種方案，造成數(shù)據(jù)出現(xiàn)問題的原因可能是源頭業(yè)務(wù)系統(tǒng)的設(shè)計不規(guī)范，也可能是管理和操作上存在漏洞，這時候就需要制度來保障對數(shù)據(jù)源頭進行整改，從這個意義上來說，主數(shù)據(jù)平臺能夠反過來對原有業(yè)務(wù)的改進提出指導(dǎo)意見。

引入微服務(wù)和敏捷開發(fā)的思想的優(yōu)勢是可以使得廠商、信息化主管部門、業(yè)務(wù)部門可以更加專注于業(yè)務(wù)，更加高效溝通，以最快的速度不斷迭代出符合需要的、高拓展性軟件應(yīng)用。以每日健康打卡為例，在疫情高峰期，此應(yīng)用的需求幾乎每天皆有變化，快速的版本迭代對于廠商和校方來說都有較大的壓力，隨著師生參與度不斷提升，對應(yīng)用的并發(fā)要求也逐漸提高，這可能都是應(yīng)用投入使用之處未曾考慮到的。得益于選型階段采用微服務(wù)架構(gòu)，每日健康打卡應(yīng)用可以很快速地響應(yīng)需求的變更，同時對于不斷增加的系統(tǒng)吞吐量要求，也具備水平和垂直拓展的能力，滿足了整體要求。不過從客觀上來說，系統(tǒng)架構(gòu)之爭從未停止，微服務(wù)架構(gòu)會增加系統(tǒng)的復(fù)雜度，是會增加維護成本的，所以到底使用何種架構(gòu)開發(fā)應(yīng)用，還需根據(jù)實際情況進行考量。

四、結(jié)語

本輪疫情是對高職院校的信息化建設(shè)情況的一次測驗，考驗了各個業(yè)務(wù)域的信息化情況、數(shù)據(jù)的融合共享情況、項目的管理能力等，可以說，有不足之處，也有經(jīng)驗收獲。隨著智慧校園發(fā)展的不斷深入，整合業(yè)務(wù)和數(shù)據(jù)也成為發(fā)展趨勢，借助引入互聯(lián)網(wǎng)行業(yè)的數(shù)據(jù)中臺、微服務(wù)、敏捷開發(fā)思想，有助于在實踐中對技術(shù)架構(gòu)和思維方式進行創(chuàng)新，為未來的建設(shè)指明方向。