“學分銀行”管理信息系統建設初探

朱祎

（江蘇開放大學 信息化建設處,江蘇南京210036）

“學分銀行”管理信息系統建設初探

朱祎

（江蘇開放大學 信息化建設處,江蘇南京210036）

作為“學分銀行”的關鍵性支撐，“學分銀行”管理信息系統是“學分銀行”的重要組成部分。本文分析了“學分銀行”管理信息系統建設所面臨的困難和挑戰，探討了系統的開發模式，闡述了系統架構模型及功能模塊，最后提出了系統建設的四點建議。

“學分銀行”；信息化建設；管理信息系統

一、引言

開放大學以“支持全民終身學習，搭建終身學習立交橋”為己任，建設“學分銀行”是開放大學履行使命的基礎設施之一，因而也是目前開放大學建設中研究和探索的一個熱點。作為“學分銀行”的重要組成部分，“學分銀行”管理信息系統建設面臨著很多挑戰和困難。筆者在構建江蘇開放大學“學分銀行”管理信息系統原型的過程中，對“系統”構建的難點和路徑進行了初步的思考和探析。

二、建設“學分銀行”管理信息系統面臨的困難

1.“學分銀行”概念的未確定性

關于什么是“學分銀行”，目前還沒有統一的定義。各種文件描述的“學分銀行”概念有很大的變化，2004年《教育部關于在職業學校逐步推行學分制的若干意見》（教職成[2004]10號）文件中首次提出“探索和建立職業學校學分積累與轉換信息系統（‘學分銀行’）”，在這里的“學分銀行”是一個信息系統，是面向職業學校學習者的學習和職業實踐經歷信息庫。[1]2010年 7月29日正式發布的 《國家中長期教育改革和發展規劃綱要（2010-2020年）》中提出“建立學習成果認證體系，建立‘學分銀行’制度”，顯然“學分銀行”定位了一種制度，學習成果認證是“學分銀行”制度的內容之一。

學術研究者也從不同角度賦予了“學分銀行”不同的內涵，有的甚至大相徑庭。[2]有的學者認為“‘學分銀行’是政府舉辦的終身學習成果認證機構”，有的學者重點研究“學分銀行”學分轉換系統，有的學者研究的是開放大學為主體的“學分銀行”建設。

在建設的主體還沒有明確定義的狀況下，建設“學分銀行”管理信息系統必然困難重重。“學分銀行”概念的未確定性是“學分銀行”管理信息系統建設的一大挑戰。

2.共享機制的不確定性

教育部已經批準設置的六所開放大學都已開始建設各自的“學分銀行”，一些廣播電視大學也已提出或開始建設面向本地區的“學分銀行”。[3][4]這些“銀行”之間是什么關系？這些“銀行”中的學習成果（學分 ）是否可以通存通兌，以及如何進行通存通兌？這些“銀行”之間是否需要互動和共享，以及如何互動和共享？在目前還沒有建立起共享機制的情況下，相同學習成果在不同“學分銀行”中可能會被認定為不同的學分，或者被多次認證，這些情況在共享機制建立之后，該如何處理？

目前，這種共享機制還處于探索過程中，無法確定下來。這種共享機制的不確定性必然導致“學分銀行”以及其管理信息系統天生就是“封閉”的，而“封閉性”是與建設“學分銀行”的初衷相悖的。

3.建好信息化平臺的關鍵性

業界公認，建設“學分銀行”必須全面依托信息技術，開發“學分銀行”信息化平臺來運行“銀行”業務，或者說，“信息化平臺”的開通是“學分銀行”正式運行的標志。“信息化平臺”服務的中斷將導致“學分銀行”運行的中斷。這就使信息化平臺的技術實體——“學分銀行”管理信息系統從輔助性系統變為關鍵性系統。必須按照“關鍵性系統”的定位規劃和構建“學分銀行”管理信息系統。

“學分銀行”還處于探索階段，其理念、機制、體制和運作方式都是建設重點，“學分銀行”管理信息系統的關鍵性還沒有被普遍認識到，其建設很可能當做輔助性系統建設，這將直接影響到“學分銀行”的正式運行。

4.服務用戶的“海量性”

“學分銀行”的服務對象是所有社會公眾，其服務的用戶人數的上限將不是按校園教育的萬、十萬來計算，而是要按百萬、千萬甚至億來計算。支持如此大數量級用戶的技術系統，需要強力的專業技術保障力量。目前各開放大學的技術人才儲備不足，現有技術人員缺少大系統建設經驗，描述和界定可衡量技術指標難以周全，增加了技術系統建設的失敗風險。“學分銀行”服務用戶的“海量性”增加了“信息化平臺”建設失敗的風險。

5.建設周期的“緊迫性”

基于“學分銀行”的建設宗旨和實用功能，其“管理信息系統”應與開放大學的其他業務管理信息系統統一規劃、整體設計、同步建設。隨著開放大學的正式掛牌、招生，“學分銀行”管理信息系統應緊接著教學與教務管理綜合系統的運行而上線運行，使其建設周期非常緊迫。

三、“學分銀行”信息化平臺建設探析

1.開發模式

軟件開發模式屬于軟件工程的范疇，不同的軟件開發模式會直接影響到軟件系統的后繼運維以及使用效果。高等學校建設一個以軟件為主的應用系統一般有三種模式：

（1）委托開發模式

“委托開發模式”是指在有明確的功能需求的前提下，將信息化系統的研發任務完全交予一家軟件公司承擔，研發完成后一次性交付完整結果。校方和軟件公司之間有明確的責任界線，研發產品（應用系統）的版權一般歸校方所有。

（2）合作開發模式

“合作開發模式”是指校方和軟件公司共同對擬研發的軟件系統進行設計，合作制定需求報告、概要設計方案和詳細設計方案；在研發過程中，校方派出技術人員參與軟件的研發。研發產品（應用系統）的版權一般歸雙方共有。

（3）自主研發模式

“自主研發模式”是指完全由校方自己組織力量，在對用戶需求進行調研的基礎上，自行完成應用系統研發。

目前，在“學分銀行”概念未準確定義的情況下，校方無法向軟件公司提供完整、確定的用戶需求，軟件公司自然也無法制作出一個符合 “要求”的軟件系統；在“學分銀行”的共享機制不明確和服務用戶數變化大的背景下，軟件系統必然處于一個持續不斷變動的過程中，軟件公司難以一次性完成開發和交付產品。因此，一次性交付的委托開發模式顯然不適合“學分銀行”管理信息系統的建設需求。

合作開發模式和自主研發模式是相對可選的開發模式。對于自身技術力量不是很強的開放大學，可以采用合作開發模式，但需要注意的是，由于項目建設周期長、需求變化大，項目投入會比較大，可能會出現追加投入現象，校方對合作公司的“依賴”也較重。

自身技術力量較強的開放大學，在人力和經費有保障的前提下，可以自主研發“學分銀行”管理信息系統。理由是：

第一，相比較軟件公司的技術人員，學校自己的技術人員對本校的教育教學業務模式和過程比較熟悉，對“學分銀行”有更深入的理解，在進行需求調研時，能夠更加深入地挖掘建設需求，能夠更加準確地理解建設需求；

第二，本校技術人員與本校業務人員溝通方便，在系統開發過程中，技術人員可以從技術角度對“學分銀行”的建設方案提出完善性的建議，既發揮信息技術的引領作用，又可以最大程度地服務教育教學，在“信息技術和教育教學的深度融合”中獲得效率和效果的提升；

第三，系統的開發者就是系統的運行維護者，使系統上線之后的運維能力和責任成為“水到渠成”和“不言而喻”，在“學分銀行”運作模式還不明確的條件下，本校的技術人員可以隨時根據新增的需求對 “學分銀行”管理信息系統進行調整。

2.系統架構模型

對于“學分銀行”的定位，目前國外有兩種不同的模式，一種是歐美國家采用的模式，他們的“學分銀行”僅僅是一種政策（美國SREB）、制度（英國QCF）和標準體系（歐洲ECTS），“學分銀行”本身是不頒發任何證書的；另一種是韓國模式，韓國的“學分銀行”（ACBS）不僅僅是制度，還是一個高等教育機構，“學分銀行”可以頒發學歷證書。[5]顯然，兩種模式對于其信息化支持系統的要求是不同的，系統架構模型也不一樣。

目前，我們理解的“學分銀行”是“學習成果記錄與確認”系統的代名詞，體現了學習成果認可的新制度。“記錄學習成果”需要建設“學習成果”管理信息系統，“確認學習成果”需要制定“成果確認標準”并頒發“已獲得認可”的證書。江蘇開放大學“學分銀行”按照一個制度和標準體系的理念進行建設，同時，對“已獲得認可”的學習成果持有者頒發江蘇開放大學的學歷和學位證書。

因此，從職能來看，“學分銀行”僅需提供學習成果（學分）認定、學習成果（學分）積累、學習成果（學分）轉換等本體職能。[1][3]“學分銀行”管理信息系統也圍繞這三大本體職能，提供學習成果（學分）查詢、學習成果（學分）認定等服務，而學生所需的學習支持服務、頒發證書等職能則由學習平臺和江蘇開放大學來完成。

江蘇開放大學“學分銀行”管理信息系統由四個模塊組成——標準化體系、門戶系統、管理和服務系統、核心數據庫，如圖1所示。

圖1 “學分銀行”管理信息系統架構圖

（1）門戶系統

門戶系統是整個系統對外的接口。它分為門戶網站和開放接口兩個部分。

①門戶網站

門戶網站的主要功能是宣傳和介紹 “學分銀行”的概念和功能、展示各項規章制度、公布學習成果（學分）認定標準、發布各類新聞信息。

門戶網站的設計要考慮到面向社會公眾，所以門戶網站的設計要簡單明了，各個欄目設計合理。因為“學分銀行”是一個新生事物，很多學習者對于“學分銀行”并不了解，所以在門戶網站需要突出介紹“學分銀行”基本概念。為了便于學習者了解學習成果認證和轉化過程，應通過親切的、直觀的圖示方式或者動畫方式展示整個過程，避免單純的文字介紹。

隨著智能移動設備的普及，越來越多的學習者希望通過移動互聯網訪問網站，所以門戶網站除了需要支持傳統的PC機之外，還需要提供對智能手機和平板電腦的支持。這樣的支持一般分為兩種方式，一是在設計網頁的時候要能夠根據訪問設備的屏幕大小自動調整，智能適應，這叫做“響應式網頁設計”（ResponsiveWeb Design）；另外一種是設計開發針對不同智能移動設備的應用程序，即APP。從設計和實施難度上來說，響應式網頁設計方式相對較簡單，但是功能上比較單一，交互性不強，而且必須聯網不能離線使用。APP方式用戶體驗好，運行速度快，能提供更多的強大功能，但是設計難度大，需要為不同的移動操作系統設計不同的APP。選擇哪種方式支持移動設備，可根據需要進行選擇，第一步可以先選擇“響應式網頁設計”技術，等條件成熟之后，再考慮采用開發移動APP。

②開放接口（Open API）

在互聯網時代，把網站的服務封裝成一系列計算機易識別的數據接口開放出去，供第三方開發者使用，這種行為就叫做Open API，提供Open API的平臺本身被稱為開放平臺。[6]通過開放平臺，“學分銀行”管理信息系統不僅能通過門戶網站提供簡單的訪問服務，還可以進行復雜的數據交互和分享，將普通的網站轉換為與操作系統等位的開發平臺。

開放接口不僅僅是信息系統提供的一種功能，更多的是一種設計理念和設計架構。這要求“學分銀行”管理信息系統在系統架構上必須以開放、融合的理念進行設計，遵循業界公認的標準和規范，避免成為“信息孤島”。

在各“學分銀行”還沒有明確共享和互動方式的情況下，“學分銀行”管理信息系統必須提供開放接口，以便為系統的進一步擴展和互動做好準備。

（2）管理和服務系統

管理和服務系統具有管理和服務兩類功能，包括學習者管理、“學分銀行”分中心管理、學習成果（學分）管理、學習成果（學分）轉換規則管理等管理功能，學習者注冊服務、學習成果（學分）認定、查詢、轉換等服務功能。[5]

①管理系統

a.學習者管理功能：實現對用戶的“學習者”身份審核、基本信息維護、密碼重置、用戶查詢等功能，以及對各級各類管理員用戶的職權維護功能。

b.分中心管理功能：“學分銀行”信息化平臺采用多級管理模式，可根據“學分銀行”的具體需求實現二級或者多級管理，上級“學分銀行”可以管理下一級“學分銀行”，學分銀行管理中心管理員、各級分中心管理員分別具備不同的權限。

c.學習成果（學分）管理功能：實現對學習成果（學分）的認定、存儲、轉換以及管理維護功能。“學分銀行”管理中心和各分中心根據各自職能分別行使初審、復審和終審權；各級管理員可以通過系統實現學習成果（學分）查詢、添加、刪除、更新、打印和統計分析等功能。

d.學習成果（學分）轉換規則管理功能：實現對學習成果（學分）轉換規則的添加、查詢、刪除、更新等功能。“學分銀行”管理中心擁有制定、管理與維護“轉換規則”的權限，可以添加、更新、刪除轉換規則，各分中心只具有查詢和應用轉換規則的權限。

②服務系統

a.學習者注冊服務：“學分銀行”用戶身份有訪客、注冊用戶和認證用戶三種。學習者可以在“學分銀行”網站上自行注冊一個賬戶成為注冊用戶，注冊用戶的身份被確認之后，就成為了認證用戶。認證用戶的賬號是終身有效的。通過開放接口（Open API）也可以實現“跨行”的用戶認證服務。

b.學習成果（學分）的認定、查詢、轉換服務：為認證用戶提供學習成果（學分）的認定、查詢、轉換服務。

③核心數據庫

核心數據庫包括學習成果（學分）信息庫和學習成果（學分）轉換規則庫，它們是“學分銀行”管理信息系統的基礎數據庫。

④標準化體系

a.信息標準體系

信息的標準化是信息系統建設的核心任務之一，信息的標準化解決的不僅僅是系統本身的設計問題，更重要的是要解決信息的共享性和互操作性問題。所以建立信息標準體系是“學分銀行”管理信息系統建設的核心任務之一。

b.信息安全和運維體系

信息安全及運維體系（管理體系和技術體系）的效用期占信息系統生命周期的70%～80%，其重要性非常明顯。因此，在“學分銀行”管理信息系統整體設計時就必須重視信息安全和運維體系的功能和設計。信息安全和運維體系的建設要遵循 ITIL（最佳實踐指導）、ISO/IEC 27000系列服務標準、等級保護和分級保護制度等相關標準，建立一整套信息安全與運維服務管理的建設方案。

四、信息化平臺建設中的建議

1.先行制定規范標準

研發任何一個信息化系統，第一步工作就是要制定數據規范。對于“學分銀行”的建設來說，制定規范標準更是首當其沖的事。如我們在研發江蘇開放大學“學分銀行”管理信息系統時，首先遇到的就是學習者“學分導入”模塊中需要處理三種不同學分（高職教育階段的學分、廣播電視大學開放教育的學分以及“江蘇學習在線”非學歷教育的學分）在信息的格式、數據定義等方面不盡相同的問題。而在實用的“學分銀行”系統正式上線運行之后，各種不同教育類型所提供的學分信息必定是五花八門、林林總總的，解決其一致性、標準化問題將是無法回避的。

此外，雖然目前各開放大學的“學分銀行”還沒有考慮“共享互通”問題，但隨著開放教育的發展，在不同“學分銀行”之間實現學分的通存通兌必是大勢所趨。若在管理信息系統開始建設的時候，就遵循統一的規范標準，就能為“共享互通”奠定基礎。

2012年3月15日，教育部發布了教育信息化的7個相關標準，作為教育部行業標準予以施行。[7][8]“學分銀行”信息化平臺的規范標準應以這些標準作為基礎進行設計制定。

2.采用“敏捷軟件開發”方式

目前“學分銀行”信息化平臺建設過程中遇到的一個挑戰是需求的不確定性。所以，在軟件開發方法上，我們推薦采用“敏捷軟件開發”方式。敏捷軟件開發又稱敏捷開發，是一種從1990年代起逐漸引起關注的新型軟件開發方法，具有應對“快速變化的需求”的軟件開發能力。相對于傳統的“瀑布式開發模型”（WaterfallModel），敏捷開發方法追求快速迭代，要求在幾周或者幾個月的時間內完成相對較小的功能，強調的是能盡快將盡量小的可用的功能交付使用，并在整個項目周期中持續改善和增強。[9]

顯然，“敏捷軟件開發”方式非常適合“學分銀行”信息系統“邊研究、邊產出、邊試用”的需求和現狀。技術人員可以在幾周時間內先行完成一個模型，交予“學分銀行”建設組討論，并根據討論結果再作進一步的修改和完善。

3.運用大數據（Big Data）處理技術

“學分銀行”的用戶數將以千萬的數量級來計算。如果一個用戶在“學分銀行”里存有30條學習成果（學分）記錄，那么1000萬用戶在學習成果（學分）信息庫中的記錄數將達到3億條。要快速地處理如此大量的數據，若采用傳統的關系型數據庫，則必須使用分區、分片或者集群等復雜技術，也可以采用MapReduce、NoSQL等大數據（Big Data）技術，但從能力和前景考慮，運用先進的“大數據”處理技術無疑是最合適的選擇。[10]

4.注重以用戶為中心的“用戶體驗設計”

“學分銀行”是一個全新的事物，對大多數用戶來說，勢必有一個了解、接受的過程，“學分銀行”門戶網站和用戶服務平臺將是廣大學習者了解“學分銀行”的第一渠道。因此，“學分銀行”信息化平臺的建設應該遵循“用戶為中心”的原則，注重“用戶體驗設計”[11]，力求達到使學習者在沒有他人指導的境況下，也能獨立了解“學分銀行”的功能，并進行注冊、使用。比如，筆者在設計江蘇開放大學“學分銀行”門戶網站時，就采用了流行的“手繪圖”，以直觀和活潑的形式向使用者介紹“學分銀行”的相關知識和運作流程。

五、結束語

作為“學分銀行”系統的關鍵性技術支撐，“學分銀行”信息化平臺（管理信息系統）在“學分銀行”建設伊始就應該得到足夠的重視。由于“學分銀行”建設還處于研究和初創階段，系統開發過程中必然會出現一些互相沖突的問題和困難。系統研發人員需要突破常規思維定勢，靈活運用諸如“敏捷開發”、“大數據處理”、“以用戶為中心”等先進的理念和新技術，先行設計出靈活、先進的系統架構，為“學分銀行”制度的實施、系統的建設和應用服務提供運行平臺和有力的保障。

[1]楊晨.我國“學分銀行”建設的三大問題[J].中國遠程教育,2012(6):41-46.

[2]孔磊.學分銀行制度:國際經驗與本土探索——“中國遠程教育學術論壇”綜述[J].中國遠程教育,2012(5): 5-20.

[3]張德明.上海建設學分銀行的基本構想和戰略思考[J].開放教育研究,2012(1):52-55.

[4]電大組織開發的陜西高等繼續教育學習平臺與學分銀行運行[DB/OL].http://www.crtvu.edu.cn/ddsx/file. php?id=14663.

[5]李惠康等.學分銀行的探索與構建[M].上海:上海高教電子音像出版社,2011.

[6]開放平臺[DB/OL].百度百科，http://baike.baidu. com/view/4039572.htm.

[7]沈中南,史元春.現代遠程教育技術規范簡介[J].計算機工程與應用,2003,39(5):66-79.

[8]教育部關于發布《教育管理信息教育管理基礎代碼》等七個教育信息化行業標準的通知[EB/OL].http:// www.moe.gov.cn/publicfiles/business/htm lfiles/moe/ s5972/201203/133140.htm l.

[9]Robert C.Martin.敏捷軟件開發:原則、模式與實踐[M].北京:清華大學出版社,2003.

[10]Anand Rajaraman、Jeffrey David U llman著，王斌譯.大數據·互聯網大規模數據挖掘與分布式處理[M].北京:人民郵電出版社,2012.

[11]Jesse JamesGarrett.用戶體驗要素:以用戶為中心的產品設計[M].北京:機械工業出版社,2011.

（編輯:王天鵬）

TP315

A

1673-8454（2015）15-0053-05