中國電信集團公司CTG-MBOSS總體規(guī)范_第1頁
中國電信集團公司CTG-MBOSS總體規(guī)范_第2頁
中國電信集團公司CTG-MBOSS總體規(guī)范_第3頁
中國電信集團公司CTG-MBOSS總體規(guī)范_第4頁
中國電信集團公司CTG-MBOSS總體規(guī)范_第5頁
已閱讀5頁,還剩74頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

EDA-ODS:總體規(guī)范 版本 1.0 中國電信集團公司 2007 年 7 月 CTG-MBOSS 規(guī)范 版權所有,注意保密 i E-O:總體規(guī)范 目 錄 1 文檔說明 . 1 1.1 編制說明 . 1 1.2 適用范圍 . 2 1.3 起草單位 . 2 1.4 解釋權 . 2 1.5 版權 . 2 2 系統(tǒng)綜述 . 3 2.1 驅(qū)動力 . 3 2.1.1 業(yè)務發(fā)展的需要 . 3 2.1.2 數(shù)據(jù)共享的需要 . 4 2.1.3 數(shù)據(jù)質(zhì)量提升的需要 . 5 2.2 系統(tǒng)定位 . 6 2.3 業(yè)務目標 . 7 2.3.1 統(tǒng)一準實時數(shù)據(jù)共享 . 8 2.3.2 生產(chǎn)經(jīng)營數(shù)據(jù)質(zhì)量檢查 . 8 2.3.3 統(tǒng)一客戶視圖的提供及展示 . 8 2.3.4 生產(chǎn)經(jīng)營報表統(tǒng)一的提供和展示 . 9 2.3.5 關鍵生產(chǎn)經(jīng)營績效指標與經(jīng)營風險的監(jiān)控 . 9 2.3.6 生產(chǎn)經(jīng)營過程所需跨系統(tǒng)數(shù)據(jù)的批量計算 . 9 2.4 系統(tǒng)目標 . 10 2.4.1 數(shù)據(jù)整合 . 10 2.4.2 數(shù)據(jù)共享 . 10 2.4.3 數(shù)據(jù)應用 . 11 2.4.4 數(shù)據(jù)質(zhì)量管控 . 12 CTG-MBOSS 規(guī)范 版權所有,注意保密 ii E-O:總體規(guī)范 3 系統(tǒng)架構 . 13 3.1 數(shù)據(jù)架構 . 13 3.1.1 接口數(shù)據(jù)層 . 13 3.1.2 整合數(shù)據(jù)層 . 14 3.1.3 匯總數(shù)據(jù)層 . 14 3.1.4 數(shù)據(jù)共享層 . 14 3.1.5 元數(shù)據(jù)層 . 15 3.2 功能架構 . 15 3.3 技術架構 . 17 4 系統(tǒng)邊界 . 18 4.1 ODS與生產(chǎn)系統(tǒng) . 18 4.1.1 ODS 和生產(chǎn)系統(tǒng)對比分析 . 18 4.1.2 ODS 系統(tǒng)和生產(chǎn)系統(tǒng)功能邊界劃分 . 20 4.2 ODS與 EDW . 22 4.2.1 ODS 和 EDW 對比分析 . 22 4.2.2 ODS 系統(tǒng)和 EDW 區(qū)別與功能邊界劃分 . 24 4.2.3 ODS 與 EDW 在企業(yè)數(shù)據(jù)架構下有效協(xié)作 . 27 5 系統(tǒng)演進 . 28 5.1 系統(tǒng)演進總體論述 . 28 5.2 系統(tǒng)演進階段 . 29 5.2.1 數(shù)據(jù)整合階段 . 29 5.2.2 應用開發(fā)階段 . 32 5.2.3 完善提升階段 . 38 6 附錄 . 40 6.1 主要編制人員 . 40 6.2 術語解釋 . 41 CTG-MBOSS 規(guī)范 版權所有,注意保密 iii E-O:總體規(guī)范 6.3 ODS業(yè)務應用 . 41 6.3.1 業(yè)務應用藍圖 . 42 6.3.2 售前環(huán)節(jié) . 42 6.3.3 售中環(huán)節(jié) . 46 6.3.4 售后環(huán)節(jié) . 52 6.3.5 其他綜合應用 . 57 6.4 系統(tǒng)實施演進表 . 68 CTG-MBOSS 規(guī)范 版權所有,注意保密 1 E-O:總體規(guī)范 1 文檔說明 1.1 編制說明 中國電信集團明確提出了客戶品牌統(tǒng)領市場經(jīng)營工作的要求,在市場經(jīng)營的各項具體工作中細化和逐步落實客戶化經(jīng)營思路,適應以“產(chǎn)品”為中心向以“客戶”為中心的轉(zhuǎn)變,要求在市場經(jīng)營的各項具體工作中細化和逐步落實客戶化經(jīng)營思路。市場的轉(zhuǎn)型 對于IT 系統(tǒng)固化以客戶為中心的市場計劃、營銷策劃、銷售、服務、統(tǒng)計分析等工作提出了更高的要求,需要相關流程的變更和優(yōu)化,需要建立和應用 360 度客戶統(tǒng)一視圖信息,在各環(huán)節(jié)中應用客戶統(tǒng)一視圖信息,同時實現(xiàn)信息在各渠道和前后端的進一步共享。在客戶化流程的設計中我們發(fā)現(xiàn)客戶服務和營銷過程越來越依賴于頻繁地查詢集成的客戶信息,這些都需要跨系統(tǒng)運營數(shù)據(jù)的支撐;同時,由于各系統(tǒng)數(shù)據(jù)標準不一致,存在同樣信息在不同系統(tǒng)中取值不同的現(xiàn)象,帶來了信息的不一致,無法取得一致的統(tǒng)計分析數(shù)據(jù),不利于企業(yè)的精確化管理,給業(yè)務發(fā)展帶來一定 影響。 中國電信 ITSP1.0 和 CTG-MBOSS 規(guī)范中提出的 ODS(運營數(shù)據(jù)倉儲)對于解決以上問題是及時和有效的。 ODS 是中國電信 IT 架構中的重要組成部分,在 ITSP1.0 和 CTG-MBOSS中已經(jīng)明確了其在企業(yè)信息化系統(tǒng)中的定位:即數(shù)據(jù)整合(承載客戶統(tǒng)一視圖)、數(shù)據(jù)共享、跨系統(tǒng)數(shù)據(jù)應用和數(shù)據(jù)質(zhì)量檢查。隨著 CRM、計費、服務開通、資源等核心 IT 系統(tǒng)建設的逐步開展,尤其是 CRM、計費省集中系統(tǒng)的逐步到位以及客戶品牌統(tǒng)領市場經(jīng)營工作對 IT 固化生產(chǎn)流程的迫切要求,使得 ODS 成為承載企業(yè)數(shù)據(jù)模型及數(shù)據(jù)標準,并據(jù)此整合各系統(tǒng)數(shù)據(jù)以實現(xiàn)企業(yè)跨系統(tǒng)數(shù)據(jù)共享,提供跨系統(tǒng)數(shù)據(jù)應用,提升數(shù)據(jù)質(zhì)量的最好承載平臺。 因此,作為對中國電信 CTG-MBOSS 系列規(guī)范的必要補充,統(tǒng)一各省和系統(tǒng)集成商的認識, 解決 以上 問題, 我們 制定了中國電信運營數(shù)據(jù)倉儲(簡稱 ODS)相關規(guī)范,主要包含 CTG-MBOSS EDA-ODS:總體規(guī)范 V1.0(以下簡稱 ODS 總體規(guī)范)和 CTG-MBOSS EDA-ODS:技術規(guī)范 V1.0(以下簡稱 ODS 技術規(guī)范) 。 CTG-MBOSS 規(guī)范 版權所有,注意保密 2 E-O:總體規(guī)范 ODS 總體 規(guī)范 主要 介紹了 ODS 系統(tǒng)建設驅(qū)動力 、業(yè)務 目標 、系統(tǒng)目標、 系統(tǒng) 架構、 系統(tǒng)邊界 及系統(tǒng) 演進等方面的內(nèi)容,明確指出了中國電信 ODS 系統(tǒng)的定位、功能及與其它周邊系統(tǒng)的邊界劃分原則。 ODS 總體規(guī)范從定位和系統(tǒng)邊界上指導各省 ODS 的建設。 ODS 技術 規(guī)范主要介紹了 ODS 系統(tǒng)技術架構、功能框架、系統(tǒng)總體及各功能域各自的技術特點和技術要求以及 ODS 系統(tǒng)實施與系統(tǒng)部署等方面的內(nèi)容。 ODS 技術規(guī)范從技術和實施角度指導各省 ODS 的建設。 與此規(guī)范配套下發(fā)的還有中國電信 EDM 模型 3.0,其中 BSS 部分設計了細化到具有物理模型特征的邏輯模型,此部分作為 ODS 規(guī)范的重要組成部分,直接作為 ODS 整合層數(shù)據(jù)模型的實施要 求。 1.2 適用范圍 本規(guī)范適用的范圍為 中國電信集團公司 。 1.3 起草單位 本規(guī)范起草單位為中國電信集團公司。(參加 ODS 總體規(guī)范 編寫的人員名單見附錄一。) 1.4 解釋權 本規(guī)范的解釋權屬于中國電信集團公司。 1.5 版權 本規(guī)范的版權屬于中國電信集團公司。 CTG-MBOSS 規(guī)范 版權所有,注意保密 3 E-O:總體規(guī)范 2 系統(tǒng)綜述 2.1 驅(qū)動力 客戶品牌統(tǒng)領的市場經(jīng)營工作帶來了市場經(jīng)營工作的巨大轉(zhuǎn)型,對信息化也提出了很高的轉(zhuǎn)型要求, IT 系統(tǒng)需要圍繞市場轉(zhuǎn)型,實現(xiàn)從單一產(chǎn)品為中心向客戶為中心的支撐能力的提升。客戶品牌統(tǒng)領的市場經(jīng)營工作對統(tǒng)一的客戶信息視圖提出了更高的要求,要求企業(yè)的銷售品策劃、銷售過 程、服務過程,以及后續(xù)的統(tǒng)計、分析、考核等均以客戶為中心開展,這就要求在新老系統(tǒng)并存支撐市場經(jīng)營工作快速轉(zhuǎn)型的過程中,有一個跨系統(tǒng)的數(shù)據(jù)共享平臺,支撐售前、售中、售后不同環(huán)節(jié)的跨系統(tǒng)數(shù)據(jù)應用需求。同時,精確管理也迫切要求實現(xiàn)統(tǒng)一的運營數(shù)據(jù)標準,提高數(shù)據(jù)共享的效率和準確率,提升數(shù)據(jù)質(zhì)量;另外,通過數(shù)據(jù)的整合與信息的有效共享,也將推動企業(yè)業(yè)務流程逐步優(yōu)化。 在 ITSP 的指導下,各省 MBOSS 系統(tǒng)按照“松耦合、模塊化、可配置”的基本架構原則進行實施,以靈活快速支撐不斷變化的市場需求?!八神詈稀睂I(yè)化的架構設計原則 要求建設 MSS、 BSS、 OSS、 EDA 四大系統(tǒng)域以及各子系統(tǒng),多個系統(tǒng)間數(shù)據(jù)的共享及跨系統(tǒng)數(shù)據(jù)的應用支撐就成為 IT 本身面臨和需要解決的重要問題,需要在 IT 架構中明確采用跨系統(tǒng)的數(shù)據(jù)共享平臺予以解決,依據(jù) ITSP 規(guī)劃及 CTG-MBOSS 規(guī)范指導,企業(yè)運營數(shù)據(jù)倉儲( ODS)便是這樣一個跨系統(tǒng)的數(shù)據(jù)共享平臺。 具體講, ODS 的建設驅(qū)動力主要是解決業(yè)務發(fā)展的需要、 IT 系統(tǒng)間數(shù)據(jù)共享的需要及企業(yè)數(shù)據(jù)質(zhì)量提升的需要等三個方面要求,具體如下所述: 2.1.1 業(yè)務發(fā)展的需要 1. 客戶品牌經(jīng)營的需要 1)客戶品牌經(jīng)營需要 IT 系統(tǒng)能 夠向營銷、銷售、服務人員提供 360 度的統(tǒng)一數(shù)據(jù)視圖數(shù)據(jù),如客戶數(shù)據(jù),產(chǎn)品數(shù)據(jù),但是這些核心數(shù)據(jù)目前分布在多個 IT 系統(tǒng)中, EDW 系統(tǒng)雖然整合了部分數(shù)據(jù),但是其整合頻率較低,不能夠滿足數(shù)據(jù)實時 /準實時性數(shù)據(jù)提供的要求; CTG-MBOSS 規(guī)范 版權所有,注意保密 4 E-O:總體規(guī)范 2) 客戶品牌經(jīng)營 要求針對客戶進行完整的的評價, 如客戶積分、信用度計算等 ,并將結果應用到客戶營銷、銷售和服務工作中,但是目前客戶數(shù)據(jù)分散在的多個 IT 系統(tǒng)中,難以對于客戶進行完整的評價。 2. 精確管理的需要 1)精確管理需要對市場計劃、營銷活動與銷售、服務等售前、售中、售后關鍵環(huán)節(jié)(如訂單、工單 、故障單等)的執(zhí)行情況進行統(tǒng)計與監(jiān)控,及時反應企業(yè)的生產(chǎn)經(jīng)營效率; 2)精確管理要求 IT 系統(tǒng)能夠迅速的反映各部門、各團隊或各渠道關于用戶發(fā)展數(shù)、業(yè)務量、收入等關鍵績效指標,通過 KPI 和實際完成狀況的關聯(lián),完成對各部門、團隊或渠道的 KPI 指標進行統(tǒng)計、監(jiān)控,其結果也能反饋給管理部門以便迅速地做下一步?jīng)Q策; 3)精確管理要求實現(xiàn) 統(tǒng)一企業(yè) 經(jīng) 營報表的數(shù)據(jù)源, 形成統(tǒng)一的指標體系,并通過統(tǒng)一的企業(yè)數(shù)據(jù)應用門戶,實現(xiàn)企業(yè)經(jīng) 營報表 的統(tǒng)一提供和展示,實現(xiàn)“ 商務領航 ” 等客戶品牌統(tǒng)計指標體系, 實現(xiàn)客戶、產(chǎn)品 、量收等多維度的報表需求,解決 CRM、計費等生產(chǎn)系統(tǒng)分別按照本系統(tǒng)的自有數(shù)據(jù)向外提供 經(jīng) 營報表, 數(shù)據(jù)標準不統(tǒng)一 造成 同一統(tǒng)計指標的差異性等問題。 要解決以上業(yè)務發(fā)展問題,都需要時效性較高的跨系統(tǒng)數(shù)據(jù)支撐,現(xiàn)存的任何一個單獨 IT 系統(tǒng)都無法有效支撐以上業(yè)務發(fā)展的需要,因此,迫切需要建設一個準實時地整合跨系統(tǒng)數(shù)據(jù)的 IT 系統(tǒng),而企業(yè)運營數(shù)據(jù)倉儲( ODS)便是有效支撐以上業(yè)務發(fā)展需求的一個很好的承載平臺。 2.1.2 數(shù)據(jù)共享的需要 1. 快速支撐跨系統(tǒng)應用的需要 越來越多的跨系統(tǒng)應用需要同時來自多個生產(chǎn)系統(tǒng)的數(shù)據(jù)進行支撐。將各生產(chǎn)系統(tǒng)數(shù)據(jù)準實時整合到統(tǒng)一的數(shù)據(jù)共享平臺上,有利于提高數(shù)據(jù)共享能力,實現(xiàn)跨系統(tǒng)應用的快速支撐。同時,基于準實時數(shù)據(jù)共享平臺實現(xiàn)一些基于企業(yè)運營數(shù)據(jù)的統(tǒng)計、監(jiān)控及計算 CTG-MBOSS 規(guī)范 版權所有,注意保密 5 E-O:總體規(guī)范 類的應用,同時可減輕生產(chǎn)系統(tǒng)的壓力,使生產(chǎn)系統(tǒng)專注于生產(chǎn)運營,提高專業(yè)化運作效率,降低企業(yè)運營成本。 2. 促進企業(yè)數(shù)據(jù)模型( EDM)落地 企業(yè)數(shù)據(jù)模型描述了中國電信在業(yè)務運營和管理中所涉及的核心業(yè)務概念和關系,作為企業(yè)的數(shù)據(jù)標準指導各個應用系統(tǒng)的數(shù)據(jù)模型統(tǒng)一設計,從根本上保證系統(tǒng)之間數(shù)據(jù)理解的一致性。由于很多系統(tǒng)建設早于企業(yè)數(shù)據(jù)模型的發(fā)布,很多系統(tǒng)在實施中以 功能建設為主,對數(shù)據(jù)模型的設計不夠重視,造成各系統(tǒng)間概念不統(tǒng)一、數(shù)據(jù)模型不一致,數(shù)據(jù)共享困難,數(shù)據(jù)轉(zhuǎn)換存在信息丟失。因此,建設基于企業(yè)數(shù)據(jù)模型的數(shù)據(jù)共享平臺,形成中國電信企業(yè)層面的統(tǒng)一信息視圖,并在整合各生產(chǎn)系統(tǒng)數(shù)據(jù)過程中,發(fā)現(xiàn)生產(chǎn)系統(tǒng)數(shù)據(jù)模型與企業(yè)數(shù)據(jù)模型的差異,能夠促進各系統(tǒng)的數(shù)據(jù)模型逐漸統(tǒng)一到企業(yè)數(shù)據(jù)模型。 3. 形成企業(yè)標準數(shù)據(jù),解決多系統(tǒng)間網(wǎng)狀數(shù)據(jù)接口的需要 目前,同一數(shù)據(jù)分散在多個不同的生產(chǎn)系統(tǒng)(如 CRM、計費、渠道、 10000 號等)中,數(shù)據(jù)通過系統(tǒng)之間的網(wǎng)狀接口進行共享,由于不同的數(shù)據(jù)提供系統(tǒng)存在不 同的數(shù)據(jù)接口標準,這種方式增加了接口的復雜性,增加了生產(chǎn)系統(tǒng)的接口負擔并造成了升級困難。因此建立企業(yè)數(shù)據(jù)共享平臺,明確數(shù)據(jù)的唯一來源,形成企業(yè)的標準數(shù)據(jù),保證數(shù)據(jù)的完整性、準確性和一致性,一方面通過 ODS 為各系統(tǒng)提供集中一致的數(shù)據(jù)共享服務,另一方面能降低系統(tǒng)間網(wǎng)狀接口的復雜性,減少單一系統(tǒng)的升級改造對周邊系統(tǒng)的影響,降低生產(chǎn)系統(tǒng)的生產(chǎn)壓力。 2.1.3 數(shù)據(jù)質(zhì)量提升的需要 伴隨著各生產(chǎn)系統(tǒng)的建設和改造,由于種種歷史原因,存在生產(chǎn)系統(tǒng)之間數(shù)據(jù)不一致,數(shù)據(jù)質(zhì)量差等問題。為了解決以上的數(shù)據(jù)質(zhì)量問題,通過建立企業(yè)數(shù)據(jù)共享平臺, 在收斂全企業(yè)生產(chǎn)系統(tǒng)運營數(shù)據(jù)的過程中,采用數(shù)據(jù)檢查稽核手段及完善的數(shù)據(jù)管控流程,能夠發(fā)現(xiàn)源生產(chǎn)系統(tǒng)的數(shù)據(jù)質(zhì)量問題,以促進各生產(chǎn)系統(tǒng)數(shù)據(jù)質(zhì)量的持續(xù)提升。 CTG-MBOSS 規(guī)范 版權所有,注意保密 6 E-O:總體規(guī)范 2.2 系統(tǒng)定位 為解決業(yè)務發(fā)展中的存在的問題,需要建設一個 跨系統(tǒng)的數(shù)據(jù)共享平臺以支撐售前、售中、售后不同環(huán)節(jié)的業(yè)務流程對跨系統(tǒng)數(shù)據(jù)應用需求。 ODS 便是這樣一個跨系統(tǒng)運營數(shù)據(jù)的共享平臺,承接操作環(huán)境和分析環(huán)境。 早在中國電信的 ITSP 規(guī)劃及 CTG-MBOSS 規(guī)劃中已經(jīng)明確了建設 ODS(運營數(shù)據(jù)倉儲),使之成為企業(yè)級跨系統(tǒng)共享數(shù)據(jù)平臺的必要性,為 ODS 給出了明確的定位 。 根據(jù) ITSP 規(guī)劃,中國電信的企業(yè)信息化體系由管理支撐系統(tǒng)( MSS)、業(yè)務支撐系統(tǒng)( BSS)和運營支撐系統(tǒng)( OSS)組成,統(tǒng)稱為 CTG-MBOSS。 CTG-MBOSS 的基礎架構包括企業(yè)應用整合平臺( EAI)、企業(yè)數(shù)據(jù)架構 (數(shù)據(jù)模型、運營數(shù)據(jù)倉儲 ODS、數(shù)據(jù)倉庫 )、數(shù)據(jù)中心、 DCN 網(wǎng)絡等。如下圖所示: 資源資源M S SM S S配置配置計費計費客戶客戶服務服務C D R / I PC D R / I P資產(chǎn)資產(chǎn)運營數(shù)據(jù)倉儲應用整合平臺工作流引擎工作流引擎 E A I數(shù)據(jù)模型數(shù)據(jù)模型業(yè)務流程模型業(yè)務流程模型管理數(shù)據(jù)統(tǒng)計資源資源M S SM S S配置配置計費計費客戶客戶服務服務C D R / I PC D R / I P資產(chǎn)資產(chǎn)數(shù)據(jù)倉庫企業(yè)信息門戶B S SO S S客戶關系管理CRM數(shù)據(jù)采集I P / C D R計費帳務計費綜合結算結算欺詐管理欺詐信用管理信用服務開通開通資源管理資源施工調(diào)度施工服務管理服務 配置網(wǎng)絡綜合管理財務系統(tǒng)財務人力資源人力資源工程管理工程 統(tǒng)計 門戶M S S國際電路國際電路管理基礎架構服務產(chǎn)品目錄目錄運營數(shù)據(jù)倉儲運營數(shù)據(jù)倉儲 數(shù)據(jù)倉庫數(shù)據(jù)倉庫圖 2-1 ODS 在 ITSP 中的定位 企業(yè)數(shù)據(jù)架構建立在統(tǒng)一的數(shù)據(jù)模型基礎上,由應用系統(tǒng)自有數(shù)據(jù)庫、運營數(shù)據(jù)倉儲(ODS)、數(shù)據(jù)倉庫 (DW)三個層面組成。其 中 ODS 存儲按主題分類的面向運營的準實時數(shù)據(jù),提供統(tǒng)一的企業(yè)數(shù)據(jù)視圖;應用系統(tǒng)自有數(shù)據(jù)庫存儲該應用系統(tǒng)內(nèi)部實時交易數(shù)據(jù);DW 存儲面向經(jīng)營決策分析的歷史數(shù)據(jù)。 CTG-MBOSS 規(guī)范 版權所有,注意保密 7 E-O:總體規(guī)范 在中國電信 CTG-MBOSS 規(guī)范中, 運營數(shù)據(jù)倉儲 (ODS)是企業(yè)數(shù)據(jù)架構的一個組成, ODS 在 CTG-MBOSS 企業(yè)數(shù)據(jù)架構的位置如圖所示: 圖 2-2 ODS 在 CTG-MBOSS 中的定位 運營數(shù)據(jù)倉儲 (ODS)處于操作環(huán)境和分析環(huán)境之間。 ODS 對應用系統(tǒng)產(chǎn)生的數(shù)據(jù)進行清洗、過濾和整合,是提供給企業(yè)數(shù) 據(jù)倉庫高質(zhì)量數(shù)據(jù)的重要來源之一,同時為各個應用系統(tǒng)提供近實時的運營報表等跨系統(tǒng)共享數(shù)據(jù)服務。在企業(yè)運營層,對于需要同時利用跨系統(tǒng)的操作型數(shù)據(jù)和相關分析結果數(shù)據(jù)的協(xié)作型應用需求, ODS 也起到關鍵支撐作用。 遵照 ITSP 和 CTG-MBOSS 對于 ODS 的定位,結合企業(yè)目前的業(yè)務發(fā)展需要、數(shù)據(jù)共享需要及數(shù)據(jù)質(zhì)量提升需要,提出 ODS 系統(tǒng)的目標如下: 2.3 業(yè)務目標 ODS 作為一個獨立的系統(tǒng),是企業(yè)數(shù)據(jù)架構的重要組成部分。 ODS 完成 跨系統(tǒng) 數(shù)據(jù)整合后,可 實現(xiàn)以下的業(yè)務 支撐 目標 : CTG-MBOSS 規(guī)范 版權所有,注意保密 8 E-O:總體規(guī)范 2.3.1 統(tǒng)一準實時數(shù)據(jù)共享 ODS 為企業(yè)各生產(chǎn)系統(tǒng)提供統(tǒng) 一共享數(shù)據(jù)接口,減少系統(tǒng)間相互接口的重復性,降低接口的復雜程度,提高系統(tǒng)間接口效率與質(zhì)量,同時為跨系統(tǒng)數(shù)據(jù)應用提供數(shù)據(jù)支撐。ODS 作為中國電信 企業(yè)運營數(shù)據(jù)共享平臺 ,不僅僅是中國電信各業(yè)務部門和企業(yè)管理層獲取統(tǒng)計數(shù)據(jù)的唯一來源,同時也是國家公安與安全機構、金融機構等外部機構獲取中國電信運營數(shù)據(jù)的來源。 2.3.2 生產(chǎn)經(jīng)營數(shù)據(jù)質(zhì)量檢查 生產(chǎn)經(jīng)營的數(shù)據(jù)質(zhì)量不高對 企業(yè)收益、客戶服務和日常業(yè)務流程 都會帶來很大影響。ODS 作為收納企業(yè)運營數(shù)據(jù)的倉儲中心,是提升生產(chǎn)運營數(shù)據(jù)質(zhì)量的很好承載平臺。 ODS系統(tǒng)對抽取到的各生產(chǎn)系統(tǒng)的數(shù)據(jù)進 行屬性合法性檢查、數(shù)據(jù)表關聯(lián)性檢查、數(shù)據(jù)比對稽核等以發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題,提交給源生產(chǎn)系統(tǒng)做數(shù)據(jù)的修正后再提交給 ODS 系統(tǒng),形成這樣一個數(shù)據(jù)質(zhì)量管理的閉環(huán)流程,提升生產(chǎn)經(jīng)營數(shù)據(jù)質(zhì)量。另外 ODS 通過向其它應用提供經(jīng)過數(shù)據(jù)質(zhì)量提升、標準化后的數(shù)據(jù),可促進企業(yè)標準化數(shù)據(jù)的應用。 2.3.3 統(tǒng)一客戶視圖的提供及展示 中國電信 通過 前臺營業(yè)廳、網(wǎng)上 客服中心 、 10000 號等多種渠道 向 客戶提供銷售服務, 基于 ODS 實現(xiàn)統(tǒng)一 客戶 視圖信息的共享,在各個接觸點上提供及展現(xiàn)統(tǒng)一 的客戶 視圖信息,支撐營銷、銷售、服務等多個層面快速準確地獲取 客戶、產(chǎn)品 等 信息, 能 提升客戶感知。 ODS 能夠支持營銷人員 獲得 營銷活動所需的市場 統(tǒng)計 數(shù)據(jù)和目標客戶數(shù)據(jù),以便進行精確化營銷; 能夠支撐 銷售人員 通過統(tǒng) 一客戶視圖信息及其 統(tǒng)計 數(shù)據(jù)的即席查詢,以發(fā)現(xiàn)客戶需求,增加銷售機會; 能夠支撐 服務人員 通過 跨系統(tǒng)數(shù)據(jù)的支撐, 了解客戶全方位的信息, 以進行客戶分等級服務等工作。 CTG-MBOSS 規(guī)范 版權所有,注意保密 9 E-O:總體規(guī)范 2.3.4 生產(chǎn)經(jīng)營報表統(tǒng)一的提供和展示 目前, CRM、計費等生產(chǎn)系統(tǒng)分別按照本系統(tǒng)的自有數(shù)據(jù)向外提供 經(jīng) 營報表,不同部門對數(shù)據(jù)的時間和業(yè)務概念理解不一致,造成不同系統(tǒng)的報表有差異,同時手工進行報表拼湊也會造成差異 。 于是 , 產(chǎn)生了不同部 門有差異不同組織層級有差異 的報表 ,而且大量需求不固定的 對外報表提供對生產(chǎn)系統(tǒng)性能影響很大,不利于生產(chǎn)系統(tǒng)核心事務處理的穩(wěn)定運行。因此 , 通過 ODS 統(tǒng)一企業(yè) 經(jīng) 營報表的數(shù)據(jù)源, 形成統(tǒng)一的指標體系,并通過統(tǒng)一的企業(yè)數(shù)據(jù)應用門戶,實現(xiàn)企業(yè)經(jīng) 營報表 的統(tǒng)一提供和展示, 以支撐客戶品牌統(tǒng)領的市場經(jīng)營工作 和精確化管理 需要。 2.3.5 關鍵生產(chǎn)經(jīng)營績效指標與經(jīng)營風險的監(jiān)控 全過程的營銷支撐需要對市場計劃、營銷活動、銷售活動等各項工作進行事前預測和事中監(jiān)控, ODS 能夠基于從各生產(chǎn)系統(tǒng)搜集到市場營銷與銷售的相關信息,對市場營銷與銷售業(yè)績完成情 況進行統(tǒng)計,并通過客戶發(fā)展、業(yè)務量、收入等關鍵績效指標和實際完成狀況的關聯(lián),完成對各部門、團隊或渠道的關鍵生產(chǎn)經(jīng)營績效指標的監(jiān)控與考核。通過客戶發(fā)展、業(yè)務量、收入等指標與過網(wǎng)數(shù)據(jù)、競爭數(shù)據(jù)的關聯(lián),能夠進行風險的預警和監(jiān)控。 2.3.6 生產(chǎn)經(jīng)營過程所需跨系統(tǒng)數(shù)據(jù)的批量計算 為了支撐客戶品牌經(jīng)營工作的開展,實現(xiàn)基于客戶品牌維度的相關量收指標統(tǒng)計,需要實現(xiàn)“商務領航”和“我的 e 家”等客戶品牌的標注;為了更好地提升客戶管理能力,需要建立客戶積分、信用度等客戶評價體系;為了加強代理商的管理,發(fā)展優(yōu)質(zhì)客戶,需要復雜、完善的渠道傭 金計算支持。隨著以“產(chǎn)品”為中心向以“客戶”為中心的轉(zhuǎn)型,越來越多經(jīng)營過程中所需的基于跨系統(tǒng)大量細節(jié)數(shù)據(jù)的批量計算功能都需要 ODS 提供。 CTG-MBOSS 規(guī)范 版權所有,注意保密 10 E-O:總體規(guī)范 除以上幾大類的業(yè)務目標外, ODS 上還可根據(jù)業(yè)務發(fā)展需要不斷擴展其上可支撐的業(yè)務功能,可擴展業(yè)務功能范圍的總體原則需遵循本規(guī)范 2.4 節(jié)明確的 ODS 系統(tǒng)目標及第5 章“系統(tǒng)邊界”中制定的邊界劃分原則。 2.4 系統(tǒng)目標 ODS 作為 企業(yè)運營數(shù)據(jù)共享平臺 ,收斂企業(yè)各業(yè)務系統(tǒng)中的運營數(shù)據(jù),按照企業(yè)數(shù)據(jù)模型進行數(shù)據(jù)整合,提供運營數(shù)據(jù)共享,支撐跨系統(tǒng)數(shù)據(jù)的應用,提升數(shù)據(jù)質(zhì)量。 2.4.1 數(shù)據(jù)整合 ODS 在對企業(yè)運營數(shù)據(jù)的整合過程中能夠?qū)崿F(xiàn)以下三個統(tǒng)一: 1. 統(tǒng)一數(shù)據(jù)模型 由 ODS 承載企業(yè)數(shù)據(jù)模型( EDM),促進企業(yè)各系統(tǒng)數(shù)據(jù)邏輯模型的統(tǒng)一。在 MBOSS體系內(nèi)新建或改造的系統(tǒng),其數(shù)據(jù)模型應向 ODS 所承載的企業(yè)數(shù)據(jù)模型靠攏。數(shù)據(jù)模型是各系統(tǒng)及應用間交互的基礎,通過數(shù)據(jù)模型的統(tǒng)一,減少系統(tǒng)及應用間復雜的轉(zhuǎn)換,提高系統(tǒng)、應用、接口的效率。 2. 統(tǒng)一數(shù)據(jù)標準 ODS 中建立標準的數(shù)據(jù)編碼目錄,源系統(tǒng)數(shù)據(jù)依據(jù)標準的數(shù)據(jù)編碼目錄,經(jīng)過整合后進入 ODS 中存儲,實現(xiàn)企業(yè)數(shù)據(jù)的標準化與統(tǒng)一存儲。 3. 統(tǒng)一數(shù)據(jù)視圖 基于 ODS 所存儲的數(shù)據(jù) ,支撐實現(xiàn)統(tǒng)一數(shù)據(jù)視圖,使企業(yè)在客戶、產(chǎn)品、資源等視角獲取到的信息是一致的,提升客戶、企業(yè)內(nèi)部的管理人員與分析人員對系統(tǒng)的感知。 2.4.2 數(shù)據(jù)共享 ODS 將各生產(chǎn)系統(tǒng)的數(shù)據(jù)整合后,在系統(tǒng)上基于整合好的數(shù)據(jù)提供查詢、報表、計算等應用外, ODS 還將系統(tǒng)內(nèi)整合好的數(shù)據(jù)以數(shù)據(jù)共享的形式提供給其它系統(tǒng)。 ODS 主要提供兩種數(shù)據(jù)共享方式,一種是準實時批量數(shù)據(jù)提供;另一種是實時查詢服務。準實時批量數(shù)據(jù)提供即 ODS 系統(tǒng)將獲取到的生產(chǎn)系統(tǒng)的數(shù)據(jù)以準實時提供給其它需要 CTG-MBOSS 規(guī)范 版權所有,注意保密 11 E-O:總體規(guī)范 此數(shù)據(jù)且對數(shù)據(jù)實時性要求相對不高的生產(chǎn)系統(tǒng),以減少生產(chǎn)系統(tǒng)間的網(wǎng)狀接 口,例如ODS 可向號碼百事通提供來自 CRM 系統(tǒng)的用戶號碼信息等;同時 ODS 還可將整合好的跨系統(tǒng)數(shù)據(jù)以準實時批量數(shù)據(jù)提供方式提供給外系統(tǒng),以配合外系統(tǒng)支撐部分客戶銷售服務流程等。實時查詢服務即 ODS 系統(tǒng)通過實時查詢服務方式將 ODS 系統(tǒng)內(nèi)整合好的跨系統(tǒng)數(shù)據(jù)向外系統(tǒng)提供,以配合外系統(tǒng)支撐客戶統(tǒng)一視圖查詢、清單查詢、帳單查詢等功能。 同時,對于生產(chǎn)系統(tǒng)間不帶有業(yè)務邏輯交互的實時數(shù)據(jù)共享(如 CRM 向 ISMP 平臺提供用戶狀態(tài)變更數(shù)據(jù)),隨著 ODS 的演進過程及 ODS 共享數(shù)據(jù)的實時性的提高,只要 ODS提供共享數(shù)據(jù)的實時性能 夠滿足外系統(tǒng)對數(shù)據(jù)實時性的要求,則外系統(tǒng)原來從數(shù)據(jù)的產(chǎn)生系統(tǒng)獲取共享數(shù)據(jù)的方式需要改為從 ODS 獲取需要的共享數(shù)據(jù),以減少系統(tǒng)間網(wǎng)狀接口,降低耦合程度,極大減少單一系統(tǒng)升級對其他系統(tǒng)的影響。 2.4.3 數(shù)據(jù)應用 ODS 整合和承載了企業(yè)細粒度運營數(shù)據(jù),可以開發(fā)出很多應用。本著數(shù)據(jù)與應用相對分離的基本思想, ODS 的數(shù)據(jù)應用需要與 ODS 的數(shù)據(jù)承載松耦合設計。數(shù)據(jù)應用可以由ODS 系統(tǒng)基于整合好的數(shù)據(jù)直接提供,也可以由 EDA 架構下的其他應用功能提供(在這個場景下 ODS 提供只數(shù)據(jù))。 ODS 可以直接或者與 EDA 架構下其他應用功能協(xié) 作提供以下功能: 1. 查詢 ODS 提供查詢條件不固定的按需查詢功能。用戶可以根據(jù)關心的維度查詢 ODS 中整合好的 360 度業(yè)務全貌數(shù)據(jù),例如,為渠道經(jīng)理提供完整 客戶視圖 信息的查詢,為營業(yè)員、10000 號客服人員、客戶提供完整客戶視圖查詢、帳單 查詢 等。 2. 固定報表 固定報表是維度和指標固定的統(tǒng)計結果的展示,在 ODS 系統(tǒng)中對于實時性要求高的報表采用即時生成的模式,而對于實時性要求不高的報表,基于性能影響和資源開銷兩方面的考慮,應采用后臺通過作業(yè)的方式提前自動生成,在需要時可以立即展現(xiàn)結果。報表展 CTG-MBOSS 規(guī)范 版權所有,注意保密 12 E-O:總體規(guī)范 現(xiàn)應支持多種圖表方式,如 餅圖、柱圖、線圖等;支持報表數(shù)據(jù)導出為其他文件類型,如EXCEL、 CSV、 XML、 PDF、 WEB 存檔文件等;支持報表精確打印控制。 ODS 中可實現(xiàn)的固定報表有 客戶品牌統(tǒng)計 報表、 企業(yè)數(shù)據(jù) 應用 門戶 部分報表等。 3. 動態(tài)報表 基于 ODS 整合好的數(shù)據(jù),可以利用報表工具按使用者關心的維度和指標對數(shù)據(jù)進行主題性的統(tǒng)計,動態(tài)報表中維度和指標不固定,可在數(shù)據(jù)模型支持的范圍內(nèi)變換。在 ODS 上可實現(xiàn)以下的動態(tài)報表:用戶發(fā)展數(shù)、使用量、業(yè)務收入、欠費、競爭統(tǒng)計;市場計劃統(tǒng)計與監(jiān)督;商機的統(tǒng)計和監(jiān)控; KPI 考核與監(jiān)控等。 4. 計算 ODS 系 統(tǒng)承擔需批量計算的屬性數(shù)據(jù)的計算功能, ODS 系統(tǒng)支持配置業(yè)務規(guī)則,并基于整合好的數(shù)據(jù)按照設定好的業(yè)務規(guī)則進行屬性數(shù)據(jù)計算,計算結果不在 ODS 系統(tǒng)中直接更新,而是由 ODS 返回到該屬性數(shù)據(jù)的屬主生產(chǎn)系統(tǒng),由屬主生產(chǎn)系統(tǒng)完成該屬性數(shù)據(jù)的更新后再通過數(shù)據(jù)抽取、加載過程進入 ODS 之后更新。可在 ODS 上實現(xiàn)的批量屬性數(shù)據(jù)的計算包括:客戶 品牌標簽 的標識、 客戶積分計算 、 客戶信用度計算 等。 2.4.4 數(shù)據(jù)質(zhì)量管控 ODS 在數(shù)據(jù)收斂的過程中,能完成以下數(shù)據(jù)質(zhì)量管控工作: 1) 數(shù)據(jù)質(zhì)量校驗 根據(jù)規(guī)則對 ODS 所存儲的數(shù)據(jù)進行一致性、完整性、 正確性的校驗,形成數(shù)據(jù)校 驗結果并交付源系統(tǒng)進行修正。 2) 數(shù)據(jù)質(zhì)量管控 通過建立企業(yè)數(shù)據(jù)的質(zhì)量標準、數(shù)據(jù)管控的組織、數(shù)據(jù)管控的流程,對數(shù)據(jù)質(zhì)量進行統(tǒng)一管控,達到數(shù)據(jù)質(zhì)量逐步完善。 CTG-MBOSS 規(guī)范 版權所有,注意保密 13 E-O:總體規(guī)范 3 系統(tǒng)架構 3.1 數(shù)據(jù)架構 ODS 數(shù)據(jù)層次架構分為接口數(shù)據(jù)層,整合數(shù)據(jù)層、匯總數(shù)據(jù)層、數(shù)據(jù)共享層、元數(shù)據(jù)層,如下圖所示: 圖 3-1 ODS 系統(tǒng)數(shù)據(jù)架構 對于各數(shù)據(jù)層次的解釋詳見以下描述。 3.1.1 接口數(shù)據(jù)層 接口數(shù)據(jù)層存儲的是由 ODS 從源系統(tǒng)采集的數(shù)據(jù),其主要特點如下: CTG-MBOSS 規(guī)范 版權所有,注意保密 14 E-O:總體規(guī)范 1. 接口數(shù)據(jù)層存儲 ODS 采集的外圍接口數(shù)據(jù),如 CRM、計費、 OSS 等系統(tǒng)需采集到ODS 的數(shù)據(jù)。 2. 接口數(shù)據(jù)層的數(shù)據(jù)模型與外圍系統(tǒng)保持一致。 3. 接口數(shù)據(jù)層的數(shù)據(jù)與外系統(tǒng)保持實時 /準實時同步,對于有實時要求的數(shù)據(jù)域,應盡可能提高數(shù)據(jù)的實時性。 3.1.2 整合數(shù)據(jù)層 整合數(shù)據(jù)層存儲是經(jīng)過數(shù)據(jù)清洗、轉(zhuǎn)換、整合后的運營數(shù)據(jù),是 ODS 的核心數(shù)據(jù)層,其主要特點如下: 1. 整合數(shù)據(jù)層是 ODS 存儲數(shù)據(jù)的核心層。 2. 整合數(shù)據(jù)層中的數(shù)據(jù)原則上是統(tǒng)一編碼格式的數(shù)據(jù),可作為企業(yè)數(shù)據(jù)標準指導外圍系統(tǒng)逐步統(tǒng)一數(shù)據(jù)格式。 3. 存儲數(shù)據(jù)模型遵循集團 EDM 模型,按數(shù)據(jù)主題域體系組織,落實具有物理特征的EDM 邏輯模型。 3.1.3 匯總數(shù)據(jù)層 匯總數(shù)據(jù)層存儲根據(jù)主題維度形成的企業(yè)統(tǒng)計、匯總數(shù)據(jù),其主要特點如下: 1. 根據(jù)主題報表加工需要,形成匯總數(shù)據(jù)。 2. 按主題存儲匯總數(shù)據(jù),通過日期、地區(qū)、產(chǎn)品規(guī)格、銷售品規(guī)格、渠道類型、處理類型等維度對運營數(shù)據(jù)進行計算后形成匯總數(shù)據(jù)存儲。 3. 可基于原有匯總數(shù)據(jù)基礎上,根據(jù)需要繼續(xù)匯總,形成多級匯總數(shù)據(jù)。 3.1.4 數(shù)據(jù)共享層 數(shù)據(jù)共享層是基于 ODS 中收斂整合好的數(shù)據(jù),對外提供數(shù)據(jù)共享,數(shù)據(jù)共享層原則上不提供數(shù)據(jù)的存儲,其主要特點如下: 1. 數(shù)據(jù)共享層統(tǒng)一對外系統(tǒng)提供共享數(shù)據(jù)。 CTG-MBOSS 規(guī)范 版權所有,注意保密 15 E-O:總體規(guī)范 2. 對各系統(tǒng)共享的信息盡可能從整合數(shù)據(jù)層映射、共用。 另外, 對于市話祥單類數(shù)據(jù),其特點是數(shù)據(jù)量巨大,并且此類數(shù)據(jù)進入 ODS 并不需要復雜的轉(zhuǎn)換與整合,而只是簡單的復制到 ODS 中;因此如果已有相應系統(tǒng)提供市話祥單數(shù)據(jù)查詢支撐,從節(jié)約企業(yè)成本、減少數(shù)據(jù)冗余的角度,該類型數(shù)據(jù)暫時不采集到 ODS 系統(tǒng)中,而是直接將其在源系統(tǒng)的存儲數(shù)據(jù)作為 ODS 的共享層數(shù)據(jù)來源之一,邏輯上納入 ODS系統(tǒng)。 對于用戶量不大的省份可由 ODS 直接存儲并提供清單數(shù)據(jù)。 3.1.5 元數(shù)據(jù)層 元數(shù)據(jù)( Metadata)是關于數(shù)據(jù)的數(shù)據(jù),是對數(shù)據(jù)的含義、功能、來源等進行描述,內(nèi)容包括在 ODS 系統(tǒng)建設過程中所產(chǎn)生的有關數(shù)據(jù) 源定義,目標定義,轉(zhuǎn)換規(guī)則等相關的關鍵數(shù)據(jù)。元數(shù)據(jù)可以幫助 ODS 管理員和 ODS 的使用人員方便地找到他們所關心的數(shù)據(jù)。 3.2 功能架構 遵循 CTG-MBOSS 功能層次的劃分標準,將 ODS 系統(tǒng)功能劃分為五大功能域:數(shù)據(jù)整合域、數(shù)據(jù)共享域、數(shù)據(jù)應用域、數(shù)據(jù)質(zhì)量管理域、公共管理域,如圖 3-2 所示: CTG-MBOSS 規(guī)范 版權所有,注意保密 16 E-O:總體規(guī)范 圖 3-2 ODS 系統(tǒng)功能架構 數(shù)據(jù)整合域是 ODS 系統(tǒng)的關鍵部分, ODS 整合域 通過多種 方式準實時或?qū)崟r地 從源系統(tǒng) 抽取并 整合數(shù)據(jù) ,抽取數(shù)據(jù)首先到達 ODS 的接口數(shù)據(jù)層進行預處理、轉(zhuǎn)換等工作進入整合數(shù)據(jù)層,形成 ODS 的核心數(shù)據(jù) ,基于整合層的數(shù)據(jù)進行匯總、計算等工作后形成匯總層數(shù)據(jù)。 數(shù)據(jù)質(zhì)量管理域的功能是為了解決目前普遍的數(shù)據(jù)質(zhì)量頑疾,通過建立數(shù)據(jù)質(zhì)量管理組織機構,制定質(zhì)量管理規(guī)范,確定相應的工作流程方法,并在系統(tǒng)中實現(xiàn)質(zhì)量檢查、修正、考核功能,形成數(shù)據(jù)質(zhì)量修正閉環(huán)的機制,確保數(shù)據(jù)質(zhì)量問題由發(fā)散狀態(tài)轉(zhuǎn)為收斂狀態(tài),并隨著時間的積累逐步逼近真實狀態(tài)。 利用整合及匯總后的數(shù)據(jù), ODS 系統(tǒng)自身可直接提供查詢、固定報表、動態(tài)報表及計算等應用。 實現(xiàn)客戶統(tǒng)一視圖信息的查詢、營銷活動的統(tǒng)計與監(jiān)控、業(yè)務量收的統(tǒng)計、KPI 指標監(jiān)控與考核及客戶評價 批量計算等功能。 CTG-MBOSS 規(guī)范 版權所有,注意保密 17 E-O:總體規(guī)范 數(shù)據(jù)共享域的功能是基于 ODS 整合后的跨系統(tǒng)數(shù)據(jù)所形成的統(tǒng)一數(shù)據(jù)視圖,通過集中的數(shù)據(jù) /服務提供功能,為其他生產(chǎn)系統(tǒng)提供非自有數(shù)據(jù)的共享,優(yōu)化目前各業(yè)務應用系統(tǒng)間網(wǎng)狀的數(shù)據(jù)流轉(zhuǎn)方式,簡化數(shù)據(jù)共享邏輯,降低數(shù)據(jù)不一致的風險。數(shù)據(jù)共享域的功能包括共享數(shù)據(jù)服務、共享配置管理和共享權限控制。 3.3 技術架構 ODS 系統(tǒng)總體技術架構如圖 3-3 所示: 圖 3-3 ODS 系統(tǒng)技術架構 ODS 從周邊的各生產(chǎn)系統(tǒng)包括 CRM、計費、網(wǎng)上客服中心、 10000 號等系統(tǒng)通過 ETL或 EAI 等技術將源數(shù)據(jù)抽取加載到系統(tǒng)中, 通過對源數(shù)據(jù)的清洗、轉(zhuǎn)換在 ODS 中形成遵循 CTG-MBOSS 規(guī)范 版權所有,注意保密 18 E-O:總體規(guī)范 企業(yè)數(shù)據(jù)模型的統(tǒng)一基礎數(shù)據(jù),根據(jù)應用需要, ODS 通過數(shù)據(jù)處理組件形成各類匯總數(shù)據(jù)?;谙到y(tǒng)中整合與匯總好的數(shù)據(jù), ODS 系統(tǒng)上以 B/S 架構直接部署查詢、報表等數(shù)據(jù)應用, ODS 系統(tǒng)還可通過數(shù)據(jù)服務組件以文件、數(shù)據(jù)視圖、數(shù)據(jù)服務等形式向外圍的生產(chǎn)系統(tǒng)提供共享數(shù)據(jù),與生產(chǎn)系統(tǒng)配合完成跨域應用支撐。 4 系統(tǒng)邊界 本章主要對 ODS 與各生產(chǎn)系統(tǒng)以及 EDW 之間的邊界進行說明。 4.1 ODS 與 生產(chǎn)系統(tǒng) 4.1.1 ODS 和生產(chǎn)系統(tǒng)對比分析 ODS 與生產(chǎn)系統(tǒng)具有以下的共同之處: 1 ODS 與生產(chǎn)系統(tǒng)這兩個獨立 系統(tǒng)均包含當前的細粒度運營數(shù)據(jù),其中 ODS 的整合層的數(shù)據(jù)模型及各生產(chǎn)系統(tǒng)的數(shù)據(jù)均以關系型數(shù)據(jù)模型存儲; 2 ODS 與生產(chǎn)系統(tǒng)的使用者主要是一線的生產(chǎn)和管理人員; 3 ODS 和生產(chǎn)系統(tǒng)都是數(shù)據(jù)質(zhì)量管理閉環(huán)流程中的一個環(huán)節(jié)。 在以上 ODS 與生產(chǎn)系統(tǒng)的共同處基礎上, ODS 與生產(chǎn)系統(tǒng)又具有以下顯著的區(qū)別:細粒度運營數(shù)據(jù)由生產(chǎn)系統(tǒng)產(chǎn)生,但 ODS 系統(tǒng)本身并不產(chǎn)生運營數(shù)據(jù), ODS 中的運營數(shù)據(jù)是從不同的生產(chǎn)系統(tǒng)加載進入的;在數(shù)據(jù)質(zhì)量管理閉環(huán)流程中, ODS 負責發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題而生產(chǎn)系統(tǒng)負責解決數(shù)據(jù)質(zhì)量問題; ODS 給其它系統(tǒng)提供準實時 (包括接近于實時)的數(shù)據(jù)共享服務而生產(chǎn)系統(tǒng)可給其它系統(tǒng)提供實時的數(shù)據(jù)共享服務;兩個系統(tǒng)在查詢、報表和計算的應用功能方面也具有的不同邊界劃分。 ODS 與生產(chǎn)系統(tǒng)區(qū)別的詳細對比分析如下表所示 : 分類 ODS 系統(tǒng) 生產(chǎn)系統(tǒng) 數(shù)據(jù)創(chuàng)建 ODS 不產(chǎn)生、不修改源數(shù)據(jù),可以幫助生產(chǎn)系統(tǒng)計算某些源數(shù)據(jù),計算后的源數(shù)據(jù)不直接在 ODS 中更新,而是生產(chǎn)系統(tǒng)創(chuàng)建數(shù)據(jù),為 ODS 提供數(shù)據(jù)。 CTG-MBOSS 規(guī)范 版權所有,注意保密 19 E-O:總體規(guī)范 返回給生產(chǎn)系統(tǒng),由生產(chǎn)系統(tǒng)更新后, ODS 再通過數(shù)據(jù)抽取、加載過程完成本系統(tǒng)內(nèi)數(shù)據(jù)更新。 數(shù)據(jù)質(zhì)量 ODS 提供提升數(shù)據(jù)質(zhì)量管理手段和技術手段,發(fā) 現(xiàn)數(shù)據(jù)質(zhì)量問題。 生產(chǎn)系統(tǒng)對本系統(tǒng)的問題數(shù)據(jù)進行修正和完善,解決數(shù)據(jù)質(zhì)量問題。 數(shù)據(jù)模型 ODS 承載企業(yè)級數(shù)據(jù)模型。 生產(chǎn)系統(tǒng)承載本系統(tǒng)數(shù)據(jù)域的企業(yè)級數(shù)據(jù)模型,生產(chǎn)系統(tǒng)邏輯模型和 ODS 邏輯模型一致,但生產(chǎn)系統(tǒng)物理模型和 ODS物理模型允許有差異。 數(shù)據(jù)共享 ODS 采集整合各源生產(chǎn)系統(tǒng)數(shù)據(jù), ODS中數(shù)據(jù)實時性較源生產(chǎn)系統(tǒng)有一定延遲,因此 ODS 向數(shù)據(jù)實時性要求相對較低的系統(tǒng)或某些系統(tǒng)功能提供跨系統(tǒng)數(shù)據(jù)的共享服務。 隨著 ODS 演進、 ODS 數(shù)據(jù)獲取頻度的提高, ODS 可提供數(shù)據(jù)的實時性不斷提高,則 ODS 可為更多接 近實時共享要求的外系統(tǒng)提供數(shù)據(jù)共享服務。 生產(chǎn)系統(tǒng)間帶有業(yè)務邏輯交互的數(shù)據(jù)共享由生產(chǎn)系統(tǒng)間完成; 生產(chǎn)系統(tǒng)間不帶有業(yè)務邏輯交互的實時數(shù)據(jù)共享由生產(chǎn)系統(tǒng)間完成。 系統(tǒng)功能 查詢: ODS 提供基于跨系統(tǒng)數(shù)據(jù)的查詢應用; 報表類: 基于跨系統(tǒng)數(shù)據(jù)的固定或動態(tài)報表由ODS 提供; 查詢: 對于生產(chǎn)系統(tǒng)未提供的跨系統(tǒng)數(shù)據(jù)準實時查詢應用,生產(chǎn)系統(tǒng)可通過與 ODS 界面集成方式提供該應用; 對于生產(chǎn)系統(tǒng)已提供的跨 系統(tǒng)數(shù)據(jù)準實時查詢應用,生產(chǎn)系統(tǒng)有的數(shù)據(jù)由本系統(tǒng)提供,其他數(shù)據(jù)通過 ODS 提供; CTG-MBOSS 規(guī)范 版權所有,注意保密 20 E-O:總體規(guī)范 基于單系統(tǒng)數(shù)據(jù)的、實時性要求不高的固定或動態(tài)報表由 ODS 提供。 計算: 批量數(shù)據(jù)的計算在 ODS 上完成。 生產(chǎn)系統(tǒng)需要查詢跨系統(tǒng)數(shù)據(jù)且實時性要求高,由生產(chǎn)系統(tǒng)之間通過界面集成或者實時服務調(diào)用方式實現(xiàn)。 報表: 基于單系統(tǒng)數(shù)據(jù)的、實時性要求高的固定或動態(tài)報表由生產(chǎn)系統(tǒng)自身提供。 計算: 事件驅(qū)動的數(shù)據(jù)計算在生產(chǎn)系統(tǒng)上完成。 4.1.2 ODS 系統(tǒng)和生產(chǎn)系統(tǒng)功能邊界劃分 ODS 完成跨系統(tǒng)數(shù)據(jù)的整合,為生產(chǎn)系統(tǒng)提供準實時數(shù)據(jù)共享服務、為生產(chǎn)系統(tǒng)提供屬性數(shù)據(jù)的批量計算、跨系統(tǒng)共享數(shù)據(jù)的提供、承擔部分報表的功能。因此, ODS 的建設對現(xiàn)有生產(chǎn)系統(tǒng)的功 能改造及新建的生產(chǎn)系統(tǒng)都會帶來影響,具體說明如下: 查詢 對于生產(chǎn)系統(tǒng)未提供的準實時跨系統(tǒng)數(shù)據(jù)查詢應用,生產(chǎn)系統(tǒng)可通過與ODS 界面集成方式提供該應用; 對于生產(chǎn)系統(tǒng)已提供的跨系統(tǒng)數(shù)據(jù)準實時查詢應用,生產(chǎn)系統(tǒng)有的數(shù)據(jù)由本系統(tǒng)提供,其他系統(tǒng)數(shù)據(jù)由 ODS 提供; 生產(chǎn)系統(tǒng)需要查詢跨系統(tǒng)數(shù)據(jù)且實時性要求高( ODS 中的數(shù)據(jù)還無法滿足這種實時要求),由生產(chǎn)系統(tǒng)之間通過界面集成或者實時服務調(diào)用方式實現(xiàn); CTG-MBOSS 規(guī)范 版權所有,注意保密 21 E-O:總體規(guī)范 報表 基于單生產(chǎn)系統(tǒng)數(shù)據(jù)的實時性要求比較高的生產(chǎn)經(jīng)營報表在各生產(chǎn)系統(tǒng)實現(xiàn),其他生產(chǎn)經(jīng)營報表提供在 ODS 系統(tǒng)實現(xiàn)。 計算 原則上批量的計算在 ODS 系統(tǒng)完成,事件驅(qū)動的計算在生產(chǎn)系統(tǒng)上完成。 對于生產(chǎn)系統(tǒng)沒有提供的基于跨系統(tǒng)或單系統(tǒng)數(shù)據(jù)的屬性數(shù)據(jù)的批量計算,由 ODS 系統(tǒng)負責計算生成,之后同步計算結果到生產(chǎn)系統(tǒng); 對于生產(chǎn)系統(tǒng)已經(jīng)提供的基于跨系統(tǒng)或單系統(tǒng)數(shù)據(jù)的屬性數(shù)據(jù)的批量計算,在現(xiàn)有生產(chǎn)系統(tǒng)升級或者該功能需要改造時不再承擔此功能,而由ODS 系統(tǒng)負責計算生成,之后同步計算結果到生產(chǎn)系統(tǒng); 模型 ODS 承載企業(yè)級數(shù)據(jù)模型,生產(chǎn)系統(tǒng)升級和改造時,生產(chǎn)系統(tǒng)模型升級以ODS 承載的企業(yè)級數(shù)據(jù)模型為依據(jù); 生產(chǎn)系統(tǒng)承載本系統(tǒng)數(shù)據(jù)域的企業(yè)級數(shù) 據(jù)模型,生產(chǎn)系統(tǒng)邏輯模型和 ODS邏輯模型一致,生產(chǎn)系統(tǒng)和 ODS 物理模型允許有差異。 共享 生產(chǎn)系統(tǒng)之間準實時共享數(shù)據(jù)的接口,改由通過 ODS 獲取其他系統(tǒng)數(shù)據(jù);生產(chǎn)系統(tǒng)之間的已有具有業(yè)務邏輯的實時數(shù)據(jù)共享接口,保留原有實現(xiàn)方式; 對 MSS 系統(tǒng)需要獲取 BSS 和 OSS 數(shù)據(jù)的情況,如果數(shù)據(jù)在 ODS 數(shù)據(jù)范圍內(nèi),則從 ODS 上獲取數(shù)據(jù)。 注:對于生產(chǎn)系統(tǒng)間不帶有業(yè)務邏輯交互的實時數(shù)據(jù)共享(如 CRM 向 ISMP 平 CTG-MBOSS 規(guī)范 版權所有,注意保密 22 E-O:總體規(guī)范 臺提供用戶狀態(tài)變更數(shù)據(jù)),隨著 ODS 的演進過程及 ODS 共享數(shù)據(jù)的實時性的提高,只要 ODS 提供共享數(shù)據(jù)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論