郝金隆

【摘要】 目前電信運(yùn)營(yíng)商各省公司均在大力推進(jìn)IT系統(tǒng)的移動(dòng)互聯(lián)網(wǎng)化改造，但是在移動(dòng)應(yīng)用的開(kāi)發(fā)過(guò)程中，各廠商獨(dú)立開(kāi)發(fā)，缺乏統(tǒng)一的規(guī)劃，多數(shù)用戶需安裝多套客戶端，用于支撐日常的移動(dòng)化辦公。筆者結(jié)合多年來(lái)在電信運(yùn)營(yíng)商企業(yè)信息化規(guī)劃咨詢的經(jīng)驗(yàn)，提出了運(yùn)營(yíng)商移動(dòng)應(yīng)用門(mén)戶的整合思路。

【關(guān)鍵字】 運(yùn)營(yíng)商 移動(dòng)應(yīng)用門(mén)戶 應(yīng)用

一、引言

目前電信運(yùn)營(yíng)商各省公司均在大力推進(jìn)IT系統(tǒng)的移動(dòng)互聯(lián)網(wǎng)化改造，如電信公司的愛(ài)營(yíng)銷(xiāo)、愛(ài)運(yùn)維、銷(xiāo)售助手、數(shù)據(jù)門(mén)戶手機(jī)版等，移動(dòng)公司的CRM移動(dòng)版、ESOP移動(dòng)版等；但是在移動(dòng)應(yīng)用的開(kāi)發(fā)過(guò)程中，一般各運(yùn)營(yíng)商都是由各廠商獨(dú)立開(kāi)發(fā)，缺乏統(tǒng)一的規(guī)劃，多數(shù)內(nèi)部用戶需安裝多套客戶端，用于支撐日常的移動(dòng)化辦公，系統(tǒng)缺乏統(tǒng)一的移動(dòng)應(yīng)用入口、統(tǒng)一的應(yīng)用發(fā)布、統(tǒng)一的安全接入服務(wù)。

二、當(dāng)前移動(dòng)應(yīng)用所用的三種開(kāi)發(fā)模式

2.1原生開(kāi)發(fā)模式

原生應(yīng)用程序是某一個(gè)移動(dòng)平臺(tái)（比如iOS或安卓）所特有的，使用相應(yīng)平臺(tái)支持的開(kāi)發(fā)工具和語(yǔ)言（比如iOS平臺(tái)支持Xcode和Objective-C，安卓平臺(tái)支持Eclipse和Java）。原生應(yīng)用程序看起來(lái)（外觀）和運(yùn)行起來(lái)（性能）是最佳的。

原生應(yīng)用程序提供了最佳易用性、最佳特性以及最佳總體移動(dòng)體驗(yàn)，諸如多點(diǎn)觸控、快速圖形API、內(nèi)部部件（攝像頭、地址簿等）等相關(guān)功能都智能通過(guò)原生應(yīng)用來(lái)實(shí)現(xiàn)。

2.2 WEB模式

WEB應(yīng)用程序使用標(biāo)準(zhǔn)的Web技術(shù)，通常是HTML5、JavaScript和CSS。這種只編寫(xiě)一次、可到處運(yùn)行的移動(dòng)開(kāi)發(fā)方法構(gòu)建的跨平臺(tái)移動(dòng)應(yīng)用程序可以在多個(gè)設(shè)備上運(yùn)行。雖然開(kāi)發(fā)人員單單使用HTML5和JavaScript就能構(gòu)建功能復(fù)雜的應(yīng)用程序，但截至本文截稿時(shí)仍然存在一些重大的局限性，具體包括會(huì)話管理、安全離線存儲(chǔ)以及訪問(wèn)原生設(shè)備功能（攝像頭、日歷和地理位置等）。

2.3混合模式

混合應(yīng)用程序讓開(kāi)發(fā)人員可以把HTML5應(yīng)用程序嵌入到一個(gè)細(xì)薄的原生容器里面，集原生應(yīng)用程序和HTML5應(yīng)用程序的優(yōu)點(diǎn)（及缺點(diǎn)）于一體。應(yīng)用可以通過(guò)容器來(lái)訪問(wèn)原生平臺(tái)功能。

三、移動(dòng)應(yīng)用門(mén)戶整合思路

3.1總體思路

純WEB模式開(kāi)發(fā)的應(yīng)用可以直接通過(guò)PC版WEB應(yīng)用的門(mén)戶整合方式進(jìn)行應(yīng)用門(mén)戶整合，但是目前各運(yùn)營(yíng)商移動(dòng)應(yīng)用眾多，絕大多數(shù)都存在原生或混合模式開(kāi)發(fā)的移動(dòng)應(yīng)用，故此無(wú)法簡(jiǎn)單的采用純WEB方式進(jìn)行移動(dòng)應(yīng)用的整合。

筆者將當(dāng)前移動(dòng)應(yīng)用的功能進(jìn)行了梳理，發(fā)現(xiàn)當(dāng)前移動(dòng)應(yīng)用功能主要分為以下三類(lèi)：

用戶待閱：包括OA郵件、會(huì)議通知、系統(tǒng)通知等需要用戶閱讀而無(wú)需反饋的內(nèi)容。

用戶代辦：包括流程審批、裝維接單、計(jì)劃任務(wù)等需要用戶接受并反饋的內(nèi)容。

主動(dòng)應(yīng)用：包括諸如業(yè)務(wù)受理、請(qǐng)假申請(qǐng)等需要由用戶主動(dòng)發(fā)起的內(nèi)容。

根據(jù)上述分類(lèi)，當(dāng)前各類(lèi)應(yīng)用均可按照上述思路進(jìn)行拆分整合，整合后的移動(dòng)應(yīng)用界面將如下圖所示。

3.2待閱整合

待閱整合建議通過(guò)移動(dòng)應(yīng)用門(mén)戶平臺(tái)整合所有平臺(tái)的待閱信息（包括通知、公告等）。

移動(dòng)應(yīng)用門(mén)戶平臺(tái)需提供模板定制功能，根據(jù)用戶角色來(lái)定義要收取的待閱類(lèi)型（如OA待閱、郵件、CRM平臺(tái)通知、計(jì)費(fèi)通知等），或者由用戶自定義要獲取的待閱類(lèi)型。移動(dòng)應(yīng)用門(mén)戶通過(guò)接口獲取各個(gè)平臺(tái)的待閱內(nèi)容。用戶登陸后，移動(dòng)應(yīng)用門(mén)戶根據(jù)設(shè)置展示用戶所對(duì)應(yīng)的待閱內(nèi)容列表，待用戶點(diǎn)擊后，門(mén)戶應(yīng)用直接進(jìn)行待閱信息的展示。

3.3待辦整合

考慮到各個(gè)應(yīng)用待辦功能的復(fù)雜性，待辦整合可以考慮前期只實(shí)現(xiàn)統(tǒng)一的待辦列表，待辦的處理可由原有應(yīng)用客戶端來(lái)實(shí)現(xiàn)。同待閱整合一樣，移動(dòng)應(yīng)用門(mén)戶客戶端需提供模板定制功能，實(shí)現(xiàn)待辦內(nèi)容類(lèi)型的定制，門(mén)戶客戶端根據(jù)類(lèi)型設(shè)置，展示不同類(lèi)型的待辦任務(wù)。

用戶在門(mén)戶客戶端點(diǎn)擊某一條待辦信息后，門(mén)戶客戶端根據(jù)待辦的類(lèi)型啟動(dòng)對(duì)應(yīng)的原有移動(dòng)應(yīng)用，并將此待辦的相關(guān)參數(shù)傳遞給相應(yīng)的移動(dòng)應(yīng)用，原有應(yīng)用收到門(mén)戶客戶端參數(shù)后，直接進(jìn)入待辦處理頁(yè)面，完成待辦任務(wù)的處理工作。

3.4應(yīng)用整合

各業(yè)務(wù)應(yīng)用可由不同客戶端實(shí)現(xiàn)，但建議通過(guò)移動(dòng)應(yīng)用門(mén)戶實(shí)現(xiàn)統(tǒng)一管理、展現(xiàn)，以減少業(yè)務(wù)層級(jí)。如移動(dòng)終端版CRM中存在業(yè)務(wù)受理、客戶信息查詢等相關(guān)應(yīng)用，建議移動(dòng)應(yīng)用門(mén)戶中應(yīng)用的展示應(yīng)該為業(yè)務(wù)受理、客戶信息查詢等，而不應(yīng)該是移動(dòng)終端版CRM。移動(dòng)應(yīng)用門(mén)戶客戶端同樣需提供業(yè)務(wù)定制功能，支持頁(yè)面展示的應(yīng)用的自助化定制。門(mén)戶客戶端啟動(dòng)后，根據(jù)定制顯示不同的應(yīng)用內(nèi)容。當(dāng)用戶通過(guò)門(mén)戶客戶端點(diǎn)擊相應(yīng)的應(yīng)用后，客戶端根據(jù)應(yīng)用歸屬啟動(dòng)相應(yīng)的客戶端，并傳入對(duì)應(yīng)應(yīng)用的參數(shù)。原有客戶端啟動(dòng)后，根據(jù)傳入的參數(shù)，直接轉(zhuǎn)入相應(yīng)的頁(yè)面即可。

3.5其他改造要求

3.5.1 接口建設(shè)

移動(dòng)應(yīng)用門(mén)戶客戶端需要與原有移動(dòng)客戶端建設(shè)以下兩個(gè)接口：

單點(diǎn)登陸接口：移動(dòng)應(yīng)用門(mén)戶客戶端與原有客戶端之間需實(shí)現(xiàn)單點(diǎn)登陸，用戶點(diǎn)擊待辦事宜或者啟動(dòng)相應(yīng)的業(yè)務(wù)應(yīng)用時(shí)，原有客戶端需為已登陸狀態(tài)；

待辦待閱信息同步接口：原有應(yīng)用需將待辦列表、待閱信息同步給移動(dòng)應(yīng)用門(mén)戶平臺(tái)，以支持其對(duì)待辦待閱的整合；

3.5.2原有客戶端改造

原有移動(dòng)客戶端需做以下兩方面的改造：

啟動(dòng)時(shí)接受移動(dòng)應(yīng)用門(mén)戶客戶端傳遞的相關(guān)參數(shù)，將頁(yè)面自動(dòng)跳轉(zhuǎn)到相應(yīng)的待辦處理或業(yè)務(wù)應(yīng)用界面。

記錄啟動(dòng)時(shí)跳轉(zhuǎn)的頁(yè)面，當(dāng)用戶在此返回時(shí)直接返回到原有門(mén)戶客戶端。

四、小結(jié)

本文分析了移動(dòng)應(yīng)用功能的三種分類(lèi)，提出運(yùn)營(yíng)商移動(dòng)應(yīng)用門(mén)戶的整合方案，并對(duì)三種分類(lèi)的整合方式進(jìn)行了說(shuō)明，文中思路可為移動(dòng)應(yīng)用門(mén)戶整合咨詢?cè)O(shè)計(jì)方案做參考。