（中國(guó)電信股份有限公司廣東分公司，廣東 廣州 510081）

1 引言

在信息化高度發(fā)展的21世紀(jì)，電信技術(shù)在商業(yè)活動(dòng)、經(jīng)濟(jì)發(fā)展中發(fā)揮著日益重要的作用。隨著國(guó)內(nèi)電信市場(chǎng)進(jìn)一步開放，電信運(yùn)營(yíng)商迎來了轉(zhuǎn)型發(fā)展的關(guān)鍵時(shí)期。當(dāng)前，運(yùn)營(yíng)商傳統(tǒng)業(yè)務(wù)增長(zhǎng)乏力，電信市場(chǎng)趨于飽和，加上電信業(yè)營(yíng)改增差異化稅率的實(shí)行，對(duì)運(yùn)營(yíng)商的生產(chǎn)經(jīng)營(yíng)造成了直接影響，收入增長(zhǎng)出現(xiàn)了“斷崖式”的下降。處在互聯(lián)網(wǎng)風(fēng)口的運(yùn)營(yíng)商，迫切需要在“互聯(lián)網(wǎng)+”以及對(duì)各種數(shù)據(jù)的開發(fā)利用做出新的突破。

目前，電信專線的開通過程存在環(huán)節(jié)多、時(shí)間長(zhǎng)、過程不透明、管控難度大的問題。用戶了解開通進(jìn)度渠道單一、信息失準(zhǔn)、周期較長(zhǎng)，且運(yùn)營(yíng)商自身也難以快速定位開通過程中的服務(wù)質(zhì)量問題，亟需以信息技術(shù)創(chuàng)新破解生產(chǎn)流程的黑匣子，實(shí)現(xiàn)政企專線開通過程的透明展示，促進(jìn)服務(wù)模式轉(zhuǎn)變，提升業(yè)務(wù)開通管控效率和客戶感知。

在此環(huán)境背景下，本文對(duì)專線開通過程在移動(dòng)端的展示進(jìn)行了應(yīng)用性研究，側(cè)重對(duì)影響用戶體驗(yàn)的移動(dòng)端信息顯示時(shí)延和檢索方式 進(jìn)行了探討，對(duì)希望利用移動(dòng)互聯(lián)網(wǎng)手段提升運(yùn)營(yíng)生產(chǎn)效率的企業(yè)或者有類似需求的行業(yè)具有一定的借鑒意義和參考價(jià)值。

本文的透明化是指電信政企專線開通過程的端到端透明展示。

2 系統(tǒng)軟硬件實(shí)現(xiàn)

透明化APP設(shè)計(jì)用戶容量20 000戶，同時(shí)在線用戶數(shù)2 000戶，并發(fā)訪問用戶數(shù)200戶，遵循系統(tǒng)容量平衡的設(shè)計(jì)原則和性能適中的原理，硬件配置如下：

◆硬件類型：PC Server

◆CPU：E7-4830 4核 2.13GB

◆內(nèi)存：20GB

◆硬盤：90GB

比較業(yè)界主流數(shù)據(jù)庫(kù)多進(jìn)程的讀寫效率。Web服務(wù)器采用J2EE技術(shù)開發(fā)。Web中間件選擇Tomcat6.0.43，搭配JDK1.6虛擬機(jī)。數(shù)據(jù)庫(kù)選擇Sybase，成本低且符合中大型數(shù)據(jù)存儲(chǔ)與讀取要求，適合大數(shù)據(jù)分析及挖掘。軟件配置如下：

◆操作系統(tǒng)：Windows Server 2008 R2 64bit

◆數(shù)據(jù)庫(kù)：Sybase

◆Java虛擬機(jī)：JDK1.6

◆Web中間件：Tomcat6.0.43

◆對(duì)外服務(wù)端口：28090

3 系統(tǒng)開發(fā)與應(yīng)用

透明化APP的核心內(nèi)容是展示專線開通的過程，進(jìn)度信息數(shù)據(jù)從生產(chǎn)流程中的各套生產(chǎn)系統(tǒng)獲取，進(jìn)行翻譯、分析、轉(zhuǎn)化后在手機(jī)端進(jìn)行展示。在組網(wǎng)方面，透明化系統(tǒng)與生產(chǎn)系統(tǒng)的對(duì)接必須經(jīng)過中間系統(tǒng)互連。中間系統(tǒng)類似于數(shù)據(jù)倉(cāng)庫(kù)，匯聚了企業(yè)全部生產(chǎn)數(shù)據(jù)，同時(shí)起到了保護(hù)企業(yè)生產(chǎn)網(wǎng)絡(luò)的作用。組網(wǎng)架構(gòu)示意圖如圖1所示。

圖1 組網(wǎng)架構(gòu)示意圖

在APP的開發(fā)與應(yīng)用過程中，信息顯示時(shí)延大的問題是影響用戶體驗(yàn)的關(guān)鍵因素之一。產(chǎn)生時(shí)延的原因有多種，本文總結(jié)為服務(wù)端時(shí)延、客戶端時(shí)延以及網(wǎng)絡(luò)時(shí)延。

從服務(wù)端到APP客戶端同步數(shù)據(jù)的過程中，如果采用的同步方式不恰當(dāng)，容易引發(fā)時(shí)延大的問題。本項(xiàng)目為增強(qiáng)環(huán)節(jié)信息可讀性，減少無效信息的展示，在手機(jī)端展示的十五個(gè)開通環(huán)節(jié)是對(duì)百余個(gè)原始環(huán)節(jié)進(jìn)行了封裝處理后的成果。因此，每次從服務(wù)端到客戶端的數(shù)據(jù)同步都要對(duì)全量數(shù)據(jù)進(jìn)行分析處理。為了信息更新的及時(shí)性，服務(wù)端設(shè)置每隔半小時(shí)發(fā)送一次數(shù)據(jù)同步客戶端。由于每次同步時(shí)數(shù)據(jù)讀寫量較大，容易造成讀寫進(jìn)程頻繁中斷，導(dǎo)致APP頁(yè)面顯示時(shí)延長(zhǎng)，影響了用戶體驗(yàn)。通過改變數(shù)據(jù)同步方式以及修改傳輸閾值，有效解決了服務(wù)端讀寫能力受限的問題。把數(shù)據(jù)同步方式由全量同步改為增量同步，可以自動(dòng)判斷數(shù)據(jù)備份時(shí)間點(diǎn)以及改動(dòng)的文件，每次只同步兩個(gè)數(shù)據(jù)庫(kù)不同的部分，避免了全量數(shù)據(jù)同步帶來的時(shí)延影響。對(duì)數(shù)據(jù)庫(kù)傳輸閾值進(jìn)行修改，減少單位時(shí)間內(nèi)數(shù)據(jù)讀寫請(qǐng)求，增加每次傳送數(shù)據(jù)包的容量，使時(shí)延問題得到明顯改善。

在客戶端時(shí)延改善方面，利用客戶端緩存技術(shù)來解決時(shí)延問題的效果比較顯著。通常APP應(yīng)用顯示的信息由兩部分組成，包括本地?cái)?shù)據(jù)和網(wǎng)絡(luò)數(shù)據(jù)。緩存機(jī)制側(cè)重把網(wǎng)絡(luò)數(shù)據(jù)保存在本機(jī)，當(dāng)用戶下次打開APP的時(shí)候無需再次重新提交網(wǎng)絡(luò)請(qǐng)求，在網(wǎng)絡(luò)未載入或者剛剛載入時(shí)顯示本地的數(shù)據(jù)，不僅可以減少網(wǎng)絡(luò)流量的消耗，還可以減少用戶的等待時(shí)間。例如，蘋果手機(jī)可以采用iOS緩存技術(shù)CoreData開發(fā)本地?cái)?shù)據(jù)存儲(chǔ)，用網(wǎng)絡(luò)的時(shí)候同步本地的數(shù)據(jù)，CoreData主要目的是簡(jiǎn)化開發(fā)離線體驗(yàn)的成本，為APP提供了較好的離線體驗(yàn)；Android手機(jī)則可以采用SQLite嵌入式數(shù)據(jù)庫(kù)，由于Android系統(tǒng)框架并未提供操作數(shù)據(jù)庫(kù)的應(yīng)用框架，因此需要開發(fā)者自己優(yōu)化SQL語(yǔ)句。把數(shù)據(jù)的插入操作放在子線程中，以避免在插入數(shù)據(jù)時(shí)阻塞主線程，造成界面卡頓。在查詢數(shù)據(jù)時(shí)，優(yōu)先過濾數(shù)字條件，再過濾字符條件，可以提升查詢速度。處理索引和數(shù)據(jù)表使用SQLite的B-tree、B+tree，B-tree索引具有較高的存儲(chǔ)效率和優(yōu)越的索引結(jié)構(gòu)，只存儲(chǔ)關(guān)鍵字段的值和對(duì)應(yīng)記錄的rowid值，提升了存取速度。通過創(chuàng)建索引把數(shù)據(jù)的一列或多列有序排列，只掃描少量的索引頁(yè)和數(shù)據(jù)頁(yè)，從而節(jié)省了大量時(shí)間，解決了多表高速連接和減少排序時(shí)間的問題。

網(wǎng)絡(luò)時(shí)延的改善可通過增加通信狀態(tài)監(jiān)測(cè)機(jī)制實(shí)現(xiàn)。APP使用HTTP（HyperText Transfer Protocol，超文本傳輸協(xié)議）協(xié)議進(jìn)行數(shù)據(jù)傳輸，HTTP協(xié)議下層是TCP（Transmission Control Protocol，傳輸控制協(xié)議）協(xié)議，當(dāng)TCP協(xié)議連接異常時(shí)，HTTP協(xié)議繼續(xù)發(fā)送數(shù)據(jù)包觸發(fā)應(yīng)用，會(huì)導(dǎo)致APP長(zhǎng)時(shí)間無響應(yīng)。采用鏈路自動(dòng)重連技術(shù)，通過在HTTP增加TCP連接狀態(tài)檢測(cè)機(jī)制，根據(jù)狀態(tài)碼判斷TCP連接是否有效，對(duì)連接異常的TCP重新建立連接后再觸發(fā)應(yīng)用，能夠及時(shí)修復(fù)異常鏈路，在網(wǎng)絡(luò)質(zhì)量不好的環(huán)境下保障APP運(yùn)行的穩(wěn)定性。

模糊檢索技術(shù)應(yīng)用在移動(dòng)互聯(lián)網(wǎng)APP，能夠有效提升信息檢索效率，選擇的索引方式要根據(jù)業(yè)務(wù)特性而定。本項(xiàng)目利用字段索引方式實(shí)現(xiàn)了根據(jù)多種業(yè)務(wù)屬性模糊查找電路，如電路的訂單流水號(hào)、電路編號(hào)或客戶名稱。透明化APP搜索欄根據(jù)用戶輸入的字詞快速呈現(xiàn)出信息條，供用戶進(jìn)行點(diǎn)選。字段索引類似于全文檢索技術(shù)，由計(jì)算機(jī)索引程序通過掃描文章中的每個(gè)詞，對(duì)每個(gè)詞建立一個(gè)索引，指明該詞在文章中出現(xiàn)的次數(shù)和位置，當(dāng)用戶查詢時(shí)，檢索程序就根據(jù)事先建立的索引進(jìn)行查找，并將查找的結(jié)果反饋給用戶，這個(gè)過程類似于通過字典中的檢索字表查字的過程。本項(xiàng)目采用的字段索引方式為用戶提供了較好的模糊查找的體驗(yàn)。

4 系統(tǒng)測(cè)試

階段性開發(fā)工作完成后，為了提前發(fā)現(xiàn)并解決問題，在推廣應(yīng)用之前要對(duì)系統(tǒng)進(jìn)行壓力測(cè)試。本項(xiàng)目的測(cè)試環(huán)境與實(shí)際生產(chǎn)環(huán)境一致，網(wǎng)站地址作為測(cè)試訪問地址，測(cè)試要求如下：

◆模擬每秒有200個(gè)人同時(shí)訪問APP頁(yè)面的穩(wěn)定性

◆系統(tǒng)參數(shù)設(shè)置：每秒激發(fā)10個(gè)線程

◆用戶增長(zhǎng)模式：50秒后到達(dá)200并發(fā)數(shù)

◆迭代時(shí)間間隔：50秒

◆持續(xù)測(cè)試時(shí)間：2小時(shí)

壓力測(cè)試表具體如表1所示。每秒有200個(gè)用戶同時(shí)訪問該系統(tǒng)的情況下，每個(gè)用戶顯示頁(yè)面的平均時(shí)間為2秒，服務(wù)器CPU實(shí)用率為26.94%，服務(wù)器內(nèi)存使用率為40.01%。根據(jù)測(cè)試結(jié)果顯示，每秒可以滿足200個(gè)用戶并發(fā)訪問APP。

表1 壓力測(cè)試表

根據(jù)系統(tǒng)響應(yīng)時(shí)間，把用戶體驗(yàn)劃分為以下等級(jí)：

◆優(yōu)秀：系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間小于2秒

◆良好：系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間為2至5秒

◆一般：系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間為5至10秒

◆較差：系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間大于10秒

經(jīng)過壓力測(cè)試，APP整體性能以及各功能模塊的點(diǎn)擊響應(yīng)時(shí)間在2秒內(nèi)，達(dá)到良好等級(jí)。

5 結(jié)束語(yǔ)

移動(dòng)互聯(lián)網(wǎng)與傳統(tǒng)互聯(lián)網(wǎng)的區(qū)別在于使用場(chǎng)景的復(fù)雜性、時(shí)間的碎片化、屏幕尺寸以及多任務(wù)處理的限制，在諸多的約束條件下，如何能為用戶提供滿意的用戶體驗(yàn)成為移動(dòng)互聯(lián)網(wǎng)產(chǎn)品發(fā)展的關(guān)鍵，很多產(chǎn)品的設(shè)計(jì)細(xì)節(jié)是否能讓用戶滿意往往決定了產(chǎn)品的成敗，這些細(xì)節(jié)包括時(shí)延問題、操作邏輯設(shè)計(jì)。移動(dòng)互聯(lián)網(wǎng)的產(chǎn)品由無到有，從領(lǐng)先到極致再到顛覆，是對(duì)用戶體驗(yàn)不斷改善的過程。在實(shí)際的開發(fā)應(yīng)用過程中，除了通過技術(shù)手段提升APP整體響應(yīng)效率，最重要的就是做好人機(jī)交互設(shè)計(jì)，人機(jī)交互是影響用戶體驗(yàn)的核心要素，而且其重要性日漸凸顯。人機(jī)交互不能單靠技術(shù)完成，更重要的是靠以用戶體驗(yàn)為中心的設(shè)計(jì)，進(jìn)而衍生出的創(chuàng)新設(shè)計(jì)理念的交互效果。

此外，本項(xiàng)目的研究仍存在很多不足之處，對(duì)應(yīng)用功能的拓展以及人機(jī)交互的設(shè)計(jì)缺乏一定的廣度和深度，后續(xù)將進(jìn)一步深入研究，爭(zhēng)取取得新的突破。

[1] 林培杰,朱安南,程樹英. Android數(shù)據(jù)庫(kù)SQLite性能優(yōu)化[J]. 計(jì)算機(jī)系統(tǒng)應(yīng)用, 2014,23(4): 193-196.

[2] 丁皓. 基于鏈路數(shù)據(jù)包錯(cuò)誤率的空間網(wǎng)絡(luò)自動(dòng)重傳技術(shù)研究[D]. 長(zhǎng)沙: 國(guó)防科學(xué)技術(shù)大學(xué), 2010.

[3] 曹元大,賀海軍,涂哲明,等. 全文檢索字索引技術(shù)的研究與實(shí)現(xiàn)[J]. 計(jì)算機(jī)工程, 2002,28(6): 260-262.

[4] 范士勇,肖勝剛,李博,等. 基于分詞索引的全文檢索技術(shù)介紹[J]. 電腦知識(shí)與技術(shù), 2007(9): 1201.

[5] 劉自偉. 面向數(shù)據(jù)庫(kù)全文檢索的設(shè)計(jì)與實(shí)現(xiàn)[J]. 微電子學(xué)與計(jì)算機(jī), 2006,23(4): 53-56.

[6] 任偉. 基于移動(dòng)互聯(lián)網(wǎng)的電信業(yè)務(wù)開通透明化系統(tǒng)的設(shè)計(jì)[J]. 移動(dòng)通信, 2015,39(10): 76-79.

[7] 崔維,李暉,劉佳佳,等. 基于IOS的企業(yè)APP客戶端的開發(fā)與實(shí)現(xiàn)[J]. 科技創(chuàng)新與應(yīng)用, 2014(24): 30-31.

[8] 孫曉雪. 移動(dòng)互聯(lián)網(wǎng)應(yīng)用產(chǎn)品之渠道推廣策略[J]. 商情,2013(33): 56.

[9] 高谷蘭. “愛社團(tuán)”手機(jī)APP交互設(shè)計(jì)[D]. 昆明: 昆明理工大學(xué), 2014.

[10] 于娜. 如何推廣你的APP[J]. 廣告主：市場(chǎng)觀察,2012(1): 47.