《產(chǎn)品數(shù)據(jù)分析系統(tǒng)用戶手冊.doc》由會員分享，可在線閱讀，更多相關《產(chǎn)品數(shù)據(jù)分析系統(tǒng)用戶手冊.doc（34頁珍藏版）》請在裝配圖網(wǎng)上搜索。

. 產(chǎn)品數(shù)據(jù)分析系統(tǒng)用戶手冊V1.0 1 系統(tǒng)介紹 綜合資源數(shù)據(jù)分析系統(tǒng)基于先進的BI技術，采用B/S架構，包含主題分析、專題分析、報表報告等多種分析功能，提供表格分析、趨勢分析、同比、環(huán)比分析、分布分析、對比、關聯(lián)分析等多種分析方法，使用人員還可以根據(jù)需要，自定義指標、維度、歷史數(shù)據(jù)范圍等，以多種直觀、靈活的方式展現(xiàn)。實現(xiàn)短信、彩信、手機上網(wǎng)等重點業(yè)務端到端的質(zhì)量分析；實現(xiàn)網(wǎng)絡隱患的主動發(fā)現(xiàn)與溯源；實現(xiàn)多專業(yè)的日常分析和跨專業(yè)的網(wǎng)絡專題分析；呈現(xiàn)資源瓶頸、呈現(xiàn)質(zhì)量短板、呈現(xiàn)關聯(lián)信息支撐生產(chǎn)和優(yōu)化方案制定。 　　綜合資源數(shù)據(jù)分析系統(tǒng)面向維護、面向質(zhì)量、面向經(jīng)營，通過提取、整合專業(yè)網(wǎng)管、綜合網(wǎng)管、業(yè)務管理、運維管理、市場支撐在內(nèi)的各層面系統(tǒng)的信息資源，通過對信息深加工和智能化分析挖掘，提供“可視、可分析、可溯源”的能力。打通與BOSS系統(tǒng)接口，結合BSS數(shù)據(jù)進行跨域分析，解決網(wǎng)絡資源的精確投放問題；綜合資源數(shù)據(jù)分析系統(tǒng)提供靈活自定義功能實現(xiàn)多專業(yè)的日常分析和跨專業(yè)的專題分析，提升運行維護效率，同時也大大減輕了一線人員的壓力。 2 系統(tǒng)設計 2.1 系統(tǒng)邏輯架構 云計算基于高效的虛擬計算資源，應用程序，以靈活安全的方式達到快速擴展和縮減的效果，從而交付高品質(zhì)服務。業(yè)務以及客戶服務以相對簡化的方式交付，這將大大推進立異和高效決議計劃。因此綜合資源數(shù)據(jù)分析系統(tǒng)也采取基于云計算的技術架構，采用了服務器池、存儲池、網(wǎng)絡及安全池架構虛擬化結構。 2.2 系統(tǒng)邏輯數(shù)據(jù)模型 綜合資源數(shù)據(jù)分析系統(tǒng)邏輯數(shù)據(jù)模型劃分為五個主題域： l 客戶主題域：描述各類參與人（個人、集團、團體等）在中國移動業(yè)務活動所處角色的各類信息，主要包括客戶、客戶性能； l 服務主題域：描述中國移動向客戶提供的主要服務，主要包括服務、服務性能； l 資源主題域：資源是移動公司擁有的為客戶提供服務的所有載體，主要包括資源、資源性能； l 公共主題域：主要包括基本類型、時間、位置、性能等等； l 企業(yè)效能主題域：企業(yè)效能主題域主要刻畫企業(yè)內(nèi)部資源的生產(chǎn)效率，包括網(wǎng)絡的效率和運維人員工作的效率等等； 各主題域之間的關系如下Error! Reference source not found.所示： 2.3 系統(tǒng)模型結構 　　綜合資源數(shù)據(jù)分析系統(tǒng)服務各級管理、規(guī)劃、維護、優(yōu)化及網(wǎng)絡分析人員以及希望了解網(wǎng)絡數(shù)據(jù)的市場相關人員，實現(xiàn)匹配網(wǎng)絡資源與業(yè)務發(fā)展，發(fā)現(xiàn)網(wǎng)絡短板，優(yōu)化客戶感知，提升運行維護效率的目標，為企業(yè)運營決策和維護優(yōu)化提供完整、及時、準確、科學的信息支撐，從而保障網(wǎng)絡收益最大化，保持競爭優(yōu)勢。 網(wǎng)絡綜合資源數(shù)據(jù)分析系統(tǒng)涵蓋4大專業(yè)，3大網(wǎng)絡和8大規(guī)模業(yè)務，聚焦網(wǎng)絡問題，對問題進行層進實溯源分析，實現(xiàn)網(wǎng)絡隱患的主動發(fā)現(xiàn)與溯源；重點實現(xiàn)語音、短信、彩信、WAP。CMNET和手機報的端到端分析；實現(xiàn)網(wǎng)絡概覽、網(wǎng)絡運行分析、業(yè)務能力分析、客戶全向分析、網(wǎng)絡運營分析、熱點聚焦等業(yè)務功能。 3 實現(xiàn)的功能 3.1 元數(shù)據(jù)管理 3.1.1 元數(shù)據(jù)基本功能 本章節(jié)對元數(shù)據(jù)管理模塊基本功能做出要求和描述，主要包括元數(shù)據(jù)基本維護、元數(shù)據(jù)變更管理、元數(shù)據(jù)查詢、元數(shù)據(jù)統(tǒng)計、元數(shù)據(jù)質(zhì)量管理和元數(shù)據(jù)權限管理。 3.1.1.1 元數(shù)據(jù)的基本維護 元數(shù)據(jù)維護提供對元數(shù)據(jù)的增加、刪除和修改等基本操作。對于元數(shù)據(jù)的增量維護，要求能保留歷史版本信息。 元數(shù)據(jù)的維護操作是原子操作，這些原子操作可通過服務封裝的形式向綜合資源數(shù)據(jù)分析系統(tǒng)的其它模塊提供元數(shù)據(jù)維護接口。 3.1.1.2 元數(shù)據(jù)變更管理 元數(shù)據(jù)變更管理包括變更通知和版本管理兩個部分。 變更通知是當元數(shù)據(jù)發(fā)生改變時，系統(tǒng)自動發(fā)送信息（郵件、短信）給訂閱用戶。用戶可以主動訂閱自己關心的元數(shù)據(jù)，幫助了解與自身工作相關的業(yè)務系統(tǒng)變更情況，提高工作的主動性。 版本管理是對不同時期進入元數(shù)據(jù)庫的同一實體的元數(shù)據(jù)進行管理。要求的基本功能是能夠顯示同一實體的元數(shù)據(jù)的修改歷史。另外還提供版本差異分析和版本變更分析等。并且能夠進行單個元數(shù)據(jù)版本的恢復。 3.1.1.3 元數(shù)據(jù)查詢 對元數(shù)據(jù)庫中的元數(shù)據(jù)基本信息進行查詢的功能，通過該功能可以查詢數(shù)據(jù)庫表、維表、指標、過程及參與的輸入輸出實體信息，以及其它納入管理的實體基本信息，查詢的信息按處理的層次及業(yè)務主題進行組織，查詢功能返回實體及其所屬的相關信息。 元數(shù)據(jù)查詢功能要求支持對歷史版本信息的查詢，以了解具體實體的歷史變更情況。 3.1.1.4 元數(shù)據(jù)統(tǒng)計 元數(shù)據(jù)統(tǒng)計是指用戶可以按不同類別進行元數(shù)據(jù)個數(shù)的統(tǒng)計。方便用戶全面了解元數(shù)據(jù)管理模塊中的元數(shù)據(jù)分布，該統(tǒng)計功能可以按元數(shù)據(jù)類型、元數(shù)據(jù)創(chuàng)建者和元數(shù)據(jù)的版本號來進行統(tǒng)計。 3.1.1.5 元數(shù)據(jù)質(zhì)量管理 元數(shù)據(jù)管理模塊應具備對元數(shù)據(jù)本身質(zhì)量進行檢查的功能。元數(shù)據(jù)質(zhì)量檢查包含但不限于以下內(nèi)容：元數(shù)據(jù)一致性、元數(shù)據(jù)關系的健全性、元數(shù)據(jù)屬性的填充率、元數(shù)據(jù)名稱重復性、元數(shù)據(jù)關鍵屬性的填充率和元數(shù)據(jù)關鍵屬性值的唯一性。對于以上檢查結果，元數(shù)據(jù)管理模塊可生成詳細的檢查報告，并能夠支持相關人員對檢查報告的檢索和查找，能夠把指定的檢查報告導出成Excel、PPT等更易于閱讀的文檔。 元數(shù)據(jù)一致性檢查 一致性檢查主要是指從運營分析系統(tǒng)中抽取元數(shù)據(jù)，并與元數(shù)據(jù)庫的對應信息進行比較，及時發(fā)現(xiàn)運營分析系統(tǒng)的應用變更，保證元數(shù)據(jù)的及時更新。一致性檢查包括兩種方法：自動檢查和人工檢查。 元數(shù)據(jù)關系健全性檢查 在運營分析系統(tǒng)元數(shù)據(jù)庫中，除個別類型元數(shù)據(jù)之外，各類元數(shù)據(jù)之間都有著千絲萬縷的聯(lián)系，并且相互間的關聯(lián)關系需要保持一致，不應出現(xiàn)空鏈或者錯鏈的情況(即存在外鍵或鏈接，但所鏈接的內(nèi)容不存在或錯誤)；運營分析系統(tǒng)各個子系統(tǒng)內(nèi)部的元數(shù)據(jù)之間的關聯(lián)也要保持一致；同時，子系統(tǒng)之間的元數(shù)據(jù)關聯(lián)也要保持一致（不能出現(xiàn)某一個系統(tǒng)引用另一個系統(tǒng)中出現(xiàn)的元數(shù)據(jù)對象，卻在另一個系統(tǒng)中找不到這個對象的情況）。 元數(shù)據(jù)管理模塊通過元數(shù)據(jù)的這些關系描述了運營分析系統(tǒng)的數(shù)據(jù)流向、過程依賴和業(yè)務承載等各種內(nèi)在的規(guī)律。元數(shù)據(jù)關系是否健全直接影響到維護人員的問題判斷和處理結果，直接影響著開發(fā)者對數(shù)據(jù)流向的分析和判斷，因此，元數(shù)據(jù)管理模塊必須在元數(shù)據(jù)的關聯(lián)關系健全性方面作好保障檢查工作。 對于元數(shù)據(jù)關系健全性檢查工作，可以從以下幾個方面進行： l 數(shù)據(jù)處理關系檢查 數(shù)據(jù)處理關系是數(shù)據(jù)實體和數(shù)據(jù)處理過程之間的關系。數(shù)據(jù)處理關系檢查是從元數(shù)據(jù)庫中找出缺乏應有數(shù)據(jù)處理關系的數(shù)據(jù)實體和數(shù)據(jù)處理過程。例如，找出沒有與任何數(shù)據(jù)處理過程建立數(shù)據(jù)處理關系的數(shù)據(jù)實體和找出沒有與數(shù)據(jù)實體建立數(shù)據(jù)輸入輸出關系的數(shù)據(jù)處理過程。 l 上下級關系檢查 l 上下級關系是在元數(shù)據(jù)庫中對運營分析系統(tǒng)實體進行分級管理所形成的元數(shù)據(jù)關系，例如將指標按業(yè)務主題和業(yè)務子主題進行分級管理。上下級關系檢查是在元數(shù)據(jù)庫中找出存在不合理上下級關系的實體，例如找出沒有與任何業(yè)務主體建立關系的指標。 l 組合關系檢查 l 組合關系是運營分析系統(tǒng)實體之間的整體和部分關系，例如數(shù)據(jù)庫表和字段之間的關系。組合關系檢查時在元數(shù)據(jù)庫中找出存在不合理組合關系的元數(shù)據(jù)，例如找出沒有與任何數(shù)據(jù)庫表建立關系的字段。 元數(shù)據(jù)屬性檢查 元數(shù)據(jù)屬性檢查是對元數(shù)據(jù)庫中實體屬性詳細信息方面的檢查，包括元數(shù)據(jù)屬性填充率檢查、元數(shù)據(jù)名稱重復性檢查和元數(shù)據(jù)關鍵屬性值的唯一性檢查等。 對于元數(shù)據(jù)屬性填充率檢查，省公司可以根據(jù)自己的建設情況，抽樣檢查部分重要屬性，原則上必須涵蓋實體的關鍵屬性。 3.1.1.6 元數(shù)據(jù)權限管理 元數(shù)據(jù)模塊的權限管理負責元數(shù)據(jù)管理功能的權限分派、審批以及訪問日志記錄，實現(xiàn)對元數(shù)據(jù)管理模塊的數(shù)據(jù)訪問和功能的使用進行有效監(jiān)控。元數(shù)據(jù)管理模塊的權限管理工作應納入綜合資源數(shù)據(jù)分析系統(tǒng)中統(tǒng)一管理。 3.1.2 元數(shù)據(jù)分析功能 本節(jié)詳細描述了綜合資源數(shù)據(jù)分析系統(tǒng)元數(shù)據(jù)管理模塊功能層的各個分析功能。 本章節(jié)對元數(shù)據(jù)管理模塊分析功能做出要求和描述，主要包括元數(shù)據(jù)血統(tǒng)分析、元數(shù)據(jù)影響分析、數(shù)據(jù)映射分析、差異分析和實體關聯(lián)分析。 3.1.2.1 血統(tǒng)分析 血緣分析（也稱血統(tǒng)分析）是指從某一實體出發(fā)，往回追溯其處理過程，直到綜合資源數(shù)據(jù)分析系統(tǒng)的數(shù)據(jù)源接口采集層。對于不同類型的實體，其涉及的轉(zhuǎn)換過程可能有不同類型，如：對于底層倉庫實體，涉及的是ETL處理過程；而對于倉庫匯總表，可能既涉及ETL處理過程，又涉及倉庫匯總處理過程；而對于指標，則除了上面的處理過程，還涉及指標生成的處理過程。數(shù)據(jù)源接口實體由源系統(tǒng)提供，作為綜合資源數(shù)據(jù)分析系統(tǒng)的數(shù)據(jù)輸入，其它的數(shù)據(jù)實體都經(jīng)過了一個或多個不同類型的處理過程。血緣分析正是提供了這樣一種功能，可以讓使用者根據(jù)需要了解不同的處理過程，每個處理過程具體做什么，需要什么樣的輸入，又產(chǎn)生什么樣的輸出。 為實現(xiàn)血緣分析，對于任何指定的實體，首先獲得該實體的所有前驅(qū)實體，然后對這些前驅(qū)實體遞歸地獲得各自的前驅(qū)實體，結束條件是所有實體到達數(shù)據(jù)源接口或者是實體沒有相應的前驅(qū)實體。血緣分析應能夠以圖形的方式展現(xiàn)所有實體和處理過程。 3.1.2.2 影響分析 影響分析是指從某一實體出發(fā)，尋找依賴該實體的處理過程實體或其他實體。如果需要可以采用遞歸方式尋找所有的依賴過程實體或其他實體。該功能支持當某些實體發(fā)生變化或者需要修改時，評估實體影響范圍。 影響分析應能夠以圖形的方式展現(xiàn)所有實體和關聯(lián)關系。 3.1.2.3 數(shù)據(jù)映射分析 用戶能夠查看數(shù)據(jù)處理程序內(nèi)部的映射關系，了解數(shù)據(jù)加工過程的細節(jié)。以圖形展現(xiàn)數(shù)據(jù)的處理過程。 3.1.2.4 差異分析 實體差異分析是對元數(shù)據(jù)的不同實體進行檢查，用圖形和表格的形式展現(xiàn)它們之間的差異，包括名字、屬性及數(shù)據(jù)血緣和對系統(tǒng)其他部分影響的差異等。 3.1.2.5 實體關聯(lián)分析 實體關聯(lián)分析是從某一實體關聯(lián)的其它實體和其參與的處理過程兩個角度來查看具體數(shù)據(jù)的使用情況，形成一張實體和所參與處理過程的網(wǎng)絡，從而進一步了解該實體的重要程度。本功能可以用來支撐需求變更影響評估的應用。 對于關系數(shù)據(jù)表，可以分析與某個表有關的實體或處理過程，查看具體數(shù)據(jù)的使用情況，從而判斷該表的重要程度。該功能有助于尋找數(shù)據(jù)庫中關鍵表和冗余表，為系統(tǒng)調(diào)優(yōu)提供支持。 3.2 數(shù)據(jù)質(zhì)量管理 3.2.1 數(shù)據(jù)質(zhì)量監(jiān)控 3.2.2 數(shù)據(jù)質(zhì)量問題處理 數(shù)據(jù)質(zhì)量問題處理包括問題生成（來源）、問題分析、問題處理和問題總結四個環(huán)節(jié)，下面分別表述。 3.2.2.1 問題生成 按問題生成途徑可以把數(shù)據(jù)質(zhì)量問題分為以下幾種： l 數(shù)據(jù)質(zhì)量監(jiān)控生成的問題 數(shù)據(jù)質(zhì)量監(jiān)控根據(jù)預先配置的告警轉(zhuǎn)問題規(guī)則，可由系統(tǒng)自動將一定級別的告警轉(zhuǎn)為數(shù)據(jù)質(zhì)量問題；也可以在告警處理過程中手工方式將告警轉(zhuǎn)為問題。數(shù)據(jù)質(zhì)量監(jiān)控生成的問題主要由告警信息組成，問題發(fā)現(xiàn)時間為告警產(chǎn)生的時間。 l 數(shù)據(jù)質(zhì)量評估發(fā)現(xiàn)的問題 通過對數(shù)據(jù)質(zhì)量一段時期的評估，可能從中發(fā)現(xiàn)一些數(shù)據(jù)質(zhì)量問題，通過數(shù)據(jù)質(zhì)量問題提交接口（界面）提交數(shù)據(jù)質(zhì)量評估問題。 l 業(yè)務人員或維護人員手工提交的問題 綜合資源數(shù)據(jù)分析系統(tǒng)的業(yè)務人員或維護人員在日常工作過程中也會發(fā)現(xiàn)數(shù)據(jù)質(zhì)量有關的問題，使用人員可以通過問題提交功能記錄數(shù)據(jù)質(zhì)量問題?？梢酝ㄟ^EOMS進行問題工單的流轉(zhuǎn)也可以通過數(shù)據(jù)質(zhì)量模塊的問題錄入界面進行問題的錄入。 在以上三種數(shù)據(jù)質(zhì)量問題中，數(shù)據(jù)質(zhì)量監(jiān)控生成的問題為系統(tǒng)自動產(chǎn)生的問題，其余兩種為手工提交的問題。在問題生成過程中，無論是自動生成還是手工提交的問題，都可以先檢查數(shù)據(jù)質(zhì)量知識庫中是否有相同或類似的問題，生成建議的解決方案。 3.2.2.2 問題分析 數(shù)據(jù)質(zhì)量問題生成后，首先需要進行問題的分析與定位工作，當發(fā)生重要或嚴重級別的問題時，可根據(jù)需要先采取數(shù)據(jù)處理流程掛起和問題隔離措施：通過手工或自動的方式將數(shù)據(jù)處理流程掛起，并將存在問題的數(shù)據(jù)進行隔離。通過流程掛起和問題數(shù)據(jù)隔離，可將問題的影響范圍控制在較小的區(qū)間內(nèi)，防止問題擴大，便于問題的解決。 無論是否采取問題隔離措施，在問題分析與定位過程中，根據(jù)問題信息和問題關聯(lián)的對象，對問題的原因進行分析。在分析過程中借用以下兩種工具輔助分析與定位問題： l 元數(shù)據(jù)分析工具 使用元數(shù)據(jù)分析工具首先需要知道問題關聯(lián)的對象，或者在問題信息中先識別問題關聯(lián)的對象，然后通過元數(shù)據(jù)管理模塊的分析工具進行問題分析與定位才有效。如使用血緣分析工具定位問題產(chǎn)生的根源，使用影響分析工具分析問題對綜合分析全局的影響程度等。 l 數(shù)據(jù)質(zhì)量知識庫 通過問題信息中的關鍵字、問題關聯(lián)的對象或?qū)ο箢愋?，可以在?shù)據(jù)質(zhì)量知識庫中尋找相同或相似的問題，通過分析歷史問題的發(fā)生規(guī)律，有利于對當前問題的分析與定位。 3.2.2.3 問題處理 對于綜合資源數(shù)據(jù)處理環(huán)節(jié)造成的數(shù)據(jù)質(zhì)量問題，啟動相應的數(shù)據(jù)質(zhì)量維護流程，解決相應的數(shù)據(jù)質(zhì)量問題?？梢钥紤]通過EOMS系統(tǒng)來處理數(shù)據(jù)質(zhì)量的相關問題。 3.2.2.4 問題總結 1) 問題總結類型 當問題處理環(huán)節(jié)結束后，需要對問題處理的全過程進行記錄和總結。問題總結可以劃分為不同的類型： a) 單一數(shù)據(jù)質(zhì)量問題的總結 單一問題的總結是對單個數(shù)據(jù)質(zhì)量問題處理的過程和結果進行評估；以及在采集、檢查、報告和處理等過程信息進行整理，形成問題處理案例，存入數(shù)據(jù)質(zhì)量知識庫中，以便質(zhì)量管理工作的改進。 b) 數(shù)據(jù)質(zhì)量的階段性總結 階段性總結是對綜合資源數(shù)據(jù)分析系統(tǒng)一個時間階段內(nèi)的數(shù)據(jù)質(zhì)量狀況進行總結。階段性總結數(shù)據(jù)質(zhì)量監(jiān)控信息庫、數(shù)據(jù)質(zhì)量問題信息庫和數(shù)據(jù)質(zhì)量知識庫為基礎，通過對各種信息進行分類統(tǒng)計，得到不同角度的總結報告，如月度數(shù)據(jù)質(zhì)量問題分析報告和數(shù)據(jù)源接口質(zhì)量評估分析報告等。 經(jīng)過問題總結，形成數(shù)據(jù)質(zhì)量知識庫，其中問題處理過程、問題解決方案等均可以作為數(shù)據(jù)質(zhì)量知識的一部分進行存儲。 2) 問題總結對系統(tǒng)功能的要求 a) 問題查詢功能 查詢作為總結分析功能的基礎，系統(tǒng)能對數(shù)據(jù)質(zhì)量存儲庫中的各類信息進行靈活查詢，這些信息包括：采集數(shù)據(jù)、檢查結果信息、監(jiān)控報告（包括告警信息）、數(shù)據(jù)質(zhì)量問題及問題處理過程和數(shù)據(jù)質(zhì)量知識庫等，同時，查詢所得的數(shù)據(jù)是關聯(lián)性的，如某一數(shù)據(jù)質(zhì)量問題可以追溯到檢查結果信息、采集信息和被檢查對象及屬性等。 b) 問題統(tǒng)計分析功能 系統(tǒng)能快速的統(tǒng)計某一維度或組合維度的數(shù)據(jù)質(zhì)量情況，如可以統(tǒng)計某周期內(nèi)數(shù)據(jù)質(zhì)量問題總數(shù)、接口到達及時率、關鍵指標波動區(qū)間等等。通過統(tǒng)計功能分析數(shù)據(jù)質(zhì)量階段問題，優(yōu)化檢查規(guī)則、并可形成知識。 c) 問題總結轉(zhuǎn)化為知識功能 通過對問題的總結，可以將典型的問題及其解決方案轉(zhuǎn)為數(shù)據(jù)質(zhì)量知識；或者將共性的、普遍的問題及其解決方案經(jīng)歸納后轉(zhuǎn)為數(shù)據(jù)質(zhì)量知識。系統(tǒng)應該提供將問題總結轉(zhuǎn)化為知識的輔助功能。 3.2.3 數(shù)據(jù)質(zhì)量知識庫 數(shù)據(jù)質(zhì)量知識是在綜合資源數(shù)據(jù)分析系統(tǒng)使用及運維過程中，由數(shù)據(jù)質(zhì)量管理子系統(tǒng)收集的有關數(shù)據(jù)及過程問題的處理經(jīng)驗總結。這些知識可作為今后數(shù)據(jù)質(zhì)量問題解決方法的參考，并可以按關鍵字的形式進行索引和分類管理。 3.2.3.1 數(shù)據(jù)質(zhì)量知識的產(chǎn)生 數(shù)據(jù)質(zhì)量知識主要來源于對數(shù)據(jù)質(zhì)量問題的總結，同時，對數(shù)據(jù)質(zhì)量問題的不同解決方案以及對知識本身的評價也是對數(shù)據(jù)質(zhì)量知識的補充與完善。通過調(diào)用綜合資源數(shù)據(jù)分析系統(tǒng)知識庫的知識生成接口提交數(shù)據(jù)質(zhì)量知識。 數(shù)據(jù)質(zhì)量知識庫中包括了以下經(jīng)驗的集合：接口問題解決經(jīng)驗、數(shù)據(jù)抽取問題解決經(jīng)驗、數(shù)據(jù)轉(zhuǎn)換問題解決經(jīng)驗、數(shù)據(jù)加載問題解決經(jīng)驗、數(shù)據(jù)倉庫問題解決經(jīng)驗、應用匯總問題解決經(jīng)驗和指標問題解決經(jīng)驗等。 3.2.4 數(shù)據(jù)質(zhì)量評估 數(shù)據(jù)質(zhì)量管理系統(tǒng)在對數(shù)據(jù)的質(zhì)量進行監(jiān)控的同時，也對數(shù)據(jù)提供者有了考核的依據(jù)。 考核評估包括以下功能： l 數(shù)據(jù)質(zhì)量核查評估規(guī)則管理 l 數(shù)據(jù)質(zhì)量核查評估報表 l 數(shù)據(jù)質(zhì)量核查評估報告 3.2.4.1 數(shù)據(jù)質(zhì)量評估規(guī)則管理 數(shù)據(jù)質(zhì)量評估規(guī)則是指根據(jù)核查結果，對數(shù)據(jù)核查特性的一個量化評估規(guī)則。例如數(shù)據(jù)的完整性，可以根據(jù)數(shù)據(jù)的完整率對應的評估；數(shù)據(jù)的及時性根據(jù)數(shù)據(jù)不及時的次數(shù)進行評估；數(shù)據(jù)的有效性根據(jù)數(shù)據(jù)的有效率進行評估；數(shù)據(jù)的一致性根據(jù)波動率超過閥值的次數(shù)進行評估。 l 提供數(shù)據(jù)質(zhì)量不同特性的數(shù)據(jù)考核規(guī)則增加、修改、刪除； l 保存考核規(guī)則的歷史修訂記錄； l 查看歷史記錄； 支持區(qū)分核查的數(shù)據(jù)內(nèi)容，設置數(shù)據(jù)完整性、及時性，有效性，一致性的評分規(guī)則； 3.2.4.2 數(shù)據(jù)質(zhì)量評估報表 根據(jù)核查結果以及核查評分規(guī)則的設置， 自動提供核查評估報表。 考評表 細分 詳細描述 《完整性考核日報表》 數(shù)據(jù)源性能完整性報表 呈現(xiàn)各數(shù)據(jù)源各性能數(shù)據(jù)集的數(shù)據(jù)完整率以及對應的評分 數(shù)據(jù)源配置完整性報表 呈現(xiàn)各數(shù)據(jù)源各配置數(shù)據(jù)集的數(shù)據(jù)完整率以及對應的評分 核查點配置完整性報表 呈現(xiàn)各核查數(shù)據(jù)集配置完整率以及對應的評分 核查點性能完整性報表 呈現(xiàn)各核查數(shù)據(jù)集性能完整率以及對應的評分 告警完整性 分OMC呈現(xiàn)每天的告警完整率 《及時性考核日報表》 數(shù)據(jù)源性能數(shù)據(jù)及時性 呈現(xiàn)各OMC 各性能數(shù)據(jù)集的數(shù)據(jù)及時率以及對應的評分 數(shù)據(jù)源告警數(shù)據(jù)及時性 呈現(xiàn)各OMC 告警及時率以及對應的評分報表 數(shù)據(jù)采集層性能數(shù)據(jù)及時性 分OMC呈現(xiàn) 各性能數(shù)據(jù)集采集的數(shù)據(jù)及時率以及對應的評分 數(shù)據(jù)采集層告警數(shù)據(jù)及時性 分OMC呈現(xiàn) 告警及時率以及對應的評分 《有效性考核日報表》 數(shù)據(jù)源數(shù)據(jù)有效性報表 分OMC呈現(xiàn)各核查數(shù)據(jù)集的數(shù)據(jù)有效率以及對應的評分 核查點數(shù)據(jù)有效性報表 分核查數(shù)據(jù)集呈現(xiàn)數(shù)據(jù)有效率以及對應的評分 《一致性日報表》 每日各數(shù)據(jù)采集點波動率超閥值次數(shù) 《數(shù)據(jù)質(zhì)量綜合評估日報表》 數(shù)據(jù)源、各網(wǎng)管系統(tǒng)的數(shù)據(jù)完整性、及時性、有效性、一致性綜合評估日報表。 《數(shù)據(jù)質(zhì)量綜合評估月報表》 數(shù)據(jù)源、各網(wǎng)管系統(tǒng)的數(shù)據(jù)完整性、及時性、有效性、一致性綜合評估月報表。 3.2.4.3 數(shù)據(jù)源接口質(zhì)量評估 數(shù)據(jù)源接口質(zhì)量評估是數(shù)據(jù)質(zhì)量管理子系統(tǒng)在元數(shù)據(jù)管理模塊的支撐下，對數(shù)據(jù)源接口質(zhì)量的定期評估，是綜合資源數(shù)據(jù)分析系統(tǒng)對數(shù)據(jù)源接口數(shù)據(jù)質(zhì)量的定期考核。在一定時間范圍內(nèi)，數(shù)據(jù)質(zhì)量管理子系統(tǒng)通過對數(shù)據(jù)源接口質(zhì)量問題的統(tǒng)計分析，結合數(shù)據(jù)源接口質(zhì)量評估規(guī)則，生成數(shù)據(jù)源接口質(zhì)量評估報告。 數(shù)據(jù)源接口質(zhì)量評估要求在以下數(shù)據(jù)質(zhì)量問題指標的基礎上，建立數(shù)據(jù)源接口質(zhì)量指標考核體系，主要包括以下兩大類9個指標： l 數(shù)據(jù)質(zhì)量問題類指標 不準確問題數(shù)量 不一致問題數(shù)量 不及時問題數(shù)量 不有效問題數(shù)量 不完整問題數(shù)量 l 數(shù)據(jù)質(zhì)量處理情況指標 數(shù)據(jù)源接口問題總數(shù)量： 指在一定時間范圍內(nèi)，數(shù)據(jù)源接口出現(xiàn)數(shù)據(jù)質(zhì)量問題的總數(shù)量（包括重復出現(xiàn)次數(shù)）； 問題處理完成比率： 指在一定時間范圍內(nèi)，處理完成的數(shù)據(jù)源接口質(zhì)量問題數(shù)量與數(shù)據(jù)源數(shù)據(jù)質(zhì)量問題總數(shù)量的比值； 問題平均處理時長： 指在一定時間范圍內(nèi)，數(shù)據(jù)源接口質(zhì)量問題處理總時長與數(shù)據(jù)源數(shù)據(jù)質(zhì)量問題總數(shù)量的比值； 重大問題出現(xiàn)次數(shù)： 指在一定時間范圍內(nèi)，出現(xiàn)重大數(shù)據(jù)質(zhì)量問題的次數(shù)，如：影響增值業(yè)務話單接口數(shù)據(jù)質(zhì)量問題等。 數(shù)據(jù)源接口質(zhì)量評估功能要求在元數(shù)據(jù)管理模塊中配置數(shù)據(jù)源接口質(zhì)量評估規(guī)則，并進行數(shù)據(jù)源接口質(zhì)量評估規(guī)則的管理。數(shù)據(jù)源接口質(zhì)量評估規(guī)則是指：根據(jù)數(shù)據(jù)源接口質(zhì)量問題各指標對綜合資源數(shù)據(jù)分析系統(tǒng)數(shù)據(jù)質(zhì)量影響程度的不同，在元數(shù)據(jù)管理模塊中定義與各指標相對應的評分規(guī)則。 數(shù)據(jù)源接口質(zhì)量評估要求數(shù)據(jù)質(zhì)量管理子系統(tǒng)將每月的數(shù)據(jù)源接口質(zhì)量評估結果及時發(fā)送給數(shù)據(jù)源系統(tǒng)相關管理人員。數(shù)據(jù)源接口質(zhì)量評估報告應詳細反映當月數(shù)據(jù)源接口質(zhì)量問題情況，主要應包括以下內(nèi)容： 1) 評估月份 2) 數(shù)據(jù)源接口質(zhì)量問題各指標值 3) 數(shù)據(jù)源接口質(zhì)量評分 接口側質(zhì)量問題、發(fā)生時間、問題類型、嚴重級別、問題描述和處理結果。 3.2.5 數(shù)據(jù)質(zhì)量對外服務 數(shù)據(jù)質(zhì)量管理子系統(tǒng)是綜合資源數(shù)據(jù)分析系統(tǒng)的有機組成部分，通過與綜合分析其它模塊的信息交互可以提升數(shù)據(jù)質(zhì)量管理子系統(tǒng)的利用價值。同時，數(shù)據(jù)質(zhì)量管理子系統(tǒng)本身也可以利用這些服務功能。 數(shù)據(jù)質(zhì)量對外服務功能一般以界面集成（頁面嵌入）或服務接口調(diào)用方式供綜合分析門戶使用。 3.2.5.1 數(shù)據(jù)質(zhì)量信息查詢功能 數(shù)據(jù)質(zhì)量信息查詢可以分為以下兩種信息的查詢： 1) 數(shù)據(jù)質(zhì)量問題查詢：可以查詢單個或多個對象在某個時間段內(nèi)的數(shù)據(jù)質(zhì)量問題，對于存在數(shù)據(jù)質(zhì)量問題的信息給予特別顯示（如紅色字體、閃爍等），以引起運維人員的注意，運維人員可以從該指標對象出發(fā)進行問題的分析與處理。 2) 數(shù)據(jù)質(zhì)量統(tǒng)計查詢：可以查詢某一維度或幾個組合維度的數(shù)據(jù)質(zhì)量統(tǒng)計信息，如在綜合資源數(shù)據(jù)分析系統(tǒng)中使用該查詢功能以顯示上周數(shù)據(jù)質(zhì)量問題總量、接口到達率等。 3.3 數(shù)據(jù)采集管理 3.3.1 數(shù)據(jù)采集 3.3.1.1 主動檢測 主動檢測為主動采集的發(fā)起方。檢測數(shù)據(jù)源端數(shù)據(jù)完整性，檢測到數(shù)據(jù)完整后主動發(fā)送觸發(fā)采集的消息。主動檢測需要具有較高效率，最大限度降低由于檢測造成的數(shù)據(jù)源側負荷。 檢測功能主要包括檢測任務生成和檢測任務執(zhí)行。檢測任務生成需提供配置功能，可對檢測對象、檢測周期、理論數(shù)據(jù)條數(shù)、經(jīng)驗時間點等參數(shù)進行配置。 各個數(shù)據(jù)源應當優(yōu)先提供數(shù)據(jù)庫接口，對于數(shù)據(jù)庫接口可以根據(jù)設定的某測量當前時間的理論數(shù)據(jù)條數(shù)、該測量最近一段時間的平均數(shù)據(jù)條數(shù)和指標檢查規(guī)則來檢查數(shù)據(jù)源側數(shù)據(jù)的完整性。對于其他接口方式可以根據(jù)具體的接口特性進行檢測規(guī)則的設置。 考慮到當前數(shù)據(jù)源側的數(shù)據(jù)質(zhì)量的不穩(wěn)定因素，主動檢測模塊應當能夠?qū)?shù)據(jù)源側的數(shù)據(jù)入庫時間戳進行識別，對于變化的數(shù)據(jù)應當具備重新采集的能力。也可以通過對數(shù)據(jù)源側的數(shù)據(jù)庫日志進行跟蹤，感知數(shù)據(jù)變化從而觸發(fā)采集。 3.3.1.2 對數(shù)據(jù)源側觸發(fā)消息的接收 綜合資源數(shù)據(jù)分析系統(tǒng)應當提供消息接收能力，即能夠接收各專業(yè)網(wǎng)管發(fā)送的專業(yè)網(wǎng)管數(shù)據(jù)準備好通知消息，及時進行數(shù)據(jù)的采集，當專業(yè)網(wǎng)管進行數(shù)據(jù)補采后，也能及時觸發(fā)綜合分析進行數(shù)據(jù)補采，最大限度保持數(shù)據(jù)完整性。 要求綜合資源數(shù)據(jù)分析系統(tǒng)具有較強的并發(fā)能力，不丟消息，在1分鐘內(nèi)完成消息入庫，保證后續(xù)能及時進行采集。 3.3.1.3 數(shù)據(jù)采集解析 數(shù)據(jù)采集適配器負責按照接口類型、特性從不同的數(shù)據(jù)源通過文件接口、指令接口、數(shù)據(jù)庫接口等方式從網(wǎng)元、OMC側或其他網(wǎng)管側獲取基礎數(shù)據(jù)，然后對獲取到的原始數(shù)據(jù)進行格式標準化，寫入數(shù)據(jù)緩沖區(qū)。 采集適配器應當為支持二次開發(fā)的程序或組件，對于同一種接口類型、接口特性的多個數(shù)據(jù)源應當作為同一個程序的多個實例存在，而只針對不同的接口類型設定不同的適配器。 采集適配器應當具備可視化的配置管理能力，即可以通過圖形化界面對不同的數(shù)據(jù)源選擇不同的采集適配器進行數(shù)據(jù)采集，并對不同的數(shù)據(jù)源根據(jù)實際需要，可視化的配置需要采集的數(shù)據(jù)范圍和相應的約束條件。對于數(shù)據(jù)源側的數(shù)據(jù)配置信息應當從元數(shù)據(jù)庫中獲取被采集側元數(shù)據(jù)，并在采集模塊的配置界面中通過可視化界面進行采集范圍的選取。 對于數(shù)據(jù)的格式標準化，應當遵照ODM-A相應模型的約定，盡量保持原有數(shù)據(jù)源側的模型結構。 3.3.1.4 數(shù)據(jù)裝載 把格式化的數(shù)據(jù)寫入到ODM-DB數(shù)據(jù)庫中，數(shù)據(jù)入庫策略支持增量入庫、全量入庫方式。 l 增量入庫：只把采集到的新數(shù)據(jù)入庫； l 全量入庫：采取把數(shù)據(jù)庫中數(shù)據(jù)先刪除后入庫方式。 3.3.1.5 數(shù)據(jù)智能補采 根據(jù)數(shù)據(jù)的完整性情況，和數(shù)據(jù)補采策略，能夠自動重新發(fā)起采集任務，把數(shù)據(jù)重新進行采集，保證數(shù)據(jù)的完整性，最大限度和數(shù)據(jù)源側保持一致。 3.3.2 數(shù)據(jù)轉(zhuǎn)換 3.3.2.1 數(shù)據(jù)抽取 從ODM-DB中獲取數(shù)據(jù)，加載到數(shù)據(jù)緩沖區(qū)。數(shù)據(jù)緩沖區(qū)可以采取文件方式或者數(shù)據(jù)庫方式；如果采用數(shù)據(jù)庫方式則需要對臨時數(shù)據(jù)和正式數(shù)據(jù)分開存儲。 3.3.2.2 數(shù)據(jù)清洗 數(shù)據(jù)清洗負責對“臟數(shù)據(jù)”進行剔除，消除數(shù)據(jù)的不一致。 “臟數(shù)據(jù)”包括不規(guī)則數(shù)據(jù)、不符合事實數(shù)據(jù)，如：取值范圍、完整性規(guī)則、拼寫檢查等。 對于數(shù)據(jù)清洗過程要求具備完善的日志功能，日志內(nèi)容需要記錄數(shù)據(jù)清洗的原因，被清洗的數(shù)據(jù)存放到哪里和被清洗的記錄數(shù)。 在元數(shù)據(jù)管理中已經(jīng)對數(shù)據(jù)的基礎值域范圍進行了描述，數(shù)據(jù)清洗模塊可以從元數(shù)據(jù)管理系統(tǒng)中獲取相關信息進行數(shù)據(jù)處理。 3.3.2.3 數(shù)據(jù)轉(zhuǎn)換 數(shù)據(jù)轉(zhuǎn)換主要包括如下三個方面： l 統(tǒng)一網(wǎng)元數(shù)據(jù)編碼，將不同數(shù)據(jù)源的同一網(wǎng)元的數(shù)據(jù)集中轉(zhuǎn)換成統(tǒng)一格式編碼； l 轉(zhuǎn)換數(shù)據(jù)類型，對與目標數(shù)據(jù)類型不一致的數(shù)據(jù)進行轉(zhuǎn)換； l 轉(zhuǎn)換數(shù)據(jù)格式，對與目標數(shù)據(jù)格式不一致的數(shù)據(jù)進行轉(zhuǎn)換。 在該模塊的程序日志中，需要記錄數(shù)據(jù)轉(zhuǎn)換的原因和記錄數(shù)。 數(shù)據(jù)轉(zhuǎn)換算法應當可被元數(shù)據(jù)管理系統(tǒng)識別并采集。 3.3.2.4 數(shù)據(jù)裝載 直接加載數(shù)據(jù)緩沖區(qū)中無需另外處理的“干凈”數(shù)據(jù)；加載經(jīng)過清洗和轉(zhuǎn)換后的符合目標數(shù)據(jù)模型的數(shù)據(jù)；加載成功后，刪除緩沖區(qū)中相應數(shù)據(jù)，并寫進日志文件；加載日志包括加載記錄數(shù)和加載時間戳。 3.3.3 數(shù)據(jù)匯總 數(shù)據(jù)匯總算法主要包括：匯總時間粒度、匯總網(wǎng)元粒度、匯總映射算法等，采用元數(shù)據(jù)方式描述。需要將細粒度數(shù)據(jù)根據(jù)維度層次匯總成高粒度數(shù)據(jù)，包含時間、空間粒度、業(yè)務等匯總。 匯總任務觸發(fā)條件：完成維度數(shù)據(jù)和事實數(shù)據(jù)加載后觸發(fā)。 匯總日志主要包括：匯總粒度、匯總時間戳、匯總原始數(shù)據(jù)記錄數(shù)、匯總結果記錄數(shù)。 3.3.4 任務調(diào)度 由于數(shù)據(jù)采集模塊需要發(fā)起大量的數(shù)據(jù)采集、轉(zhuǎn)換、加載等任務，所以要求該模塊具備完備的任務調(diào)度管理能力，能夠?qū)Ω黝惾蝿者M行配置、啟動、跟蹤。并具備任務聯(lián)動能力，即可以將多個任務通過流程組裝成一個聯(lián)合任務，各任務之間存在相互制約關系，任務調(diào)度管理能夠根據(jù)各任務的執(zhí)行狀態(tài)、結果來自動的啟動后續(xù)任務，任務間允許并發(fā)及串行兩種模式。 要求各任務的配置應當為可視化的配置。 對于任務啟動至少包括定時啟動和條件啟動兩種模式。同時允許管理員進行任務的手動執(zhí)行。 3.3.5 任務監(jiān)控 系統(tǒng)應當具備對當前系統(tǒng)已經(jīng)執(zhí)行和正在執(zhí)行的各項采集、轉(zhuǎn)換、裝載等任務的監(jiān)控能力，即可以通過可視化的界面對各任務的啟動時間、執(zhí)行狀態(tài)、執(zhí)行結果、結束時間等進行實時監(jiān)控。 應當能夠?qū)θ蝿贞犃猩疃冗M行監(jiān)控，當出現(xiàn)異常時，系統(tǒng)應當能夠給出相應告警信息。 3.4 綜合分析 3.4.1 網(wǎng)絡概覽 　　網(wǎng)絡概覽提供一個呈現(xiàn)最新的網(wǎng)絡信息的公共窗口，分為綜合視圖和專業(yè)視圖。采用了雷達圖、柱狀圖、趨勢圖、分布分析等分析方法，提供各專業(yè)重要指標的展現(xiàn)和分析，如核心網(wǎng)用戶數(shù)、全省GSM話務量分布、網(wǎng)絡利用率、網(wǎng)絡能力、 集團考核KPI、省內(nèi)考核KPI、網(wǎng)絡故障等。供管理人員全面、直觀了解各專業(yè)網(wǎng)絡業(yè)務發(fā)展趨勢、總體運行情況和網(wǎng)絡能力匹配情況；掌握網(wǎng)絡質(zhì)量和客戶感知的變化趨勢，及時發(fā)現(xiàn)網(wǎng)絡和業(yè)務發(fā)展的異常，輔以管理流程督促解決。 　　網(wǎng)絡概覽呈現(xiàn)的內(nèi)容可以為公司決策層領導、管理層領導及生產(chǎn)人員提供一個集中、全面了解全網(wǎng)運行質(zhì)量情況、業(yè)務發(fā)展情況、關鍵網(wǎng)絡問題、全網(wǎng)資源情況等的渠道，有助于領導迅速了解整體網(wǎng)絡情況和關鍵問題，從而為迅速決策提供依據(jù)。對異常指標集中提示，達到異常信息共享的目的，引導生產(chǎn)人員及時發(fā)現(xiàn)網(wǎng)絡異常情況，提高問題的處理效率。 3.4.2 網(wǎng)絡運行分析 　　網(wǎng)絡運行分析通過對網(wǎng)絡的分析，預測，發(fā)現(xiàn)網(wǎng)絡性能問題和瓶頸，定位問題原因，發(fā)現(xiàn)網(wǎng)絡惡化趨勢并進行預防，及時排查網(wǎng)絡隱患；為管理層、規(guī)劃等部門提供網(wǎng)絡運行的質(zhì)量現(xiàn)狀、網(wǎng)絡負荷情況和分布規(guī)律、網(wǎng)絡資源利用效率和均衡性等方面提供評估依據(jù)。 　　網(wǎng)絡運行分析包含網(wǎng)絡容量、網(wǎng)絡質(zhì)量、網(wǎng)絡故障三部分主題分析。其中網(wǎng)絡容量包含了網(wǎng)絡規(guī)模、網(wǎng)絡負荷和網(wǎng)絡利用情況的分析，網(wǎng)絡質(zhì)量分析包含無線網(wǎng)、核心網(wǎng)、數(shù)據(jù)網(wǎng)、增值網(wǎng)、傳輸網(wǎng)的網(wǎng)絡質(zhì)量分析，網(wǎng)絡故障分析包含了一般故障分析和告警分析。 3.4.3 業(yè)務能力分析 　　業(yè)務能力分析實現(xiàn)面向業(yè)務的分析實現(xiàn)業(yè)務的端到端管理，支持業(yè)務整體質(zhì)量及業(yè)務價值提升，提升網(wǎng)絡質(zhì)量與網(wǎng)絡效益。業(yè)務能力分析包含用戶量分析、業(yè)務量分析、業(yè)務質(zhì)量分析、業(yè)務運營分析、集客業(yè)務分析五部分內(nèi)容。 　　通過業(yè)務能力分析，掌握網(wǎng)絡業(yè)務發(fā)展和趨勢變化情況，了解網(wǎng)絡容量和業(yè)務發(fā)展是否匹配，判斷是否由于業(yè)務量的變動導致網(wǎng)絡負荷的波動的問題。，通過分析各類業(yè)務流量和發(fā)展情況，掌握網(wǎng)絡業(yè)務發(fā)展和趨勢變化情況，最終達到合理規(guī)劃資源，提高網(wǎng)絡利用率的目標。 3.4.4 客戶全向分析 　　客戶全向分析對客戶進行全方位多緯度的分析，通過用戶數(shù)量分析展示用戶發(fā)展趨勢，客戶行為分析了解用戶的使用習慣，為業(yè)務發(fā)展提供依據(jù)，從用戶感知的角度，基于客戶感知指標和客戶投訴數(shù)據(jù)，多維度進行問題挖掘分析，定位引起客戶感知惡化的網(wǎng)絡問題，同時通過分析客服轉(zhuǎn)派的投訴工單，從三個角度進行統(tǒng)計分析，發(fā)現(xiàn)網(wǎng)絡薄弱環(huán)節(jié)、隱患，為網(wǎng)絡優(yōu)化提供方向。同時對各投訴工單處理單位、各類投訴的處理時長進行分類統(tǒng)計，掌握各類投訴處理的一般情況，從而為提升客戶感知，降低用戶投訴等提供有力的保障。 　　客戶全向分析包含客戶行為、客戶感知質(zhì)量、客戶投訴、客戶終端、異常事件五方面內(nèi)容。 　　其中客戶感知包含客戶感知評估體系框架、語音業(yè)務分析、短信業(yè)務分析、彩信業(yè)務分析、手機報業(yè)務分析、彩鈴業(yè)務分析、客戶滿意度分析等主題分析。通過分析客戶的感知反饋，及時對出現(xiàn)的異?，F(xiàn)象進行根源分析和處理，降低客戶投訴率。　 3.4.5 網(wǎng)絡運營分析 　　網(wǎng)絡運營分析面向運維工作管理，發(fā)現(xiàn)改進運維工作的重點方向，支撐運維支撐效率提升與成本縮減。通過分析主要運維流程的進處理質(zhì)量和效率，為管理層快速了解運維人員工作效率，各個部門的溝通效率、配合效率等提供直觀和定量化的手段，從而近一步提升運維支撐效率。 3.5 安全管理 系統(tǒng)安全管理模塊負責綜合資源數(shù)據(jù)分析系統(tǒng)的敏感數(shù)據(jù)的訪問控制和各環(huán)節(jié)審計日志記錄的管理，對綜合資源數(shù)據(jù)分析系統(tǒng)的數(shù)據(jù)訪問和功能使用進行有效監(jiān)控和控制。同時配合4A管理平臺實現(xiàn)安全管理功能。當4A管理平臺發(fā)生異常時，應急配置管理可以提供應急處理方案。 3.5.1 用戶信息管理 用戶管理模塊管理用戶基本信息及相關驗證信息，主要包括：姓名、賬號、密碼、部門、手機號、郵箱、所在地區(qū)、備注等。 3.5.2 用戶組信息管理 用戶組管理包含以下內(nèi)容： l 用戶組維護 可以對用戶組進行增加、修改、刪除等操作，用戶組信息主要包括：名稱、描述、是否有效、所屬上層用戶組等。 l 樹形結構 用戶組采用樹形的管理結構，參照公司的組織架構，使對用戶的管理更加清晰，權限分配也更加容易。 3.5.3 角色管理 角色管理應包含兩部分內(nèi)容： l 管理各功能模塊與角色的對應關系，支持角色對綜合資源數(shù)據(jù)分析系統(tǒng)功能模塊權限的增、刪、改等操作 l 角色本身和管理：角色進行增刪改操作時，屬于本角色的用戶對相應的綜合資源數(shù)據(jù)分析系統(tǒng)功能模塊的權限也作相應的變動。 3.5.4 權限管理 權限管理是對綜合資源數(shù)據(jù)分析系統(tǒng)維護及使用權限的管理，主要涉及對操作該系統(tǒng)的人員進行授權管理和對系統(tǒng)功能角色的管理。 權限劃分包括用戶功能權限、用戶數(shù)據(jù)權限、用戶資源權限三個部分。資源權限管理支持按照參與者主題域、資源主題域、事件主題域、性能主題域、財務主題域的具體實體內(nèi)容進行資源權限指定和定義個功能，如指定某個用戶只能按照某一主題域?qū)嶓w進行數(shù)據(jù)訪問操作。 3.5.5 用戶認證管理 綜合資源數(shù)據(jù)分析系統(tǒng)與4A平臺配合，實現(xiàn)單點認證SSO（Single Sign On）功能：用戶在登錄4A平臺后，在訪問綜合資源數(shù)據(jù)分析系統(tǒng)時無需重復登錄。 綜合資源數(shù)據(jù)分析系統(tǒng)接收用戶的認證請求，將用戶請求信息發(fā)送到4A平臺，由4A平臺為合法用戶生成用戶身份憑證，并將憑證反饋至綜合資源數(shù)據(jù)分析系統(tǒng)，從而完成用戶登錄認證過程， 3.5.6 日志管理 綜合資源數(shù)據(jù)分析系統(tǒng)從各環(huán)節(jié)層次抽取的審計日志信息，按照4A管理平臺的要求對其進行重新過濾和格式化整理，并最終進行日志信息入庫。整個過程需實現(xiàn)處理的流程化及自動調(diào)度機制，以保證4A管理平臺能夠及時地獲取日志數(shù)據(jù)。 綜合資源數(shù)據(jù)分析系統(tǒng)對各層次所產(chǎn)生的日志記錄進行獲取并整理。其中包括訪問層日志記錄、應用層日志記錄、數(shù)據(jù)存儲層日志記錄、數(shù)據(jù)獲取層日志記錄以及元數(shù)據(jù)管理和數(shù)據(jù)質(zhì)量監(jiān)控的日志記錄。 3.5.6.1 日志審計管理 操作日志審計 綜合資源數(shù)據(jù)分析系統(tǒng)的全部日志信息可被安全管控平臺獲取，由安全管控平臺完成各類日志審計工作,綜合資源數(shù)據(jù)分析系統(tǒng)不提供日志審計能力。 日志刪除 綜合資源數(shù)據(jù)分析系統(tǒng)必須支持刪除指定時間段內(nèi)的日志記錄功能。刪除操作只能由經(jīng)過授權的管理員進行處理，其它任何使用人員沒有權限刪除日志。 3.6 系統(tǒng)管理 3.6.1 系統(tǒng)自身管理 3.6.1.1 實時運行狀態(tài)監(jiān)控 為保證綜合資源數(shù)據(jù)分析系統(tǒng)的正常運行，需要對系統(tǒng)運行狀態(tài)進行實時監(jiān)控，以便及時掌握系統(tǒng)的運行狀況，對故障做出快速反應。 監(jiān)控范圍：應用軟件本身。不包括硬件、數(shù)據(jù)庫、網(wǎng)絡等，這些由IT網(wǎng)管負責監(jiān)控。 監(jiān)控內(nèi)容：應用進程運行情況，例如任務隊列深度、進程運行狀態(tài)、進程告警信息、任務執(zhí)行結果、處理數(shù)據(jù)量、處理時長、關鍵數(shù)據(jù)庫表數(shù)據(jù)量等。 監(jiān)控方式：通過圖形界面呈現(xiàn)監(jiān)控內(nèi)容，并且可以將關鍵告警信息傳送給綜合監(jiān)控系統(tǒng)。 3.6.1.2 數(shù)據(jù)有效期管理 綜合資源數(shù)據(jù)分析系統(tǒng)中各種類型數(shù)據(jù)的有效期信息由元數(shù)據(jù)管理模塊進行描述，有效期管理模塊根據(jù)Meta-DB中數(shù)據(jù)的有效期信息，自動完成對過期歷史數(shù)據(jù)的可讀性備份（對于系統(tǒng)、數(shù)據(jù)庫的整體備份策略不在本規(guī)范管轄范圍內(nèi)，這里的備份指有針對性的數(shù)據(jù)獨立備份，可以被再次利用）及刪除，以維持數(shù)據(jù)量的相對穩(wěn)定性。 所有的數(shù)據(jù)有效期設置，系統(tǒng)都必須通過圖形化的界面操作，以避免維護人員直接接觸系統(tǒng)后臺和數(shù)據(jù)庫。 3.6.1.3 指標關聯(lián)自動學習功能 系統(tǒng)能夠基于用戶即席查詢的日志，自動學習、歸納可能的指標關聯(lián)關系，并提供給業(yè)務人員進行最終確定。 3.6.1.4 熱點功能與熱點數(shù)據(jù)統(tǒng)計 熱點功能統(tǒng)計可以對綜合資源數(shù)據(jù)分析系統(tǒng)中各種報表、菜單項、數(shù)據(jù)訂閱等進行頻次統(tǒng)計，從而發(fā)現(xiàn)系統(tǒng)中的熱點功能和熱點數(shù)據(jù)，為系統(tǒng)的進一步優(yōu)化提供參考。熱點統(tǒng)計可以按照以下內(nèi)容統(tǒng)計： l 報表/功能點名稱 l 用戶組/用戶名稱 l 時間 l 指標 l 網(wǎng)元 3.6.2 應用系統(tǒng)日志管理 3.6.2.1 應用系統(tǒng)日志分析 綜合資源數(shù)據(jù)分析系統(tǒng)各模塊的日志能夠被日志分析模塊進行管理，能夠根據(jù)預先設定的規(guī)則進行分析并輸出不同級別的提示信息。提示信息的級別分為提示、警告、故障和重大故障四級。所有的分析規(guī)則運行結果無論是否產(chǎn)生提示信息，均應該能夠被查詢。 日志分析規(guī)則能夠被擴展，新增模塊的時候，只需要增加新的分析規(guī)則即可，不用對日志分析模塊進行總體升級。 3.6.2.2 系統(tǒng)告警 根據(jù)日志分析的結果，通過可設置提示信息的前轉(zhuǎn)規(guī)則，將提示信息推送到綜合告警平臺。前轉(zhuǎn)規(guī)則可通過用戶界面進行設置，內(nèi)容包括： l 日志分析規(guī)則名稱 l 日志分析輸出信息級別 3.6.3 資源配置管理 資源管理負責將綜合資源數(shù)據(jù)分析系統(tǒng)從各專業(yè)網(wǎng)管抽取出來各種實體及虛擬網(wǎng)元、地理信息有機組織在一起，為綜合資源數(shù)據(jù)分析系統(tǒng)中其他模塊提供資源相關的服務。 1.1. 1.2. 1.3. 1.3.1. 3.6.3.1 拓撲呈現(xiàn) 拓撲呈現(xiàn)能夠?qū)⒕C合資源數(shù)據(jù)分析系統(tǒng)中各種資源的關系通過圖形化的方式進行呈現(xiàn)。在拓撲圖中，各種資源的屬性能夠被直觀進行呈現(xiàn)，拓撲圖能夠?qū)Y源進行分級呈現(xiàn)，各種資源支持下鉆和上鉆功能。 3.6.3.2 資源編輯 綜合資源數(shù)據(jù)分析系統(tǒng)從各專業(yè)網(wǎng)管中抽取的資源信息還不能進行跨專業(yè)關聯(lián)，需要在綜合分析里面對這些資源間的關系進行編輯。同時，對于專業(yè)網(wǎng)管不能提供的資源本身的屬性，也需要在綜合資源數(shù)據(jù)分析系統(tǒng)里面進行錄入。 資源編輯需要各種便捷的編輯方式，以減輕錄入人員的負擔，提供勞動效率。資源編輯方式包括但不限于以下功能： l 批量錄入、修改、刪除資源功能 l 提供圖形化的資源修改界面，能夠通過拖曳來改變資源間的關聯(lián)關系 l 容錯和自動核查功能 說明：資源模型以綜合資源管理系統(tǒng)為準，考慮到系統(tǒng)建設的階段性，在綜合資源數(shù)據(jù)分析系統(tǒng)中僅僅提供最基本的資源配置信息調(diào)整功能，不提供高級的、復雜的功能。 一個處處像別人表明自己優(yōu)秀的，恰恰證明了他（她）并不優(yōu)秀，或者說缺什么，便炫耀什么。 　　真正的優(yōu)秀，并不是指一個人完美無缺，偶像般的光芒四射。而是要真實地活著，真實地愛著。 　　對生活飽有熱情，滿足與一些小確幸，也要經(jīng)得起誘惑，耐得住寂寞，內(nèi)心始終如孩童般的純真。 　　要知道，你走的每一步，都是為了遇見更好的自己，都是為了不辜負所有的好年華。 　　一個真實的人，一定也是個有擔當?shù)摹? 　　不論身處何地，居于何種逆境，他（她）們都不會畏懼坎坷和暴風雨的襲擊。因為知道活著的意義，就是真實的直面風浪。 　　生而為人，我們可以失敗，卻不能敗的沒有風骨，甚至連挑戰(zhàn)的資格都不敢有。 　　人當如玉，無骨不去其身。生于塵，立于世，便該有一顆寬厚仁德之心，便有一份容天下之事的氣度。 　　一個真實的人，但是又不會過于執(zhí)著。 　　因為懂得，水至清則無魚，人至察則無徒的道理。完美主義者最大的悲哀，就是活得不真實，不知道審時度勢，適可而止。 　　一扇窗，推開是艷陽天，關閉，也要安暖向陽。不煩不憂，該來的就用心珍惜，坦然以對；要走的就隨它去，無怨無悔。 　　人活著，就是在修行，最大的樂趣，就是從痛苦中尋找快樂。以積極的狀態(tài)，過好每一天，生活不完美，我們也要向美而生。 　　一個真實的人，一定是懂愛的。 　　時光的旅途中，大多數(shù)都是匆匆擦肩的過客。只有那么微乎其微的人，才可以相遇，結伴同行。而這樣的結伴一定又是基于志趣相投，心性相近的品性。 　　最好的愛，不是在于共富貴，而是可以共患難，就像一對翅膀，只有相互擁抱著才能飛翔。愛似琉璃，正是因為純粹干凈，不沾染俗世的美。 　　懂愛的人，一定是真實的人。正是因為懂得真愛的不易，所以更是以真面目面對彼此，十指緊扣，甘愿與愛的人把世間各種風景都看透，無論風雨，安暖相伴。 　　一個真實的人，定然是有著大智慧的。 　　人生在世，什么都追求好，追求完美，雖然這是一種積極的思想，卻會很累，不僅自己累，身邊人也會因為你而累。到最后就會在疲于奔命中，喪失自我。 　　“蘭居幽谷，雖孤獨亦芬芳；梅開偏隅，雖寂靜亦流香，”這便是一份淡泊和沉穩(wěn)。一些事盡力了就好，無愧別人，無愧己心，認真地活著，便是不辜負。 　　因為懂得，人生的風景，最終是回歸到心靈的本源。和諧共生，平等友愛，才是對生命的尊重和對自己的珍視。 精選word范本！