999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

基于“云服務(wù)”的分布式系統(tǒng)移動(dòng)應(yīng)用中心建設(shè)①

2017-10-13 14:46:47岳軒宇陳遠(yuǎn)平杜義華李鎮(zhèn)陽(yáng)
關(guān)鍵詞:用戶服務(wù)信息

岳軒宇, 陳遠(yuǎn)平, 杜義華, 李鎮(zhèn)陽(yáng), 王 鎮(zhèn)

?

基于“云服務(wù)”的分布式系統(tǒng)移動(dòng)應(yīng)用中心建設(shè)①

岳軒宇1,2, 陳遠(yuǎn)平1, 杜義華1, 李鎮(zhèn)陽(yáng)1, 王 鎮(zhèn)1

1(中國(guó)科學(xué)院計(jì)算機(jī)網(wǎng)絡(luò)信息中心, 北京 100190)2(中國(guó)科學(xué)院大學(xué), 北京 100049)

介紹了在中科院分布式科研管理系統(tǒng)—ARP系統(tǒng)環(huán)境下, 基于“云服務(wù)”模式移動(dòng)應(yīng)用中心的建設(shè)方案及具體技術(shù)路線, 并針對(duì)建設(shè)過(guò)程中的關(guān)鍵問(wèn)題, 如分布式環(huán)境下“云”服務(wù)功能數(shù)據(jù)的獲取機(jī)制、數(shù)據(jù)訪問(wèn)的安全保障措施以及用戶認(rèn)證機(jī)制等方面進(jìn)行了重點(diǎn)闡述.

分布式系統(tǒng); 移動(dòng)應(yīng)用; 云服務(wù); 安全; ARP

中國(guó)科學(xué)院資源規(guī)劃項(xiàng)目(Academia Resource Planning, 簡(jiǎn)稱ARP), 是從院所兩級(jí)治理結(jié)構(gòu)出發(fā), 以科研計(jì)劃與執(zhí)行管理為核心設(shè)計(jì)并開發(fā)的資源配置管理平臺(tái)[1]. 歷經(jīng)十余年的建設(shè)與應(yīng)用, ARP系統(tǒng)逐漸形成了十大業(yè)務(wù)系統(tǒng)(人力資源管理、綜合財(cái)務(wù)管理、科研項(xiàng)目管理、科研條件管理、基本建設(shè)管理、知識(shí)產(chǎn)權(quán)管理、國(guó)際合作系統(tǒng)、院地合作管理、教育資源管理和評(píng)估評(píng)價(jià))、兩大應(yīng)用平臺(tái)(公共事務(wù)處理和信息資源服務(wù)), 院所兩級(jí)聯(lián)動(dòng)的應(yīng)用格局. 到目前為止, ARP系統(tǒng)在中國(guó)科學(xué)院內(nèi)共有130個(gè)上線單位, 為院所各級(jí)領(lǐng)導(dǎo)、管理人員、科研人員提供科研管理核心業(yè)務(wù)支持, 核心用戶近4000人, 其中員工自助、網(wǎng)上報(bào)銷、日常事務(wù)管理等子系統(tǒng)涉及全體員工, 直接服務(wù)總?cè)藬?shù)達(dá)5.5萬(wàn)人, 在提高管理工作效率、促進(jìn)管理方式變革等方面發(fā)揮了重要作用.

ARP系統(tǒng)采用的是“院-所”兩級(jí)分布式部署架構(gòu),每個(gè)上線單位(各研究所)均擁有一套獨(dú)立的物理服務(wù)器環(huán)境并部署了相應(yīng)的業(yè)務(wù)管理系統(tǒng), 各所級(jí)業(yè)務(wù)系統(tǒng)通過(guò)數(shù)據(jù)交換平臺(tái)與院級(jí)業(yè)務(wù)系統(tǒng)進(jìn)行交互. ARP系統(tǒng)院-所兩級(jí)結(jié)構(gòu)如圖1所示.

圖1 “院-所”兩級(jí)系統(tǒng)結(jié)構(gòu)圖

此外, 在院級(jí)系統(tǒng)層面組建了信息資源中心(IRC), 負(fù)責(zé)完成全院各所級(jí)節(jié)點(diǎn)業(yè)務(wù)系統(tǒng)日常運(yùn)行過(guò)程中產(chǎn)生的各類科研管理數(shù)據(jù)的匯聚任務(wù), 并通過(guò)ETL(抽取、轉(zhuǎn)換、加載)操作構(gòu)建形成中心數(shù)據(jù)倉(cāng)庫(kù)及數(shù)據(jù)資源池, 為院、所兩級(jí)決策者、業(yè)務(wù)管理人員及科研人員提供信息資源服務(wù)[2].

1 ARP系統(tǒng)面臨的移動(dòng)應(yīng)用需求

目前我們正身處移動(dòng)互聯(lián)網(wǎng)時(shí)代, 智能手機(jī)、平板電腦已普及千家萬(wàn)戶, 各類雨后春筍般出現(xiàn)的移動(dòng)應(yīng)用正逐漸地改變?nèi)藗兊纳詈凸ぷ鞣绞絒3,4]. ARP系統(tǒng)作為中國(guó)科學(xué)院科研管理信息化的重要支持平臺(tái), 旨在利用移動(dòng)終端平臺(tái)提供業(yè)務(wù)審批、課題經(jīng)費(fèi)查詢、個(gè)人工資信息查詢等常見功能, 使得用戶可以隨時(shí)隨地的進(jìn)行業(yè)務(wù)處理及信息服務(wù)獲取, 進(jìn)一步提高工作效率及工作體驗(yàn).

2012至2013年, 作為運(yùn)維支撐部門的ARP中心曾嘗試開發(fā)并實(shí)現(xiàn)了ARP移動(dòng)辦文項(xiàng)目[5], 然而由于該項(xiàng)目的部署模式仍采用分布式結(jié)構(gòu), 需要在各ARP上線節(jié)點(diǎn)部署相應(yīng)的程序包, 最終由于部署過(guò)程復(fù)雜、功能拓展不便及系統(tǒng)升級(jí)困難等各方面因素導(dǎo)致項(xiàng)目的應(yīng)用效果并不理想.

隨著辦公人員對(duì)移動(dòng)應(yīng)用需求的不斷變化和拓展, 若依然按照分布式系統(tǒng)結(jié)構(gòu)進(jìn)行系統(tǒng)功能應(yīng)用部署、拓展、升級(jí)等操作, 則不可避免的需要在各上線單位持續(xù)地增加服務(wù)器, 在未來(lái)的運(yùn)維過(guò)程中還需反復(fù)下發(fā)程序補(bǔ)丁, 并要求各ARP系統(tǒng)上線單位系統(tǒng)管理員及時(shí)部署程序升級(jí)包. 可以預(yù)見的是, 分布式架構(gòu)下復(fù)雜和繁瑣的工作流程勢(shì)必將嚴(yán)重限制著ARP系統(tǒng)應(yīng)用功能的發(fā)揮, 更重要的是分布式架構(gòu)下不能充分利用院級(jí)信息資源中心匯聚的各ARP上線單位的數(shù)據(jù)資源, 從而無(wú)法為不同類別用戶提供定制服務(wù), 進(jìn)而嚴(yán)重影響ARP系統(tǒng)整體效益的發(fā)揮. 此外, 使用分布式架構(gòu)將面臨著系統(tǒng)平臺(tái)的統(tǒng)一管理的一系列挑戰(zhàn), 諸如用戶行為數(shù)據(jù)的收集、系統(tǒng)安全的統(tǒng)一控制等.

近年來(lái), 伴隨著“云服務(wù)”概念的興起以及相關(guān)開發(fā)技術(shù)的日趨成熟, 依托于“云架構(gòu)”及相關(guān)技術(shù)在院級(jí)系統(tǒng)層面統(tǒng)一開發(fā)和部署“云服務(wù)”模式的ARP移動(dòng)應(yīng)用中心, 將能更合理、有效的解決前述問(wèn)題, 更加充分地利用院所兩級(jí)的整體資源.

2 系統(tǒng)建設(shè)方案

針對(duì)目前已經(jīng)存在的大規(guī)模分布式結(jié)構(gòu)的所級(jí)ARP系統(tǒng), 建立起一個(gè)基于“云服務(wù)”模式并能充分兼容原有分布式系統(tǒng)結(jié)構(gòu)的集中式移動(dòng)應(yīng)用中心勢(shì)必充滿著一系列的挑戰(zhàn)及困難, 主要包括以下幾個(gè)方面:

①如何實(shí)現(xiàn)分布式系統(tǒng)下ARP用戶的統(tǒng)一登錄及權(quán)限驗(yàn)證問(wèn)題;

②如何解決分布式環(huán)境下業(yè)務(wù)數(shù)據(jù)的實(shí)時(shí)訪問(wèn)、處理問(wèn)題;

③如何解決移動(dòng)應(yīng)用VPN訪問(wèn)及分布式現(xiàn)狀下業(yè)務(wù)用戶應(yīng)用路由問(wèn)題.

2.1系統(tǒng)整體結(jié)構(gòu)

針對(duì)上述提出需要解決的問(wèn)題, 綜合考慮設(shè)計(jì)系統(tǒng)整體結(jié)構(gòu)如圖2所示.

圖2 系統(tǒng)整體結(jié)構(gòu)圖

系統(tǒng)由移動(dòng)“云服務(wù)”中間平臺(tái)、所級(jí)業(yè)務(wù)管理系統(tǒng)、中轉(zhuǎn)路由三部分組成, 針對(duì)系統(tǒng)所需要處理的業(yè)務(wù)而言, 構(gòu)建偽代碼描述如下:

GetTheRequestFromUser();

if (CaVerifyNoPassed(userId))

return falseInformationToUser();

else

FindTheInformationForUser();

FindWebServiceAddressFromXml();

CallOnWebServiceAndProcessRequest();

“云服務(wù)”模式的集中式移動(dòng)應(yīng)用中心處理的典型

業(yè)務(wù)請(qǐng)求如下:

①處理涉及讀寫操作的業(yè)務(wù)數(shù)據(jù)請(qǐng)求(如公文批示)時(shí), 移動(dòng)“云服務(wù)”中間平臺(tái)將充當(dāng)認(rèn)證門戶, 進(jìn)行統(tǒng)一用戶認(rèn)證保證系統(tǒng)的安全性及控制權(quán)限. 若用戶沒有通過(guò)驗(yàn)證, 返回錯(cuò)誤提示信息, 若用戶通過(guò)認(rèn)證, 通過(guò)查詢路由信息表判斷業(yè)務(wù)請(qǐng)求數(shù)據(jù)源, 調(diào)用“云服務(wù)”中間平臺(tái)內(nèi)保存的對(duì)應(yīng)所級(jí)業(yè)務(wù)處理系統(tǒng)WebService接口進(jìn)行請(qǐng)求轉(zhuǎn)發(fā), 在所級(jí)系統(tǒng)內(nèi)進(jìn)行更進(jìn)一步的業(yè)務(wù)邏輯處理;

②處理僅涉及讀操作的業(yè)務(wù)數(shù)據(jù)請(qǐng)求(如個(gè)人工資查詢請(qǐng)求)時(shí), 集中式服務(wù)平臺(tái)為通過(guò)統(tǒng)一認(rèn)證的用戶從平臺(tái)持有的數(shù)據(jù)庫(kù)連接池中動(dòng)態(tài)創(chuàng)建JDBC連接, 連到遠(yuǎn)程相應(yīng)所級(jí)數(shù)據(jù)庫(kù), 并為該請(qǐng)求創(chuàng)建一個(gè)對(duì)應(yīng)所級(jí)數(shù)據(jù)庫(kù)系統(tǒng)最小權(quán)限(只讀)的用戶, 通過(guò)該連接直接查詢遠(yuǎn)程分布式數(shù)據(jù)庫(kù)的數(shù)據(jù)作為查詢結(jié)果返回.

2.2系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)

VPN專網(wǎng)作為ARP網(wǎng)絡(luò)安全防護(hù)的重要措施之一, 通過(guò)VPN加密隧道將院機(jī)關(guān)局域網(wǎng)和各研究所局域網(wǎng)連接起來(lái), 所級(jí)用戶通過(guò)VPN加密隧道進(jìn)行信息交互.

當(dāng)用戶訪問(wèn)集中式云移動(dòng)應(yīng)用中心時(shí), 若各類用戶均先登錄院級(jí)VPN專網(wǎng), 需在院級(jí)VPN服務(wù)器上為各所各用戶再單獨(dú)創(chuàng)建帳號(hào), 這樣的處理方式不方便且不現(xiàn)實(shí), 且容易造成VPN服務(wù)器承受過(guò)大的性能壓力.

為解決上述問(wèn)題, ARP移動(dòng)應(yīng)用中心部署于院級(jí)VPN區(qū)中, 系統(tǒng)在各上線單位VPN防火墻服務(wù)器上為本單位用戶開通院級(jí)VPN登錄帳號(hào), 使用ARP業(yè)務(wù)系統(tǒng)時(shí)用戶需先登錄本單位VPN服務(wù)器, 通過(guò)VPN加密隧道訪問(wèn)院級(jí)數(shù)據(jù)資源. 系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖3所示.

圖3 系統(tǒng)VPN網(wǎng)絡(luò)結(jié)構(gòu)圖

系統(tǒng)通過(guò)設(shè)置嚴(yán)格的防火墻規(guī)則, 研究所與研究所之間劃分了各自的局域網(wǎng)域, 僅允許對(duì)院中心特定IP服務(wù)器、協(xié)議和端口的訪問(wèn), 從而保證數(shù)據(jù)訪問(wèn)的安全.

2.3用戶管理認(rèn)證方案

ARP移動(dòng)應(yīng)用中心的用戶群體主要包括全院ARP系統(tǒng)核心用戶及科研人員, 用戶在本單位ARP業(yè)務(wù)系統(tǒng)中已持有帳號(hào)及密碼, 并且該賬戶與人力資源模塊中的組織結(jié)構(gòu)、人員編號(hào)等信息相關(guān)聯(lián). 集中式移動(dòng)應(yīng)用中心不宜重新創(chuàng)建組織結(jié)構(gòu)及用戶帳號(hào), 造成資源的重用浪費(fèi), 更合理地處理方式是在保障安全地前提下利用已有業(yè)務(wù)系統(tǒng)的賬號(hào)密碼信息實(shí)現(xiàn)用戶權(quán)限管理的無(wú)縫銜接.

因此, 采取將各所級(jí)用戶信息(如所屬研究所信息等)抽取并實(shí)時(shí)匯聚到集中式移動(dòng)應(yīng)用中心的云端, 用戶在云端登錄驗(yàn)證時(shí)使用與所級(jí)業(yè)務(wù)系統(tǒng)相同的加密判斷算法的方式, 可以很好地解決集中式登錄問(wèn)題.

用戶的登陸認(rèn)證流程圖如圖4所示.

圖4 系統(tǒng)用戶登陸認(rèn)證流程圖

①用戶提交認(rèn)證請(qǐng)求給驗(yàn)證服務(wù)器;

②驗(yàn)證服務(wù)器進(jìn)行用戶驗(yàn)證并返回給用戶票據(jù)信息;

③客戶端解析票據(jù), 判斷如果認(rèn)證成功, 為用戶分配相應(yīng)的權(quán)限, 并調(diào)用VPN的sdk包(ios/安卓)建立一條VPN服務(wù)通道以便進(jìn)行數(shù)據(jù)傳輸 ;

④如果客戶端解析認(rèn)證失敗, 則提示給客戶端認(rèn)證失敗信息.

由于客戶端在提交數(shù)據(jù)請(qǐng)求時(shí), 數(shù)據(jù)都是在VPN服務(wù)通道中傳輸?shù)? 即使客戶端沒有使用安全的加密措施, 由于VPN服務(wù)通道的高安全性, 可以充分地保證數(shù)據(jù)請(qǐng)求的安全性.

2.4 數(shù)據(jù)與業(yè)務(wù)實(shí)時(shí)性方案

云端院ARP信息資源中心(以下簡(jiǎn)稱IRC)中已按月、周或日匯聚存儲(chǔ)或加工整理有全院各類科研管理的基礎(chǔ)數(shù)據(jù), 已能滿足各級(jí)領(lǐng)導(dǎo)的常用各類查詢展示、報(bào)表統(tǒng)計(jì)和態(tài)勢(shì)分析服務(wù).

當(dāng)ARP移動(dòng)應(yīng)用中心需支持快捷辦公實(shí)現(xiàn)與業(yè)務(wù)系統(tǒng)交互、面向普通人員提供最新數(shù)據(jù)服務(wù)時(shí), 信息資源中心匯聚的集中數(shù)據(jù)相對(duì)實(shí)時(shí)性不夠, 且無(wú)法回寫到源ARP業(yè)務(wù)系統(tǒng).

采用“集中數(shù)據(jù)+分布式數(shù)據(jù)”結(jié)合方式, 開放云端海端點(diǎn)對(duì)點(diǎn)間數(shù)據(jù)訪問(wèn)通道, 對(duì)一些涉及交互操作和實(shí)時(shí)明細(xì)數(shù)據(jù), 程序直接調(diào)用原所級(jí)ARP業(yè)務(wù)系統(tǒng), 如個(gè)人工資明細(xì)、課題經(jīng)費(fèi)收支明細(xì)、批閱待辦公文等 , 可解決常規(guī)數(shù)據(jù)的集中與實(shí)時(shí)數(shù)據(jù)的分布、IRC數(shù)據(jù)的只讀與辦公功能的互動(dòng)問(wèn)題, 同時(shí)可減輕IRC實(shí)時(shí)數(shù)據(jù)匯聚、加載轉(zhuǎn)換的壓力, 數(shù)據(jù)匯集過(guò)程如圖5所示.

圖5 系統(tǒng)“集中+分布式”數(shù)據(jù)模式

3 系統(tǒng)技術(shù)實(shí)現(xiàn)

3.1 開發(fā)語(yǔ)言與框架

目前主流的智能移動(dòng)終端操作系統(tǒng)包括Android、IOS、WP7等, 根據(jù)開發(fā)實(shí)現(xiàn)方式的不同移動(dòng)應(yīng)用可進(jìn)一步劃分為: 基于具體的手機(jī)操作系統(tǒng), 使用原生程序開發(fā)語(yǔ)言編寫運(yùn)行的原生應(yīng)用(Native App); 基于Web系統(tǒng)的, 向廣大的最終用戶發(fā)布一組復(fù)雜的內(nèi)容和功能的網(wǎng)頁(yè)應(yīng)用(Web App); 介于原生應(yīng)用(Native App)、網(wǎng)頁(yè)應(yīng)用(Web App)這兩者之間的混合應(yīng)用(Hybrid App), 三者的技術(shù)特性對(duì)比如下:

①原生應(yīng)用具備最高的性能, 支持離線及各類的設(shè)備原生功能, 對(duì)網(wǎng)絡(luò)依賴低;

②網(wǎng)頁(yè)應(yīng)用能利用HTML、CSS等技術(shù)進(jìn)行界面渲染, 不能支持照相機(jī)、系統(tǒng)通知等本機(jī)設(shè)備訪問(wèn)功能, 且大部分依賴網(wǎng)絡(luò);

③混合應(yīng)用則結(jié)合了前兩者的優(yōu)勢(shì), 雖然損耗了部分性能, 但通過(guò)HTML、CSS等技術(shù)的結(jié)合保證了界面的美觀, 同時(shí)更好的支持設(shè)備的原生功能. 此外, 混合應(yīng)用開發(fā)模式還具備跨平臺(tái)性、低成本、移動(dòng)終端頁(yè)面自適應(yīng)的優(yōu)勢(shì).

綜上所述, 結(jié)合實(shí)際需求, 對(duì)于移動(dòng)ARP應(yīng)用中心, 系統(tǒng)移動(dòng)端采用混合應(yīng)用開發(fā)的架構(gòu). 此外, 系統(tǒng)結(jié)合了當(dāng)下流行的HTML5技術(shù)實(shí)現(xiàn)移動(dòng)終端的界面友好交互、跨瀏覽器支持、并利用本地存儲(chǔ)取代cookie.

圖6 系統(tǒng)開發(fā)技術(shù)結(jié)構(gòu)圖

通過(guò)研究設(shè)計(jì)ARP移動(dòng)應(yīng)用中心的整體軟件體系架構(gòu), 在數(shù)據(jù)接口層中, 系統(tǒng)采用SSHJ的結(jié)構(gòu), 即Structs+Spring+Hibernate+Json, 數(shù)據(jù)接口層在原有的SSH的框架基礎(chǔ)上, 增加了Json的轉(zhuǎn)換實(shí)現(xiàn), 將原有Structs中用于view展現(xiàn)的實(shí)體類, 通過(guò)數(shù)據(jù)轉(zhuǎn)換, 轉(zhuǎn)換成標(biāo)準(zhǔn)的Json數(shù)據(jù)接口. 通過(guò)上述轉(zhuǎn)換力爭(zhēng)實(shí)現(xiàn)對(duì)需求的快速響應(yīng), 最大程度的降低系統(tǒng)的運(yùn)維成本. 同時(shí)基于該技術(shù)路線, 研究并探索移動(dòng)應(yīng)用緩存管理實(shí)現(xiàn)機(jī)制, 實(shí)現(xiàn)在線下載、離線閱讀、分類導(dǎo)航、模糊檢索等功能, 提升用戶使用體驗(yàn).

此外, 移動(dòng)應(yīng)用中心需要考慮移動(dòng)應(yīng)用的安全性, 包括數(shù)據(jù)傳輸?shù)陌踩浴?shù)據(jù)存儲(chǔ)的安全性、移動(dòng)用戶訪問(wèn)的安全性等. 系統(tǒng)通過(guò)數(shù)據(jù)加密傳輸、VPN專網(wǎng)、對(duì)移動(dòng)智能終端的安全管理等技術(shù)手段進(jìn)行控制. 通過(guò)認(rèn)證權(quán)限管理實(shí)現(xiàn)移動(dòng)應(yīng)用訪問(wèn)入口的統(tǒng)一, 保證了ARP業(yè)務(wù)系統(tǒng)的權(quán)限控制與移動(dòng)ARP應(yīng)用中心用戶管理的無(wú)縫銜接. 同時(shí)系統(tǒng)支持ARP系統(tǒng)外用戶的注冊(cè)申請(qǐng), 最終實(shí)現(xiàn)用戶的統(tǒng)一, 提高用戶的使用體驗(yàn)的同時(shí)確保系統(tǒng)的安全、健壯. 系統(tǒng)開發(fā)技術(shù)結(jié)構(gòu)圖如圖6所示.

3.2動(dòng)態(tài)數(shù)據(jù)源的生成

由于中科院下屬的研究所數(shù)目龐大, 如果為每一個(gè)數(shù)據(jù)請(qǐng)求都生成數(shù)據(jù)源信息顯然效率低下、并且造成資源大幅浪費(fèi). 為解決該問(wèn)題, ARP移動(dòng)應(yīng)用中心采取動(dòng)態(tài)生成數(shù)據(jù)源的策略, 生成數(shù)據(jù)源的流程如圖7所示.

圖7 系統(tǒng)動(dòng)態(tài)數(shù)據(jù)源的生成

①用戶首先登陸系統(tǒng)并進(jìn)行相關(guān)的身份驗(yàn)證;

②系統(tǒng)通過(guò)用戶信息確認(rèn)用戶所屬機(jī)構(gòu)信息;

③在系統(tǒng)的路由資源配置文件中存有中科院下屬各研究所的所有數(shù)據(jù)源信息, 系統(tǒng)會(huì)檢測(cè)配置文件中是否存在當(dāng)前請(qǐng)求對(duì)應(yīng)的數(shù)據(jù)源, 如果存在, 則使用已存在數(shù)據(jù)源. 如果不存在, 系統(tǒng)會(huì)根據(jù)XML配置信息為當(dāng)前請(qǐng)求動(dòng)態(tài)生成數(shù)據(jù)源;

④動(dòng)態(tài)生成的數(shù)據(jù)源將被添加到連接池中以便相同所級(jí)機(jī)構(gòu)用戶再次請(qǐng)求時(shí)重復(fù)使用, 同時(shí)該數(shù)據(jù)源將被設(shè)定超時(shí)時(shí)間, 如果在規(guī)定超時(shí)時(shí)間內(nèi)沒有該所級(jí)用戶的數(shù)據(jù)請(qǐng)求, 系統(tǒng)回收該數(shù)據(jù)源資源.

3.3系統(tǒng)實(shí)現(xiàn)展示

系統(tǒng)全部功能展示如圖8所示.

①用戶可以通過(guò)系統(tǒng)進(jìn)行日程、課題經(jīng)費(fèi)、差旅費(fèi)、院屬機(jī)構(gòu)等基本辦公信息的查詢;

②用戶可以通過(guò)系統(tǒng)進(jìn)行公文辦公, 在移動(dòng)端完成辦公提高工作效率.

圖8 系統(tǒng)功能效果展示圖

4 結(jié)語(yǔ)

基于“云”模式的ARP移動(dòng)應(yīng)用中心自部署應(yīng)用以來(lái)運(yùn)行效果良好, 目前基于該應(yīng)用平臺(tái)提供了包括移動(dòng)公文辦公、課題經(jīng)費(fèi)查詢、護(hù)照簽證、個(gè)人工資、通訊錄、統(tǒng)計(jì)分析等主題服務(wù), 有效的解決了分布式業(yè)務(wù)環(huán)境與集中式全局?jǐn)?shù)據(jù)中心信息資源服務(wù)的矛盾, 提供了豐富的服務(wù)功能, 極大的方便了院、所級(jí)業(yè)務(wù)管理及科研人員的工作, 另一方面也很好的降低了系統(tǒng)運(yùn)維升級(jí)的成本和復(fù)雜度.

總而言之, 通過(guò)該移動(dòng)應(yīng)用中心的建設(shè), 探索了一條大型分布式信息系統(tǒng)下“云服務(wù)”模式應(yīng)用的建設(shè)路徑, 為“十三五”新一代ARP系統(tǒng)的建設(shè)提供了寶貴經(jīng)驗(yàn)和借鑒.

1 及俊川.十年辛勤耕耘服務(wù)一流管理--紀(jì)念A(yù)RP項(xiàng)目實(shí)施10周年.科技促進(jìn)發(fā)展,2012,8(10):11–17.

2 杜義華.大數(shù)據(jù)背景下中科院科研管理數(shù)據(jù)中心建設(shè)探討.計(jì)算機(jī)系統(tǒng)應(yīng)用,2015,24(1):79–85.

3 Cisco Visual Networking Index: Forecast and Methodology, 2014-2019 White Paper[Technical Report], Cisco, 2015.

4 中國(guó)互聯(lián)網(wǎng)絡(luò)發(fā)展?fàn)顩r統(tǒng)計(jì)報(bào)告.中國(guó)互聯(lián)網(wǎng)信息中心, 2016.1.

5 劉彥良,孫健英.基于Android移動(dòng)智能終端的ARP公文系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn).科研信息化技術(shù)與應(yīng)用,2014,5(2): 82–90.

Construction of Distributed System Mobile Application Center Based on “Cloud Service”

YUE Xuan-Yu1,2, CHEN Yuan-Ping1, DU Yi-Hua1, LI Zhen-Yang1, WANG Zhen1

1(Computer Network Information Center, Chinese Academy of Sciences, Beijing 100190, China)2(University of the Chinese Academy of Sciences, Beijing 100049, China)

This paper mainly introduces the construction scheme of mobile application center and the specific technical route, based on “cloud services” model, under the Chinese Academy of Sciences large-scale distributed scientific research management system - ARP system environment. In addition, for the key problems in the construction process under distributed environment, such as the “cloud” services function data obtain mechanism, data access safeguards, user authentication mechanism and other aspects, it carries on the key elaboration.

distributed system; mobile application; cloud service; secure; ARP

中國(guó)科學(xué)院計(jì)算機(jī)網(wǎng)絡(luò)信息中心一三五規(guī)劃重點(diǎn)培育方向?qū)m?xiàng)(CNIC_PY_1412)

2016-06-06;

2016-07-19

[10.15888/j.cnki.csa.005634]

猜你喜歡
用戶服務(wù)信息
服務(wù)在身邊 健康每一天
服務(wù)在身邊 健康每一天
服務(wù)在身邊 健康每一天
招行30年:從“滿意服務(wù)”到“感動(dòng)服務(wù)”
商周刊(2017年9期)2017-08-22 02:57:56
訂閱信息
中華手工(2017年2期)2017-06-06 23:00:31
關(guān)注用戶
商用汽車(2016年11期)2016-12-19 01:20:16
關(guān)注用戶
商用汽車(2016年6期)2016-06-29 09:18:54
關(guān)注用戶
商用汽車(2016年4期)2016-05-09 01:23:12
如何獲取一億海外用戶
展會(huì)信息
主站蜘蛛池模板: 国产一区二区三区在线精品专区| 亚洲国产中文在线二区三区免| 亚洲成在线观看| 无码AV日韩一二三区| 91口爆吞精国产对白第三集| 国产亚洲精品自在线| 久久久久中文字幕精品视频| 全部免费毛片免费播放| 欧美成人午夜视频| 一级做a爰片久久毛片毛片| 女人18毛片久久| 久久国产精品影院| 最新国产网站| 国产特一级毛片| 久久精品人人做人人爽| 一本大道香蕉高清久久| 欧美成人二区| 就去吻亚洲精品国产欧美| 五月婷婷激情四射| 国产激情无码一区二区三区免费| 呦系列视频一区二区三区| 9丨情侣偷在线精品国产| 免费人欧美成又黄又爽的视频| 国产在线视频二区| 久久亚洲国产视频| 99er精品视频| 伊人久热这里只有精品视频99| 九九香蕉视频| 日韩午夜片| 亚洲国产日韩在线成人蜜芽| 国产99精品视频| 一级毛片基地| 国产精品综合色区在线观看| 亚洲一区二区成人| 伊人网址在线| 久久香蕉国产线看观看亚洲片| 亚洲成人动漫在线观看| 99久久精品免费视频| 欧美不卡视频一区发布| 亚洲欧美在线精品一区二区| 日本三级黄在线观看| 国产精品精品视频| 亚洲精品国产日韩无码AV永久免费网| 亚洲精品国产精品乱码不卞| 国产一级视频久久| 四虎影视国产精品| 国产理论最新国产精品视频| www.狠狠| 国产区91| 欧美亚洲另类在线观看| 成人在线第一页| 国产高清在线精品一区二区三区 | 又爽又黄又无遮挡网站| 国产丝袜啪啪| 国内自拍久第一页| 亚洲 欧美 日韩综合一区| 五月六月伊人狠狠丁香网| 国产亚洲男人的天堂在线观看| 日韩精品久久无码中文字幕色欲| 国产精品主播| 久久久波多野结衣av一区二区| 9啪在线视频| 婷婷色婷婷| 精品福利视频导航| 亚洲一区二区三区麻豆| 青青操国产视频| 欧美性爱精品一区二区三区| 激情無極限的亚洲一区免费| 日本成人不卡视频| 一边摸一边做爽的视频17国产 | 欧美成人二区| 日本精品影院| 国产精品手机在线观看你懂的| 尤物午夜福利视频| 男人天堂亚洲天堂| 日本人真淫视频一区二区三区 | 久久亚洲国产视频| 亚洲高清无码精品| 欧美午夜在线观看| 中文字幕亚洲综久久2021| 中文字幕亚洲专区第19页| 激情六月丁香婷婷四房播|