李景奇，卞藝杰，張國寶

（河海大學 信息中心，江蘇 南京210098）

基于業(yè)務流程的高校數(shù)據(jù)共享平臺設(shè)計

李景奇，卞藝杰，張國寶

（河海大學 信息中心，江蘇 南京210098）

隨著高校數(shù)字校園的快速發(fā)展，校內(nèi)業(yè)務系統(tǒng)間共享數(shù)據(jù)的需求愈發(fā)強烈，高校數(shù)據(jù)共享平臺因此成為數(shù)字校園建設(shè)的關(guān)鍵基礎(chǔ)設(shè)施。高校數(shù)據(jù)共享平臺僅僅依靠技術(shù)手段實現(xiàn)存在許多問題，需要從業(yè)務流程的角度來分析和設(shè)計。本文通過對高校數(shù)據(jù)共享平臺建設(shè)目標及當前存在問題的分析，設(shè)計了基于業(yè)務流程的高校數(shù)據(jù)共享平臺建設(shè)模型。該模型闡釋了如何從業(yè)務流程的角度，分析和設(shè)計信息流、數(shù)據(jù)流，滿足高校不同部門業(yè)務信息系統(tǒng)間數(shù)據(jù)的可靠共享和管理部門的決策支持。該模型能較好地解決高校當前數(shù)據(jù)共享平臺建設(shè)中數(shù)據(jù)共享流程不暢、共享數(shù)據(jù)管理困難、責任主體不清、決策支持難實現(xiàn)等難題，為高校數(shù)據(jù)共享平臺建設(shè)提供新的思路和借鑒。

業(yè)務流程；高校數(shù)據(jù)共享平臺；數(shù)據(jù)集成；信息孤島

一、引言

1.研究背景

當前各高校在數(shù)字校園建設(shè)中，取得了豐碩成果，軟硬件基礎(chǔ)設(shè)施有了很大的提升，建成了如OA、人事系統(tǒng)、教務系統(tǒng)、資產(chǎn)系統(tǒng)、一卡通系統(tǒng)等眾多業(yè)務信息系統(tǒng)，提高了工作效率，增強了工作人員的信息素養(yǎng)，并在學校管理人員中營建了良好的信息化建設(shè)的氛圍。而在此過程中，數(shù)據(jù)共享平臺由于其基礎(chǔ)性、全局性的特點，成為數(shù)字校園建設(shè)的關(guān)鍵基礎(chǔ)設(shè)施。

高校數(shù)據(jù)共享平臺相關(guān)的文獻很多，雖然名稱不同，建設(shè)方案各異，但基本目標是一致的。一般而言，數(shù)據(jù)共享平臺主要有兩個目標：一是解決“信息孤島”的問題；二是實現(xiàn)決策支持。“信息孤島”是由于各業(yè)務系統(tǒng)建設(shè)時間不同，架構(gòu)不同，相互之間缺乏共享機制造成的。決策支持則是希望數(shù)據(jù)共享平臺能提供全局性的信息報表，以利于決策層掌握全校的真實情況，從而科學決策。針對這兩個目標，現(xiàn)有文獻多從技術(shù)上提出相應的解決方案。如俞春等［1］提出建設(shè)數(shù)據(jù)共享交換平臺，然后根據(jù)用戶需求選擇數(shù)據(jù)集成工具。周學理［2］提出建設(shè)共享數(shù)據(jù)庫中心，并在共享數(shù)據(jù)庫基礎(chǔ)上實現(xiàn)決策支持。于寧等［4］則提出建設(shè)基于數(shù)據(jù)倉庫的高校決策支持系統(tǒng)。這些技術(shù)上的方案，為數(shù)據(jù)共享平臺的構(gòu)建提供了技術(shù)上的可行性，但在實際建設(shè)中仍存在許多亟需解決的問題。

2.高校數(shù)據(jù)共享平臺建設(shè)中存在的問題

（1）數(shù)據(jù)共享流程不暢

信息管理部門往往將數(shù)據(jù)共享看作技術(shù)工作，不去設(shè)計共享流程，或者只設(shè)計數(shù)據(jù)庫之間的共享流程，沒有把業(yè)務部門考慮進來，無法建立全面的數(shù)據(jù)共享流程。其結(jié)果是共享數(shù)據(jù)的內(nèi)容并不是業(yè)務部門所想要的內(nèi)容，進而降低業(yè)務部門對共享數(shù)據(jù)的信任度。

（2）共享數(shù)據(jù)管理困難

共享數(shù)據(jù)存儲于共享數(shù)據(jù)庫中，其管理不但需要數(shù)據(jù)庫管理知識，而且需要業(yè)務知識，這對業(yè)務人員和信息管理人員均有難度；而且由于數(shù)據(jù)集成不直觀，各種集成參數(shù)設(shè)定后很難更改，不利于后期的運維管理。

（3）責任主體不清

這主要表現(xiàn)在數(shù)據(jù)共享是業(yè)務部門與信息管理部門之間共同完成的工作，但由于業(yè)務部門不懂技術(shù)，而信息管理部門不懂業(yè)務，導致認識不統(tǒng)一。業(yè)務部門往往把數(shù)據(jù)共享看作是信息管理部門應該解決的技術(shù)問題，但實際上數(shù)據(jù)共享主要是業(yè)務部門應該解決的業(yè)務問題。

（4）決策支持難實現(xiàn)

一般而言，決策支持需要有數(shù)據(jù)倉庫的支持，而數(shù)據(jù)倉庫所需要的軟硬件環(huán)境又遠遠高于共享數(shù)據(jù)庫，而且建設(shè)周期長，協(xié)調(diào)部門多。而直接在共享庫中實現(xiàn)決策支持功能，會導致業(yè)務復雜，增加數(shù)據(jù)共享難度，不利于決策支持業(yè)務的獨立性。

3.企業(yè)應用集成及其啟示

企業(yè)應用集成EAI（EnterpriseApplicationIntegration），一般是指將企業(yè)內(nèi)部多個不同數(shù)據(jù)源和相互分離的應用系統(tǒng)進行協(xié)同自動化處理的解決方案，其功能主要是協(xié)調(diào)企業(yè)現(xiàn)有和將來的應用程序、數(shù)據(jù)及員工與合作伙伴之間的互動［5］。EAI最初是為了解決企業(yè)內(nèi)部多個新系統(tǒng)與舊系統(tǒng)的集成問題，一般采用星型集成架構(gòu)，通過分布式對象中間件技術(shù)來實現(xiàn)信息集成。由于傳統(tǒng)的EAI技術(shù)局限于數(shù)據(jù)和信息層面的集成，難以實現(xiàn)企業(yè)業(yè)務流程的自動處理、管理和監(jiān)控，因此，有學者［5］提出了基于業(yè)務流程整合的第二代EAI技術(shù)。第二代EAI技術(shù)采用WebService技術(shù)，通過對企業(yè)業(yè)務流程的全面分析管理，滿足企業(yè)與客戶、合作伙伴之間的業(yè)務需求，實現(xiàn)端到端的業(yè)務流程，順暢企業(yè)內(nèi)外的數(shù)據(jù)流、信息流和業(yè)務流。

目前的高校數(shù)據(jù)共享平臺建設(shè)側(cè)重于數(shù)據(jù)層面，相當于第一代EAI，所遇問題也與之相似。因此第二代EAI對數(shù)字校園建設(shè)中的數(shù)據(jù)共享平臺建設(shè)具有良好的借鑒作用。高校數(shù)據(jù)共享平臺應從業(yè)務流程的角度，通過建立高校數(shù)據(jù)共享業(yè)務，強調(diào)業(yè)務主體責任，解決目前高校數(shù)據(jù)共享平臺建設(shè)中存在的問題。

二、高校數(shù)據(jù)共享業(yè)務流程分析

1.高校數(shù)據(jù)共享業(yè)務結(jié)構(gòu)

業(yè)務是指管理中必要且邏輯上相關(guān)的、為了完成某種管理功能的一系列相關(guān)的活動。業(yè)務流程是指為完成某一目標或任務而進行的一系列邏輯相關(guān)的跨越時間和空間的業(yè)務活動的有序集合［6］。一項完整的業(yè)務流程要涉及到多個部門和多項數(shù)據(jù)。對于數(shù)據(jù)共享業(yè)務流程，業(yè)務人員、系統(tǒng)開發(fā)人員、信息管理人員有著不同的理解。業(yè)務人員理解的業(yè)務流程是部門間的業(yè)務數(shù)據(jù)傳遞，是把本部門的一部分可以共享的數(shù)據(jù)以各種形式傳遞給其他部門，同時本部門接收其他部門提供的共享數(shù)據(jù)。系統(tǒng)開發(fā)人員理解的是數(shù)據(jù)處理過程以及兩個業(yè)務信息系統(tǒng)之間共享數(shù)據(jù)的導入與導出。信息管理人員理解的是數(shù)據(jù)庫間共享數(shù)據(jù)的推送或拉取。因此，數(shù)據(jù)共享業(yè)務其實是一種分層結(jié)構(gòu)，如圖1所示。

圖1　高校數(shù)據(jù)共享業(yè)務結(jié)構(gòu)

由圖1可以看出，高校數(shù)據(jù)共享流程在業(yè)務層表現(xiàn)為業(yè)務部門之間以表格文件為載體傳輸數(shù)據(jù)。在信息層，表現(xiàn)為數(shù)據(jù)共享通過雙方業(yè)務信息系統(tǒng)實現(xiàn)數(shù)據(jù)的輸入、編碼、以表格為載體的數(shù)據(jù)共享、數(shù)據(jù)解碼、數(shù)據(jù)使用的過程。在數(shù)據(jù)層，則表現(xiàn)為業(yè)務數(shù)據(jù)庫間的數(shù)據(jù)集成，這是傳統(tǒng)意義上的數(shù)據(jù)共享流程，只需要明確數(shù)據(jù)源和目標數(shù)據(jù)庫，即可實現(xiàn)對數(shù)據(jù)的集成。通過分析共享數(shù)據(jù)業(yè)務結(jié)構(gòu)，有利于從各個角度去設(shè)計具體的共享流程，明確各方責任。

2.高校數(shù)據(jù)共享業(yè)務流程

現(xiàn)有高校數(shù)據(jù)共享的相關(guān)文獻［1-4］中對于數(shù)據(jù)共享的實現(xiàn)大多局限于數(shù)據(jù)集成過程，以數(shù)據(jù)源開始，以目標數(shù)據(jù)庫結(jié)束，這樣集成的結(jié)果把數(shù)據(jù)共享業(yè)務局限于數(shù)據(jù)管理部門內(nèi)部，導致數(shù)據(jù)共享整體業(yè)務不流暢，業(yè)務責任主體不清晰等問題。而從業(yè)務流程角度來看，數(shù)據(jù)共享業(yè)務應該從業(yè)務實際需求出發(fā)，通過供需雙方的交流，實現(xiàn)數(shù)據(jù)共享。數(shù)據(jù)共享業(yè)務流程建立的步驟可以作如圖2所示設(shè)計。

圖2　高校數(shù)據(jù)共享業(yè)務流程

第一步：業(yè)務部門雙方確認數(shù)據(jù)共享業(yè)務流程。在業(yè)務流程確定中，需要業(yè)務部門雙方就共享數(shù)據(jù)的方式進行溝通，形成共享表格，并能在初次共享時提供確認的全部數(shù)據(jù)，使共享數(shù)據(jù)能夠顯性化，使雙方對共享數(shù)據(jù)有直觀而清晰的理解。

第二步：業(yè)務部門各自確認信息流。一旦數(shù)據(jù)共享業(yè)務建立后，雙方應對數(shù)據(jù)共享信息流進行確認，確認雙方信息系統(tǒng)中是否都具有產(chǎn)生相關(guān)數(shù)據(jù)的功能及數(shù)據(jù)表。

第三步：信息管理部門提供數(shù)據(jù)共享技術(shù)支持。信息管理部門根據(jù)業(yè)務部門的數(shù)據(jù)共享業(yè)務流程，在信息流確認的基礎(chǔ)上，進行數(shù)據(jù)流的設(shè)計和實施。

三、基于業(yè)務流程的高校數(shù)據(jù)共享平臺建設(shè)模型設(shè)計

1.高校數(shù)據(jù)共享平臺建設(shè)模型

高校數(shù)據(jù)共享業(yè)務流程涉及到業(yè)務部門、信息管理部門以及系統(tǒng)開發(fā)人員，因此設(shè)計數(shù)據(jù)共享平臺需要考慮到不同層次的需求，由上及下，逐步確定業(yè)務流程中數(shù)據(jù)共享的業(yè)務細節(jié)和技術(shù)需求。高校數(shù)據(jù)共享層次可以分為業(yè)務層、信息層、數(shù)據(jù)層，三層之間相互流通，層層對應，信息層是業(yè)務層的映射，數(shù)據(jù)層是信息層的映射。數(shù)據(jù)共享平臺具體建設(shè)模型如圖3所示。

圖3　高校數(shù)據(jù)共享平臺建設(shè)模型

該模型把高校數(shù)據(jù)共享平臺建設(shè)分為三個層次：業(yè)務層、信息層、數(shù)據(jù)層。每一層對應不同的流程結(jié)構(gòu)，反映不同層次人員的工作視角。

（1）業(yè)務層

業(yè)務層主要包括業(yè)務部門、信息管理部門、決策部門及其相互間的業(yè)務流。業(yè)務層主要任務是實現(xiàn)業(yè)務流程的設(shè)計，明確數(shù)據(jù)共享和決策支持的主體責任。

業(yè)務部門是高校管理的具體業(yè)務承擔者，在日常的工作中相互之間存在各種形式的業(yè)務往來，如工作協(xié)調(diào)和信息共享，而這種業(yè)務往來在信息環(huán)境下仍然存在。依托數(shù)據(jù)共享平臺進行數(shù)據(jù)共享，只是改變了業(yè)務往來的形式，但并未改變其業(yè)務內(nèi)容。信息管理部門通過共享數(shù)據(jù)庫來管理全校共享數(shù)據(jù)資源。信息管理部門對數(shù)據(jù)共享行為進行業(yè)務化，使之成為自身的業(yè)務范疇，從而為進一步開發(fā)共享數(shù)據(jù)管理系統(tǒng)，以可視化的形式管理共享數(shù)據(jù)奠定基礎(chǔ)。決策部門是數(shù)據(jù)倉庫的直接使用部門和規(guī)劃部門，決策部門提供數(shù)據(jù)倉庫設(shè)計所需要的報表格式，并對數(shù)據(jù)來源做出安排，決定數(shù)據(jù)倉庫服務的范圍，并通過決策支持系統(tǒng)實現(xiàn)界面化操作和管理。業(yè)務流則是指業(yè)務流程中業(yè)務信息的傳遞，即兩部門在實際工作中，不依賴于信息系統(tǒng)而相互共享數(shù)據(jù)的方式。例如在人事系統(tǒng)與房產(chǎn)系統(tǒng)的人事數(shù)據(jù)共享中，資產(chǎn)部門與人事部門應該首先具有共享數(shù)據(jù)的業(yè)務流，有專人負責，有數(shù)據(jù)的載體。在業(yè)務流中，數(shù)據(jù)載體可以是電子表格、紙質(zhì)材料、甚至是口頭表述。

（2）信息層

信息層包括業(yè)務系統(tǒng)、共享數(shù)據(jù)管理系統(tǒng)、決策支持系統(tǒng)及其相互間的信息流。信息層主要任務是實現(xiàn)信息系統(tǒng)對數(shù)據(jù)共享業(yè)務流程的支持，在業(yè)務管理系統(tǒng)中具有明確的功能模塊，并建設(shè)共享數(shù)據(jù)管理系統(tǒng)和決策支持系統(tǒng)。

業(yè)務系統(tǒng)實現(xiàn)業(yè)務數(shù)據(jù)的處理，提供需要共享的數(shù)據(jù)格式，同時接收其他業(yè)務系統(tǒng)提供的共享數(shù)據(jù)。共享數(shù)據(jù)管理系統(tǒng)實現(xiàn)對共享數(shù)據(jù)的管理，提供可視化的手段和監(jiān)督。決策支持系統(tǒng)在數(shù)據(jù)倉庫的支持下，完成決策模型設(shè)計、決策數(shù)據(jù)分析、決策信息展現(xiàn)。決策支持系統(tǒng)是對數(shù)據(jù)倉庫的可視化展現(xiàn)，并能夠支持以不同的角度審視數(shù)據(jù)，以支持決策。信息流是指信息的傳播與流動，是業(yè)務流程在信息系統(tǒng)中的實現(xiàn)，并將業(yè)務流程以功能形式呈現(xiàn)出來。在具體表現(xiàn)上，信息流表現(xiàn)為能產(chǎn)生共享數(shù)據(jù)列表的功能。例如在人事系統(tǒng)中，能夠?qū)⑷藛T數(shù)據(jù)導出為EXCEL文件的功能，在其數(shù)據(jù)層有相應的視圖或表。

（3）數(shù)據(jù)層

數(shù)據(jù)層是數(shù)據(jù)共享平臺建設(shè)的核心，包括三個基本部分：共享數(shù)據(jù)庫、數(shù)據(jù)集成工具集、數(shù)據(jù)倉庫。數(shù)據(jù)層的主要任務是建設(shè)共享數(shù)據(jù)庫、數(shù)據(jù)倉庫，選擇適當集成工具，實現(xiàn)數(shù)據(jù)集成。

共享數(shù)據(jù)庫用于存儲基礎(chǔ)性數(shù)據(jù)，如人事、學生信息。這些數(shù)據(jù)的需求關(guān)系是1對多關(guān)系，一般由一個部門提供，多個部門使用，因此必須按照信息標準存放于共享數(shù)據(jù)庫。數(shù)據(jù)倉庫用于存儲按決策需求而專門設(shè)計的決策類數(shù)據(jù)，例如年度教工統(tǒng)計數(shù)據(jù)、學生統(tǒng)計數(shù)據(jù)、辦學條件等，這些數(shù)據(jù)主要服務于決策支持。數(shù)據(jù)集成工具集則為業(yè)務數(shù)據(jù)庫、共享數(shù)據(jù)庫、數(shù)據(jù)倉庫三者之間的數(shù)據(jù)抽取、轉(zhuǎn)換、裝載提供技術(shù)支持。

2.關(guān)鍵業(yè)務系統(tǒng)

（1）共享數(shù)據(jù)管理系統(tǒng)

目前共享數(shù)據(jù)管理中一個很大的問題是數(shù)據(jù)的可視化不足，只有數(shù)據(jù)庫管理人員在數(shù)據(jù)庫中查看，而不能在界面化的操作方式下為業(yè)務人員所見。這樣就導致共享數(shù)據(jù)的黑盒化，業(yè)務人員看不到共享數(shù)據(jù)，就不能理解業(yè)務數(shù)據(jù)如何被共享的一個過程，從而難以做到對數(shù)據(jù)的責任。而共享數(shù)據(jù)管理系統(tǒng)可以將共享數(shù)據(jù)以界面化的方式展現(xiàn)出來，而且可以通過授權(quán)，使業(yè)務人員能夠看到共享數(shù)據(jù)的情況，了解數(shù)據(jù)共享的進度，從而增強數(shù)據(jù)共享的信心和責任感。

（2）決策支持系統(tǒng)

高校決策支持系統(tǒng)相關(guān)研究很多，但由于業(yè)務和技術(shù)兩個方面的原因，一直難以有效應用。在業(yè)務方面，決策支持需要管理人員認可，而目前的決策技術(shù)過于抽象化，直觀性不足，缺少知識庫的支持。在技術(shù)上，主要是決策系統(tǒng)所依賴的技術(shù)，如數(shù)據(jù)挖掘、OLAP等，在應用于具體的業(yè)務時千差萬別，難以有效地對建模結(jié)果進行有效解釋，不利于管理人員理解。而決策支持系統(tǒng)建設(shè)就是要綜合數(shù)據(jù)倉庫、數(shù)據(jù)挖掘和知識管理的理論和方法，使用決策展示更明確、指標更明晰、結(jié)果更易懂、效果更明顯。

3.模型特點

（1）突出業(yè)務部門的主體地位

該模型明確業(yè)務責任，確定業(yè)務活動流程，將不可見的數(shù)據(jù)共享活動外化為可見的數(shù)據(jù)共享業(yè)務，更能為業(yè)務人員所接受和理解，有利于推進數(shù)據(jù)共享業(yè)務建立，從而解決了業(yè)務流程不暢、責任主體不清的問題。

（2）共享數(shù)據(jù)庫與數(shù)據(jù)倉庫分離

該模型將共享數(shù)據(jù)庫與數(shù)據(jù)倉庫分離，有利于厘清信息管理部門與決策部門的責任，而且有利于實現(xiàn)各自的功能。共享數(shù)據(jù)庫解決“信息孤島”的問題，而數(shù)據(jù)倉庫解決決策支持的問題。決策部門負責對學校全局數(shù)據(jù)的分析處理根據(jù)決策需求制定，推進數(shù)據(jù)倉庫技術(shù)在高校智慧校園中的應用。信息管理部門承擔共享數(shù)據(jù)庫的管理和建設(shè)。這樣就能解決共享管理困難、決策支持難實現(xiàn)的問題。

（3）構(gòu)建數(shù)據(jù)集成工具集

數(shù)據(jù)集成工具集為不同的數(shù)據(jù)集成需求提供了多種選擇手段。數(shù)據(jù)集成是業(yè)務流程的體現(xiàn)，是數(shù)據(jù)共享平臺設(shè)計的核心。數(shù)據(jù)集成工具集隨著技術(shù)的進步，需求的變化，業(yè)務流程的改變，應能夠不斷地改進和擴充。

四、結(jié)束語

高校數(shù)據(jù)共享平臺，首要目的是實現(xiàn)數(shù)據(jù)共享，其次實現(xiàn)決策支持，核心是數(shù)據(jù)集成。數(shù)據(jù)集成是數(shù)據(jù)共享業(yè)務流程的集中體現(xiàn)。數(shù)據(jù)共享流程受到需求部門對源數(shù)據(jù)的理解程度的影響，從業(yè)務的角度設(shè)計數(shù)據(jù)集成非常重要。數(shù)據(jù)共享業(yè)務的建立需要明確的責任分工和清晰的業(yè)務流程?？傊跇I(yè)務流程的高校數(shù)據(jù)共享平臺建設(shè)模型，有利于數(shù)據(jù)共享過程業(yè)務化，厘清部門責任，增強數(shù)據(jù)共享過程的可管理性，夯實決策支持的基礎(chǔ)。

［1］俞春，袁芳，劉乃嘉，王茜．高校數(shù)據(jù)共享與交換技術(shù)的應用研究［J］.實驗技術(shù)與管理，2012，29（11）：109-112.

［2］周學理.高校數(shù)字化校園共享數(shù)據(jù)庫中心的設(shè)計與實現(xiàn)［D］.遼寧：東北大學，2008.

［3］丁智君.高校數(shù)據(jù)化校園的數(shù)據(jù)中心平臺建設(shè)［D］.上海：復旦大學，2009.

［4］于寧，王行言，羅念龍.高校教學決策支持系統(tǒng)數(shù)據(jù)倉庫的研究與實現(xiàn)［J］.計算機工程與設(shè)計，2006，27（20）：3853-3857．

［5］黃向平，吳春旭，張兮.基于業(yè)務流程整合的企業(yè)應用集成［J］.計算機系統(tǒng)應用，2006，15（7）：45-48.

［6］史俊.業(yè)務流程的共性與可變性研究［D］.湖北：華中科技大學，2007.

［7］謝小軒，張浩，夏敬華，王堅，李琦.企業(yè)應用集成綜述［J］.計算機工程與應用，2002，38（22）：1-5.

［8］（美）WilliamA.Ruh，F(xiàn)rancisX.Maginnis，William J.Brown著.張博，楊麗君等譯.企業(yè)應用集成［M］.北京：機械工業(yè)出版社，2003.

（編輯：楊馥紅）

“211”工程大學門戶網(wǎng)站月度排行榜　（數(shù)據(jù)采集日期：2016年5月30日）

中國畢業(yè)生就業(yè)類網(wǎng)站月度排行榜?。〝?shù)據(jù)采集日期：2016年5月30日）

中國省級教育門戶網(wǎng)站月度排行榜?。〝?shù)據(jù)采集日期：2016年5月30日）

中國省級教育信息綜合網(wǎng)站月度排行榜?。〝?shù)據(jù)采集日期：2016年5月30日）

G40-05

A

1673-8454（2016）11-0093-04