摘要:目前,電信企業每月存在大量需定時按固定步驟執行的核對任務,如用戶數據核對,個別特殊業務數據定量抽查分析等,急需一套系統平臺來完成業務數據查核處理的實施。
關鍵詞:電信;系統體系;數據;查核
中圖分類號:TP311.52文獻標識碼:A文章編號:1006-8937(2011)18-0067-03
作為佛山電信企業級,具有公共平臺特征的Web應用系統,本系統采用典型的多層(Multi-layered)體系結構(橫向稱為N-Tiered)。 基礎服務層和應用接口層通過本系統中IT基礎設施實現;應用整合層主要表現為實現信息共享過程中內部數據采集、整合和處理;流程管理層可分為系統內對業務數據流處理管理和跨系統對接口數據流處理流程管理;用戶交互層通過本系統的企業門戶用戶界面實現。
1系統體系結構
1.1系統體系結構
本系統遵循J2EE標準體系結構將整個系統從邏輯上劃分為三層:數據采集層、數據加工層、數據發布及差異工單派單閉環。各層間相互獨立又相互協作,共同完成系統設計的技術和應用功能,系統體系結構如圖1所示。
1.1.1數據采集層
數據采集層是通過實時或定時任務的方式將要進行查核的原始數據以數據主題的方式采集到查核平臺,存放在平臺數據庫的臨時表。
系統需要支持多種數據源的數據采集:oracle數據庫、MSSQL數據庫、txt文件、excel文件、dbf文件。同時需要支持手動提取方式及自動采集方式。
通過數據采集模塊,系統定期自動或由人工觸發采集用戶計劃設置的采集任務,并將采集數據整理入庫。對excel文件或其他格式化文文章件中導入的數據。由維護人員先設置好選擇需導入的文件及文件格式,系統自動對文件進行分析并將數據整理入庫,在導入的過程中,系統能自動判斷用戶數據文件中的錯誤并給出詳細的提示信息。對于無法正確導入的數據可準確地反饋給用戶,以方便用戶修正這些錯誤之后再次導入。
1.1.2數據加工層
數據加工層,即系統的業務邏輯層。系統通過設定一定的加工規則對采集模塊采集到原始數據進行加工或者深度加工。例如數據核對加工、數據分析加工、優惠結果即時重算加工等內容。
數據核對加工是通過對數據核對主題定義,核對規則定義,以及對主題設置的數據源數據進行抽取配置,按照數據核對規則的定義實現對數據的檢查核對,如對兩個數據源的指定維度的匹配核對、維度環比校驗等。
數據分析加工是通過對數據分析主題定義,分析、組合規則定義,以及對主題設置的數據源數據進行抽取配置,按照數據分析組合規則的定義實現對數據的分析組合,形成可供其它系統調用的數據;實現平臺內數據表的變換處理,如數據格式變換、按一定規則抽樣等處理。
優惠結果即時重算加工,主要根據以下實現:
①在查核平臺中,按指定規則從計費系統采集一些需要參加重算(或優惠結果預測)的優惠銷售品實例數據。
②在查核平臺中,從計費系統采集最新的優惠配置。
③調用查核平臺中的“優惠重算”接口,針對每一筆。優惠銷售品實例,按與計費系統相同的順序代入相應的多條優惠規則進行優惠公式計算,保存每一部的優惠規則執行中間結果(“優惠重算”接口的實現可參考優惠合同2期中的“優惠結果預測”功能修改完成,但一定要實現其獨立性及可重用性)。
④輸出每一個優惠銷售品實例的最終優惠結果到一張優惠結果表進行匯總。
1.1.3數據發布及差異工單派單閉環管理
差異工單派單閉環管理的基本實現原理是,系統通過數據采集模塊采集到原始工單數據后,經過數據加工模塊對原始工單數據進行加工,結果可能會出現一些差異工單(即差異結果清單)。
對于這些差異工單,可以根據設置好的攤派原則,通過手動或者自動,把差異工單攤派到各個分局或者各個負責人進行分工處理,工單處理完畢,可以再通過系統對工單進行回收。對于差異工單,系統是實現下發→處理→回單等閉環管理。
工單的攤派是根據一定的維度進行。每個工單都包含有分局、部門、責任人、處理意見、派單時間、回單時間等信息。攤派原則也可以由用戶自定義。
系統可以預先設置每種工單完成的期限、催辦的期限,并可在工單流轉發送時單獨指明要求完工的時間。對于延期工單在工單瀏覽窗口用不同顏色表示。
1.2本系統主要技術實現
如上所述,為實現信息共享和應用系統整合, 基于標準的系統體系結構至關重要,但先進、成熟、全面支持該系統體系結構的技術必不可少。在技術日新月異、標準層出不窮的今天,對技術及其組合的正確選擇很大程度上決定了系統或平臺的生命力的強弱和生命周期的長短。
本系統的建設對技術層面有較高的要求。根據電信客戶的業務及技術需求,結合我們從事系統開發的實際經驗,尤其是為電信客戶服務的經驗,現將本系統的技術堆棧歸納并簡介如下,并對XML、XSLT等作簡要說明。
1.2.1數據表述——XML
XML作為重要的數據技術已為業界所廣泛接受。XML具有良好的數據存儲格式、可擴展性、高度結構化、便于網絡傳輸;XML在數據交換、信息發布和信息集成等方面有強大的優勢。作為與平臺無關的標準文本,XML能夠被所有程序語言讀寫,使用DTD或Schema技術,XML的解釋程序就能對文件內容進行驗證并處理。 XML在本方案的具體應用包括:系統運行參數及配置文件;所有系統管理數據;配置數據導入、導出;所有系統提示信息、錯誤信息、幫助信息。
1.2.2數據轉換——XSLT
XSLT 是一種用于操作 XML 文檔的完整高級語言,就如同 SQL 是操作關系表的高級語言一樣。作為Web服務下的數據轉換標準,XSLT對XML數據的轉換規則與應用程序清晰地分離,使應用程序更能適應對 XML 文檔細節的更改; XSLT支持對同一XML數據的不同展現方式,為實現基于Web的復雜的應用系統提供完善的數據展現。
此外,XSLT輸出規范化的XML文檔,為系統間的數據交換提供了便捷的數據轉換方式。實踐表明:在基于XML數據表述的Web應用系統中和應用系統集成中,XSLT較其它同類技術有明顯的優勢。
2系統主要功能
本系統以遵循中國電信企業信息化統一的規范體系和省公司有關IT系統建設指南為前提,面向佛山電信分公司的本地化、地市級IT應用系統。 主要包括:系統管理模塊,數據采集管理模塊,數據核對主題管理模塊,數據分析應用管理模塊,差異數據閉環處理管理模塊,報表管理模塊。
2.1系統管理模塊
主要實現系統各種參數的配置;界面使用菜單定義;各使用部門定義、人員定義、權限配置;記錄系統運行的詳細信息,如:數據采集、核對任務的執行信息等;維護使用人員使用系統的詳細操作日志。
2.2數據采集管理模塊
系統目前支持多種數據源的數據采集:oracle數據庫、MSSQL數據庫、txt文件、excel文件、dbf文件。同時需要支持手動提取方式及自動采集方式。
通過數據采集模塊,系統定期自動或由人工觸發采集用戶計劃設置的采集任務,并將采集數據整理入庫。對Excel文件或其他格式化文文章件中導入的數據。由維護人員先設置好選擇需導入的文件及文件格式,系統自動對文件進行分析并將數據整理入庫,在導入的過程中,系統能自動判斷用戶數據文件中的錯誤并給出詳細的提示信息。對于無法正確導入的數據可準確地反饋給用戶,以方便用戶修正這些錯誤之后再次導入。
2.3數據加工管理模塊
①數據核對主題管理引擎。通過對數據核對主題定義,核對規則定義,以及對主題設置的數據源數據進行抽取配置,按照數據核對規則的定義實現對數據的檢查核對,如對兩個數據源的指定維度的匹配核對、維度環比校驗等。
②數據分析應用管理引擎。通過對數據分析主題定義,分析、組合規則定義,以及對主題設置的數據源數據進行抽取配置,按照數據分析組合規則的定義實現對數據的分析組合,形成可供其它系統調用的數據;實現平臺內數據表的變換處理,如數據格式變換、按一定規則抽樣等處理。
③抽樣檢查。每月新增CRM優惠規則的預出帳結果異常查核
④批量數據核對。檢查各個數據源的資料是否已齊全與檢查特服路由配置表是否存在有問題的路由。
2.4差異工單派單閉環處理管理模塊
對于自動核查發現的差異數據,可以在系統中定義一個完整的處理流程,對于符合一定條件的數據發出告警信息通知維護人員,使維護人員能夠及時對數據進行人工檢查。對于其它的數據,可以安排相關崗位的人員對差異數據進行人工檢查,確定以哪一個系統的數據為準,更新其它的系統數據。對于部分的修改也可以設置由更高級的崗位來審查和批準。
在維護人員修改異常數據后,還可以制定檢查策略,在延遲一定時間以后,對這些數據再做一次檢查,從而確認數據已經修改正確。這樣,所有的差異數據都會得到完全的解決。而且解決的方法也會全部記錄在數據庫中,可以查詢到,方便領導的檢查,以及客服人員回答用戶的查詢和投訴。
對于監控發現的差異工單,還可以進行派單閉環處理。即系統根據一定的攤派原則,把差異工單攤派到各個分局或者各個負責人,各個分局對工單進行加寫意見后,通過系統進行回收,并進行統一處理。
2.5數據發布管理模塊
主要實現各種統計報表的生成,核對差異的分析,結果展現,系統維護界面。系統可以先設定報表數據生成格式的標準,可以設定不同的字段以不同系統的數據為準,生成數據核對報表。同樣可設置條件生成差異數據的處理報表、處理考核報表。
3結語
本系統技術遵循開放的、標準化的J2EE系統體系結構,通過Web Services實現面向服務(SOA)的系統架構模式;通過符合標準的適配器連接各種同構或異構的應用系統;通過內部引擎實現業務監控流程的定義和動態管理。本方案使用業界廣泛采用、成熟的HTML、Java、XML和XSLT等技術或標準,系統結構嚴謹規范、技術先進成熟,既能充分滿足客戶當前業務需求,又確保系統的可擴展性、適用性、和互操作性;既符合CTG-MBOSS規范,又滿足未來業務和技術發展的需要。
參考文獻:
[1] 馮橙,許可.運營商全國數據業務發展基地型競爭戰略比 較[J].通信企業管理,2010,(8).