中國移動NG1-BASS1技術方案

中國移動經(jīng)營分析系統(tǒng)NG1-BASS技術方案接口數(shù)據(jù)異常分析流程圖下面通過舉例說明問題分析方法和問題查找步驟過程：通過配置的稽核規(guī)則對接口數(shù)據(jù)抽取及時率度量指標告警，則可以將問題定位在接口數(shù)據(jù)抽取過程；利用系統(tǒng)的過程回溯功能對接口數(shù)據(jù)抽取過程進行回溯；利用過程查詢功能對接口數(shù)據(jù)抽取的過程具體步驟進行查詢，依次查詢進程是否異常、查詢調(diào)度配置、查詢調(diào)度是否正常、查詢加載文件過程、查詢?nèi)罩緢蟾?、查詢該過程關聯(lián)的其它過程，用排除法依次排除問題；利用系統(tǒng)的實體查詢功能查詢接口數(shù)據(jù)抽取過程每一個步驟定義的實體、對象和規(guī)則；例如：進程運行涉及的實體包括：進程名稱、對應單元、對應文件、運行時間、運行日志、運行報告等等；調(diào)度配置涉及的實體包括：調(diào)度名稱、對應主體、依賴關系、優(yōu)先級、啟動時間、調(diào)度次數(shù)、間隔時間等等；文件加載涉及的實體包括：文件、來源、接口單元、傳輸網(wǎng)絡、加載方式、加載周期、加載日志、加載時間等等；最終定位問題根源，在系統(tǒng)上登記問題報告。4、解決問題找到問題根源后，如果是源文件的問題可以提交問題反饋報告給相關源系統(tǒng)改造，如果是接口表數(shù)據(jù)的問題可以通過“元數(shù)據(jù)維護”相關功能實施元數(shù)據(jù)的修正，同時完善問題處理報告。5、監(jiān)控改進情況在問題解決后，需要繼續(xù)監(jiān)控是否還有類似數(shù)據(jù)問題，并將此類問題的監(jiān)控級別提高一級并根據(jù)問題解決情況，增加新的稽核監(jiān)控配置。最后，把問題處理經(jīng)驗在系統(tǒng)上形成知識庫。對于以上接口數(shù)據(jù)問題的查找方法，各省可以考慮在執(zhí)行一致性分析應用中增加相關流程的支撐，并利用系統(tǒng)的輔助功能進行問題報告管理、問題知識庫管理問題。指標一致性分析指標一致性問題主要表現(xiàn)在經(jīng)營分析統(tǒng)計指標與源系統(tǒng)統(tǒng)計指標不一致，以及經(jīng)營分析內(nèi)部不同應用模塊的統(tǒng)計指標不一致。指標一致性應用分析通過對數(shù)據(jù)質(zhì)量檢查、元數(shù)據(jù)支撐功能及輔助功能三個基本功能域相關功能的調(diào)用，實現(xiàn)對該類數(shù)據(jù)質(zhì)量問題處理的IT化支撐，并配合一些口徑一致性問題查找的基本方法。其具體應用結構如圖所示：指標一致性分析應用實現(xiàn)框架圖如上圖所示，指標口徑不一致分析應用根據(jù)問題分析的階段，可以分為以下幾個階段，下面對每個階段應用需要提供的系統(tǒng)支撐做相關描述：定義初始度量，主要是對需要保持一致的指標配置相關的稽核規(guī)則，如A指標值＝B指標值。一般應用于經(jīng)營分析內(nèi)部不同應用模塊的統(tǒng)計指標之間的一致性。及時發(fā)現(xiàn)質(zhì)量問題，主要是應用根據(jù)預先配置的指標一致性稽核規(guī)則，對系統(tǒng)中需要保持一致的指標進行數(shù)據(jù)稽核檢查，如發(fā)現(xiàn)不一致，通過界面異常顯示或短信告警等方式通知相關系統(tǒng)維護人員。查找問題根源，對于發(fā)生差異的指標，應用首先利用“指標回溯”功能展現(xiàn)經(jīng)營分析相關指標的的系統(tǒng)實現(xiàn)過程（包括ETL、倉庫處理、指標匯總整個流程）；對于具體過程，應支持進一步通過“過程查詢”功能，展現(xiàn)具體過程的實現(xiàn)細節(jié)、輸入和輸出實體的信息；對于涉及的實體，應支持進一步通過“實體查詢”功能，展現(xiàn)參與實體的明細信息。以上幾項功能展現(xiàn)可以較好的幫助鎖定問題的范圍，并方便問題查找人員了解系統(tǒng)實現(xiàn)細節(jié)。另外，通過“知識庫管理功能”，讓問題查找人員獲取問題相關經(jīng)驗。對于口徑一致性差異的具體原因查找，可以考慮參照如下方式，給出具體的問題查找方法論或問題查找步驟：（一）假設有兩個口徑一致的指標A和B的一致性出現(xiàn)問題，其中A為經(jīng)營分析某應用統(tǒng)計指標，B為經(jīng)營分析其它應用模塊統(tǒng)計指標，其基本的差異查找思路如下對指標A，根據(jù)“指標回溯”和“實體查詢”功能，定位經(jīng)營分析統(tǒng)計指標A的數(shù)據(jù)來源，一般是底層倉庫表或者相關匯總中間層；對指標B，根據(jù)“指標回溯”和“實體查詢”功能，定位經(jīng)營分析統(tǒng)計指標A的數(shù)據(jù)來源，一般是底層倉庫表或者相關匯總中間層；對比A、B指標取數(shù)條件，如有差異，記錄相關問題；根據(jù)A、B指標的指標過程回溯，對比統(tǒng)計口徑差異，如有差異，記錄相關問題；修改相關差異，重新比較指標一致性。（二）如A為經(jīng)營分析統(tǒng)計指標，B為源系統(tǒng)統(tǒng)計指標，其基本的差異查找思路如下定位數(shù)據(jù)源，對指標A，根據(jù)“指標回溯”和“實體查詢”功能，定位經(jīng)營分析統(tǒng)計指標A的數(shù)據(jù)來源AS，一般是底層倉庫表或者相關匯總中間層，對源系統(tǒng)指標，由數(shù)據(jù)質(zhì)量管理員協(xié)調(diào)源系統(tǒng)配合相關工作。比較數(shù)據(jù)源的一致性：根據(jù)指標A的取數(shù)條件，從數(shù)據(jù)來源AS中，統(tǒng)計相關指標，如：針對用戶數(shù)的指標，可以把對應的品牌、狀態(tài)等作為條件，從數(shù)據(jù)源統(tǒng)計相關聯(lián)的指標，并記錄相關值；定位源系統(tǒng)數(shù)據(jù)源；按相同口徑條件，從源系統(tǒng)對應數(shù)據(jù)源統(tǒng)計相關指標值，并記錄；比較經(jīng)營分析統(tǒng)計指標數(shù)據(jù)源與源系統(tǒng)數(shù)據(jù)源的一致性。如數(shù)據(jù)源不一致，則問題出在源系統(tǒng)到A指標數(shù)據(jù)源的某處理環(huán)節(jié)：檢查源系統(tǒng)統(tǒng)計時間點是否與經(jīng)營分析有差異（時點誤差）；如源系統(tǒng)數(shù)據(jù)源截止信息可取到，則比較兩系統(tǒng)對應數(shù)據(jù)源的記錄級差異，得出具體原因；否則，轉入接口處理相關應用分析定位具體數(shù)據(jù)源差異原因如數(shù)據(jù)源一致；對比A、B指標取數(shù)條件，如有差異，記錄相關問題；根據(jù)A、B指標的指標過程回溯，對比統(tǒng)計口徑差異，如有差異，記錄相關問題。修改相關差異，檢查指標一致性問題是否得到解決。對于以上兩種指標一致性問題的查找方法，各省可以考慮在執(zhí)行一致性分析應用中增加相關流程的支撐，并通過問題報告的形式記錄整個問題的定位過程。解決問題，找到問題根源后，如果是經(jīng)營分析應用處理問題，通過相關“應用變更流程”實施應用變更，同時通過“元數(shù)據(jù)維護”相關功能實施元數(shù)據(jù)的修正，同時完善問題處理報告。監(jiān)控改進情況，在問題解決后，繼續(xù)監(jiān)控是否還有相關指標一致性問題，并根據(jù)問題解決情況，增加新的稽核監(jiān)控配置。最后，把問題處理經(jīng)驗在系統(tǒng)上登記形成知識庫。需求變更影響評估需求變更影響評估應用主要利用元數(shù)據(jù)支撐功能域的相關基本功能，對經(jīng)營分析維護開發(fā)過程提供需求變更評估方面的IT化支撐，減少對人的依賴，在提高需求變更評估效率的基礎上，使需求變更的影響評估更全面可靠。經(jīng)營分析的需求變更主要有以下幾種情況：源系統(tǒng)數(shù)據(jù)變更引起經(jīng)營分析相關應用或相關數(shù)據(jù)的調(diào)整；經(jīng)營分析使用部門所提出的新的需求；經(jīng)營分析系統(tǒng)內(nèi)部發(fā)起的需求變更；按照需求變更的類型，又可以分為兩種類型：A. 需求變更涉及已有應用和數(shù)據(jù)的調(diào)整；B. 需求變更不涉及已有應用和數(shù)據(jù)的調(diào)整，僅需新增數(shù)據(jù)實體和應用；

A.已有應用和數(shù)據(jù)進行調(diào)整B.需新增數(shù)據(jù)實體和應用1．源系統(tǒng)數(shù)據(jù)變更1A1B2．業(yè)務部門所提出的新需求2A2B3．經(jīng)營分析系統(tǒng)內(nèi)部發(fā)起的需求變更3A3B

對于B類需求變更，需通過規(guī)范需求開發(fā)管理流程，并利用元數(shù)據(jù)維護基本功能，進行管理和要求。對于A類需求變更，是定位給系統(tǒng)分析設計人員提供的應用支撐。利用元數(shù)據(jù)支撐功能和問題管理功能貫穿經(jīng)營分析系統(tǒng)應用建設從數(shù)據(jù)源到用戶界面各個環(huán)節(jié)的監(jiān)控和數(shù)據(jù)采集，通過對相關需求所涉及的數(shù)據(jù)實體、處理過程等元數(shù)據(jù)基本要素的收集，形成受影響的實體、處理過程的影響及修改建議報告，作為后續(xù)需求設計和開發(fā)的輸入，提供相關指導。需求變更影響評估應用結構如圖所示：需求變更影響評估應用結構需求變更影響評估應用應滿足以下要求：關聯(lián)實體影響評估：通過確定需求涉及數(shù)據(jù)實體，利用實體活力分析基本功能，分析與其關聯(lián)的數(shù)據(jù)實體（包括源系統(tǒng)數(shù)據(jù)接口、倉庫數(shù)據(jù)實體、指標以及其它應用實體），從靜態(tài)數(shù)據(jù)層面給出影響評估，對于實體結構的調(diào)整及實體間關系的調(diào)整給出建議，用于后續(xù)接口定義變更、數(shù)據(jù)庫模型調(diào)整以及指標口徑變更等。受影響實體關聯(lián)處理過程評估：根據(jù)需求涉及數(shù)據(jù)實體及其關聯(lián)數(shù)據(jù)實體的分析，得出其參與的處理過程，得到受影響處理過程的影響評估，作為后續(xù)應用開發(fā)的范圍，給出具體每個處理過程的調(diào)整建議，并可以據(jù)此評估需求變更工作量（需要人工經(jīng)驗的配合）。維表變更影響評估：對于需求涉及的代碼定義或者維表取值的變更，可以給出該代碼定義或維表具體的使用范圍，包括數(shù)據(jù)實體與處理過程，可作為后續(xù)維度調(diào)整及指標取數(shù)條件調(diào)整的依據(jù)。靈活展現(xiàn)：影響評估具體應用的展現(xiàn)要求靈活方便，可以展現(xiàn)全局的影響，也可以深入分析具體某個實體或者處理過程的詳細信息及變更影響評估。影響評估報告：支持以固定模板的方式生成需求評估報告，由數(shù)據(jù)質(zhì)量管理系統(tǒng)根據(jù)輸入的條件要素自動產(chǎn)生，評估結果包括受影響的數(shù)據(jù)接口、倉庫表、指標、etl數(shù)據(jù)處理過程、集市指標匯總處理過程等，以及建議的修改方式。基本內(nèi)容：報告時間、條件要素（數(shù)據(jù)、程序模塊、指標等）、數(shù)據(jù)條件要素變更方式、受影響要素、受影響要素建議變更方式（增加維度定義、程序模塊修改、指標統(tǒng)計口徑變更等）項目管理支撐應用數(shù)據(jù)管理系統(tǒng)同時也是一個實施日常管理的良好平臺，可以通過它實現(xiàn)對項目日常管理的工作的支撐，主要包含如下的幾個方面：工作分配管理經(jīng)營分析系統(tǒng)中的日常運作和開發(fā)管理都需要記錄不同階段不同子系統(tǒng)的人員記錄，從而明確各個部分的實施情況。通過人員和系統(tǒng)元數(shù)據(jù)的結合，可以在數(shù)據(jù)質(zhì)量管理系統(tǒng)中對這些設計到系統(tǒng)日常管理的內(nèi)容進行記錄，明確各開發(fā)、維護參與人員的職責。例如，ETL部分的某個模塊是有那個開發(fā)人員進行的編碼，誰進行的測試，誰進行的維護，以及誰進行的抽取等。經(jīng)營分析系統(tǒng)使用狀況分析經(jīng)營分析系統(tǒng)的使用狀況分析是指通過數(shù)據(jù)質(zhì)量管理系統(tǒng)了解經(jīng)營分析系統(tǒng)以及各子系統(tǒng)、子模塊的使用狀況，從而為用戶了解經(jīng)營系統(tǒng)的使用狀況做出一個全面的評價，也為系統(tǒng)的升級和維護提供參考意見。所有用戶對經(jīng)營分析系統(tǒng)各模塊及模塊內(nèi)具體內(nèi)容的訪問和操作在數(shù)據(jù)質(zhì)量管理系統(tǒng)中都有詳細的記錄，因此通過數(shù)據(jù)質(zhì)量管理系統(tǒng)可以對經(jīng)營分析系統(tǒng)的使用狀況進行全面的檢查和分析。

即席查詢方案數(shù)據(jù)集市的即席查詢是基于數(shù)據(jù)集市業(yè)務邏輯視圖，面向一線使用人員的查詢工具功能之一，提供各種向?qū)浇缑妗D形查詢生成器、聯(lián)機幫助等功能，為一線人員提供細粒度數(shù)據(jù)。功能數(shù)據(jù)集市的即席查詢滿足如下：使用人員無需了解數(shù)據(jù)庫和SQL的復雜性，只需按業(yè)務邏輯規(guī)則即可快速簡潔地定義查詢需求，系統(tǒng)自動完成連接操作、條件定義等復雜的SQL定義操作；即席查詢應提供各種向?qū)浇缑?、圖形查詢生成器、聯(lián)機幫助、提示卡等，使用人員無需經(jīng)過專業(yè)的培訓，通過簡單的鼠標拖拉操作即可實現(xiàn)即席查詢、報告生成、圖表生成等功能；即席查詢的管理應具有高度的易用性。系統(tǒng)管理員可通過各種向?qū)?、指南和在線幫助進行業(yè)務邏輯映射層的各種管理工作；即席查詢應具有高度的開放性和集成性，能訪問各種數(shù)據(jù)源的數(shù)據(jù)，訪問結果也能輸出到多種通用文件格式中。即席查詢應能集成到經(jīng)營分析門戶中，與標準報表集成為一體，為數(shù)據(jù)集市使用人員提供全面的信息分析服務；將已執(zhí)行過的查詢保存成為模板，供其它人員或本人今后重復使用。性能即席查詢性能滿足如下：即席查詢應提供高效的數(shù)據(jù)緩存機制，使重復進行的查詢操作無需頻繁直接訪問數(shù)據(jù)庫；數(shù)據(jù)顯示應按查詢需求分頁顯示，從而提高響應速度；即席查詢應提供資源控制機制，能夠監(jiān)控查詢的運行進程，并停止長時間運行的查詢，提高資源使用效率。實現(xiàn)方式數(shù)據(jù)集市即席查詢功能的實現(xiàn)，有兩種方式，一是采用專業(yè)的即席查詢產(chǎn)品，二是采用自開發(fā)即席查詢的形式，根據(jù)即席查詢應用的特點，由集市開發(fā)人員決定合適的使用方式。專業(yè)即席查詢產(chǎn)品采用不同的性能優(yōu)化機制，例如緩存機制、資源控制、負荷分擔等，同時提供各類數(shù)據(jù)源的訪問能力、靈活的語義層模型的定義、豐富的圖形展示功能和開放輸出接口，例如XML，通用文件格式等。集市開發(fā)人員利用這些工具進行即席查詢模板的創(chuàng)建，并發(fā)布為可嵌入的組件，由省級經(jīng)營分析系統(tǒng)門戶展示。自開發(fā)即席查詢是屬于自開發(fā)的應用，提供統(tǒng)一的即席查詢框架，以及各種開發(fā)組件，供集市開發(fā)人員進行二次開發(fā)。自開發(fā)即席查詢功能靈活，利于根據(jù)應用的特點進行定制。手機推送方案信息推送容器提供手機推送方式，信息推送服務組件為短信、彩信、WAP、郵件提供實時推送服務，為短信群發(fā)、彩信群發(fā)、WAP群發(fā)提供基于任務群發(fā)的服務。系統(tǒng)功能信息推送是在應用生成信息并注入信息推送容器之后，向訂閱的用戶進行送達的功能模塊，其他應用平臺可以通過信息推送服務組件提供的統(tǒng)一的及時發(fā)送接口發(fā)送即時消息?？傮w結構總體功能結構總體處理流程的流程如下：首先應用向信息推送容器注冊要發(fā)送的信息應用將數(shù)據(jù)生成后，向信息推送容器注入數(shù)據(jù)信息推送容器將數(shù)據(jù)以應用要求的方式推送到用戶的手機上推送處理邏輯流程邏輯實現(xiàn)流程詳細如下：推送服務執(zhí)行邏輯：當外接系統(tǒng)調(diào)用推送服務的接口推送服務引擎解析請求的XML數(shù)據(jù)流，根據(jù)請求的方式以及預先定義好的Schema獲取原始數(shù)據(jù)。如果是基于彩信的推送，獲取彩信文件保存在文件系統(tǒng)中，并unzip彩信文件包，獲得原始的彩信文件。獲取原始的數(shù)據(jù)后將批量插入接口表中推送服務引擎返回此次操作的結果，至此外界接口操作與統(tǒng)一接觸平臺交互結束。信息推送實施渠道執(zhí)行邏輯：（說明信息推送服務組件啟動之后，推送服務的各個執(zhí)行渠道自動啟動）推送服務是后臺循環(huán)執(zhí)行的服務，不斷檢查各自的接口表，檢查屬于自己的記錄。從發(fā)送表中裝載數(shù)據(jù)，通過渠道實現(xiàn)方式推送數(shù)據(jù)。渠道執(zhí)行服務不斷重復執(zhí)行6-7步驟。群發(fā)任務邏輯實現(xiàn)邏輯實現(xiàn)流程詳細如下：（完整的流程：外界任務群發(fā)接口調(diào)用任務接口解析引擎任務調(diào)度任務群發(fā)執(zhí)行業(yè)務辦理）任務群發(fā)接口引擎執(zhí)行邏輯：當外接系統(tǒng)調(diào)用任務群發(fā)接口時任務群發(fā)接口引擎解析請求的XML數(shù)據(jù)流，根據(jù)請求的方法以及預先定義好的Schema獲取各類原始數(shù)據(jù)。獲取手機號碼文件并解壓保存在文件系統(tǒng)中，獲取群發(fā)任務的基本信息保存在內(nèi)容中。將手機號碼文件以及相關的營銷語倒入群發(fā)數(shù)據(jù)表中。如果是基于彩信營銷的，還需獲取彩信文件保存在文件系統(tǒng)中，并unzip彩信文件包，獲得原始的彩信文件。將群發(fā)任務的基本信息保存在數(shù)據(jù)庫中。群發(fā)任務接口解析引擎返回此次操作的結果，至此外界接口操作與統(tǒng)一接觸平臺交互結束。群發(fā)執(zhí)行以及業(yè)務辦理：任務調(diào)度模塊：任務調(diào)度模塊檢查渠道配置表，判斷渠道是否啟動，當前時段是否在渠道規(guī)定的范圍內(nèi)。任務調(diào)度模塊檢查發(fā)送任務表，判斷任務是否啟動，檢查是否在發(fā)送時間范圍內(nèi)容。任務調(diào)度模塊根據(jù)上述兩個步驟確定下來的任務到發(fā)送表中確定是否有發(fā)送的任務。任務調(diào)度模塊按照一定的時間間隔不斷地執(zhí)行上述1-3步驟，為群發(fā)模塊準備各個渠道按一定的算法獲得的待發(fā)送的任務ID。任務群發(fā)模塊：群發(fā)模塊從任務調(diào)度模塊中獲取特定渠道上待發(fā)送任務的ID。群發(fā)模塊從發(fā)送數(shù)據(jù)表中裝載該任務的數(shù)據(jù)，執(zhí)行發(fā)送。群發(fā)模塊接收數(shù)據(jù)保存在相應的表中群發(fā)模塊按照一定的時間間隔不斷地執(zhí)行5-7步驟。業(yè)務辦理模塊：業(yè)務匹配服務根據(jù)營銷回復模板的定義不斷地匹配接收數(shù)據(jù)，如果匹配成功，將記錄插入業(yè)務辦理模板表中，業(yè)務匹配服務定時調(diào)度。彩鈴業(yè)務辦理服務不斷掃描業(yè)務辦理表，查找那些屬于彩鈴辦理的記錄。彩鈴業(yè)務辦理服務向彩鈴平臺執(zhí)行彩鈴下載請求，完成業(yè)務辦理功能。彩鈴業(yè)務辦理服務不斷重復執(zhí)行1622步。BOSS業(yè)務辦理服務不斷掃描業(yè)務辦理表，查找那些屬于BOSS辦理的記錄。BOSS業(yè)務辦理服務向BOSS平臺執(zhí)行業(yè)務辦理請求，完成業(yè)務辦理功能。BOSS業(yè)務辦理服務不斷重復執(zhí)行1622步。GIS應用方案指導思想規(guī)范實體片區(qū)的建設、引導并努力實現(xiàn)片區(qū)高效化，優(yōu)化資源配置，精細考核，保持中國移動渠道的領先優(yōu)勢。同時，引入GIS技術，加強對省分不同區(qū)域的領導KPI展現(xiàn)功能，地圖導航功能和營業(yè)網(wǎng)點、基站資源等展現(xiàn)和優(yōu)化功能；并考慮逐漸結合后臺業(yè)務處理的數(shù)據(jù)，在前端以更加直觀的方式展現(xiàn)，為決策和一線生產(chǎn)人員提供不同層次的數(shù)據(jù)分析結果。設計目標為更好地開展中國移動經(jīng)營分析系統(tǒng)的建設，使經(jīng)營分析系統(tǒng)發(fā)揮實際效果，成為市場競爭和業(yè)務發(fā)展過程中的重要支撐工具。建議本期對經(jīng)營分析系統(tǒng)GIS展現(xiàn)的建設實現(xiàn)以下目標：1、引入GIS展現(xiàn)技術，提高經(jīng)營分析系統(tǒng)前端展現(xiàn)界面的友好性和易用性：前端界面是經(jīng)營分析系統(tǒng)和用戶接觸的直接媒介。該界面的友好和易于操作直接關系到用戶對經(jīng)營分析系統(tǒng)的使用。經(jīng)營分析系統(tǒng)使用最為頻繁的應用是KPI，分析原因除了KPI可以提供大量的信息之外，其簡單、易用也起到了很大的作用。對于領導關注的KPI，結合地圖展現(xiàn)技術，形成領導KPI的地圖版功能。2、完成區(qū)域性動態(tài)數(shù)據(jù)的GIS展現(xiàn)，及時展現(xiàn)營業(yè)網(wǎng)點、基站的地理位置和其他相關信息，并逐步跟蹤分析營業(yè)網(wǎng)點和基站的相關信息，為科學布點提供指導意見，充分提高營業(yè)網(wǎng)點、基站的整體效益。3、實現(xiàn)片區(qū)化管理與分析的結合，實現(xiàn)片區(qū)化管理的可視化，保障實現(xiàn)公司整體目標；提供同級別橫向比較及自身業(yè)績坐標分析，搭建公平競爭平臺，促進員工積極性。4、為業(yè)務部門提供的滿足需求的特定專題應用的展現(xiàn)隨著移動經(jīng)營分析系統(tǒng)的建設，系統(tǒng)的個性化越來越明顯，系統(tǒng)需要滿足業(yè)務部門有針對性的個性化應用。在經(jīng)分GIS展現(xiàn)系統(tǒng)平臺搭建和基本功能逐步完善后，可以考慮通過深入挖掘業(yè)務需求，結合業(yè)務后臺的處理工作，利用GIS展現(xiàn)功能，為不同部門提供個性化需求。系統(tǒng)整體架構系統(tǒng)分為三層：數(shù)據(jù)庫、邏輯處理和客戶端地圖展現(xiàn)。示意圖如下：系統(tǒng)整體框架示意圖數(shù)據(jù)庫存儲地圖上各信息點需要展現(xiàn)的數(shù)據(jù)（例如KPI數(shù)據(jù)）、信息點的屬性信息（包括id、名稱等）和用戶的個性化定制信息。數(shù)據(jù)展現(xiàn)邏輯從數(shù)據(jù)庫中取得數(shù)據(jù)，并與圖形控制程序交互，實現(xiàn)在地圖上動態(tài)的展現(xiàn)各種數(shù)據(jù)的功能。圖形控制程序相當于一個地圖控制中間件，它的功能包括：地圖放大/縮小、查看全圖、手拖地圖、文字切換顯示、鷹眼拖動、區(qū)域范圍定位、信息點搜索、圖層選擇、打印、幫助。其中： 地圖放大/縮?。喊摧斎胂禂?shù)放大或者縮小當前顯示的地圖。 查看全圖：將當前顯示地圖范圍改為顯示地圖的全景。 手拖地圖：點擊點選項模式“箭頭”按鈕,可以查看地圖上信息點的詳細信息；點擊手拖模式“手形”按鈕,就可以通過拖動來對地圖進行移動。 文字切換顯示：缺省為“顯示標簽”狀態(tài)，單擊則改為“不顯示標簽”狀態(tài)。鷹眼拖動：圖中紅框表示當前顯示的地圖范圍，可以直接用鼠標拖動紅框來調(diào)整顯示范圍。 區(qū)域范圍定位：直接顯示該區(qū)域地圖。 信息點搜索：在框內(nèi)輸入想要搜索的信息點名稱，系統(tǒng)會在地圖中閃亮顯示匹配的信息點。 圖層選擇：通過選擇圖層，將圖層包括的數(shù)據(jù)顯示在地圖上。 幫助：查看幫助信息按紐，顯示本幫助信息。 打?。捍蛴“醇~，打印當前顯示的內(nèi)容。地圖上信息點的相關數(shù)據(jù)的（比如KPI數(shù)據(jù)）顯示方式分為兩種：直接顯示：用戶將鼠標移到信息點上，以黃色彈出框的形式或者在本頁面空白處顯示該信息點的定制顯示信息；信息以文本/圖表等方式顯示。間接顯示：用戶將鼠標移到信息點上并且單擊，彈出新的窗口顯示信息點的詳細信息。圖形標準為了搭建繪圖平臺，更好地支持各種業(yè)務應用展現(xiàn)，開發(fā)了繪圖中間件。繪圖中間件使用了SVG標準。SVG是可縮放矢量圖像格式(ScalableVectorGraphics)的簡稱，SVG標準由權威的W3C組織制定并推薦，它基于XML(可擴展標識語言)，是一個全新的標準開放的矢量圖像和動畫格式。SVG通過使用簡單的文本語句完成矢量圖像，以及諸如色彩填充、對象運動、動態(tài)交互、濾鏡效果、音效等各式媒體效果，成為未來的Web圖形圖像標準。SVG標準有以下的優(yōu)勢：SVG基于XML格式，易于web發(fā)布、傳輸，跨平臺；SVG兼容XML、HTML4、XHTML等語言并符合CSS、XSL、DOM等規(guī)范。這就意味著SVG將是可擴展、可樣式化、可腳本化和易于集成的。SVG可以很好的跨平臺工作，解決外部輸出、色彩、帶寬等相關問題。在SVG中，地理數(shù)據(jù)可被唯一地標識，便于信息查詢和搜索，便于網(wǎng)上參與數(shù)字地球的資源共享，提高WebGIS服務的互操作性，減少了服務器和客戶之間的頻繁交互，從而提高GIS用戶的互操作速度。XML具有數(shù)據(jù)來源的多樣性和多種應用的靈活性、柔韌性和適應性。XML可以對不同來源的結構化的GIS數(shù)據(jù)進行合并、集成，客戶獲得XML數(shù)據(jù)后，可以用以開發(fā)多種形式的WebGIS應用軟件，也可用于測量、制圖、空間分析和空間建模等空間數(shù)據(jù)計算和數(shù)據(jù)處理，擴展XML與GIS數(shù)據(jù)的多方面應用。利用XSLT技術，可以非常容易的將各種XML空間數(shù)據(jù)轉換為SVG的圖像格式，因而可以說，正因為XML標準的開放性，SVG才成為了OpenGIS的新寵。交互性強，支持各種先進的網(wǎng)頁交互技術；SVG圖像能對用戶動作做出不同響應，例如高亮、聲效、特效、動畫等，SVG圖像中的命令語句可以自由的和腳本程序，JavaScript或XML進行交互，完全通過代碼來實現(xiàn)。SVG圖像可以方便的由程序語言來動態(tài)的生成，例如用JavaScript，Perl，Java甚至是XSLT，這對于一些數(shù)據(jù)庫制表是非常實用的，圖像可以根據(jù)數(shù)據(jù)庫中的關系量實時的改變。SVG既是一種靜態(tài)圖像，又是一種動態(tài)圖像，可以很方便的實現(xiàn)動態(tài)模擬；SVG的精華之處更在于它對動畫的支持，SVG可以非常方便的實現(xiàn)對地理信息的實時動態(tài)模擬，如路徑跟蹤、氣團流動、洪峰監(jiān)視與預警等諸多應用領域。作為SVG的一個重要的應用分支，MobileSVG將SVG與GPS、GIS等技術關聯(lián)起來，借助移動通信設備，為人類活動提供更方便，更智能化的空間定位與導航、目標鎖定跟蹤等多方面的GIS服務。SVG是一種文本描述格式，可以很容易的對各種復雜的地理信息進行查詢與升級；這種基于文本的格式的另一個好處是可以進行二次修改，因此SVG是一種可升級的圖像文件格式。SVG的這一特性非常適合表述復雜而海量的空間數(shù)據(jù)，這不僅是因為它的存儲容量小，結構性強，更重要的是它可以方便的對這些空間數(shù)據(jù)進行維護與升級。SVG基于對像與組合對像，結構性強，數(shù)據(jù)具有直觀可讀性，容易對系統(tǒng)進行維護與升級。SVG既可以對空間數(shù)據(jù)進行查詢，也可以對屬性數(shù)據(jù)進行查詢。SVG支持的是一種精確查詢，實現(xiàn)簡單，查詢效率高，是柵格圖像中像模式識別所進行的復雜的概似查詢所無法比擬的。數(shù)據(jù)失真小，可以用真實的平面投影坐標來表述空間數(shù)據(jù)；對空間信息的量化描述最佳表現(xiàn)模式是數(shù)字化制圖，SVG是完全的數(shù)字制圖模式，非常適合表達空間量化信息?？煽s放向量制圖法可以保證圖像的顯示質(zhì)量不會因為平移或縮放等操作而受損，而這類操作目前正被廣泛地用于繪制圖表和Web站點的導航圖。數(shù)據(jù)量少，傳輸效率高；與傳統(tǒng)圖形圖像格式相比，SVG文檔的文件尺寸小得令人吃驚。高效的SVG詞匯表大大縮減了圖像文件的尺寸，從而減少了下載時間。渲染與濾鏡處理能力強，電子地圖質(zhì)量高；SVG圖像的清晰度適合于任何屏幕分辨率或打印分辨率(dpi),支持ICC標準，RGB，線性填充、圖案填充和遮罩。增強的色彩精度（1600萬種顏色）使得屏幕顯示的圖像與打印輸出的圖像色彩保持一致。與其它相關語言相比，SVG是專業(yè)的圖像標準，在圖像處理方面有著獨特的優(yōu)勢。業(yè)務應用功能GIS分析為客戶提供了一個靈活的分析、展現(xiàn)、分布的功能模塊，客戶可以直觀地在地圖上觀測OLAP分析結果，從宏觀角度獲得對所管轄區(qū)域的全局性的認識。基于Web的GIS應用，對于GIS的層、放縮、移動、測距、鉆取等常用地圖功能都支持，適用導航、領導KPI等應用。但基于Web的GIS應用不適合指路等應用。結合中國移動的業(yè)務需求，可以考慮基本功能和擴展功能。其中，基本功能包括：領導KPI的地圖展現(xiàn)功能、地圖分級導航功能、營業(yè)廳網(wǎng)點GIS展現(xiàn)、基站GIS展現(xiàn)等功能。領導KPI的地圖展現(xiàn)功能對于領導而言，經(jīng)營分析系統(tǒng)使用最為頻繁的應用是KPI。這是因為KPI是反映企業(yè)整體運營情況的宏觀關鍵指標，這些關鍵指標把領導所關心的主要業(yè)務問題直觀實時地展現(xiàn)。借助于這些關鍵指標，領導能夠及時了解并把握企業(yè)生產(chǎn)經(jīng)營的最新整體情況，進行科學分析、決策。分析原因除了KPI可以提供大量的信息之外，其簡單、易用也起到了很大的作用。而通過引入地圖形式，可以用一種更加直觀、方便地展現(xiàn)相關信息，尤其是對于相關區(qū)域的信息。分析目標 通過構造空間分析模型，結合GIS系統(tǒng)特性與OLAP功能特性建立多維映射關系。將具有地理維屬性的分析數(shù)據(jù)通過GIS地圖展現(xiàn)并進行分析，使結果的表現(xiàn)更為直觀、豐富和實用。領導KPI的地圖展示示意圖如下所示：在圖中，不同的區(qū)域使用不同的顏色區(qū)分開來。當鼠標移動到區(qū)域內(nèi)時，展現(xiàn)關鍵指標。關鍵指標主要包括經(jīng)營活動相關的重大的業(yè)績指標，包括量收、財務狀況、重大成果等，以及日常生產(chǎn)經(jīng)營中需重點關注、監(jiān)控的相關動態(tài)數(shù)據(jù)。如：用戶到達數(shù)、收入、完成百分比、每日新增客戶數(shù)、每日離網(wǎng)客戶數(shù)、每日累計到達客戶數(shù)等情況。維度/指標領導KPI展現(xiàn)的每日數(shù)據(jù)、每月數(shù)據(jù)可以根據(jù)需要進行選擇。下面以指標列表的形式列出基本的可供選擇展現(xiàn)的數(shù)據(jù)：數(shù)據(jù)主題指標周期用戶用戶到達數(shù)日月新增用戶數(shù)日月離網(wǎng)用戶數(shù)日月凈增用戶數(shù)日月收入總收入日月ARPU月本地通話費日月長途通話費日月月租費日月新業(yè)務費日月信息費月集團業(yè)務收入月業(yè)務量語音通話次數(shù)日月語音通話時長日月點對點短信MO次數(shù)日月彩信MO次數(shù)日月GPRS流量日月列表說明：1、指標以上述指標為重點，但不限于上述指標；2、上述指標的口徑原則上遵照指標體系庫的口徑定義；指標口徑：地域包括市、區(qū)縣、片區(qū)、營業(yè)廳。對于決策管理人員，更多地看到的是相對宏觀、匯總的數(shù)據(jù)，可以展現(xiàn)到片區(qū)層面；對于分析人員和營銷管理人員，可以再細化到營業(yè)廳層面。使用對象提供給決策管理人員、分析人員、營銷管理人員使用，對所管轄區(qū)域獲得整體性的直觀視圖。業(yè)務功能在GIS系統(tǒng)上實現(xiàn)OLAP分析的常見功能，在GIS地圖上，客戶通過鼠標點擊，就可以實現(xiàn)OLAP上鉆下鉆功能，通過GIS展現(xiàn)將OLAP對應地圖上的合適位置上展現(xiàn)。為了滿足高層領導方便適用的操作需求，要求界面風格清晰、簡潔，界面上的鏈接方便易用。領導登錄后的首頁直接展現(xiàn)最重要信息。要求數(shù)據(jù)層次清晰，數(shù)據(jù)準確，展現(xiàn)及時。同時，系統(tǒng)可以設靈活置要展現(xiàn)的指標，對于在指標列中的相關數(shù)據(jù)，通過點選等方式，就可以完成設置功能。對于地圖區(qū)域的形式，考慮到展現(xiàn)的效果，指標數(shù)量不需要很多。不同管理層次觀測指標范圍和內(nèi)容應該有針對性，權限控制要嚴密。地圖分級導航功能業(yè)務目標 經(jīng)分GIS展現(xiàn)是一個信息呈現(xiàn)系統(tǒng)。在每個信息節(jié)點面前，瀏覽者面臨著“在哪兒”、“往哪兒去”、“怎么去”等的選擇。所以，地圖功能的實現(xiàn)，離不開地圖分級導航的功能。通過點擊地圖相應的區(qū)域，可以逐步下鉆到下一層層次，看到更詳細的信息。導航的層次目前，中國移動已經(jīng)目前進行了客戶屬地化管理工作，已經(jīng)初步建立了片區(qū)化管理的基礎。例如：屬地維已經(jīng)建立了以下層次：屬地維層次一：營銷中心、南郊、北郊層次二：東區(qū)、南區(qū)、西區(qū)、北區(qū)；奉賢、金山、南匯、閔行、松江;寶山、嘉定、崇明、青浦層次三：東區(qū)（浦東）、南區(qū)(黃浦、盧灣、靜安)、西區(qū)（徐匯、長寧、普陀）、北區(qū)（閘北、虹口、楊浦）所對應的行政區(qū)；崇明（崇明、長興、橫沙）；第四細分層：第四層－營業(yè)廳層：對應各營業(yè)廳名稱，包括自營廳和合作廳；第四層－農(nóng)村市場層：市區(qū)、市轄鎮(zhèn)、市轄村、縣中心、縣轄鎮(zhèn)、縣轄村說明：以上兩個層次互相獨立、同時存在，相互之間無包含關系。第五細分層－農(nóng)村市場明細層：對應“第四層－農(nóng)村市場層”的市區(qū)名、鎮(zhèn)名第六細分層－小區(qū)名，各CELL_ID和LAC_ID對應的小區(qū)名稱其中，層次四－農(nóng)村市場層的定義市區(qū)：是指在市轄區(qū)和不設區(qū)的市中的街道辦事處所轄的居民委員會地域。具體指黃浦區(qū)、盧灣、徐匯、長寧、靜安、閘北、虹口和楊浦區(qū)的全部，寶山、閔行、金山、嘉定、金山、松江、青浦、南匯、奉賢區(qū)政府所處區(qū)域，浦東新區(qū)下轄有街道辦事處所轄的居民委員會地域?？h城城區(qū)：是指縣城城區(qū)所在的鎮(zhèn)所轄的居民委員會地域。上海只有崇明作為縣統(tǒng)計農(nóng)村區(qū)域：是指除市區(qū)區(qū)域、縣城區(qū)域以外的所有其他區(qū)域。包括鎮(zhèn)、鄉(xiāng)、村。農(nóng)村區(qū)域包括市轄農(nóng)村和縣轄農(nóng)村。市轄農(nóng)村指市管轄的除市轄區(qū)和不設區(qū)的市中心以外的鎮(zhèn)、鄉(xiāng)、村?？h轄農(nóng)村指縣管轄的除縣城城區(qū)以外的鎮(zhèn)、鄉(xiāng)、村。具體指浦東新區(qū)、寶山、閔行、金山、嘉定、金山、松江、青浦、南匯、奉賢區(qū)和崇明縣除市區(qū)、縣城以外的所有其他區(qū)域。使用方式按照省分實際情況和屬地維層次關系，結合GIS展現(xiàn)需要，地圖分級導航可以考慮（以上海為例進行使用方式說明）：1、首先，顯示的是一張上?？倛D，包括：市區(qū)（營銷中心）和奉賢、金山、南匯、閔行、松江;寶山、嘉定、崇明、青浦等大的區(qū)域圖，圖中主要顯示各個區(qū)域名稱、區(qū)委等，各區(qū)之間都有清晰的邊界。當鼠標移動到各區(qū)域內(nèi)時，顯示中國移動需要展現(xiàn)的KPI信息。2、在總圖上，當點擊市區(qū)（營銷中心）時，則進入第二層，顯示：東區(qū)（浦東）、南區(qū)(黃浦、盧灣、靜安)、西區(qū)（徐匯、長寧、普陀）、北區(qū)（閘北、虹口、楊浦）所對應的行政區(qū)；崇明（崇明、長興、橫沙）；圖中主要顯示各個區(qū)域，它們都有清晰的邊界；具體道路內(nèi)容不過多顯示；當鼠標移動到各區(qū)域內(nèi)時，顯示中國移動需要展現(xiàn)的KPI。在總圖上，當點擊進入奉賢、金山、南匯、閔行、松江;寶山、嘉定、崇明、青浦區(qū)域時，進入各自管轄的區(qū)域圖；對于郊縣的詳細地圖，顯示包括街道、營業(yè)廳、重點建筑、基站在內(nèi)的信息。示意圖如下所示：對于地圖上展示的內(nèi)容，以二維圖形展現(xiàn)，主要包含：街道、營業(yè)廳、基站、重點的建筑物（如：音樂廳、體育館、重要的商場等）。對其他的不重要的內(nèi)容，不一定要畫出。其中，一個營業(yè)廳對應多個基站基站，可以用同一種顏色，表示它們的歸屬關系?？紤]到以后會添加營業(yè)廳，營業(yè)廳所屬的街道要標注清楚，所以對于街道信息還是需要比較詳細的。3、當在市區(qū)的第二層圖中，點擊某一區(qū)域，則進入第三層，如：點擊靜安區(qū)的區(qū)域，則進入靜安區(qū)的詳細地圖，顯示包括街道、營業(yè)廳、重點建筑、基站在內(nèi)的信息。示意圖如下所示：其中，一個營業(yè)廳對應多個基站基站，可以用同一種顏色，表示它們的歸屬關系。營業(yè)廳網(wǎng)點GIS展現(xiàn)分析目標 通過營業(yè)廳GIS展現(xiàn)，營銷管理人員可以在地圖上直觀地看到各營業(yè)廳的地理分布情況，為銷售渠道覆蓋情況提供支持。維度/指標指標維度營業(yè)廳名稱營業(yè)廳性質(zhì)店面經(jīng)理名稱聯(lián)系方式歸屬片區(qū)上層主管單位名稱營業(yè)廳地理位置√√√√√√使用對象提供給營銷管理人員使用。業(yè)務功能通過地圖導航功能，在行政區(qū)域或片區(qū)內(nèi)展現(xiàn)營業(yè)廳信息。通過營業(yè)廳的地理位置信息，將營業(yè)廳作為一個點在地圖上展現(xiàn)，按權限展現(xiàn)出營業(yè)廳的信息。營業(yè)廳網(wǎng)點GIS展現(xiàn)的示意圖如下：對于片區(qū)上展示的內(nèi)容，以二維圖形展現(xiàn)，主要包含：街道、營業(yè)廳、營業(yè)廳所包含的基站、重點的建筑物（如：音樂廳、體育館、重要的商場等）。對其他的不重要的內(nèi)容，不一定要畫出。考慮到以后會添加營業(yè)廳，營業(yè)廳所屬的街道要標注清楚，所以對于街道信息還是需要比較詳細的。當用戶將鼠標放置到某個營業(yè)廳網(wǎng)點時，在營業(yè)廳旁邊自動彈出信息框，展現(xiàn)的主要內(nèi)容包括：營業(yè)廳名稱、營業(yè)廳性質(zhì)、店面經(jīng)理名稱、聯(lián)系方式、歸屬片區(qū)、上層主管單位名稱等靜態(tài)信息；也可以考慮加上少量的營業(yè)廳對應的用戶到達數(shù)、話費收入、每日新增客戶數(shù)、每日離網(wǎng)客戶數(shù)等重要的動態(tài)信息?？紤]到系統(tǒng)的擴展性，系統(tǒng)可以設靈活置要展現(xiàn)的信息和指標，對于在指標列中的相關數(shù)據(jù)，通過點選等方式，就可以完成設置功能。GIS地圖支持導航特性，支持放大、縮小、平移、全圖、圖層控制，方便分析人員準確的定位到某個具體的營業(yè)廳。基站GIS展現(xiàn)分析目標 通過基站GIS展現(xiàn)，資源管理人員、營銷管理人員可以在地圖上直觀地看到各基站的地理分布情況，為網(wǎng)絡資源覆蓋情況提供支持。維度/指標指標維度基站名稱基站設備的廠商名稱基站維護人員名稱聯(lián)系方式歸屬的營業(yè)廳基站地理位置√√√√√使用對象提供給資源管理人員、營銷管理人員使用。業(yè)務功能通過地圖導航功能，在行政區(qū)域或片區(qū)內(nèi)展現(xiàn)營業(yè)廳和基站信息。通過基站的地理位置信息，將基站作為一個點在地圖上展現(xiàn)，按權限展現(xiàn)出基站的信息。由于一個營業(yè)廳對應于多個基站，可以考慮基站與營業(yè)廳顏色保持一致，以明確顯示出對應關系。當用戶將鼠標放置到某個基站點時，在基站旁邊自動彈出信息框，展現(xiàn)的主要內(nèi)容包括：基站名稱、基站設備的廠商名、基站維護人員名稱、聯(lián)系方式、歸屬的營業(yè)廳等。系統(tǒng)一期主要展現(xiàn)基站與營業(yè)廳對應關系，基站的基本靜態(tài)信息；在系統(tǒng)二期時，可以考慮結合業(yè)務應用，增加基站的收益、話務量等展現(xiàn)信息?？紤]到系統(tǒng)的擴展性，系統(tǒng)可以設靈活置要展現(xiàn)的信息和指標，對于在指標列中的相關數(shù)據(jù)，通過點選等方式，就可以完成設置功能。GIS地圖支持導航特性，支持放大、縮小、平移、全圖、圖層控制，方便分析人員準確的定位到某個具體的基站。擴展功能除了經(jīng)分GIS展現(xiàn)的基本功能外，還可以結合業(yè)務應用，開發(fā)出多種擴展功能，在圖形上為多種業(yè)務應用進行展示。內(nèi)容包括：營銷活動進度和效果的GIS展示、特定市場分析GIS展現(xiàn)、大客戶通話變動軌跡GIS展現(xiàn)、數(shù)據(jù)業(yè)務體驗地域分布GIS展現(xiàn)、基站負載情況的GIS展現(xiàn)等。其中，很多業(yè)務應用需要在后臺進行大量的統(tǒng)計計算、需要結合客戶信息、客戶細分、資源信息等進行數(shù)據(jù)挖掘等工作。營銷活動進度和效果的GIS展示分析目標 利用已經(jīng)建設好了區(qū)域地圖，對營銷活動的開展情況進行跟蹤和GIS展現(xiàn)。在營業(yè)活動期間，展現(xiàn)一個具體的片區(qū)受營銷活動影響的程度，反映營銷活動的效果，方便營銷管理人員和分析人員及時了解情況，及時解決出現(xiàn)的問題，并根據(jù)特殊情況，對計劃進行調(diào)整。也可以通過地圖形式，展現(xiàn)某次營銷活動的效果，比如：區(qū)之間、片區(qū)之間的活動結果分析、業(yè)績考核等一系列活動執(zhí)行結果的展現(xiàn)。比如：公司即將要開展“50天營銷競賽活動”，可以以片區(qū)或營業(yè)廳為基本單位進行，事先設定好競賽活動需要展現(xiàn)的相應指標。當競賽開始后，可以通過地圖展現(xiàn)的形式，及時反饋營銷活動的進度情況。在圖形展現(xiàn)時，當鼠標移動到某個區(qū)域中或圖中的點時，可以自動展現(xiàn)本次活動的進度內(nèi)容，如：活動完成比率、客戶到達數(shù)、收入等。這樣，可以達到：多次使用地圖的目的。維度/指標指標維度活動完成比率客戶到達數(shù)收入統(tǒng)計時間√√√片區(qū)或營業(yè)廳√√√品牌√√√使用對象提供給決策管理人員、分析人員、營銷管理人員使用，對所管轄區(qū)域獲得整體性的直觀視圖。提供給分析人員對重點市場區(qū)域的深入分析支持。提供給營銷管理人員和客戶服務人員的日常業(yè)務管理和運營使用。業(yè)務功能能夠?qū)⑵瑓^(qū)化營銷分析的數(shù)據(jù)通過GIS方式展現(xiàn)出來。展現(xiàn)能夠細化到營業(yè)廳。能夠在營銷活動期間每日監(jiān)控。應用方面可配置。比如：在開展不同的活動時，可以事先設定競賽活動不同的相應指標。在圖形展現(xiàn)時，當鼠標移動到某個區(qū)域中或圖中的點時，可以自動展現(xiàn)本次活動的內(nèi)容。如：活動完成比率、客戶到達數(shù)、收入等。特定市場分析GIS展現(xiàn)分析目標 通過特定市場分析的GIS展現(xiàn)，營銷管理人員可以在地圖上直觀的特定市場的客戶分布情況、營業(yè)網(wǎng)點分布情況，為營銷管理人員分析特定市場客戶集中地、市場銷售渠道分布提供支持。維度/指標指標維度本月客戶到達數(shù)本月通話次數(shù)本地通話時長本月通話收入本月短信次數(shù)統(tǒng)計時間√√√√√特定市場名稱√√√√√上級主管單位√√√√√客戶歸屬地的地理位置√√√√√指標口徑使用對象提供給分析人員對重點市場區(qū)域的深入分析支持。提供給營銷管理人員和客戶服務人員的日常業(yè)務管理和運營使用。業(yè)務功能通過特定市場客戶歸屬地的地理位置信息，在各主要的鄉(xiāng)鎮(zhèn)展現(xiàn)特定市場客戶數(shù)量。有權限分析人員點擊地圖上的標志，展現(xiàn)出特定市場客戶發(fā)展的具體信息。GIS地圖支持導航特性，可以放大、縮小、平移，方便分析人員準確的定位到某個具體的營業(yè)廳。大客戶通話變動軌跡GIS展現(xiàn)分析目標分析個人和集團有規(guī)律的行蹤，并在地圖上直觀展示，提供給客戶管理人員對客戶通話行為的深入理解。實現(xiàn)對某種資費所對應客戶和集團在地域行為上的物理跟蹤；針對集團客戶的特征，可推進區(qū)域資費；針對高危離網(wǎng)大客戶實施挽留；維度/指標指標維度大客戶在各個小區(qū)的通話業(yè)務量大客戶手機號碼區(qū)域地理位置√√使用對象提供給分析人員對重點大客戶通話行為的深入分析和理解。提供給客戶服務人員理解客戶行為和消費習慣，采取針對性服務措施。業(yè)務功能統(tǒng)計大客戶在各個小區(qū)的通話業(yè)務量（計費時長、通話次數(shù)）?？蛻艄芾砣藛T在系統(tǒng)界面中交互輸入大客戶手機號碼，系統(tǒng)返回一張地圖，在地圖每個小區(qū)節(jié)點上用柱狀圖展示出此大客戶的計費時長。柱狀圖的高度對應在某個小區(qū)通話量的大小。分析人員通過此應用可以發(fā)現(xiàn)大客戶常去的區(qū)域，通話業(yè)務量。系統(tǒng)支持多個手機客戶的通話量在一張地圖上同時展示，用不同的顏色來區(qū)分屬于哪個客戶。數(shù)據(jù)業(yè)務體驗地域分布GIS展現(xiàn)分析目標 在部分省市有開通專門的數(shù)據(jù)業(yè)務體驗店或在營業(yè)廳中開通專門的數(shù)據(jù)業(yè)務體驗區(qū)。經(jīng)營分析系統(tǒng)采集數(shù)據(jù)業(yè)務體驗店的相關信息，在地圖上直觀的展現(xiàn)，便于市場管理人員直觀地觀測到數(shù)據(jù)業(yè)務體驗店的開通、分布情況。維度/指標指標維度數(shù)據(jù)業(yè)務體驗店地理分布營業(yè)廳名稱營業(yè)廳性質(zhì)所處位置店面經(jīng)理名稱聯(lián)系方式歸屬片區(qū)上次主管單位名稱區(qū)域地圖√√√√√√√√營業(yè)廳地理位置√√√√√√√√開通數(shù)據(jù)業(yè)務體驗店的營業(yè)廳名稱√√√√√√√√指標口徑使用對象提供給分析人員、營銷管理人員使用、獲得數(shù)據(jù)業(yè)務體驗店專項業(yè)務發(fā)展情況的宏觀視圖。業(yè)務功能通過營業(yè)廳的地理位置信息，將開通了數(shù)據(jù)業(yè)務體驗業(yè)務的營業(yè)廳做為一個點在地圖上展現(xiàn)。分析人員可以直觀的觀測到數(shù)據(jù)業(yè)務體驗店的分布情況。GIS地圖支持導航特性，可以放大、縮小、平移。方便分析人員準確的定位到某個具體的營業(yè)廳。競爭對手營業(yè)廳網(wǎng)點GIS展現(xiàn)分析目標 通過競爭對手營業(yè)廳GIS展現(xiàn)，營銷管理人員可以在地圖上直觀地看到競爭對手各營業(yè)廳的地理分布情況，為銷售渠道覆蓋情況提供支持。維度/指標指標維度營業(yè)廳名稱營業(yè)廳性質(zhì)店面經(jīng)理名稱聯(lián)系方式競爭對手營業(yè)廳地理位置√√√√使用對象提供給營銷管理人員使用。業(yè)務功能通過地圖導航功能，在行政區(qū)域或片區(qū)內(nèi)展現(xiàn)競爭對手營業(yè)廳信息。通過營業(yè)廳的地理位置信息，將競爭對手營業(yè)廳作為一個點在地圖上展現(xiàn)，按權限展現(xiàn)出競爭對手營業(yè)廳的信息。當用戶將鼠標放置到某個競爭對手營業(yè)廳網(wǎng)點時，在競爭對手營業(yè)廳旁邊自動彈出信息框，展現(xiàn)的主要內(nèi)容包括：營業(yè)廳名稱、營業(yè)廳性質(zhì)、店面經(jīng)理名稱、聯(lián)系方式等靜態(tài)信息?？紤]到系統(tǒng)的擴展性，系統(tǒng)可以設靈活置要展現(xiàn)的信息和指標，對于在指標列中的相關數(shù)據(jù)，通過點選等方式，就可以完成設置功能?；矩撦d情況的GIS展現(xiàn)分析目標結合網(wǎng)管系統(tǒng)傳送的基站負載數(shù)據(jù)，比如：每個基站的負荷（呼入呼出量）、信道負載率、信道擁塞率等，可以通過GIS方式進行直觀的展現(xiàn)。通過對這些分析結果的展示，可以顯示關注熱點冷點基站情況，對于負載過重的基站，將采用相應的措施來改善負載情況。這樣可以為網(wǎng)絡資源的調(diào)配和網(wǎng)絡質(zhì)量的改良提供參考。維度/指標指標維度呼出量呼入量信道負載率信道擁塞率統(tǒng)計時間√√√√區(qū)域地理位置√√√√網(wǎng)元名稱√√√√使用對象提供給網(wǎng)絡資源管理人員、分析人員使用。業(yè)務功能通過基站的地理位置信息，將基站作為一個點在地圖上展現(xiàn)，按權限展現(xiàn)出基站的信息。當用戶將鼠標放置到某個基站點時，在基站旁邊自動彈出信息框，展現(xiàn)的主要內(nèi)容包括：呼出量、呼入量、信道負載率、信道擁塞率等信息。網(wǎng)元收益的GIS展現(xiàn)分析目標結合后臺網(wǎng)元業(yè)務量分析，從網(wǎng)元上支持的客戶數(shù)量、通話數(shù)量和時長等角度分析網(wǎng)元的使用程度，還包括對網(wǎng)元的實際業(yè)務量中所產(chǎn)生的費用的分析，通過GIS的方式進行展示。還可以結合客戶資料信息、客戶消費信息進行分析，如：可以通過相關的分析，了解某基站下有多少全球通用戶通話，該基站通話客戶有多少是ARPU>120的高端客戶。對這些分析結果，可以通過GIS方式進行直觀的展現(xiàn)，這樣可以對某些基站列為重點維護的基站，用以提高高端客戶的滿意度。維度/指標指標維度網(wǎng)元通話客戶總數(shù)網(wǎng)元計費時長網(wǎng)元通話次數(shù)網(wǎng)元通話費用統(tǒng)計時間√√√√區(qū)域地理位置√√√√網(wǎng)元名稱√√√√指標口徑網(wǎng)元通話客戶總數(shù)是指統(tǒng)計期內(nèi)，在此網(wǎng)元上產(chǎn)生通話話單的客戶數(shù)量。網(wǎng)元通話費用：指此網(wǎng)元每條話單通話費用的累計。使用對象提供給網(wǎng)絡資源管理人員、分析人員使用。業(yè)務功能通過基站的地理位置信息，將基站作為一個點在地圖上展現(xiàn)，按權限展現(xiàn)出基站的信息。當用戶將鼠標放置到某個基站點時，在基站旁邊自動彈出信息框，展現(xiàn)的主要內(nèi)容包括：網(wǎng)元通話客戶總數(shù)、網(wǎng)元計費時長、網(wǎng)元通話次數(shù)、網(wǎng)元通話費用等信息。還可以結合更深層次的分析，展現(xiàn)更深入的數(shù)據(jù)。后臺維護功能區(qū)域地理信息管理區(qū)域地理信息管理是指按照層次關系，對區(qū)域地理信息等進行管理。從建立渠道角度收集區(qū)域信息，作為區(qū)域建立渠道以及區(qū)域渠道分析的基礎信息參考。1、支持區(qū)域地理信息的錄入、刪除、修改、查詢等功能。2、能夠以直觀的形式展現(xiàn)，區(qū)域的范圍、邊界及區(qū)域之間的關系。區(qū)域內(nèi)營業(yè)網(wǎng)點信息管理區(qū)域內(nèi)營業(yè)網(wǎng)點信息管理是指對指定地理區(qū)域的渠道網(wǎng)點（自有實體/社會渠道）分布進行展示和維護。1、支持對區(qū)域渠道網(wǎng)點基本資料、區(qū)域基本信息、競爭對手網(wǎng)點信息等渠道網(wǎng)點信息的維護。2、支持區(qū)域網(wǎng)點對應的詳細資料信息的查詢。區(qū)域內(nèi)基站信息管理區(qū)域內(nèi)基站信息管理是指在指定地理區(qū)域?qū)τ跔I業(yè)廳所管轄的基站分布進行信息維護。1、支持對基站信息的維護。2、支持區(qū)域基站對應的詳細資料信息的查詢。展現(xiàn)指標的管理系統(tǒng)可以設靈活置要展現(xiàn)的指標，對于在指標列中的相關數(shù)據(jù)，通過點選等方式，就可以完成設置功能。示意圖如下：權限管理功能描述各角色可根據(jù)共同特征分組，并能以組為單位分配權限；角色組可以多級配置，形成組織；系統(tǒng)管理員組擁有系統(tǒng)操作及管理的最高權限，可授權所有管理操作人員角色和系統(tǒng)分析主題功能使用角色；在整個系統(tǒng)中，系統(tǒng)管理員可以授予各角色組不同的權限，可以授予各角色不同的權限；系統(tǒng)管理員組還有對信息發(fā)布、審批、撤消、編輯的權限等；提供角色與客戶級聯(lián)管理的功能以及允許控制；例如：當對一個角色的權限進行修改的時候，其所屬的客戶可以根據(jù)需要進行對應的權限變動。角色組的管理應由上至下，逐級管理允許授權的客戶添加、修改、刪除角色；允許授權的客戶定義角色的類型；允許授權的客戶分配角色的權限；允許授權客戶修改角色權限。關鍵信息單元角色標識，角色名稱，角色描述，角色屬性，角色定義等。網(wǎng)絡信令分析方案系統(tǒng)邏輯框架邏輯框架圖如上圖所示網(wǎng)絡信令分析系統(tǒng)分為三大模塊信令預處理模塊，數(shù)據(jù)倉庫中網(wǎng)絡信令分析模塊和規(guī)則管理模塊。規(guī)則管理：分揀規(guī)則管理，調(diào)度規(guī)則管理和過濾規(guī)則管理。數(shù)據(jù)倉庫中網(wǎng)絡信令分析模塊：數(shù)據(jù)層和展示層(ST層)，數(shù)據(jù)層又分為ＯＤＳ層和ＤＷ層。信令預處理模塊：信令分揀子模塊和信令過濾子模塊。信令數(shù)據(jù)接口信令數(shù)據(jù)獲取方式系統(tǒng)接口服務器通過FTP方式或者Socket方式，訪問信令接口服務器，并獲取信令監(jiān)測系統(tǒng)數(shù)據(jù)提供的信令數(shù)據(jù)。信令數(shù)據(jù)文件格式信令系統(tǒng)提供的信令數(shù)據(jù)以文本文件形式保存數(shù)據(jù)，文件采用ASCII編碼。每1分鐘的信令記錄合并保存為一個文件，文本文件中的每一行描述一個信令事件，記錄間用換行符（LF，ASC碼值為0x0A）分割，每條記錄由若干個字段構成，字段間用逗號（ASC碼值為0x2C）隔開。每條記錄中的字段定義如下：字段名稱描述類型最大長度1IMSI用戶的IMSI號碼字符串152MSISDN用戶的手機號碼（上海信令監(jiān)測一期工程不提供，信令監(jiān)測二期工程提供）字符串153TimeStamp時間戳，在采集卡上對成功發(fā)生的信令過程加上的時間標記，精確到秒時間字符串YYYYMMDDHHMMSS.XXX例如20051125112203144LAC位置區(qū)編號十進制字符串55CellID小區(qū)編號十進制字符串56EventID信令事件類型表示信令事件類型的字符串格式為aaa.bbb.cccaaa為信令消息所屬類別的十進制編碼bbb為信令消息具體類型的十進制編碼ccc為信令消息子類型，無子類型時ccc為077Cause原因編碼表示原因編碼的字符串格式為aaa.bbbaaa為原因所屬類別的十進制編碼bbb為具體原因值的十進制編碼無原因值時該字段為078flag進出小區(qū)標志位0為進入，1為離開19Res擴展保留暫時為空10CR回車數(shù)據(jù)量與處理性能信令數(shù)據(jù)的數(shù)據(jù)量大概是話費詳單數(shù)據(jù)量的6-8倍，處理時延不超過1分鐘。數(shù)據(jù)同步時限：1分鐘接口服務器輸出的數(shù)據(jù)按照GPS時間進行數(shù)據(jù)的合并，每1分鐘生成一個數(shù)據(jù)文件，放入接口服務器的FTP服務的緩存區(qū)。信令數(shù)據(jù)文件命名規(guī)則：按時間命名數(shù)據(jù)文件按照生成時間命名，命名格式為：“LER_yyyymmddHHMMSS.txt”，時間精確到秒，定長，不足位補零。例如LER_20060703173030.txt代表2006年7月3日17:30:30之后一分鐘的數(shù)據(jù)，數(shù)據(jù)的時間段為2006年7月3日[17:30:30,17:31:30)。信令數(shù)據(jù)文件緩存規(guī)則：數(shù)據(jù)提供者管理緩存目錄FTP客戶端以只讀方式訪問FTP服務端（接口服務器）緩存區(qū)文件。信令接口服務器上的文件保存7天。每天凌晨兩點由接口服務器負責刪除7天前的文件。網(wǎng)絡信令分析方法由于用戶信令產(chǎn)生有嚴格的時間順序，在進行分析時需要按照信令產(chǎn)生的先后順序進行處理，這與經(jīng)營分析系統(tǒng)批量處理話單的方法有較大區(qū)別，本節(jié)簡要描述了網(wǎng)絡信息的分析方法。在網(wǎng)絡信令分析模塊中按照信令類型的不同分別進行處理，處理流程如圖所示。網(wǎng)絡信令分析方法在信令分析模塊中，每次讀取一條信令數(shù)據(jù)，并根據(jù)相應策略將該條數(shù)據(jù)傳送到相應的分析子模塊，由該分析子模塊實現(xiàn)對具體的用戶行為和基站情況進行分析。每個模塊響應一種或多種信令類型，如IMEI比對子模塊，只處理用戶開機信令，開關機頻度分析模塊響應用戶的開機信令和關機信令。子模塊按照功能劃分為兩類，一類是在信令分析流程中不需要查詢用戶歷史狀態(tài)的子模塊。如通信行為匯總子模塊，其功能是直接判斷信令中用戶的通信行為，對滿足條件的信息直接進行記錄。例如在通過NG1-BOSS系統(tǒng)獲取的短信清單中，用戶發(fā)送短信時所處的基站小區(qū)代碼缺失，而在短信發(fā)送信令中可以捕獲相應的信息。通信行為匯總模塊響應短信發(fā)送信令，并將之記錄到數(shù)據(jù)層中，為做經(jīng)營分析系統(tǒng)片區(qū)化管理工作中的補充數(shù)據(jù)。另一類子模塊在進行分析時需要查詢用戶的歷史狀態(tài)，或者需要查詢基站小區(qū)的歷史情況，根據(jù)歷史情況與當前正在處理信令進行比對和處理。如用戶滯留時間分析子模塊，當接收到用戶位置變更信令后，從歷史信息中查詢用戶上一次所處的基站小區(qū)代碼和進入該區(qū)域的時間，然后與信令中的當前基站小區(qū)代碼進行比對，當發(fā)現(xiàn)用戶的位置發(fā)生變化時，再計算用戶在上一個基站小區(qū)中滯留的時間，當時間超過一定的閾值后，記錄用戶滯留該基站小區(qū)的信息。又如IMEI比對子模塊響應用戶的開機信令后，從用戶歷史狀態(tài)中查詢用戶上一次登記的IMEI號碼，再與信令中的當前IMEI進行對比，如果發(fā)現(xiàn)IMEI信息發(fā)生了變化，說明用戶更換了手機，該信息作為用戶換機記錄存入數(shù)據(jù)層中。在網(wǎng)絡信令分析模塊中通過用戶信令狀態(tài)視圖和基站信令視圖兩個物理實體存放用戶和基站的狀態(tài)信息。在用戶信令狀態(tài)視圖中存放每個用戶當前的開停機狀態(tài)、上次登記的IMEI、當前所處基站小區(qū)等信息；在基站信令視圖，存放每個基站小區(qū)中當前用戶數(shù)量和用戶在基站小區(qū)間的流動情況。各個子模塊均從這兩個視圖中查詢歷史信息。將分析后的客戶動態(tài)行為數(shù)據(jù)存儲到數(shù)據(jù)層中，進一步豐富客戶信息知識庫，滿足市場營銷、客戶服務和客戶管理等多種工作的需要。另外分析后的基站流量數(shù)據(jù)可以作為渠道選址、網(wǎng)絡優(yōu)化等工作的重要參考。部署應用基站人流量分析基站間人流量即席查詢客戶網(wǎng)絡使用情況分析網(wǎng)絡流向和流量特征分析網(wǎng)元收益分析熱點小區(qū)分析供應商市場行為特征分析精確營銷營銷機會發(fā)現(xiàn)等等應用。工作流管理工作流是一系列相互銜接，自動進行或人工執(zhí)行的業(yè)務活動或任務，它根據(jù)一系列過程規(guī)則、文檔、信息或任務能夠在不同的執(zhí)行者之間進行傳遞與執(zhí)行。工作流管理是一種軟件技術應用，它通過計算機語言實現(xiàn)工作流的定義，創(chuàng)建工作流實例，并按照預定義的工作流邏輯和流程規(guī)則推進工作流實例。工作流管理用于支撐經(jīng)營分析系統(tǒng)內(nèi)部的各種業(yè)務流程，包括但不限于如下幾個方面：營銷活動管理流程（在營銷管理的分析、策化、執(zhí)行和評估四個環(huán)節(jié)中，分析、策化和評估三個環(huán)節(jié)由客戶分析及運營模塊完成，營銷觸發(fā)和執(zhí)行由NG1-CRM完成）；資費營銷案設計流程；數(shù)據(jù)質(zhì)量管理流程。系統(tǒng)集成原則OA與周邊應用系統(tǒng)集成時，需遵循以下原則：開放性采用通用技術與周邊系統(tǒng)進行集成；所采用的技術能滿足OA與周邊系統(tǒng)常見業(yè)務場景的系統(tǒng)間集成需求?？蓴U展性OA與外部系統(tǒng)的集成需要考慮可擴展性，需要制定統(tǒng)一的系統(tǒng)集成架構，新系統(tǒng)進行集成時，只需要遵循已經(jīng)制定好的接口規(guī)范。先進性系統(tǒng)集成架構需選用先進的技術?？煽啃設A與周邊應用系統(tǒng)的集成接口架構需要具有高可靠性，滿足日常辦公的數(shù)據(jù)交換需求。安全性OA與周邊應用系統(tǒng)進行系統(tǒng)集成時，需要考慮集成方案的安全性，需要從物理層、數(shù)據(jù)層、應用層分別考慮，隔離系統(tǒng)之間的相互影響邏輯架構工作流管理的邏輯結構如圖所示工作流管理邏輯結構工作流管理由流程設計、流程執(zhí)行和流程監(jiān)控三大部分組成：流程設計：通過可視化的方式完成流程的建模、模擬和部署，并為不同業(yè)務流程設計和管理各種類型的流程模板。包括建模模擬、流程制定、流程部署和模板管理等功能；流程執(zhí)行：由經(jīng)營分析系統(tǒng)前端訪問層或后端服務程序觸發(fā)流程實例，并通過工作流管理負責流程實例的具體執(zhí)行。流程執(zhí)行包括實例配置、流程調(diào)度、任務提醒等功能；流程監(jiān)控：通過路徑可視的圖形化方式對流程運行過程進行及時的跟蹤和監(jiān)控、及時異常提醒，并記錄完整的運行日志。包括運行監(jiān)控、事件告警、性能監(jiān)視、統(tǒng)計分析等功能。業(yè)務功能工作流管理包含如下功能：流程編排與實現(xiàn)分離：工作流管理應該專注于流程的編排控制，不涉及每一個步驟的具體實現(xiàn)細節(jié)；并發(fā)性：工作流管理能保證不同的分支被并發(fā)的執(zhí)行；可恢復性：工作流管理應實時保存所有的流程運行信息，在發(fā)生故障時，能保證恢復后流程能從故障點處繼續(xù)運行；多類型流程支持：可支撐自動化流程和人工干預流程這兩種類型；易用性：提供友好的圖形化中文界面。集成架構系統(tǒng)間信息傳遞模式系統(tǒng)間集成的工作主要針對系統(tǒng)接口提供集成解決方案，因此，分析系統(tǒng)接口的信息傳遞模式對選擇相應的技術實現(xiàn)手段具有重要意義。系統(tǒng)接口基本采用同步請求/應答方式、異步請求/應答方式、會話方式、廣播通知方式、事件訂閱方式、可靠消息傳輸方式、文件傳輸?shù)韧ㄓ嵎绞?。其中比較復雜的是基于交易的通訊方式，在接口通訊中，基于交易的事務處理方式可采用以下幾種通訊方式：同步請求/應答方式：客戶端向服務器端發(fā)送服務請求，客戶端阻塞等待服務器端返回處理結果；異步請求/應答方式：客戶端向服務器端發(fā)送服務請求，與同步方式不同的是，在此方式下，服務器端處理請求時，客戶端繼續(xù)運行；當服務器端處理結束時返回處理結果；會話方式：客戶端與服務器端建立連接后，可以多次發(fā)送或接收數(shù)據(jù)，同時存儲信息的上下文關系；廣播通知方式：由服務器端主動向客戶端以單個或批量方式發(fā)出未經(jīng)客戶端請求的廣播或通知消息，客戶端可在適當?shù)臅r候檢查是否收到消息并定義收到消息后所采取的動作；事件訂閱方式：客戶端可事先向服務器端訂閱所需要的事件或自定義的事件，當這些事件發(fā)生時，服務器端通知客戶端事件發(fā)生，客戶端可采取相應處理。事件訂閱方式使客戶端擁有了個性化的事件觸發(fā)功能，極大方便了客戶端及時響應所訂閱的事件。在接口通訊中，基于消息的傳輸處理方式，除了可采用以上幾種通訊方式外，還可采用可靠消息傳輸方式。在可靠消息傳輸方式中，通過存儲隊列方式，實現(xiàn)消息傳輸?shù)臄?shù)據(jù)可靠性。系統(tǒng)間信息集成方式 系統(tǒng)間集成的工作主要是解決應用系統(tǒng)間的數(shù)據(jù)交互的，因此，分析系統(tǒng)間有哪幾種信息集成方式對選擇相應的技術實現(xiàn)手段具有重要意義。常見的應用集成方式包括數(shù)據(jù)集成、應用集成、業(yè)務過程集成和業(yè)務團體集成。1）數(shù)據(jù)集成實現(xiàn)業(yè)務應用平臺間的數(shù)據(jù)庫數(shù)據(jù)同步、異構數(shù)據(jù)庫互聯(lián)、數(shù)據(jù)文件傳輸、關聯(lián)數(shù)據(jù)查詢等功能。2）應用集成支持不同資源間的集成，經(jīng)常被稱為信息交換平臺。不同平臺的應用之間由應用邏輯觸發(fā)，通過消息傳遞、遠程過程或組件調(diào)用等方式交換信息，跨平臺移動數(shù)據(jù)并進行必要的格式轉換使得應用可以互相理解。3）業(yè)務過程集成（BusinessProcessIntegration，簡稱BPI）支持業(yè)務過程流與應用集成，是基于業(yè)務流程層的應用和數(shù)據(jù)集成。BPI支持過程的定義與執(zhí)行、管理與監(jiān)控，可以實現(xiàn)業(yè)務過程的快速變化。傳輸和格式轉換層更加復雜，并且知道如何發(fā)送消息來支持業(yè)務過程。4）業(yè)務團體集成（BusinessCommunityIntegration，簡稱BCI）：與公司防火墻之外的業(yè)務合作伙伴和客戶之間的集成，用以支持供應鏈管理和電子商務。供應鏈管理包括發(fā)行商、制造商、供應商和客戶。電子商務應用需要集成幾種客戶，可能是家庭消費者或業(yè)務與產(chǎn)品和服務的供應商。OA系統(tǒng)集成需求概述作為企業(yè)信息平臺，OA系統(tǒng)承擔企業(yè)與員工之間的門戶、企業(yè)辦公網(wǎng)的職責，OA與周邊系統(tǒng)進行系統(tǒng)集成時，主要的信息傳遞模式為同步請求/應答方式、異步請求/應答方式、會話方式、事件訂閱方式、文件傳輸模式，主要的信息集成模式為數(shù)據(jù)集成、應用集成和業(yè)務過程集成。OA與周邊系統(tǒng)間的集成架構匹配OA系統(tǒng)集成的需求，基于OA的系統(tǒng)架構，采用如下圖所示方式進行系統(tǒng)集成。OA與周邊系統(tǒng)的集成架構在圖中列出了5種系統(tǒng)集成方式基于EJB/WEBService的同步直接應用調(diào)用方式異步API調(diào)用方式TransactionBroker異步/發(fā)布&訂閱方式JMS異步/發(fā)布&訂閱方式FTP文件傳輸方式實現(xiàn)方式工作流將采用自開發(fā)的工作流系統(tǒng)，這樣利于根據(jù)應用的特點進行定制。具體實現(xiàn)方式根據(jù)各省的實際環(huán)境來決定。規(guī)則管理業(yè)務規(guī)則是描述和約束業(yè)務行為的一組集合，用來刻畫業(yè)務的結構或者控制和影響業(yè)務的行為。因此業(yè)務規(guī)則從業(yè)務人員的角度看，是用編碼來表達的業(yè)務活動；從IT人員的角度，是可重用的業(yè)務邏輯的最小單元。業(yè)務規(guī)則管理則是把經(jīng)營分析系統(tǒng)中最容易變化的業(yè)務規(guī)則從程序代碼中剝離出來，存儲在規(guī)則庫中，使業(yè)務人員在不依賴開發(fā)人員的情況下有能力對規(guī)則進行管理和控制。系統(tǒng)中業(yè)務規(guī)則的范圍主要覆蓋包括但不限于如下幾個方面：ETL規(guī)則；信息穿越規(guī)則；營銷活動觸發(fā)規(guī)則；數(shù)據(jù)質(zhì)量檢查規(guī)則；邏輯架構經(jīng)營分析規(guī)則管理如圖所示，包括業(yè)務規(guī)則庫管理、規(guī)則編輯、規(guī)則庫以及規(guī)則引擎四部分。規(guī)則管理邏輯結構圖規(guī)則庫管理：業(yè)務人員通過易用的環(huán)境創(chuàng)建、管理、驗證和部署業(yè)務規(guī)則。主要功能包括：權限管理、歷史和版本記錄、規(guī)則有效期管理以及錯誤檢測等；規(guī)則編輯：采用圖形化界面來管理、創(chuàng)建和修改業(yè)務規(guī)則，除了開發(fā)人員外，業(yè)務人員也可以使用這套圖形化界面實現(xiàn)對規(guī)則的管理。業(yè)務規(guī)則編輯包括創(chuàng)建、分類、檢索、修改等；規(guī)則庫：是指用于存儲規(guī)則、規(guī)則元數(shù)據(jù)以及與規(guī)則相關屬性的實體；規(guī)則引擎：負責對業(yè)務規(guī)則進行解釋，是執(zhí)行業(yè)務規(guī)則的軟件組件；通過程序接口，開發(fā)人員可以把“固化”在程序中的業(yè)務規(guī)則解析被規(guī)則引擎替代，是業(yè)務規(guī)則管理系統(tǒng)的核心元素。被執(zhí)行的規(guī)則可以在系統(tǒng)運行時實時加載到引擎中，規(guī)則引擎通過接受應用程序的輸入條件，對條件和裝入的業(yè)務規(guī)則進行匹配，將結果返回給應用程序。業(yè)務功能業(yè)務規(guī)則管理系統(tǒng)提供強大的業(yè)務功能：提供定義、執(zhí)行和管理業(yè)務規(guī)則的簡便易用圖形工具；支持if/then業(yè)務規(guī)則的定義；規(guī)則條件支持四則運算和與、或、非關系運算，支持括號操作；支持自然語言、判定表和流程圖等多種規(guī)則表達方式；支持規(guī)則的優(yōu)先級定義；支持將業(yè)務策略進行邏輯分類分組；支持定義規(guī)則生效的起始日和結束日；支持規(guī)則同步和規(guī)則導入導出；規(guī)則定義支持變量的使用；支持規(guī)則定義的出錯檢查和錯誤定位；支持規(guī)則版本管理；支持與外部應用的快速集成，并且有高度的可移植性與可擴展性；支持與工作流引擎集成；業(yè)務規(guī)則管理要具備高性能、高穩(wěn)定性、高可靠性。實現(xiàn)方式規(guī)則管理將采用自開發(fā)的規(guī)則管理程序，這樣利于根據(jù)應用的特點進行定制。自行開發(fā)的規(guī)則管理模塊將基于ILOGJRULE開源程序進行開發(fā)。具體實現(xiàn)方式根據(jù)各省的實際環(huán)境來決定。與ILOGJRule集成指導思想大多數(shù)業(yè)務流程包含多個決策點。在這些決策點處，將對某個條件進行評估。業(yè)務流程根據(jù)這些標準或業(yè)務規(guī)則更改它們的行為。實際上，這些業(yè)務規(guī)則對業(yè)務流程起到了推動作用。這些規(guī)則通常嵌入到業(yè)務流程本身或自定義Java代碼的內(nèi)部，這將導致在將來的某個時候出現(xiàn)若干問題：業(yè)務規(guī)則比業(yè)務本身更改得更頻繁，而更改和管理嵌入的業(yè)務規(guī)則是一個復雜問題，并超出了大多數(shù)分析員的能力范圍。因此，隨著業(yè)務規(guī)則的更改，程序員通常要消耗大量時間來執(zhí)行該任務。大多數(shù)組織都缺少中央規(guī)則信息庫。因此，策略中任何涉及到組織范圍的更改都無法運用到所有業(yè)務流程中。業(yè)務流程無法重用規(guī)則。因此，IT人員最終要為每個流程設計規(guī)則，這通常導致不一致性或冗余。避免這些問題的最佳方法是使用規(guī)則引擎將業(yè)務流程與業(yè)務規(guī)則分離。在該方法中，規(guī)則公開為服務，而BPEL流程在到達決策點時通過查詢該引擎來利用這些服務。該方法更為靈活-可以通過圖形方式操作規(guī)則，而不是在編程語言中或在流程內(nèi)部對規(guī)則進行編碼。業(yè)務用戶可以使用工具自行編寫規(guī)則，并且無需IT人員的協(xié)助即可進行部署后的規(guī)則更改。由于大多數(shù)更新和功能增強是由業(yè)務用戶執(zhí)行的，因此可以顯著減少維護成本。規(guī)則引擎和BPEL是兩種互補技術。BPEL流程管理器提供了高級工具來顯示、設計和管理BPEL流程，而ILOGJRULE規(guī)則引擎使復雜的業(yè)務邏輯可以用類似英語的語法表示，并由非程序員領域?qū)＜覍ζ溥M行編輯。分離規(guī)則與流程將規(guī)則引擎集成到流程管理框架中要求事先進行一定量的投資。在嘗試進行此集成之前，將規(guī)則與流程分開是很重要的。因此，系統(tǒng)體系結構方面的一個主要決策是如何實現(xiàn)業(yè)務策略、業(yè)務流程和支持業(yè)務邏輯。實際上，架構師必須交流或設計最佳實踐，以便設計人員在設計系統(tǒng)功能時知道應在何處應用每個相關技術-BPEL、業(yè)務規(guī)則、Java/Web服務。業(yè)務邏輯被分布到三個不同的IT基礎架構層中：業(yè)務流程、Web服務和規(guī)則。我們將對它們進行依次介紹。體系結構：分離規(guī)則與流程業(yè)務流程層該層負責管理業(yè)務流程的總體執(zhí)行。這些使用BPEL實現(xiàn)的業(yè)務流程可以是長期運行的業(yè)務流程、事務業(yè)務流程以及持久業(yè)務流程。流程邏輯支持分布到Web服務/EJB調(diào)用中的高級事務（“sagas”）以及嵌套的子流程事務。BPEL引擎支持對工作流進行審計和檢測，因此比較適合于將不易變化的工作流步驟與易變的業(yè)務規(guī)則分開實現(xiàn)行業(yè)流程實現(xiàn)需要補償?shù)牧鞒讨С至鞒痰拇笮蛯嵗O計需要審計的流程協(xié)調(diào)異構技術，如連接器、Web服務和支持Web服務調(diào)用框架(WSIF)的邏輯Web服務層Web服務層將現(xiàn)有的應用程序?qū)庸δ芄_為服務。這樣，多個業(yè)務流程便可以重用這些服務，從而實現(xiàn)面向服務體系結構(SOA)的承諾。Web服務實現(xiàn)功能邏輯和域邏輯。功能方法通常是無狀態(tài)和中等粒度的。例如，Web服務可能包含系統(tǒng)數(shù)據(jù)的實用程序方法、實體操作和查詢方法?？梢允褂枚喾N技術實現(xiàn)Web服務并隱藏實現(xiàn)平臺之間的差別。因此，該層比較適合于：為特定實體/域領域?qū)崿F(xiàn)中等粒度的方法集成原有的代碼/第三方工具封裝應用程序?qū)又械倪壿?、自定義代碼和實現(xiàn)規(guī)則層規(guī)則引擎通常是復雜邏輯（涉及實體之間的一些相互依賴性以及與順序相關的邏輯計算）的發(fā)源地。從業(yè)務流程中以單獨實體的形式提取業(yè)務規(guī)則可更好地對系統(tǒng)進行分離，從而提高可維護性。規(guī)則引擎可以對規(guī)則集進行并行和按順序的評估。此外，規(guī)則能夠?qū)斎霐?shù)據(jù)和中間數(shù)據(jù)的值進行評估并確定是否應引發(fā)規(guī)則。與傳統(tǒng)的Java過程代碼相比，該模塊設計提供了一個更簡單、可維護性更高的解決方案。此外，正如在前面指出的，規(guī)則具備聲明特性，并使業(yè)務分析員能夠進行高級GUI編輯。現(xiàn)代規(guī)則引擎的執(zhí)行速度非?？?，并提供了內(nèi)置的審計記錄。規(guī)則層的典型特性包括包含耦合和復雜的邏輯支持使用并行執(zhí)行進行高效的業(yè)務邏輯評估包含基于多個業(yè)務規(guī)則評估構建的復雜返回結構允許將域邏輯轉換為簡單規(guī)則實現(xiàn)高度易變的業(yè)務策略由于規(guī)則在Web服務層中公開為服務，因此可以在所有企業(yè)間應用程序中重用，從而簡化了新應用程序和集成的開發(fā)。開發(fā)和維護典型的開發(fā)流程包含三個步驟：在規(guī)則集中創(chuàng)建規(guī)則將規(guī)則集公開為Web服務從BPEL中調(diào)用規(guī)則集Web服務開發(fā)階段需要專門的角色（如規(guī)則開發(fā)人員、流程開發(fā)人員、業(yè)務分析員和Web服務開發(fā)人員）才能完成這些任務。開發(fā)和維護角色在規(guī)則集中創(chuàng)建規(guī)則在開發(fā)的最初階段，規(guī)則開發(fā)人員在集成的圖形開發(fā)環(huán)境（如ILOG的JRules業(yè)務規(guī)則管理系統(tǒng)）中創(chuàng)建初始規(guī)則。創(chuàng)建規(guī)則前，應設置規(guī)則信息庫和對象模型。通過規(guī)則信息庫可以在業(yè)務規(guī)則的生命周期內(nèi)維護和管理業(yè)務規(guī)則。業(yè)務規(guī)則操作的問題域通過ILOGJRules以業(yè)務對象模型(BOM)的格式表示。BOM通過表示模型的可執(zhí)行版本的Java類或XML模式表示。XML模式可以幫助確保數(shù)據(jù)的靈活性。詳細地實現(xiàn)對象模型通常是開發(fā)人員的任務。開發(fā)人員創(chuàng)建對象模型和規(guī)則信息庫后，您需要決定哪些規(guī)則可以由分析員維護，以及哪些規(guī)則要用低級語言(IRL)開發(fā)。創(chuàng)建開發(fā)人員級規(guī)則后，開發(fā)人員與分析員協(xié)作標識剩余規(guī)則并在規(guī)則模板（可以由多個非技術方重用）中捕獲它們。該方法簡化并加快了規(guī)則的生成，同時減少了可能出現(xiàn)的人為錯誤。為啟動基于模板的規(guī)則創(chuàng)建流程，分析員需連接到規(guī)則信息庫。當分析員從信息庫中打開規(guī)則程序包時，他們將能夠訪問該程序包的BOM。ILOG支持通過它的業(yè)務應用程序語言(BAL)定義高級規(guī)則。分析員可以在此時編輯現(xiàn)有規(guī)則，也可以創(chuàng)建新規(guī)則?？梢栽诰S護期間通過模板（用于限制可以對規(guī)則進行的修改）修改規(guī)則。規(guī)則編輯器有一個默認模板，使開發(fā)人員可以使用IF–THEN結構創(chuàng)建條件和操作。將規(guī)則集公開為Web服務JRules等規(guī)則引擎提供了相應的工具來生成包裝程序Web服務或會話Bean，以包裝新開發(fā)的規(guī)則集。Web服務開發(fā)人員將創(chuàng)建一個包裝程序，以將規(guī)則集公開為Web服務。XML是一個用于集成規(guī)則、EJB、BPEL流程和Web服務的關鍵標準。BPEL使用本機XML訪問數(shù)據(jù)，而Web服務使用它來序列化數(shù)據(jù)（并將在Doc/Literal調(diào)用中原封不動地使用它）。XML可以在規(guī)則中直接使用。通過編組，可以將XML直接轉換為JAXB對象樹?？梢允褂帽緳CJava對象執(zhí)行規(guī)則。Web服務應在它們相應的WSDL定義中導入XML模式。從XML模式中生成的DTO對象（如JAXB）還可以幫助確保數(shù)據(jù)順利轉換，而不會出現(xiàn)轉換錯誤。從BPEL調(diào)用規(guī)則集Web服務。開發(fā)所有自定義系統(tǒng)組件后，開發(fā)人員應將系統(tǒng)與BPEL引擎集成。原有系統(tǒng)和新的自定義組件由BPEL流程編排。可以在此時解決兼容性、數(shù)據(jù)類型轉換和Web服務協(xié)議方面的問題。流程開發(fā)人員和/或系統(tǒng)集成商將在OracleBPELProcessDesigner內(nèi)部實現(xiàn)編排流。維護階段。對于維護階段而言，將業(yè)務規(guī)則移出Java代碼并移入規(guī)則引擎中將增強維護的可管理性。正如我在前面所介紹的，業(yè)務管理者可以在運行時使用圖形界面修改規(guī)則，業(yè)務規(guī)則和BPEL流程可以相互獨立地進行更改?；A信息庫定制終端統(tǒng)一視圖定制終端統(tǒng)一視圖由終端信息和定制終端信息組成：終端信息和定制終端信息終端信息：對終端品牌特征、外觀特征、使用特征、業(yè)務特征、功能特征、性能特征等指標進行匯總。描述終端共性的信息，信息包含定制終端和非定制終端信息。定制終端信息：對捆綁營銷包特征、物流特征、銷售特征、價格特征等指標進行匯總，對其他專題和移動經(jīng)營定制終端提供信息，描述定制終端區(qū)別于普通終端的屬性。粒度劃分：定制終端統(tǒng)一視圖沒有ST匯總層，根據(jù)要展示內(nèi)容的不同，數(shù)據(jù)粒度劃分到終端型號、終端品牌、定制終端捆綁營銷包特征、客戶終端使用生命周期特征等粒度數(shù)據(jù)時間處理流劃分：按照數(shù)據(jù)處理時間劃分，分為月數(shù)據(jù)處理流；數(shù)據(jù)分層：由于該部分沒有匯總層，故該主題僅劃分為DW層數(shù)據(jù)，數(shù)據(jù)均來自于其他主題，本主題沒有設計DWD層數(shù)據(jù)。Dw層設計思路：整合匯總各個主題中的用戶清單級數(shù)據(jù)到DW層的實體中，根據(jù)數(shù)據(jù)內(nèi)容和每月生成時間的不同，劃分為終端信息（終端品牌特征、終端外觀特征、終端性能特征、終端功能特征、終端業(yè)務特征、終端客戶特征）和定制終端信息（定制終端內(nèi)置業(yè)務特征、定制終端銷售特征、定制終端捆綁營銷包特征、定制終端價格特征、定制終端物流特征）以及客戶終端偏好和客戶終端使用生命周期?？紤]到各個省的實際情況可能不同，在這里沒有按照業(yè)務域?qū)挶聿鸱?，請各省根?jù)本省實際情況進行拆分?？蛻艚佑|信息統(tǒng)一管理客戶接觸信息統(tǒng)一管理是實現(xiàn)渠道一體化營銷服務的基石。通過對實體營業(yè)廳、10086客服熱線主動、外呼、12580、網(wǎng)站、短信服務廳等主要營銷服務渠道接觸信息進行集中管理，通過客戶接觸偏好分析，支撐渠道一體化運營工作?？蛻艚佑|信息統(tǒng)一管理包括渠道接觸點信息管理、客戶接觸信息管理、客戶渠道偏好分析等。粒度劃分：客戶接觸信息統(tǒng)一管理目前劃分為渠道接觸點信息管理、客戶接觸匯總以及客戶接觸明細數(shù)據(jù)，其中接觸點信息管理的數(shù)據(jù)粒度為渠道和業(yè)務類型，客戶接觸匯總的粒度為用戶級，明細數(shù)據(jù)的粒度為接觸標識