中國聯(lián)通企業(yè)信息化規(guī)劃

IT架構(gòu)設(shè)計初步思路Thursday,October13,2022總體架構(gòu)構(gòu)商業(yè)智能能SDPMSSCRM&&Billing服務(wù)交付付NetworkManagement我們的方方案－－－統(tǒng)計分分析型系系統(tǒng)分布布圖BSS類報表及及分析企業(yè)決策策支持OSS類報表及及分析ERP報表分析析概念解釋釋現(xiàn)狀描述述及問題題分析我們的設(shè)設(shè)計方案案方案解析析Q&A商業(yè)智能能部分需要回答答的問題題。。。。1。什么么是商業(yè)業(yè)智能（（BI）？2。什么么是數(shù)據(jù)據(jù)倉庫（（DW）？3。什么么是數(shù)據(jù)據(jù)挖掘（（DataMining）？4。什么么是聯(lián)機機分析（（OLAPAnalysis）？5。什么么是分析析型客戶戶管理（（ACRM）？6。什么么是企業(yè)業(yè)決策支支持（DSS）？答案。。。。1。什么么是商業(yè)業(yè)智能（（BI）？BI是一種手手段的總總稱，包包含2、3、4幾種具體體技術(shù)2。什么么是數(shù)據(jù)據(jù)倉庫（（DW）？一種數(shù)據(jù)據(jù)存儲技技術(shù)3。什么么是數(shù)據(jù)據(jù)挖掘（（DataMining）？一種發(fā)現(xiàn)現(xiàn)數(shù)據(jù)內(nèi)內(nèi)部潛在在規(guī)律并并用來預(yù)預(yù)測未來來的技術(shù)術(shù)4。什么么是聯(lián)機機分析（（OLAPAnalysis）？一種分析析技術(shù)5。什么么是分析析型客戶戶管理（（ACRM）？6。什么么是企業(yè)業(yè)決策支支持（DSS）？實現(xiàn)系統(tǒng)統(tǒng)功能的手手段系統(tǒng)功能域概念解釋釋現(xiàn)狀描述述及問題題分析我們的設(shè)設(shè)計方案案方案解析析Q&A商業(yè)智能能部分BSSMSSOSS客戶服務(wù)務(wù)分析功能能大客戶管管理分析功能能綜合結(jié)算算分析功能能綜合營帳帳分析功能能代理商管管理分析功能能專業(yè)計費費分析功能能繳費卡分析功能能綜合采集集分析功能能維系挽留留經(jīng)營分析析網(wǎng)絡(luò)資源源管理分析功能能網(wǎng)絡(luò)管理理分析功能能運維管理理分析功能能ERP分析功能能OA專業(yè)MIS分析功能能綜合統(tǒng)計計圖例分析型應(yīng)應(yīng)用久其報表表增值業(yè)務(wù)務(wù)管理分析功能能產(chǎn)品分析析斜體/下劃線表表示系統(tǒng)統(tǒng)在某些些省份尚未未建設(shè)聯(lián)通分析析型應(yīng)用用的分布布現(xiàn)狀分析型應(yīng)應(yīng)用的分分散導(dǎo)致致了報表表體系的的分散，，突出表表現(xiàn)為““三套報報表”的的數(shù)據(jù)不不一致問問題缺乏專門門的決策策支持分分析應(yīng)用用，難以以滿足決決策支持持迫切所所需的分分析需求求經(jīng)營分析析系統(tǒng)并并未能真真正滿足足業(yè)務(wù)發(fā)發(fā)展所需需的分析析需求，，許多業(yè)業(yè)務(wù)分析析功能（（如離網(wǎng)網(wǎng)預(yù)測、、客戶分分群等））并未建建立起來來分析型數(shù)數(shù)據(jù)分布布在不同同的應(yīng)用用系統(tǒng)，，缺乏不不同系統(tǒng)統(tǒng)之間的的數(shù)據(jù)關(guān)關(guān)聯(lián)分析型應(yīng)應(yīng)用分散散在不同同的應(yīng)用用系統(tǒng)，，缺乏相相對集中中的分析析型應(yīng)用用缺乏統(tǒng)一一的報表表指標(biāo)體體系和規(guī)規(guī)范，來來自不同同分析型型應(yīng)用的的報表其其指標(biāo)解解釋不一一樣經(jīng)營分析析系統(tǒng)的的使用對對象不明明確，分分析類型型劃分不不規(guī)范缺乏從現(xiàn)現(xiàn)有分析析型系統(tǒng)統(tǒng)架構(gòu)向向統(tǒng)一的的企業(yè)級級數(shù)據(jù)倉倉庫的清清晰的可可操作的的演進規(guī)規(guī)劃主要問題題發(fā)現(xiàn)對業(yè)務(wù)/管理的影影響分析型應(yīng)應(yīng)用現(xiàn)狀狀評估概念解釋釋現(xiàn)狀描述述及問題題分析我們的設(shè)設(shè)計方案案方案解析析Q&A商業(yè)智能能部分終端用戶戶元數(shù)據(jù)管管理數(shù)據(jù)源生產(chǎn)型DBMSLegacyBusinessMetadata業(yè)務(wù)元數(shù)據(jù)ReportWriterTool報表QueryTool即席查詢詢AnalyticalTool聯(lián)機分析析KnowledgeDiscoveryTool數(shù)據(jù)挖掘掘運維架構(gòu)構(gòu)External數(shù)據(jù)集市市StagingODS數(shù)據(jù)倉庫庫ERPETL架構(gòu)前端展現(xiàn)現(xiàn)架構(gòu)抽取傳輸裝載元數(shù)據(jù)資資料庫開發(fā)架構(gòu)構(gòu)數(shù)據(jù)倉庫庫架構(gòu)TechnicalMetadata技術(shù)元數(shù)據(jù)十年理想想的規(guī)劃劃方案從三年規(guī)規(guī)劃的角角度對理理想方案案進行分分析優(yōu)點：數(shù)據(jù)集中中存儲，，系統(tǒng)集集成性高高，系統(tǒng)統(tǒng)接口少少，能夠夠支撐所所有的分分析需求求，是未未來發(fā)展展的最終終目標(biāo)；；缺點：投資大，，建設(shè)周周期長，不能滿滿足當(dāng)前前領(lǐng)導(dǎo)對對分析決決策支持持功能的的迫切需需求；實施過程程中需要要各業(yè)務(wù)務(wù)部門和和系統(tǒng)的的配合，，管控難度度大，實實施風(fēng)險險大；數(shù)據(jù)存儲儲建設(shè)復(fù)復(fù)雜，需需要完善善的設(shè)計計和規(guī)劃劃；生產(chǎn)系統(tǒng)統(tǒng)的變更更將對本本系統(tǒng)有有較大影影響，因因此系統(tǒng)統(tǒng)的建設(shè)設(shè)需要建建立在生生產(chǎn)系統(tǒng)統(tǒng)相對成成熟穩(wěn)定定的基礎(chǔ)礎(chǔ)上，當(dāng)當(dāng)前條件件還不夠夠成熟；；由于面向向所有的的分析需需求，系系統(tǒng)壓力力將很大大，現(xiàn)有有技術(shù)的的成熟程程度仍然然不能非非常有效效的承受受相應(yīng)的的系統(tǒng)壓壓力，系統(tǒng)性能能將會很很低；此系統(tǒng)關(guān)關(guān)系到所所有的分分析功能能，需要要確保系系統(tǒng)高度度的可用用性，同同時現(xiàn)階階段無法法保證系系統(tǒng)相對對穩(wěn)定，，且系統(tǒng)統(tǒng)壓力非非常大，，因此系統(tǒng)維護護的復(fù)雜雜程度將將非常高高；結(jié)論：鑒于當(dāng)前前分析系系統(tǒng)過于于分散，，而未來來三至四四年又很很難實現(xiàn)現(xiàn)理想方方案的建建設(shè)，建建議將分分析系統(tǒng)統(tǒng)進行適適度集中中，即暫暫時通過過幾個相相對集中中的系統(tǒng)統(tǒng)滿足各各方面的的分析需需求；未來以其其中一個個分析系系統(tǒng)為基基礎(chǔ)，向向理想方方案過渡渡。某運營商商數(shù)據(jù)倉倉庫建設(shè)設(shè)案例企業(yè)現(xiàn)狀狀：業(yè)務(wù)系統(tǒng)統(tǒng)建設(shè)較較早，流流程和數(shù)數(shù)據(jù)都不不規(guī)范，，一直處處在頻繁繁升級改改造階段段。用戶數(shù)超超過2000萬，每月月話單量量超過500GB。數(shù)據(jù)倉庫庫建設(shè)情情況系統(tǒng)在2004年開始建建設(shè)。第一階段段10個月，項項目組50人，BSS數(shù)據(jù)基本本進入數(shù)數(shù)據(jù)倉庫庫，未支支撐前端端應(yīng)用。。數(shù)據(jù)準(zhǔn)準(zhǔn)確性差差，系統(tǒng)統(tǒng)ETL維護工作作量大。。第二階段段8個月，項項目組20人，重點點解決數(shù)數(shù)據(jù)準(zhǔn)確確性問題題，及支支持市場場部的報報表，數(shù)數(shù)據(jù)倉庫庫數(shù)據(jù)范范圍包括括BSS的數(shù)據(jù)，，數(shù)據(jù)倉倉庫數(shù)據(jù)據(jù)量達到到10TB。第三階段段正在實實施，項項目組20人，由于于核心業(yè)業(yè)務(wù)系統(tǒng)統(tǒng)改造，，給數(shù)據(jù)據(jù)倉庫的的ETL帶來極大大問題，，數(shù)據(jù)倉倉庫的ETL工作面臨臨推倒重重來的危危險，而而且已進進入數(shù)據(jù)據(jù)倉庫的的數(shù)據(jù)面面臨重新新生成的的問題。。總體評價價：整套系統(tǒng)統(tǒng)處于不不可用狀狀態(tài)，下下階段如如何實施施及數(shù)據(jù)據(jù)倉庫項項目走向向都有待待確定。。數(shù)據(jù)倉庫庫建設(shè)中中需要考考慮的問問題：數(shù)據(jù)倉庫庫建設(shè)時時機。最最好應(yīng)選選擇業(yè)務(wù)務(wù)系統(tǒng)核核心數(shù)據(jù)據(jù)模型和和流程基基本確定定后。企業(yè)級分分析系統(tǒng)統(tǒng)框架。。應(yīng)針對對分析型型的應(yīng)用用，規(guī)劃劃企業(yè)級級的分析析系統(tǒng)框框架。分步實施施。包括括進入數(shù)數(shù)據(jù)倉庫庫的業(yè)務(wù)務(wù)系統(tǒng)的的分步接接入，以以及分析析型應(yīng)用用和數(shù)據(jù)據(jù)倉庫的的分布實實施。有力的管管控。數(shù)數(shù)據(jù)倉庫庫的建設(shè)設(shè)是長期期的過程程，面向向數(shù)據(jù)倉倉庫的數(shù)數(shù)據(jù)需求求和業(yè)務(wù)務(wù)需求都都需要正正規(guī)的控控制流程程。我們的方方案－－－統(tǒng)計分分析型系系統(tǒng)分布布圖我們的方方案－－－統(tǒng)計分分析型系系統(tǒng)分布布圖BSS類報表及及分析企業(yè)決策策支持OSS類報表及及分析ERP報表分析析分析系統(tǒng)統(tǒng)的劃分分角度統(tǒng)計分析析型系統(tǒng)統(tǒng)服務(wù)對對象CEOCOO。。。市場部總總管計劃部總總管運維部總總管計費處處處長市場部CRM處長。。。市場營銷銷策劃人人客戶經(jīng)理理。。。總裁級系系統(tǒng)使用用者總管級系系統(tǒng)使用用者中層領(lǐng)導(dǎo)導(dǎo)級系統(tǒng)統(tǒng)使用者者底層系統(tǒng)統(tǒng)使用者者企業(yè)決策策支持BSS報表分析析OSS報表分析析ERP報表分析析以服務(wù)對對象來劃劃分統(tǒng)計分析析型系統(tǒng)統(tǒng)分布和分析型數(shù)數(shù)據(jù)存儲儲：注：BSS分析需求求是我們們關(guān)注的的重點，，對OSS//MSS分析需求求暫時不不多加討討論市場及競競爭者分分析合作伙伴伴分析客戶分析析。。。。客戶洞察察（離網(wǎng)網(wǎng)預(yù)測/客戶分群群）市場及競競爭者詳詳細(xì)分析析合作伙伴伴詳細(xì)分分析客戶詳細(xì)細(xì)分析。。。。市場類分分析（目前最最多使用用）運維類分分析計劃類分分析市場/運維/計劃的關(guān)關(guān)聯(lián)分析析市場類分分析運維類分分析計劃類分分析市場/運維/計劃的關(guān)關(guān)聯(lián)分析析BSS分析決策支持持總部部省分分？？聯(lián)通分析析方面的的業(yè)務(wù)需需求OSSMSSBSS分析型數(shù)數(shù)據(jù)存儲儲分布圖圖BSS操作數(shù)據(jù)據(jù)存儲OSS操作數(shù)據(jù)據(jù)存儲BSS報表分析析結(jié)算……專業(yè)網(wǎng)管管網(wǎng)絡(luò)資源源……OSS報表分析析人力資源源財務(wù)管理理……企業(yè)決策策支持CRM計費BSS歷史數(shù)據(jù)據(jù)存儲企業(yè)決策策支持?jǐn)?shù)數(shù)據(jù)存儲儲OSS歷史數(shù)據(jù)據(jù)存儲ERP操作數(shù)據(jù)據(jù)存儲ERP歷史數(shù)據(jù)據(jù)存儲ERP報表分析析概念解釋釋現(xiàn)狀描述述及問題題分析我們的設(shè)設(shè)計方案案方案解析析Q&A商業(yè)智能能部分中國聯(lián)通通企業(yè)級級數(shù)據(jù)倉倉庫經(jīng)營分析析數(shù)據(jù)存儲儲BSS數(shù)據(jù)存儲儲OSS數(shù)據(jù)存儲儲ERP數(shù)據(jù)存儲儲報表應(yīng)用用客戶洞察察DSSDSS數(shù)據(jù)存儲儲客戶洞察察數(shù)據(jù)存儲儲報表數(shù)據(jù)存儲儲應(yīng)用層源系統(tǒng)數(shù)數(shù)據(jù)層數(shù)據(jù)集市市企業(yè)級數(shù)數(shù)據(jù)存儲儲…………DSS數(shù)據(jù)存儲儲設(shè)計方案案的演進進思路。。。。兩種可選選的物理理實施方方案（作作為三～～四年的的規(guī)劃））方案一獨立建設(shè)DSS系統(tǒng)和DSS數(shù)據(jù)存儲方案二BSS數(shù)據(jù)存儲抽取其他系統(tǒng)數(shù)據(jù)，在經(jīng)營分析系統(tǒng)里實現(xiàn)決策支持功能BSS數(shù)據(jù)存儲儲DSS數(shù)據(jù)存儲儲BSS數(shù)據(jù)存儲儲DSS所需數(shù)據(jù)據(jù)OSS數(shù)據(jù)存儲儲ERP數(shù)據(jù)存儲儲OSS數(shù)據(jù)存儲儲ERP數(shù)據(jù)存儲儲數(shù)據(jù)流為為DSS分析所需需粗粒度度數(shù)據(jù)數(shù)據(jù)流為為DSS分析所需需粗粒度度數(shù)據(jù)經(jīng)營分析析面向營銷銷的分析析DSS……BSS報表分析析系統(tǒng)（名稱待待定）DSS兩種物理實施施方案的比比較設(shè)計使用對象象的專一一針對性性使用對象象專一，，具有針針對性使用對象象專一，，具有針針對性擴展的靈靈活性系統(tǒng)相對對獨立且且數(shù)據(jù)實實時性要要求低，，與其他他系統(tǒng)間間的相互互影響較較小任何系統(tǒng)統(tǒng)的變化化都將對對數(shù)據(jù)倉倉庫有所所影響，，從而影影響到基基于數(shù)據(jù)據(jù)倉庫的的各種應(yīng)應(yīng)用數(shù)據(jù)冗余余程度存在一定定的數(shù)據(jù)據(jù)冗余存在一定定的數(shù)據(jù)據(jù)冗余系統(tǒng)集成成程度系統(tǒng)分散散，系統(tǒng)統(tǒng)間接口口多，集集成性差差數(shù)據(jù)部分分集中，，系統(tǒng)間間接口較較少，集集成性較較強數(shù)據(jù)存儲儲粒度數(shù)據(jù)存儲儲粒度較較粗?jǐn)?shù)據(jù)存儲儲粒度較較粗性能系統(tǒng)性能能*獨立系統(tǒng)統(tǒng)，面向向?qū)I(yè)分分析需求求，用戶戶少，系系統(tǒng)壓力力小，性性能好面向多種種分析需需求，用用戶很多多，系統(tǒng)統(tǒng)壓力極極大，性性能差使用功能能的全面面性只能滿足足高層決決策分析析需求，，不能支支撐非常常具體細(xì)細(xì)化的分分析只能滿足足高層決決策分析析需求，，不能支支撐非常常具體細(xì)細(xì)化的分分析需求需求的緊緊迫性能夠滿足足當(dāng)前領(lǐng)領(lǐng)導(dǎo)對此此功能需需求的緊緊迫程度度能夠滿足足當(dāng)前領(lǐng)領(lǐng)導(dǎo)對此此功能需需求的緊緊迫程度度方案一方案二實施系統(tǒng)演進進難易程程度*數(shù)據(jù)存儲儲與企業(yè)業(yè)級數(shù)據(jù)據(jù)倉庫相相獨立，，數(shù)據(jù)倉倉庫的升升級改造造對DSS系統(tǒng)造成成的影響響較小由于與DW系統(tǒng)共享享數(shù)據(jù)存存儲和應(yīng)應(yīng)用服務(wù)務(wù)，因此此當(dāng)DW系統(tǒng)進行行升級改改造時會會對DSS系統(tǒng)造成成很大的的影響實施周期期較短較短實施的風(fēng)風(fēng)險度（（管控層層面）系統(tǒng)獨立立實施，，對其他他系統(tǒng)影影響不大大，管控控的復(fù)雜雜度和難難度都較較低在現(xiàn)有經(jīng)經(jīng)營分析析系統(tǒng)的的基礎(chǔ)上上擴充數(shù)數(shù)據(jù)和功功能模塊塊，一方方面會造造成數(shù)據(jù)據(jù)倉庫中中的數(shù)據(jù)據(jù)存儲混混亂，另另一方面面也會受受到經(jīng)營營分析系系統(tǒng)實施施現(xiàn)狀的的影響，，實施風(fēng)風(fēng)險非常常大建設(shè)的復(fù)復(fù)雜度（（數(shù)據(jù)層層面）獨立的數(shù)數(shù)據(jù)存儲儲，建設(shè)設(shè)相對容容易在現(xiàn)有數(shù)數(shù)據(jù)倉庫庫中增加加一定的的數(shù)據(jù)類類型，建建設(shè)相對對容易維護的復(fù)復(fù)雜度獨立的專專題系統(tǒng)統(tǒng)，維護護簡單由于與現(xiàn)現(xiàn)有數(shù)據(jù)據(jù)倉庫的的數(shù)據(jù)共共同存儲儲，系統(tǒng)統(tǒng)維護的的復(fù)雜度度有所上上升投資的大大小相對投資資較小相對投資資較小兩種物理實施施方案的比比較方案一方案二我們的意意見－－－依省分分實際情情況而訂訂所要回答答的問題題：數(shù)據(jù)的冗冗余程度度，數(shù)據(jù)據(jù)的實時時性要求求？方案一有有部分?jǐn)?shù)數(shù)據(jù)冗余余（即兩兩個分析析性數(shù)據(jù)據(jù)存儲）），但存存儲的方方式因不不同的服服務(wù)目的的而不同同；由于DSS需要的數(shù)數(shù)據(jù)的實實時性程程度不高高（每天天同步一一次），，因此對對系統(tǒng)性性能和數(shù)數(shù)據(jù)同步步性能沒沒有過高高的要求求；營銷相關(guān)關(guān)的準(zhǔn)實實時分析析可以從從BSS報表分析析系統(tǒng)提提供；如何保證證數(shù)據(jù)的的可靠性性、一致致性、準(zhǔn)準(zhǔn)確性，，如何避避免信息息孤島？？數(shù)據(jù)的一一致性和和信息孤孤島的避避免主要要靠操作作性系統(tǒng)統(tǒng)之間的的整合及及數(shù)據(jù)模模型的規(guī)規(guī)范一致致性來保保證；數(shù)據(jù)的質(zhì)質(zhì)量保障障主要靠靠對操作作流程的的控制力力度，屬屬于管控控的范疇疇；多個同類類項目的的管控的的問題，，項目管管理的問問題（不不同的廠廠家，不不同的時時間）？？系統(tǒng)必要要的企業(yè)業(yè)級的統(tǒng)統(tǒng)一規(guī)范范，包括括系統(tǒng)核核心功能能規(guī)范和和數(shù)據(jù)規(guī)規(guī)范；項目管理理的問題題屬于管管控的范范疇；概念解釋釋現(xiàn)狀描述述及問題題分析我們的設(shè)設(shè)計方案案方案解析析Q&A商業(yè)智能能部分商業(yè)智能能SDPMSSCRM&&Billing服務(wù)交付付NetworkManagement系統(tǒng)整體體架構(gòu)問題、影影響、方方案（SDP））問題用戶的定定制信息息和帳戶戶信息分分屬不同同的系統(tǒng)統(tǒng)，無法法對用戶戶定制情情況和用用戶特性性進行相相關(guān)性分分析，從從而：現(xiàn)狀描述述BREW、JAVA、LBS、WAP等各平臺臺中含有有計費功功能接入管理理平臺中中包含用用戶定制制信息省分營帳帳系統(tǒng)中中含有用用戶帳戶戶信息，，但無定定制信息息無法進行行統(tǒng)一的的客戶服服務(wù)無法針對對用戶的的使用習(xí)習(xí)慣進行行市場細(xì)細(xì)分用戶無法法在營業(yè)業(yè)廳取消消某項增增值業(yè)務(wù)務(wù)影響難以統(tǒng)一一客戶視視圖難以針對對用戶進進行深層層次分析析難以控制制用戶狀狀態(tài)難以開展展產(chǎn)品組組合營銷銷業(yè)務(wù)平臺臺中各自自存在計計費功能能，無法實現(xiàn)現(xiàn)產(chǎn)品組組合營銷銷用戶狀態(tài)態(tài)無法實實時更新新導(dǎo)致出出項計費費漏洞增值業(yè)務(wù)務(wù)結(jié)算平平臺接入管理理平臺BREWJAVALBSWAPIMAP4SP/CPA省營帳系系統(tǒng)B省營帳系系統(tǒng)……客戶基本本信息客戶基本本信息結(jié)算功能能定制信息息計費用戶信息息用戶信息息計費計費用戶信息息產(chǎn)品信息息PRM((合作伙伴伴關(guān)系管管理）計費CRM建議的全全國性增增值業(yè)務(wù)務(wù)架構(gòu)示示意圖建議：1、由CRM統(tǒng)一負(fù)責(zé)責(zé)面向客客戶的服服務(wù),用戶可以以在ＣＲＲＭ中實實現(xiàn)增值值業(yè)務(wù)的的開通、、定制、、暫停、、取消和和其他客客戶服務(wù)務(wù)2、統(tǒng)一管管理產(chǎn)品品目錄和和計費，，實現(xiàn)跨跨業(yè)務(wù)的的產(chǎn)品組組合3、減少新新增值業(yè)業(yè)務(wù)開發(fā)發(fā)和推向向市場的的時間，，同時提提高整個個體系的的安全性性4、對目前前的SP與用戶欺欺詐控制制提供一一定的ＩＩＴ支撐撐為此計費\結(jié)算\SP管理功能能從增值值業(yè)務(wù)各各系統(tǒng)中中剝離，，由BSS中計費、、結(jié)算、、PRM模塊實現(xiàn)現(xiàn)SDP模塊負(fù)責(zé)責(zé)與增值值服務(wù)交交付相關(guān)關(guān)的功能能(比如服務(wù)務(wù)開發(fā)、、來自客客戶的服服務(wù)請求求的滿足足等）省分CRM擁有用戶戶信息、、服務(wù)訂訂購關(guān)系系等數(shù)據(jù)據(jù),并向總部部ＳＤＰＰ同步必必要的鑒鑒權(quán)、認(rèn)認(rèn)證信息息省分CRM擁有產(chǎn)品品目錄。。SP/CP提供的新新服務(wù)／／服務(wù)，，經(jīng)總部部ＰＲＭＭ的準(zhǔn)入入流程后后進入產(chǎn)產(chǎn)品目錄錄，并在在總部ＳＳＤＰ中中 開展展具體業(yè)業(yè)務(wù)今后增值值業(yè)務(wù)相相關(guān)各業(yè)業(yè)務(wù)系統(tǒng)統(tǒng)建設(shè)按按照ＳＤＤＰ的架架構(gòu)開展展省分SDP架構(gòu)基本本類似某省分產(chǎn)品目錄錄用戶信息息定制信息息PRM((合作伙伴伴關(guān)系管管理）省分BSS二批、合合帳SP結(jié)算SP管理省分SDP示例總部SDP示例SP結(jié)算總部BSS省分SP的管理與與結(jié)算商業(yè)智能能SDPMSSCRM&&Billing服務(wù)交付付NetworkManagement系統(tǒng)整體體架構(gòu)企業(yè)門戶戶現(xiàn)存的的主要問問題及影影響企業(yè)門戶的主要問題影響企業(yè)門戶分散，缺少統(tǒng)一的門戶缺少統(tǒng)一的目錄管理，權(quán)限管理和統(tǒng)一認(rèn)證。不利于對內(nèi)對外展現(xiàn)中國聯(lián)通的統(tǒng)一形象不利于對外宣傳聯(lián)通的業(yè)務(wù)和服務(wù)不利于對內(nèi)宣貫聯(lián)通各項政策不能有效的為內(nèi)部員工，管理層，外部用戶和第三方合作伙伴展現(xiàn)足夠的信息和數(shù)據(jù)。不能為客戶提供多種自助服務(wù)不能為內(nèi)部員工提供進入業(yè)務(wù)系統(tǒng)和在業(yè)務(wù)系統(tǒng)間切換的統(tǒng)一平臺門戶展示示架構(gòu)SSO表現(xiàn)層管管理統(tǒng)一安全全服務(wù)目錄服務(wù)務(wù)portletportletportletERP,CRM…報表（DSS,經(jīng)營分析…)企業(yè)協(xié)同辦公Portal功能包括括兩個層層面，在在展現(xiàn)方方面:對于內(nèi)部部用戶，，它的單單點登陸陸負(fù)責(zé)將將復(fù)雜內(nèi)內(nèi)部管理理系統(tǒng)和和業(yè)務(wù)系系統(tǒng)的功功能模塊塊通過企企業(yè)門戶戶實現(xiàn)有有機集成成，以及及所有業(yè)業(yè)務(wù)/管理系統(tǒng)統(tǒng)信息的的綜合展展現(xiàn)，提提高員工工工作效效率；對對于外部部客戶，，它提供供一個展展現(xiàn)公司司形象，，提供產(chǎn)產(chǎn)品介紹紹并辦理理相應(yīng)業(yè)業(yè)務(wù)的統(tǒng)統(tǒng)一接觸觸點。同同時通過過統(tǒng)一的的安全服服務(wù)和內(nèi)內(nèi)容管理理，保障障信息的的安全性性。企業(yè)門戶戶:統(tǒng)統(tǒng)一接入入管理方方案SSO表現(xiàn)層管理統(tǒng)一安全管理客戶目錄服務(wù)員工目錄服務(wù)BSS客戶資料管理客戶自助服務(wù)客戶投訴客戶帳單查詢MSSBSSOSSHR員工信息息SSO表現(xiàn)層管理統(tǒng)一安全管理外部門戶戶內(nèi)部門戶戶功能支撐撐到什么么程度功能功能特征單點登陸單點登陸是利用用一個統(tǒng)一的用戶目錄服務(wù)系統(tǒng)，為多個系統(tǒng)中存在的用戶信息進行統(tǒng)一認(rèn)證，用戶只需要經(jīng)過一個登錄點完成登錄企業(yè)門戶，就可以在各個系統(tǒng)中來回自由切換和使用。目錄服務(wù)目錄服務(wù)主要為各業(yè)務(wù)/管理系統(tǒng)平臺提供統(tǒng)一的系統(tǒng)應(yīng)用管理、人員管理服務(wù)，以滿足系統(tǒng)管理，用戶權(quán)限控制，目錄數(shù)據(jù)與應(yīng)用系統(tǒng)交互管理的安全性和一致性。統(tǒng)一安全服務(wù)通過相應(yīng)的網(wǎng)絡(luò)安全配置，統(tǒng)一用戶權(quán)限配置，集中的終端病毒管理（對內(nèi)部員工），保障企業(yè)應(yīng)用服務(wù)的連續(xù)性和信息的安全性。表現(xiàn)層管理對于企業(yè)內(nèi)外門戶，提供管理展現(xiàn)內(nèi)容和展現(xiàn)方式的工具，包括：內(nèi)容管理：為具有權(quán)限的用戶提供發(fā)布和修改來自不同應(yīng)用系統(tǒng)的信息的工具，并管理/維護相應(yīng)的用戶權(quán)限。搜索服務(wù)：為用戶提供內(nèi)容檢索服務(wù)，包括標(biāo)題檢索、全文檢索以及文檔關(guān)鍵字檢索；便于用戶根據(jù)主題和關(guān)鍵字進行信息查詢業(yè)務(wù)系統(tǒng)鏈接：從統(tǒng)一接觸點為相應(yīng)的業(yè)務(wù)系統(tǒng)提供鏈接。企業(yè)資源源規(guī)劃的的主要問問題及影影響企業(yè)資源規(guī)劃的主要問題影響人力資源管理缺乏系統(tǒng)支撐或人力資源系統(tǒng)為單獨開發(fā)，與其它系統(tǒng)接口不靈活。缺乏企業(yè)績效管理的系統(tǒng)支撐。財務(wù)系統(tǒng)和其它業(yè)務(wù)系統(tǒng)還處于割裂狀態(tài)。缺乏統(tǒng)一的知識庫企業(yè)資源計劃方面的統(tǒng)計分析能力較弱缺乏對工程項目實施績效的跟蹤和對項目的后評估人力資源基礎(chǔ)數(shù)據(jù)不完整，很難掌握公司總體的人力分布情況，并且服務(wù)核算人工成本，優(yōu)化人力資源困難。對采購計劃管理，合同分析的支持無法深入大量固定資產(chǎn)沒有入賬管理，造成重復(fù)建設(shè)以及重復(fù)采購的情況，資源的利用效率低，企業(yè)運營成本高。系統(tǒng)整體體架構(gòu)ERP功功能介紹紹阿飛人力資源財務(wù)工程項目管理采購與庫存合同管理ERP通過信息息系統(tǒng)對對信息進進行充分分收集整整理、有有效傳遞遞，以財財務(wù)為核核心衡量量企業(yè)在在人、財財、物方方面的資資源，以以及運營營所涉及及的各種種活動，，從而力力求資源源的最佳佳分配，，以實現(xiàn)現(xiàn)企業(yè)經(jīng)經(jīng)營效率率的最大大化。ERP模模塊功能能介紹功能功能特征財務(wù)管理財務(wù)管理是ERP中的核心模塊，它涵蓋了運營管理、投資管理、籌資管理等計劃財務(wù)管理的各個方面，實現(xiàn)了從事前的規(guī)劃、預(yù)算，到事中的控制、預(yù)警，到事后的反映、分析以及核算人力資源人力資源管理作為一個獨立的模塊，負(fù)責(zé)人事信息的收集，績效考核的設(shè)置，成本核算的評估以及薪酬管理等功能

工程項目管理工程項目管理通過一整套工程項目相關(guān)的活動的單一和準(zhǔn)確的視圖，支撐項目管理從可研報告、立項、實施以及最終成本核算的整個周期。

采購與庫存庫存管理實現(xiàn)企業(yè)貨物進貨、儲存、發(fā)運等內(nèi)部各個環(huán)節(jié)流動管理的控制采購實現(xiàn)企業(yè)對采購全過程的有效跟蹤和控制，同時建立完善的供應(yīng)商檔案和供貨信息系統(tǒng)，并通過和庫存、應(yīng)付款、存貨核算等系統(tǒng)的共同使用，實現(xiàn)企業(yè)采購業(yè)務(wù)的物流及資金流的管理合同管理合同管理主要負(fù)責(zé)與合作伙伴及設(shè)備、服務(wù)供應(yīng)商的各類采購合同和項目合同。合同管理可在一定程度上自動化對合同整個生命周期的管理。商業(yè)智能能SDPMSSCRM&&Billing服務(wù)交付付NetworkManagement系統(tǒng)整體體架構(gòu)架構(gòu)現(xiàn)狀狀（計費費和營帳帳）一次批價價分散在在各個專專業(yè)系統(tǒng)統(tǒng)中除綜合營營帳外，，還有其其他的營營帳系統(tǒng)統(tǒng)獨立存存在用于于支持?jǐn)?shù)數(shù)據(jù)固定定等相關(guān)關(guān)業(yè)務(wù)綜合營帳帳主要完完成后付付費用戶戶的受理理及帳務(wù)務(wù)處理，，其他的的預(yù)付費費用戶主主要各類類智能網(wǎng)網(wǎng)系統(tǒng)處處理問題和影影響（計計費和營營帳）相同批價價功能的的系統(tǒng)建建設(shè)了多多套，每每套只是是簡單的的支持了了一兩種種業(yè)務(wù)，，導(dǎo)致系系統(tǒng)模塊塊的重用用性差，，建設(shè)成成本高。。每個專專業(yè)系統(tǒng)統(tǒng)都與營營帳有接接口，接接口多，，系統(tǒng)建建設(shè)復(fù)雜雜。多個營帳帳系統(tǒng)的的存在，，導(dǎo)致相相互的數(shù)數(shù)據(jù)共享享困難，，容易造造成信息息孤島。。系統(tǒng)的劃劃分導(dǎo)致致了預(yù)付付費用戶戶信息孤孤立在營營帳系統(tǒng)統(tǒng)之外，，無法有有效對該該類用戶戶進行服服務(wù)和分分析。架構(gòu)現(xiàn)狀狀（CRM）整個系統(tǒng)統(tǒng)架構(gòu)中中缺少對對市場營營銷和銷銷售功能能的系統(tǒng)統(tǒng)支撐客戶交互互分別在在不同的的系統(tǒng)中中進行，，如客服服系統(tǒng)、、營帳系系統(tǒng)等多個子系系統(tǒng)完成成客戶關(guān)關(guān)系管理理功能，，但不同同系統(tǒng)是是不同業(yè)業(yè)務(wù)部門門提出的的需求，，之間缺缺乏聯(lián)系系綜合營帳帳同時包包括營業(yè)業(yè)受理和和帳戶處處理功能能營業(yè)定單單受理功功能在不不同的營營帳系統(tǒng)統(tǒng)中均存存在客服系統(tǒng)統(tǒng)比較分分散，有有10010，，10018，，10019等等系統(tǒng)客戶自助助門戶系系統(tǒng)分散散，后端端沒有集集中的處處理平臺臺問題和影影響（CRM））CRM整整體建設(shè)設(shè)思路不不清，為為了應(yīng)急急，建設(shè)設(shè)了很多多小系統(tǒng)統(tǒng)，之間間接口關(guān)關(guān)系以及及功能劃劃分不明明確，導(dǎo)導(dǎo)致系統(tǒng)統(tǒng)擴展性性差，增增加新功功能就要要上新系系統(tǒng)系統(tǒng)分散散很大程程度上增增加了建建設(shè)統(tǒng)一一CRM系統(tǒng)的的難度無法進行行有效統(tǒng)統(tǒng)一的市市場活動動和銷售售的管理理客戶交互互平臺分分散，無無法有效效進行統(tǒng)統(tǒng)一的客客戶交互互管理綜合營帳帳系統(tǒng)的的營業(yè)和和帳務(wù)系系統(tǒng)緊耦耦合，導(dǎo)導(dǎo)致對外外的系統(tǒng)統(tǒng)接口繁繁多，新新業(yè)務(wù)接接入復(fù)雜雜不同定單單在不同同系統(tǒng)中中進行受受理導(dǎo)致致受理操操作復(fù)雜雜，容易易導(dǎo)致信信息的孤孤立客戶接觸觸點多，，每個客客戶接觸觸點掌握握的信息息相互獨獨立，造造成對客客戶服務(wù)務(wù)不一致致系統(tǒng)無法法支持統(tǒng)統(tǒng)一的服服務(wù)品牌牌，客戶戶感知程程度差，，影響客客戶滿意意度前端自助助門戶不不能有效效的獲得得后臺平平臺的統(tǒng)統(tǒng)一支撐撐，不能能提供統(tǒng)統(tǒng)一的自自助服務(wù)務(wù)功能方案––建議議BSS系統(tǒng)架架構(gòu)的劃劃分CRMBillingPRMBI由數(shù)據(jù)和和決策系系統(tǒng)專題題統(tǒng)一規(guī)規(guī)劃BSS內(nèi)內(nèi)部以及及外部系系統(tǒng)關(guān)系系圖此功能建建議在CRM系統(tǒng)建設(shè)設(shè)實現(xiàn)BSS系系統(tǒng)劃分分的總體體思路滿足對客客戶的售售前、售售中、售售后的統(tǒng)統(tǒng)一支持持的業(yè)務(wù)務(wù)需求此功能建建議CRM系統(tǒng)建設(shè)設(shè)實現(xiàn)CRM系統(tǒng)中’產(chǎn)品管理理’是唯一的的產(chǎn)品數(shù)數(shù)據(jù)管理理功能入入口,有利于加加強產(chǎn)品品這一重重要銷售售信息在在各個系系統(tǒng)中的的共享.此功能建建議CRM系統(tǒng)建設(shè)設(shè)實現(xiàn)統(tǒng)一客戶戶交互層層面，從從定單到到客戶服服務(wù)，統(tǒng)統(tǒng)一客戶戶的感受受統(tǒng)一管理理客戶的的各類資資料,包括交互互信息，，基本信信息等，，為客戶戶服務(wù)提提供保障障思路對系統(tǒng)劃劃分的影影響結(jié)合現(xiàn)狀狀，在滿滿足業(yè)務(wù)務(wù)需求的的基礎(chǔ)上上，進行行營帳分分離工作作,適當(dāng)縮小小CRM系統(tǒng)的范范圍,將一部分分功能拆拆解到其其他系統(tǒng)統(tǒng)BSS系統(tǒng)劃分分為客戶戶關(guān)系管管理(CRM),合作伙伴伴管理(PRM),計費帳務(wù)務(wù)系統(tǒng)(Billing),,BSS分析系統(tǒng)統(tǒng)(BI)).強調(diào)以客客戶為中中心,市場為導(dǎo)導(dǎo)向,突出IT系統(tǒng)對’大客服-統(tǒng)一客戶戶接觸,,統(tǒng)一客客戶服務(wù)務(wù),統(tǒng)一一客戶感感受’的支持.加強IT系統(tǒng)在市市場競爭爭中對閉閉環(huán)的業(yè)業(yè)務(wù)流程程的管理理能力,實現(xiàn)對’大市場（（綜合業(yè)業(yè)務(wù)支撐撐、組合合營銷、、精細(xì)化化營銷））’的支撐能能力.加強IT對收入保保障的支支撐.借鑒國際際成功經(jīng)經(jīng)驗,實施’營帳分離離’,提高系統(tǒng)統(tǒng)的專業(yè)業(yè)化和閉閉環(huán)化管管理總體思路路市場和銷銷售產(chǎn)品管理理客戶交互互管理此功能建議CRM系統(tǒng)建設(shè)設(shè)實現(xiàn)CRM的定單處處理需要要支持對對各類SIM卡，UIM卡，手機機終端銷銷售和庫庫存的管管理業(yè)務(wù)資源源管理此功能建建議獨立立的伙伴伴伙伴管管理系統(tǒng)統(tǒng)建設(shè)實實現(xiàn)合作伙伴伴管理的的功能相相對比較較獨立而而且較復(fù)復(fù)雜合作伙伴伴的獨立立建設(shè)可可以減少少CRM建設(shè)的復(fù)復(fù)雜性，，同時可可以與CRM并行的建建設(shè)和實實施，加加快系統(tǒng)統(tǒng)建設(shè)進進度合作伙伴伴管理關(guān)鍵考慮慮點此功能建建議計費費系統(tǒng)建建設(shè)實現(xiàn)現(xiàn)打破計費費數(shù)據(jù)分分散在不不同專業(yè)業(yè)系統(tǒng)帶帶來的數(shù)數(shù)據(jù)冗余余,批價重復(fù)復(fù)的現(xiàn)象象,建立綜合合數(shù)據(jù)采采集統(tǒng)一數(shù)據(jù)據(jù)采集此功能建建議計費費系統(tǒng)建建設(shè)實現(xiàn)現(xiàn)消除預(yù)付付和后付付客戶在在系統(tǒng)信信息上分分離,加強對預(yù)預(yù)付費用用戶的管管理和數(shù)數(shù)據(jù)分析析付費方式式融合商業(yè)智能能SDPMSSCRM&&Billing服務(wù)交付付NetworkManagement系統(tǒng)整體體架構(gòu)當(dāng)前問題題及影響響（服務(wù)務(wù)交付））當(dāng)前服務(wù)務(wù)交付架架構(gòu)移動業(yè)務(wù)務(wù)主要靠靠營帳系系統(tǒng)與聯(lián)聯(lián)機指令令系統(tǒng)接接口下達達指令，，其他系系統(tǒng)的協(xié)協(xié)調(diào)（如如計費系系統(tǒng)中的的修改））由營帳帳系統(tǒng)負(fù)負(fù)責(zé)增值業(yè)務(wù)務(wù)區(qū)分不不同服務(wù)務(wù)有不同同的服務(wù)務(wù)交付方方式，基基本靠各各增值業(yè)務(wù)務(wù)平臺完成數(shù)據(jù)固定定業(yè)務(wù)沒沒有固定定的服務(wù)務(wù)交付流流程和支支撐系統(tǒng)統(tǒng)，目前還沒沒有建立立統(tǒng)一的的服務(wù)開開通以及及訂單管管理平臺臺。每個個省、每每個業(yè)務(wù)務(wù)實現(xiàn)的的流程都都不一樣樣缺乏對集集團客戶戶跨專業(yè)業(yè)開通過過程的管管理；缺缺乏對全全國性大大客戶服服務(wù)開通通的支持持。問題與影影響營帳系統(tǒng)統(tǒng)定位不不清，對對流程缺缺少控制制力度部分省分分存在多多個聯(lián)機機指令系系統(tǒng)，導(dǎo)導(dǎo)致營帳帳系統(tǒng)接接口復(fù)雜雜，業(yè)務(wù)務(wù)邏輯復(fù)復(fù)雜由于缺少少對開通通流程的的跟蹤與與控制，，部分優(yōu)優(yōu)先級高高的移動動業(yè)務(wù)開開通及修修改受到到延遲前后臺的的信息不不夠透明明化，前前臺人員員對后臺臺定單及及工單處處理情況況不明朗朗大部分增增值業(yè)務(wù)務(wù)定單沒沒有跟蹤蹤，缺少少控制數(shù)據(jù)固定定業(yè)務(wù)沒沒有統(tǒng)一一定單視視圖，開開通周期期長，協(xié)協(xié)調(diào)困難難大量集團團客戶的的數(shù)據(jù)固固定業(yè)務(wù)務(wù)關(guān)系停停留在市市區(qū)級，，對這些些關(guān)鍵客客戶缺乏乏統(tǒng)一視視圖集成定單單/工單單管理的的作用成功的IOM應(yīng)該起到到的作用用包括：：統(tǒng)一的定定單/工單視圖圖：無論論何種客客戶對定定單狀態(tài)態(tài)有需求求，無論論該應(yīng)用用正處于于定單處處理的何何種狀態(tài)態(tài)，都應(yīng)應(yīng)作出及及時響應(yīng)應(yīng)端到端的的自動流流程管理理：從生生成定單單開始，，完成網(wǎng)網(wǎng)絡(luò)網(wǎng)絡(luò)絡(luò)配置及及開通，，直到賬賬戶信息息更新；；并且通通過最小小化人工工干預(yù)快快速處理理異常定定單和錯錯誤滿足多種種服務(wù)需需求，如如對于某某個產(chǎn)品品，用戶戶提出的的新增、、變更、、撤銷等等需求，，以及為為為完成成工單的的追單/撤單SLA&&KPI管理：通通過定義義及控制制交付責(zé)責(zé)任KPI和客戶合合同SLA，保證定定單處理理時間和和服務(wù)質(zhì)質(zhì)量的優(yōu)優(yōu)先級高可見性性：客戶戶可以對對定單處處理的狀狀態(tài)知情情，運營營商可以以及時的的主動聯(lián)聯(lián)系客戶戶通過方便便的用戶戶界面和和可重用用的部件件，支持持新產(chǎn)品品和產(chǎn)品品捆綁的的快速配配置通過EAI技術(shù)降低低接口復(fù)復(fù)雜性，，包括自自動工單單和手工工工單處處理的一一致性服務(wù)交付付系統(tǒng)服務(wù)激活活管理新的資源源管理新的服務(wù)務(wù)實現(xiàn)架架構(gòu)支持遺留留配置和和激活開通管理理產(chǎn)品設(shè)計計把工單分分解成工工作項目目管理工作作流管理資源源分配支持新服服務(wù)/網(wǎng)絡(luò)的配置和激激活集成工單單管理(IWOM))服務(wù)設(shè)計計管理服務(wù)務(wù)計劃表表管理資源源分配把SO分解成工工作項目目管理和追追蹤工作作流工作組管管理CRM通過自動動化的工工作流，，控制服服務(wù)開通通計費系統(tǒng)統(tǒng)服務(wù)訂單單啟動計費費系統(tǒng)發(fā)送工作作項目業(yè)務(wù)邏輯輯在開通通和資源源管理之之間分擔(dān)擔(dān)網(wǎng)元具有內(nèi)部部關(guān)系的的復(fù)雜的數(shù)數(shù)據(jù)模型型分配資源服務(wù)設(shè)計計信息和工工作流狀態(tài)態(tài)資源更新新管理工作流計劃資源源升級工作作流新型的、、全面集集成的OSS提供包括括端到端端配置功功能的服服務(wù)提供供能力。。這為服服務(wù)提供供商提供供了一種種集成的的解決方方案，使使他們能能夠跨越越技術(shù)和和服務(wù)層層的細(xì)節(jié)節(jié)，使傳傳統(tǒng)服務(wù)務(wù)的實現(xiàn)現(xiàn)高度自自動化。。定單接收收定單分解解任務(wù)生成成/分配定單路由由/相關(guān)性協(xié)協(xié)調(diào)危險通知知/升級服務(wù)水平平協(xié)議報報告Taskgeneration/distributionTaskgeneration/distribution自動任務(wù)務(wù)(配置)Taskgeneration/distributionTaskgeneration/distribution手工任務(wù)務(wù)(外派工作作任務(wù)管管理系統(tǒng)統(tǒng))異常處理理業(yè)務(wù)規(guī)則則/工作流定單跟蹤蹤定單管理理控制端端到端服服務(wù)提供供流程。。它管理理其他和和服務(wù)提提供相關(guān)關(guān)的系統(tǒng)統(tǒng)執(zhí)行服服務(wù)提供供任務(wù)，，例如配配置、外外派工作作任務(wù)管管理、測測試、更更新計費費和帳務(wù)務(wù)系統(tǒng)、、客戶服服務(wù)系統(tǒng)統(tǒng)。定單單管理系系統(tǒng)可以以建造在在EAI集成平臺臺上。運作支持持系統(tǒng)問題、影影響、方方案（服服務(wù)交付付）對業(yè)務(wù)的的支撐對綜合業(yè)業(yè)務(wù)進行行全面支支撐，形形成統(tǒng)一一定單視視圖有利于全全國性集集團客戶戶業(yè)務(wù)交交付支撐撐的協(xié)調(diào)調(diào)對增值業(yè)業(yè)務(wù)的具具體服務(wù)務(wù)（如某某首炫鈴鈴）需要要與SDP協(xié)調(diào)收益通過流程程自動化化控制提提高效率率，加強強流程的的監(jiān)控縮短產(chǎn)品品推出和和服務(wù)交交付時間間提高服務(wù)務(wù)交付的的質(zhì)量減少手工工工作的的開銷，，和錯誤誤幾率保持前后后臺數(shù)據(jù)據(jù)一致性性在未來業(yè)業(yè)務(wù)運營營框架中中IOM系統(tǒng)的定定位及系系統(tǒng)接口口IOM將通過現(xiàn)現(xiàn)有的EAI平臺與其其他系統(tǒng)統(tǒng)的接口口與IOM接口的系系統(tǒng)包括括：與CRM集成接收業(yè)務(wù)務(wù)定單定單狀態(tài)態(tài)查詢與Billing集成產(chǎn)品目錄錄配置的的統(tǒng)一與網(wǎng)絡(luò)資資源管理理系統(tǒng)集集成與網(wǎng)絡(luò)開開通系統(tǒng)統(tǒng)集成包括與測測試模塊塊集成（（可以是是手工回回填步驟驟不需系系統(tǒng)接口口）與工作組組管理系系統(tǒng)集成成完成手手工工單單商業(yè)智能能SDPMSSCRM&&Billing服務(wù)交付付NetworkManagement系統(tǒng)整體體架構(gòu)網(wǎng)管類系系統(tǒng)架構(gòu)構(gòu)設(shè)計前前提與假假設(shè)網(wǎng)管系統(tǒng)統(tǒng)架構(gòu)設(shè)設(shè)計是基基于以下下前提及及假設(shè)作作出的：：1、有一個個獨立的的組織能能夠使用用和維護護綜合資資源管理理系統(tǒng)以以及綜合合服務(wù)保保障類系系統(tǒng)，該該組織在在專業(yè)維維護部門門之上；；2、逐漸轉(zhuǎn)轉(zhuǎn)變目前前的運維維體制，，從分散散運維到到集中運運維；3、有獨立立的面向向綜合類類OSS系統(tǒng)建設(shè)設(shè)的IT管控部門門；4、地市網(wǎng)網(wǎng)管系統(tǒng)統(tǒng)逐漸合合建到省省級系統(tǒng)統(tǒng)；5、專業(yè)網(wǎng)網(wǎng)管系統(tǒng)統(tǒng)建設(shè)基基本完成成，能夠夠接入各各專業(yè)網(wǎng)網(wǎng)元設(shè)備備，實現(xiàn)現(xiàn)基本的的專業(yè)內(nèi)內(nèi)部告警警及處理理；網(wǎng)管系統(tǒng)統(tǒng)當(dāng)前架架構(gòu)網(wǎng)管系統(tǒng)統(tǒng)架構(gòu)存存在主要要問題以以及影響響問題影響專業(yè)網(wǎng)管相互割裂，缺乏對跨專業(yè)服務(wù)的支撐，缺乏對用戶的支撐無法提供對于服務(wù)的支撐；相同功能多個系統(tǒng)重復(fù)建設(shè)，投資浪費，系統(tǒng)管理維護成本高。多個網(wǎng)管系統(tǒng)均存在人工工作流調(diào)度系統(tǒng)，之間又相互獨立。運維流程管理困難，考核難度大，任務(wù)以及問題解決周期長，影響客戶滿意度，增加運維成本。資源管理系統(tǒng)功能弱，并且沒有跨專業(yè)統(tǒng)一的資源管理功能，資源數(shù)據(jù)模型不一致。無法建立綜合的跨專業(yè)面向服務(wù)的服務(wù)支撐系統(tǒng)。無法與BSS系統(tǒng)以及MSS系統(tǒng)關(guān)聯(lián)分析。無法進行基于收入以及成本的資源分析，網(wǎng)絡(luò)優(yōu)化以及規(guī)劃缺乏數(shù)據(jù)支撐。網(wǎng)絡(luò)投資建設(shè)缺乏數(shù)據(jù)支撐，具有一定的盲目性，投入產(chǎn)出比低，無法達到精細(xì)化