陸成松 孫小影 張曉林

摘? ?要：智慧校園一站式服務(wù)平臺(tái)建設(shè)的主要目的，是以統(tǒng)一身份認(rèn)證為紐帶，以學(xué)校主數(shù)據(jù)庫(kù)為基礎(chǔ)，將面向教師和學(xué)生的各業(yè)務(wù)系統(tǒng)，剝離或者重構(gòu)系統(tǒng)的服務(wù)，進(jìn)行師生信息服務(wù)的集中，從而建設(shè)學(xué)校的一站式服務(wù)平臺(tái)。但以此為建設(shè)方案的許多實(shí)例，只實(shí)現(xiàn)了服務(wù)發(fā)起的匯聚，卻沒有實(shí)現(xiàn)服務(wù)審批的匯聚。文章以融合校園服務(wù)平臺(tái)為實(shí)施主體，以解決學(xué)校各業(yè)務(wù)系統(tǒng)審核任務(wù)分散的問(wèn)題為目的，提出了任務(wù)中心的功能設(shè)想。任務(wù)中心要求需兼容不同的流程引擎任務(wù)的整合，需支持不同的工作流任務(wù)驅(qū)動(dòng)方式，同時(shí)支持移動(dòng)終端的同步訪問(wèn);描述了任務(wù)中心的功能和接口設(shè)計(jì)，以數(shù)據(jù)庫(kù)存儲(chǔ)任務(wù)數(shù)據(jù)、API標(biāo)準(zhǔn)接口提供任務(wù)數(shù)據(jù)交互、前端展現(xiàn)任務(wù)為主要功能完成了任務(wù)中心的設(shè)計(jì)和實(shí)現(xiàn)，并經(jīng)過(guò)上?？萍即髮W(xué)服務(wù)門戶的實(shí)踐，實(shí)現(xiàn)了不同業(yè)務(wù)系統(tǒng)審批任務(wù)的集成匯聚、展現(xiàn)和訪問(wèn)。

關(guān)鍵詞：信息化系統(tǒng);服務(wù)平臺(tái);任務(wù)中心;智慧校園

中圖分類號(hào)：G647 文獻(xiàn)標(biāo)志碼：A 文章編號(hào)：1673-8454（2020）23-0085-04

一、引言

當(dāng)前，各高校的服務(wù)大廳、一站式服務(wù)門戶、師生綜合服務(wù)門戶正在如火如荼地建設(shè)中，很多高校都基于碎片化理念在建設(shè)學(xué)校新一代的校園服務(wù)門戶，以統(tǒng)一身份認(rèn)證技術(shù)為紐帶，依托各個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)，引進(jìn)流程引擎，集成業(yè)務(wù)系統(tǒng)的各種功能，從而將面向師生的應(yīng)用功能進(jìn)行抽離，通過(guò)松耦合的方式，實(shí)現(xiàn)服務(wù)的匯聚。[1]我們基于微服務(wù)架構(gòu)的思想，對(duì)學(xué)校的各項(xiàng)業(yè)務(wù)進(jìn)行重新梳理，按服務(wù)性質(zhì)和內(nèi)容類別整合服務(wù)，按學(xué)生服務(wù)、教師服務(wù)、科研服務(wù)、管理服務(wù)等分解成各個(gè)最小的功能服務(wù)單元，再重新組織、匯聚、組合成各種服務(wù)，呈現(xiàn)給用戶，使學(xué)校師生真正“能找到服務(wù)、會(huì)使用服務(wù)”。[2][3]

然而，從高校服務(wù)平臺(tái)最終的建設(shè)成果來(lái)說(shuō)，雖然我們實(shí)現(xiàn)了服務(wù)的整合、數(shù)據(jù)的整合、身份的整合，但大部分的服務(wù)只實(shí)現(xiàn)了申請(qǐng)、發(fā)起整合，而一個(gè)服務(wù)的過(guò)程除了發(fā)起，還包括任務(wù)的審批以及審批記錄的匯總查詢。

在建設(shè)學(xué)校信息業(yè)務(wù)系統(tǒng)時(shí)，往往是各廠商采用市場(chǎng)中成熟的產(chǎn)品并以此為基礎(chǔ)來(lái)建設(shè)，不同的管理業(yè)務(wù)系統(tǒng)使用的成熟產(chǎn)品也不同，它們之間登錄機(jī)制不同、開發(fā)語(yǔ)言不同、數(shù)據(jù)庫(kù)結(jié)構(gòu)不同、系統(tǒng)設(shè)計(jì)分離、系統(tǒng)界面樣式各異，依據(jù)目前的技術(shù)，將不同的系統(tǒng)中的服務(wù)抽離、碎片化，再匯聚到校園服務(wù)平臺(tái)，目前實(shí)現(xiàn)了登錄認(rèn)證的統(tǒng)一、服務(wù)入口的一站式、異構(gòu)數(shù)據(jù)的交換，但各個(gè)業(yè)務(wù)系統(tǒng)事務(wù)審批的匯聚、展現(xiàn)和查詢卻沒有實(shí)現(xiàn)，或者只是實(shí)現(xiàn)了簡(jiǎn)單的消息提醒。

智慧校園一站式服務(wù)平臺(tái)匯聚了許多業(yè)務(wù)系統(tǒng)服務(wù)，其中流程類的服務(wù)都需要流程處理人審批，不同的業(yè)務(wù)系統(tǒng)有各自的待辦任務(wù)中心，如果審批人需要分別進(jìn)入不同的業(yè)務(wù)系統(tǒng)去處理，這對(duì)審批用戶的體驗(yàn)極其不好。但不同業(yè)務(wù)系統(tǒng)的流程引擎平臺(tái)不同，流程任務(wù)的處理邏輯不同，審批任務(wù)數(shù)據(jù)存儲(chǔ)的信息不同。因此，如何解決任務(wù)處理的集中化、任務(wù)數(shù)據(jù)的集成化是需解決的重要問(wèn)題之一。

綜合以上提出任務(wù)審批的相關(guān)問(wèn)題，利用現(xiàn)有的計(jì)算機(jī)信息技術(shù)，在校園服務(wù)平臺(tái)上建設(shè)統(tǒng)一匯聚的，可接入不同流程引擎平臺(tái)、對(duì)接不同業(yè)務(wù)邏輯的，并能同時(shí)應(yīng)用于PC端和移動(dòng)端的任務(wù)中心，應(yīng)是亟待解決的問(wèn)題。本文以上?？萍即髮W(xué)智慧校園一站式服務(wù)平臺(tái)為基礎(chǔ)，提出了任務(wù)中心的設(shè)計(jì)和功能構(gòu)想，描述了任務(wù)中心的功能和接口設(shè)計(jì)，旨在解決學(xué)校各業(yè)務(wù)系統(tǒng)審核任務(wù)分散、審批記錄查詢不便的問(wèn)題，使服務(wù)平臺(tái)更集中、便捷地為全校師生提供信息化服務(wù)。

二、系統(tǒng)設(shè)計(jì)

任務(wù)中心系統(tǒng)設(shè)計(jì)的核心思路是以智慧校園一站式服務(wù)平臺(tái)為框架，以目前使用的技術(shù)為開發(fā)基礎(chǔ)，實(shí)現(xiàn)學(xué)校各個(gè)業(yè)務(wù)系統(tǒng)任務(wù)審批的集中化。系統(tǒng)以任務(wù)處理人為中心，統(tǒng)一展現(xiàn)其跨業(yè)務(wù)系統(tǒng)的個(gè)人任務(wù)、流程數(shù)據(jù)信息，實(shí)現(xiàn)審批任務(wù)統(tǒng)一入口，為用戶提供待辦任務(wù)、已辦任務(wù)、辦結(jié)任務(wù)、流程跟蹤等類別的審批記錄分類匯總。同時(shí)，任務(wù)中心以獨(dú)立服務(wù)的形式注冊(cè)集成到校園服務(wù)平臺(tái)上，以單獨(dú)應(yīng)用的形式獨(dú)立部署運(yùn)行。[4]另外，任務(wù)中心提供標(biāo)準(zhǔn)的任務(wù)接入API（Application Programming Interface，應(yīng)用程序接口），為第三方業(yè)務(wù)系統(tǒng)提供任務(wù)的接入方式。任務(wù)中心系統(tǒng)設(shè)計(jì)的目標(biāo)是納入不同業(yè)務(wù)系統(tǒng)的流程任務(wù)，兼容不同業(yè)務(wù)系統(tǒng)的流程驅(qū)動(dòng)方式，接受不同形式的任務(wù)審批數(shù)據(jù)存儲(chǔ)形式。

建立統(tǒng)一的任務(wù)中心，可以使第三方業(yè)務(wù)系統(tǒng)的流程任務(wù)通過(guò)固定的格式、以數(shù)據(jù)的形式推送到任務(wù)中心。任務(wù)中心按第三方業(yè)務(wù)系統(tǒng)流程任務(wù)的狀態(tài)，分別展現(xiàn)為待辦任務(wù)、已辦任務(wù)或辦結(jié)任務(wù)。用戶可以通過(guò)任務(wù)鏈接直接進(jìn)入第三方業(yè)務(wù)系統(tǒng)任務(wù)表單進(jìn)行任務(wù)處理。統(tǒng)一的任務(wù)中心系統(tǒng)的設(shè)計(jì)方案如下。

（1）作為單一的應(yīng)用，任務(wù)中心應(yīng)為獨(dú)立的功能系統(tǒng)，必須可以單獨(dú)運(yùn)行和被訪問(wèn)，符合校園服務(wù)平臺(tái)微服務(wù)的設(shè)計(jì)理念，遵守學(xué)校校園服務(wù)平臺(tái)的服務(wù)注冊(cè)和接入標(biāo)準(zhǔn)，可作為校園服務(wù)平臺(tái)的欄目存在，并且任務(wù)中心以服務(wù)的形式體現(xiàn)在服務(wù)平臺(tái)中。

（2）任務(wù)中心應(yīng)包括多個(gè)標(biāo)簽頁(yè)，包括待辦任務(wù)、已辦任務(wù)、辦結(jié)任務(wù)以及任務(wù)跟蹤，根據(jù)任務(wù)辦理的狀態(tài)展現(xiàn)與用戶相關(guān)的其它第三方業(yè)務(wù)系統(tǒng)的流程任務(wù)信息。

（3）為第三方業(yè)務(wù)系統(tǒng)提供標(biāo)準(zhǔn)的API，供第三方系統(tǒng)對(duì)接進(jìn)行數(shù)據(jù)傳輸，將任務(wù)推送到任務(wù)中心。

（4）任務(wù)中心的展現(xiàn)應(yīng)支持移動(dòng)端，實(shí)現(xiàn)移動(dòng)端的任務(wù)中心數(shù)據(jù)展現(xiàn)。

（5）任務(wù)中心可接入不同的流程類技術(shù)，包容不同的流程任務(wù)驅(qū)動(dòng)模式，包括流程引擎類的，如以單一事務(wù)流轉(zhuǎn)的流程任務(wù);包括以審批狀態(tài)驅(qū)動(dòng)審批流轉(zhuǎn)的流程審批類任務(wù)。

（6）任務(wù)中心需支持和接受業(yè)務(wù)系統(tǒng)中任務(wù)處理的不同功能邏輯，包括任務(wù)的保存、提交、轉(zhuǎn)發(fā)、加簽以及刪除等功能。

任務(wù)中心系統(tǒng)在定位上屬于智慧校園一站式服務(wù)平臺(tái)的組件，各接入業(yè)務(wù)系統(tǒng)的不同流程類的審批任務(wù)作為數(shù)據(jù)源向任務(wù)中心推送和交互任務(wù)狀態(tài)。

三、系統(tǒng)實(shí)現(xiàn)

任務(wù)中心系統(tǒng)功能整體上分為展現(xiàn)層、數(shù)據(jù)層、接口層、接入層，分別對(duì)應(yīng)任務(wù)在校園服務(wù)平臺(tái)中的展現(xiàn)、任務(wù)數(shù)據(jù)的存儲(chǔ)、任務(wù)數(shù)據(jù)交互API以及業(yè)務(wù)系統(tǒng)調(diào)用接口接入，具體功能框架如圖1所示。業(yè)務(wù)系統(tǒng)的審核數(shù)據(jù)調(diào)用任務(wù)中心的交互API，將審批任務(wù)推送到任務(wù)數(shù)據(jù)庫(kù)存儲(chǔ)。任務(wù)中心數(shù)據(jù)庫(kù)存儲(chǔ)業(yè)務(wù)系統(tǒng)推送過(guò)來(lái)的流程任務(wù)數(shù)據(jù)。任務(wù)顯示頁(yè)面讀取任務(wù)數(shù)據(jù)庫(kù)所有的任務(wù)數(shù)據(jù)，并集成到校園服務(wù)平臺(tái)調(diào)用展現(xiàn)。對(duì)任務(wù)狀態(tài)或記錄的更新，同樣調(diào)用任務(wù)交互API更新。

1.任務(wù)交互API設(shè)計(jì)

任務(wù)中心的API采用Web Service接口技術(shù)，以JSON（JavaScript Object Notation，JS 對(duì)象簡(jiǎn)譜）的數(shù)據(jù)格式，按固定的數(shù)據(jù)設(shè)計(jì)字段將任務(wù)數(shù)據(jù)推送到任務(wù)中心的數(shù)據(jù)庫(kù)表中。JSON 是一種輕量級(jí)的數(shù)據(jù)交換格式。它基于ECMAScript（歐洲計(jì)算機(jī)協(xié)會(huì)制定的JS規(guī)范）的一個(gè)子集，采用完全獨(dú)立于編程語(yǔ)言的文本格式來(lái)存儲(chǔ)和表示數(shù)據(jù)。[5]采用JSON數(shù)據(jù)格式可以更好地提高數(shù)據(jù)傳輸?shù)男省?/p>

任務(wù)中心的API由業(yè)務(wù)系統(tǒng)調(diào)用，業(yè)務(wù)系統(tǒng)的每個(gè)流程，根據(jù)流程節(jié)點(diǎn)的多少，對(duì)應(yīng)一串流程數(shù)據(jù)，為保證數(shù)據(jù)的唯一性，應(yīng)該定義業(yè)務(wù)系統(tǒng)的唯一ID、每個(gè)流程的ID、每個(gè)流程節(jié)點(diǎn)的ID，并作為數(shù)據(jù)的聯(lián)合主鍵，定位流程的唯一性。

任務(wù)交互API包括Insert和Update功能。推送任務(wù)數(shù)據(jù)時(shí)，先進(jìn)行JSON數(shù)據(jù)格式校驗(yàn)和約束檢查，再進(jìn)行業(yè)務(wù)邏輯檢查，邏輯檢查時(shí)，接口通過(guò)聯(lián)合主鍵檢驗(yàn)數(shù)據(jù)是否已存在，如不存在則Insert記錄，如果已存在，則進(jìn)行狀態(tài)Update。在任務(wù)數(shù)據(jù)推送時(shí)，根據(jù)Insert和Update的需求，JSON數(shù)據(jù)字段除關(guān)鍵字段外，其它字段可根據(jù)實(shí)際需要推送更新。為保證數(shù)據(jù)的完整性和有效性，數(shù)據(jù)接口不提供Delete功能，但提供對(duì)數(shù)據(jù)記錄的刪除標(biāo)記。

另外，任務(wù)數(shù)據(jù)的交互API還包括日志記錄和結(jié)果反饋，便于業(yè)務(wù)系統(tǒng)對(duì)推送結(jié)果的跟蹤和問(wèn)題排查。

2.任務(wù)數(shù)據(jù)顯示和查詢

數(shù)據(jù)顯示接口由任務(wù)中心的前端頁(yè)面功能實(shí)現(xiàn)，根據(jù)流程任務(wù)的狀態(tài)，按待辦、已辦、辦結(jié)和跟蹤分欄顯示，每個(gè)欄目提供任務(wù)主題、任務(wù)相關(guān)時(shí)間、任務(wù)創(chuàng)建人等關(guān)鍵字段查詢。任務(wù)中心的前端頁(yè)面功能，必須完成學(xué)校的統(tǒng)一身份認(rèn)證對(duì)接，需要按照校園服務(wù)平臺(tái)的規(guī)范標(biāo)準(zhǔn)開發(fā)。

上?？萍即髮W(xué)校園服務(wù)平臺(tái)采用了Web Widget技術(shù)，Web Widget可以向一個(gè)基于HTML的Web頁(yè)面上添加一些動(dòng)態(tài)內(nèi)容。它可能是點(diǎn)擊計(jì)數(shù)器，例如實(shí)時(shí)股票信息、航班信息等等。通常情況下，一個(gè)Widget的功能都是由第三方提供的代碼實(shí)現(xiàn)的，而Web開發(fā)者，只需要將這些代碼塊嵌入自己的頁(yè)面即可。其實(shí)，在萬(wàn)維網(wǎng)發(fā)展的早期，Web開發(fā)者就已經(jīng)嘗試在他們的頁(yè)面中嵌入一些第三方開發(fā)的代碼塊，不過(guò)這些代碼塊早期的功能通常都是一些諸如鏈接計(jì)數(shù)、廣告標(biāo)識(shí)（Web banner）之類的。[6]任務(wù)中心利用Widget技術(shù)將待辦任務(wù)、已辦任務(wù)、辦結(jié)任務(wù)、跟蹤任務(wù)逐個(gè)分欄顯示在校園服務(wù)平臺(tái)中，也可以在校園服務(wù)平臺(tái)中實(shí)現(xiàn)任務(wù)中心的獨(dú)立訪問(wèn)。

根據(jù)任務(wù)的其它屬性需要，可以在任務(wù)數(shù)據(jù)中添加部分標(biāo)記位字段，如已讀未讀、重要程度等，依據(jù)用戶對(duì)任務(wù)的標(biāo)記，對(duì)任務(wù)數(shù)據(jù)進(jìn)行觸發(fā)。比如用戶第一次點(diǎn)擊時(shí)，回填任務(wù)數(shù)據(jù)表的未讀標(biāo)記字段變更為已讀;再比如，用戶將任務(wù)標(biāo)記為重要，回填任務(wù)數(shù)據(jù)表記錄的“重要”字段數(shù)據(jù)值。該類字段標(biāo)記由任務(wù)中心根據(jù)用戶的操作直接觸發(fā)，不需要業(yè)務(wù)系統(tǒng)來(lái)觸發(fā)推送數(shù)據(jù)。另外，任務(wù)流轉(zhuǎn)通過(guò)郵件、短信等方式提醒任務(wù)處理人時(shí)，依然由業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)提醒推送，但推送內(nèi)容可包含任務(wù)中心的鏈接地址。

3.數(shù)據(jù)字段設(shè)計(jì)

數(shù)據(jù)庫(kù)可采用Oracle、MySQL等數(shù)據(jù)庫(kù)管理系統(tǒng)，因?yàn)閺膶?shí)際業(yè)務(wù)上來(lái)說(shuō)，較少可能出現(xiàn)瞬時(shí)大并發(fā)量的情況，所以從應(yīng)用設(shè)計(jì)上滿足一定的并發(fā)量需求即可。為了滿足設(shè)計(jì)需求，任務(wù)中心的數(shù)據(jù)字段應(yīng)滿足共建共享、標(biāo)準(zhǔn)規(guī)范的要求，能滿足通常的任務(wù)流轉(zhuǎn)需要，應(yīng)具有包容其它流程引擎的任務(wù)數(shù)據(jù)屬性。因此，在功能設(shè)計(jì)時(shí)，需要充分調(diào)研業(yè)務(wù)系統(tǒng)的任務(wù)流程及其數(shù)據(jù)字段。任務(wù)中心的數(shù)據(jù)字段設(shè)計(jì)包括但不限于任務(wù)標(biāo)題、任務(wù)創(chuàng)建人、任務(wù)處理人、任務(wù)頁(yè)面地址、任務(wù)處理意見、任務(wù)流程圖地址、任務(wù)的移動(dòng)處理頁(yè)面地址、刪除標(biāo)記等，重要數(shù)據(jù)字段如表1所示。

4.數(shù)據(jù)同步容錯(cuò)

業(yè)務(wù)系統(tǒng)向任務(wù)中心推送任務(wù)數(shù)據(jù)時(shí)，考慮到網(wǎng)絡(luò)不通、任務(wù)中心本身等故障原因，會(huì)影響任務(wù)數(shù)據(jù)的推送，可能會(huì)帶來(lái)數(shù)據(jù)同步的問(wèn)題，這里要求業(yè)務(wù)系統(tǒng)在推送任務(wù)數(shù)據(jù)時(shí)，需要有完整的錯(cuò)誤處理機(jī)制。先要對(duì)推送進(jìn)行日志記錄，在同步推送失敗時(shí)，進(jìn)行重試，錯(cuò)誤達(dá)到3次以后，則記錄下來(lái)，以便管理員排查處理。[7]

5.功能設(shè)計(jì)

任務(wù)中心的功能是以個(gè)人為主體，按個(gè)人對(duì)任務(wù)處理的狀態(tài)分為待辦任務(wù)、已辦任務(wù)、辦結(jié)任務(wù)以及任務(wù)跟蹤。

待辦任務(wù)是針對(duì)個(gè)人需要處理的流程節(jié)點(diǎn)任務(wù)，以登錄用戶的登錄ID（通常是學(xué)工號(hào)）為關(guān)鍵字，從任務(wù)存儲(chǔ)數(shù)據(jù)庫(kù)中查詢處理人為個(gè)人，且狀態(tài)是未執(zhí)行中的任務(wù)，供個(gè)人用戶查詢。已辦任務(wù)與待辦任務(wù)的區(qū)別就是任務(wù)的狀態(tài)為完成，其它功能相同。待辦任務(wù)和已辦任務(wù)都是指流程中的某一些節(jié)點(diǎn)處理任務(wù)，辦結(jié)任務(wù)是任務(wù)的所有節(jié)點(diǎn)都已處理完的任務(wù)。待辦任務(wù)、已辦任務(wù)、辦結(jié)任務(wù)是以任務(wù)的處理人為主體查詢的，而任務(wù)跟蹤是以任務(wù)的創(chuàng)建人為主體，顯示當(dāng)前用戶創(chuàng)建的任務(wù)，無(wú)論是辦結(jié)或未辦結(jié)都會(huì)顯示在任務(wù)跟蹤欄目中。另外，無(wú)論是待辦任務(wù)還是已辦任務(wù)、辦結(jié)任務(wù)都可以通過(guò)任務(wù)主題、任務(wù)創(chuàng)建時(shí)間等字段進(jìn)行定位搜索到指定任務(wù)。

6.系統(tǒng)實(shí)現(xiàn)

上?？萍即髮W(xué)任務(wù)中心開發(fā)完成后，經(jīng)過(guò)實(shí)踐，不但集成了以工作流引擎為核心的任務(wù)，如協(xié)同辦公系統(tǒng)的流程任務(wù)、基于國(guó)外套裝軟件SAP開發(fā)的財(cái)物與工程管理系統(tǒng)的流程任務(wù)、就業(yè)系統(tǒng)的流程任務(wù)、基于數(shù)據(jù)平臺(tái)報(bào)表系統(tǒng)的流程任務(wù)，還集成了以狀態(tài)驅(qū)動(dòng)為核心的流程，如學(xué)工系統(tǒng)、科研系統(tǒng)、人事系統(tǒng)、信息發(fā)布系統(tǒng)的流程審批任務(wù)，從而較好地達(dá)成了任務(wù)中心的設(shè)計(jì)目標(biāo)，上?？萍即髮W(xué)任務(wù)中心系統(tǒng)對(duì)接具體實(shí)例如圖2所示。

四、結(jié)語(yǔ)

高校校園服務(wù)平臺(tái)的建設(shè)，本就是以開放性、可持續(xù)性集成為設(shè)計(jì)目標(biāo)的，利用平臺(tái)的開放性、可持續(xù)性接入各類服務(wù)是平臺(tái)的核心應(yīng)用。平臺(tái)任務(wù)中心的設(shè)計(jì)和融合，是校園服務(wù)平臺(tái)開放性的實(shí)踐成果之一。隨著技術(shù)的發(fā)展、應(yīng)用的深入，我們將密切跟蹤技術(shù)與實(shí)踐的發(fā)展，圍繞用戶的痛點(diǎn)和難點(diǎn)，在核心開放技術(shù)和擴(kuò)展方法的基礎(chǔ)上，逐步設(shè)計(jì)和融合更加豐富的功能和服務(wù)。

參考文獻(xiàn)：

[1]焦寶臣，劉振昌，張四海，楊陽(yáng)，陳詩(shī)明，顏偉榮.高校信息門戶的功能定位與實(shí)現(xiàn)方案[J].華東師范大學(xué)學(xué)報(bào)（自然科學(xué)版），2015（S1）：435-439.

[2]蔣東興，付小龍，袁芳，吳海燕，劉啟新.大數(shù)據(jù)背景下的高校智慧校園建設(shè)探討[J].華東師范大學(xué)學(xué)報(bào)（自然科學(xué)版），2015（S1）：119-125，131.

[3]趙澤宇，張凱，吳慶杰.復(fù)旦大學(xué)：數(shù)據(jù)管理支撐信息化一站式服務(wù)[J].中國(guó)教育網(wǎng)絡(luò)，2014（12）：53-56.

[4]黃天武，林樹順，胡劼.集團(tuán)型企業(yè)統(tǒng)一任務(wù)中心建設(shè)研究[C].2008年電力行業(yè)信息化年會(huì)會(huì)議論文集，2008：5.

[5]劉英丹，董傳良.利用WebService實(shí)現(xiàn)企業(yè)應(yīng)用集成[J].計(jì)算機(jī)應(yīng)用，2003（7）：124-126.

[6]Caceres M.Widgets1.0：Packaging and Configuration[DB/OL]. http：//www.w3.org/TR/widgets/.

[7]郭洋，王存林.應(yīng)用集成平臺(tái)下接口容錯(cuò)處理和監(jiān)控機(jī)制的實(shí)現(xiàn)[J].電力信息化，2009（12）：41-44.

（編輯：王天鵬）