職業(yè)學(xué)校智慧校園應(yīng)用服務(wù)建設(shè)中的關(guān)鍵因素分析

陳小東，周 敏，顧衛(wèi)國

(江蘇省靖江中等專業(yè)學(xué)校，江蘇 靖江 214500)

1 智慧校園應(yīng)用服務(wù)建設(shè)過程中存在的問題

從江蘇省智慧校園評價(jià)指標(biāo)看，智慧校園建設(shè)的基礎(chǔ)部分大體可以分為基礎(chǔ)設(shè)施、應(yīng)用服務(wù)和組織保障三部分，就應(yīng)用服務(wù)部分對各校智慧校園建設(shè)情況進(jìn)行了調(diào)查，從各校的反饋情況看，底層數(shù)據(jù)不唯一、一卡通系統(tǒng)不集成、智慧化程度不高是存在的主要問題。

2 提升智慧校園建設(shè)質(zhì)量的策略

2.1 實(shí)行“頂層設(shè)計(jì)、分步實(shí)施”的整體建設(shè)方案

第一，頂層設(shè)計(jì)的關(guān)鍵在于確定數(shù)據(jù)的中心地位。頂層設(shè)計(jì)的核心是規(guī)劃智慧校園建設(shè)方案的架構(gòu)，厘清各模塊之間的主次關(guān)系和層次關(guān)系。以應(yīng)用為中心的方案突出了智慧校園的外延功能，解決的是量的多少問題，而內(nèi)部架構(gòu)決定了智慧校園的運(yùn)行效率，解決的是質(zhì)的優(yōu)劣問題，質(zhì)不優(yōu)，量越多，問題就越大。以數(shù)據(jù)為中心，整體制定全校的數(shù)據(jù)標(biāo)準(zhǔn)，數(shù)據(jù)唯一共享，避免各個(gè)應(yīng)用對數(shù)據(jù)的爭奪。

頂層設(shè)計(jì)的方法可以采用自頂向下的方法。方案設(shè)計(jì)時(shí)的站位要高，不能拘泥于細(xì)節(jié)，自頂向下對應(yīng)用服務(wù)功能進(jìn)行逐層細(xì)化，數(shù)據(jù)的收集、加工、存儲、傳遞和施用構(gòu)成了應(yīng)用服務(wù)的全部，體現(xiàn)了智慧校園的價(jià)值。

第二，分步實(shí)施的突破在于先搭平臺再建應(yīng)用。分步實(shí)施的任務(wù)是采用自底向上的方法，制定各模塊建設(shè)時(shí)間計(jì)劃的甘特圖并參照執(zhí)行。對智慧校園架構(gòu)進(jìn)行適度分層，引入應(yīng)用支撐平臺可以將應(yīng)用與數(shù)據(jù)解耦、應(yīng)用與應(yīng)用解耦，按照“先數(shù)據(jù)、再平臺、后應(yīng)用”的分步策略，保障實(shí)施計(jì)劃的制定和執(zhí)行。

分步實(shí)施的雷區(qū)是采用快速原型法進(jìn)行部署。快速原型法的實(shí)施是智慧校園整體架構(gòu)在時(shí)間軸上不同時(shí)間點(diǎn)的快照，不是“先平臺后應(yīng)用”的有序時(shí)間推進(jìn)，這種方法只適合于小規(guī)模、單一應(yīng)用系統(tǒng)的開發(fā)，對于智慧校園這樣一個(gè)復(fù)雜的生態(tài)系統(tǒng)來說顯然是不合適的。

2.2 利用“大數(shù)據(jù)、中平臺、小應(yīng)用”新架構(gòu)消除信息孤島現(xiàn)象

信息孤島是先前校園信息化、數(shù)字化過程中存在的最大問題，是當(dāng)前智慧校園建設(shè)過程中必須消除的現(xiàn)象。但目前主流的軟件開發(fā)方法仍然是煙囪式的開發(fā)方法，這是信息孤島必然存在的技術(shù)原因。

第一，數(shù)據(jù)標(biāo)準(zhǔn)化是消除信息孤島的必然要求。數(shù)據(jù)標(biāo)準(zhǔn)化的要點(diǎn)是應(yīng)用服務(wù)的去數(shù)據(jù)庫化。學(xué)校要主導(dǎo)將數(shù)據(jù)庫從所有應(yīng)用服務(wù)中剝離出來，形成統(tǒng)一的大數(shù)據(jù)中心，軟件開發(fā)企業(yè)在應(yīng)用服務(wù)的研發(fā)過程中，只要結(jié)合學(xué)校現(xiàn)有的數(shù)據(jù)標(biāo)準(zhǔn)，根據(jù)應(yīng)用自身的功能需求，完成數(shù)據(jù)庫的邏輯設(shè)計(jì)即可。

數(shù)據(jù)標(biāo)準(zhǔn)化的出路是將狀態(tài)數(shù)據(jù)和過程數(shù)據(jù)分開。狀態(tài)數(shù)據(jù)是過程數(shù)據(jù)的最終版，這個(gè)拷貝是學(xué)校基礎(chǔ)數(shù)據(jù)重要組成部分，必須保存在大數(shù)據(jù)中心，是學(xué)校決策的重要依據(jù)。過程數(shù)據(jù)往往比較龐大，為了給大數(shù)據(jù)中心瘦身，應(yīng)用服務(wù)可以有自己的過程數(shù)據(jù)庫，對過程數(shù)據(jù)擁有自主權(quán)。

第二，“大數(shù)據(jù)、中平臺、小應(yīng)用”新架構(gòu)是解決信息孤島問題的有效途徑。新架構(gòu)的中心是回歸數(shù)據(jù)的學(xué)校屬性。通過對智慧校園架構(gòu)進(jìn)行橫向分層，將所有底層數(shù)據(jù)進(jìn)行整合，形成邏輯上和物理上都是整體的大數(shù)據(jù)。在大數(shù)據(jù)中數(shù)據(jù)是學(xué)校的數(shù)據(jù)，不是某個(gè)應(yīng)用服務(wù)的數(shù)據(jù)，體現(xiàn)應(yīng)用服務(wù)是數(shù)據(jù)的生產(chǎn)者和消費(fèi)者，學(xué)校才是數(shù)據(jù)的擁有者，更重要的是，學(xué)校是數(shù)據(jù)的管理者。

新架構(gòu)的特色是突出數(shù)據(jù)的服務(wù)功能。應(yīng)用終究是一組數(shù)據(jù)上的業(yè)務(wù)邏輯，數(shù)據(jù)必然要服務(wù)于應(yīng)用。新架構(gòu)中引用“中平臺”層，將應(yīng)用和數(shù)據(jù)隔離開，通過接口打通應(yīng)用對數(shù)據(jù)的訪問。平臺層的功能主要是實(shí)現(xiàn)元數(shù)據(jù)維護(hù)、云接口管理、安全中心和統(tǒng)計(jì)查詢等，在此基礎(chǔ)上向下實(shí)現(xiàn)對大數(shù)據(jù)層的維護(hù)功能，向上實(shí)現(xiàn)對小應(yīng)用層的數(shù)據(jù)服務(wù)功能，同時(shí)，基于此平臺的應(yīng)用擴(kuò)展也很容易實(shí)現(xiàn)。

2.3 “兩次招標(biāo)、共享文檔”多措并舉

從各個(gè)學(xué)校智慧校園的建設(shè)過程看，無論小到一個(gè)應(yīng)用的開發(fā)，還是大到一個(gè)平臺的開發(fā)，都無法真正做到校企共建。學(xué)校無法深入?yún)⑴c應(yīng)用服務(wù)的建設(shè)過程、應(yīng)用服務(wù)的驗(yàn)收無據(jù)可依是很多學(xué)校的不解之惑，對漫長的建設(shè)過程無法管控，質(zhì)量也就無法得到有效保障。

第一，兩次招標(biāo)是確保建設(shè)成效的創(chuàng)新嘗試。兩次招標(biāo)的作用是確立學(xué)校的主導(dǎo)地位。將“智慧校園建設(shè)需求分析說明書”和驗(yàn)收標(biāo)準(zhǔn)作為標(biāo)的單獨(dú)進(jìn)行一次招標(biāo)，這次招標(biāo)的第一個(gè)目的是通過調(diào)研充分梳理、規(guī)范各個(gè)部門的業(yè)務(wù)流程，總結(jié)應(yīng)用的功能需求，撰寫需求分析說明書，并形成智慧校園建設(shè)的驗(yàn)收標(biāo)準(zhǔn)。第二個(gè)目的是以需求分析說明書為基礎(chǔ)再招智慧校園的建設(shè)方，用一個(gè)乙方去制約另一個(gè)乙方，最大限度地避免軟件企業(yè)賣所謂成熟的產(chǎn)品給學(xué)校。

兩次招標(biāo)的要點(diǎn)是驗(yàn)收標(biāo)準(zhǔn)先行。驗(yàn)收標(biāo)準(zhǔn)是智慧校園建設(shè)的最后一道防線。好的驗(yàn)收標(biāo)準(zhǔn)一定要由專業(yè)的人來制定。第一次招標(biāo)已經(jīng)形成了比較專業(yè)的驗(yàn)收標(biāo)準(zhǔn)，為智慧校園的建設(shè)質(zhì)量提供了保障。

第二，共享文檔是學(xué)校深入?yún)⑴c的突破點(diǎn)。共享文檔的難點(diǎn)是轉(zhuǎn)變軟件企業(yè)的觀念。文檔包括用戶文檔、開發(fā)文檔和管理文檔，傳統(tǒng)觀念里，這些文檔是軟件企業(yè)的內(nèi)部文檔，企業(yè)不管出于什么目的，都會(huì)拒絕共享部分文檔，但作為軟件的重要組成部分，學(xué)校有權(quán)要求查看這些文檔。企業(yè)要轉(zhuǎn)變觀念，畢竟學(xué)校不是競爭對手，而是合作伙伴，要求共享文檔的出發(fā)點(diǎn)是參與軟件的開發(fā)，同時(shí)也有利于企業(yè)寫好這些文檔，提高開發(fā)效率，降低維護(hù)成本。

共享文檔可以協(xié)助企業(yè)對軟件進(jìn)行階段性的驗(yàn)收。如參與制定軟件需求說明書可以使需求表達(dá)更精準(zhǔn)，查看詳細(xì)設(shè)計(jì)說明書可以及時(shí)審核業(yè)務(wù)流程的正確性，共同準(zhǔn)備測試用例可以提高軟件的健壯性。學(xué)校用第二視角直面問題，能幫助企業(yè)對軟件階段性成果進(jìn)行確認(rèn)。