萬字企業(yè)數(shù)字化轉(zhuǎn)型及數(shù)據(jù)中臺建設(shè)方案

企業(yè)數(shù)字化轉(zhuǎn)型及數(shù)據(jù)中臺建設(shè)方案第PAGE第0頁，共168頁企業(yè)數(shù)字化轉(zhuǎn)型及數(shù)據(jù)中臺建設(shè)方案目錄第1章 綜述 51.1 項目背景 51.2 建設(shè)目標(biāo) 51.2.1 數(shù)據(jù)資產(chǎn)自動匯聚、一鍵發(fā)布 51.2.2 數(shù)據(jù)資產(chǎn)可視、可用、可管理 61.2.3 數(shù)據(jù)質(zhì)量可控、可視、可追溯 71.3 建設(shè)思路 8第2章 建設(shè)方案 102.1 采集層 102.1.1 采集適配模塊 102.1.2 數(shù)據(jù)處理適配器 112.1.3 數(shù)據(jù)采集策略的定制管理 112.1.4 數(shù)據(jù)補采 142.1.5 采集調(diào)度模塊 152.2 數(shù)據(jù)模型層 252.2.1 建模方法思路 262.2.2 數(shù)據(jù)模型分層架構(gòu)設(shè)計 302.3 數(shù)據(jù)治理功能 332.3.1 統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)管理 332.3.2 統(tǒng)一數(shù)據(jù)建模 33 統(tǒng)一數(shù)據(jù)加工 342.3.3 統(tǒng)一數(shù)據(jù)資產(chǎn) 342.3.4 統(tǒng)一數(shù)據(jù)質(zhì)量管理 35 統(tǒng)一數(shù)據(jù)共享與開放 352.4 能力開放 362.4.1 數(shù)據(jù)資產(chǎn)開放 372.4.2 指標(biāo)開放 372.4.3 數(shù)據(jù)服務(wù)超市 372.5 網(wǎng)管遷移方案 372.5.1 BI工具 38第3章 項目實施管理方案 423.1項目組織管理 423.1.1建立項目組織管理機構(gòu) 423.1.2確定項目分工角色職責(zé) 433.1.3建立項目組織相關(guān)管理制度 473.2項目管理計劃 473.2.1綜合管理計劃 473.2.2綜合變更控制 493.3范圍控制計劃 493.3.1范圍定義及跟蹤 493.3.2變更管理 503.3.3變更控制工具 503.4進度控制計劃 523.4.1項目進度跟蹤 523.4.2項目進度分析 523.4.3項目進度控制 533.5組織機構(gòu)和人員管理計劃 543.5.1人力資源規(guī)劃 543.5.2項目團隊建設(shè) 543.5.3項目團隊管理 543.6質(zhì)量保障計劃 543.6.1質(zhì)量保證目標(biāo) 543.6.2質(zhì)量保證角色與職責(zé) 553.6.3質(zhì)量保證流程 563.6.4質(zhì)量保證活動 573.7溝通管理計劃 583.7.1溝通計劃 583.7.2報告形式 593.7.3相關(guān)工具文檔 593.8配置管理計劃 593.8.1配置管理目標(biāo) 593.8.2配置管理角色與職責(zé) 603.8.3配置管理流程 603.8.4配置項定義 623.8.5配置管理活動 643.8.6配置管理工具 693.9風(fēng)險控制計劃 703.9.1風(fēng)險識別 703.9.2風(fēng)險分析 703.9.3風(fēng)險控制 713.10變革管理計劃 733.10.1變革管理方法 733.10.2變革管理成功的關(guān)鍵策略 733.11項目進度計劃 743.11.1影響項目進度的因素 743.11.2項目進度制定的原則 743.11.3項目實施進度計劃 743.11.4項目里程碑 763.12安全保密計劃 763.13文檔編制計劃 783.13.1項目管理類 783.13.2軟件工程類 783.13.3項目支持類 793.14質(zhì)量保障計劃 853.14.1確定質(zhì)量保證目標(biāo) 853.14.2質(zhì)量保證角色與職責(zé) 853.14.3質(zhì)量保證流程 873.14.4質(zhì)量保證活動 883.15產(chǎn)品交付計劃 883.15.1背景介紹 883.15.2客戶管理 893.15.3服務(wù)人員管理 913.15.4服務(wù)流程管理 943.15.5服務(wù)實體設(shè)施 1003.15.6產(chǎn)品詳細(xì)交付計劃 1023.16項目培訓(xùn)計劃 1093.16.1培訓(xùn)組織管理 1093.16.2培訓(xùn)隊伍要求 1103.16.3培訓(xùn)對象 1103.16.4培訓(xùn)內(nèi)容及要求 1103.17實施風(fēng)險管理 1123.17.1風(fēng)險計劃 1123.17.2風(fēng)險監(jiān)視 1143.17.3風(fēng)險管理 115第4章 售后服務(wù)及培訓(xùn) 1164.1售后服務(wù)說明 1164.1.1售后服務(wù)及響應(yīng)級別 1164.1.2定期現(xiàn)場巡檢服務(wù) 1194.1.3專人值守服務(wù) 1194.1.4本地化服務(wù) 1204.2運維服務(wù)保障措施 1204.2.1項目運維組織機構(gòu)及職責(zé) 1214.2.2運維風(fēng)險預(yù)防措施 1224.2.3運維突發(fā)事情應(yīng)急措施 1224.3服務(wù)質(zhì)量保障措施 1234.3.1完善的售后服務(wù)體系 1234.3.2運行維護制度建立 1234.3.3運維知識庫系統(tǒng) 1234.3.4運行維護隊伍建設(shè) 1244.3.5閉環(huán)式服務(wù) 1254.3.6服務(wù)監(jiān)督機制 1254.3.7試運行期間的運維保障 1264.3.8免費質(zhì)保期間的運維保障 1274.3.9免費質(zhì)保期后的運維保障 1274.4質(zhì)量保證范圍 1284.5售后服務(wù)承諾書 1284.6售后服務(wù)機構(gòu)網(wǎng)點清單、服務(wù)電話 1304.6.1售后服務(wù)人員配置 1304.6.2人員培訓(xùn)計劃 130第5章 施工組織設(shè)計方案 1335.1施工組織設(shè)計 1335.1.1綜合說明，質(zhì)量、服務(wù)、安全文明施工目標(biāo) 1335.1.2主要施工方法；新技術(shù)、新材料、新工藝、新設(shè)備的應(yīng)用 1355.1.3工程投入的主要物資和施工機械設(shè)備情況、主要施工機械進場計劃 1375.1.4施工設(shè)備進場計劃 1375.1.5工程所用產(chǎn)品進場計劃 1385.1.6確保工程質(zhì)量的技術(shù)組織措施 1385.1.7確保安全生產(chǎn)的技術(shù)組織措施 1395.1.8確保文明施工的技術(shù)組織措施 1405.1.9施工順序、總進度安排及總形象進度示意圖 1405.2項目管理機構(gòu)配備 1405.3質(zhì)量及保修服務(wù) 1405.3.1保修期與保修范圍 1405.3.2保修責(zé)任 1405.3.3售后培訓(xùn) 1405.3.4售后維護服務(wù) 1415.3.5接口對接服務(wù) 1415.4組織管理 1415.4.1項目管理方法 1415.4.2項目質(zhì)量管理 1435.4.3系統(tǒng)測試計劃 1455.4.4測試方案 1465.4.5測試管理 1525.5項目風(fēng)險管理 1575.5.1主要風(fēng)險列表 1585.5.2風(fēng)險影響分析 1595.5.3關(guān)鍵風(fēng)險分析 1605.5.4風(fēng)險控制計劃 1615.5.5風(fēng)險應(yīng)對措施 1625.5.6項目溝通管理 1645.5.7項目決策制度 1645.5.8問題與爭議管理辦法 1655.6上線后支持期 165綜述項目背景打造數(shù)據(jù)業(yè)務(wù)化、業(yè)務(wù)數(shù)據(jù)化、技術(shù)通用化的網(wǎng)管中臺架構(gòu)體系。以業(yè)務(wù)與數(shù)據(jù)治理為核心，存量系統(tǒng)共性能力按需解耦改造、新增能力遵循分層架構(gòu)建設(shè)。建設(shè)目標(biāo)針對本次系統(tǒng)接管與替換，在整體架構(gòu)上考慮以中臺支撐現(xiàn)有系統(tǒng)的發(fā)展，基于智慧平臺構(gòu)建的OSS數(shù)據(jù)中臺，實現(xiàn)數(shù)據(jù)專業(yè)整合，打通專業(yè)信息壁壘和數(shù)據(jù)孤島，提升數(shù)據(jù)規(guī)范化水平。實現(xiàn)數(shù)據(jù)集中存儲和業(yè)務(wù)邏輯的數(shù)據(jù)處理，包括按時間粒度和維度組合的數(shù)據(jù)匯總。同時數(shù)據(jù)中臺中的數(shù)據(jù)可根據(jù)需要封裝后直接對上層應(yīng)用開放。數(shù)據(jù)資產(chǎn)自動匯聚、一鍵發(fā)布數(shù)據(jù)資產(chǎn)多手段自動匯聚通過三種手段實現(xiàn)數(shù)據(jù)處理相關(guān)的接口、模型、任務(wù)、服務(wù)、指標(biāo)各環(huán)節(jié)元數(shù)據(jù)及血緣關(guān)系的自動獲取，同時發(fā)布為數(shù)據(jù)資產(chǎn)。血緣關(guān)系自動獲取，自動獲取數(shù)據(jù)實體間的上下游信息，字段之間轉(zhuǎn)換關(guān)系。血緣關(guān)系登記錄入：在無法自動獲取血緣關(guān)系的場景下，提供血緣關(guān)系登記錄入界面，以補充完整數(shù)據(jù)血緣關(guān)系。元數(shù)據(jù)登記錄入：支持?jǐn)?shù)據(jù)實體的批量錄入功能，能夠滿足物理實體及其元數(shù)據(jù)信息的快速創(chuàng)建。數(shù)據(jù)資產(chǎn)一鍵發(fā)布依托統(tǒng)一的元數(shù)據(jù)庫，將開發(fā)完成的標(biāo)簽、指標(biāo)數(shù)據(jù)一鍵發(fā)布到標(biāo)簽庫、指標(biāo)庫、。標(biāo)簽庫：展現(xiàn)企業(yè)的標(biāo)簽數(shù)據(jù)，用于包括開發(fā)人員、業(yè)務(wù)人員、運維人員理解系統(tǒng)標(biāo)簽庫的現(xiàn)狀，支撐其進行數(shù)據(jù)訂閱使用、生命周期管理等應(yīng)用。指標(biāo)庫：展現(xiàn)企業(yè)的指標(biāo)數(shù)據(jù)，用于包括開發(fā)人員、業(yè)務(wù)人員、運維人員理解系統(tǒng)標(biāo)簽庫的現(xiàn)狀，支撐其進行數(shù)據(jù)訂閱使用、生命周期管理等應(yīng)用。數(shù)據(jù)資產(chǎn)可視、可用、可管理強化元數(shù)據(jù)管理能力將數(shù)據(jù)開發(fā)過程和元數(shù)據(jù)登記錄入過程融合，實現(xiàn)元數(shù)據(jù)信息的自動錄入。實現(xiàn)數(shù)據(jù)開發(fā)的統(tǒng)一管控數(shù)據(jù)生產(chǎn)各環(huán)節(jié)的開發(fā)工作基于數(shù)據(jù)管理模塊實現(xiàn)，各環(huán)境的元數(shù)據(jù)信息自動獲取，并同步給其他應(yīng)用系統(tǒng)，確保應(yīng)用系統(tǒng)的元數(shù)據(jù)信息與數(shù)據(jù)管理模塊一致。數(shù)據(jù)資產(chǎn)應(yīng)用審批確保數(shù)據(jù)資產(chǎn)安全，上層應(yīng)用或用戶申請數(shù)據(jù)使用時，需要通過流程審批。數(shù)據(jù)對內(nèi)開放信息完整提供樣例數(shù)據(jù)查詢，字段級統(tǒng)計數(shù)據(jù)查詢，以方便開發(fā)人員選擇所需數(shù)據(jù)資產(chǎn)。數(shù)據(jù)質(zhì)量可控、可視、可追溯數(shù)據(jù)標(biāo)準(zhǔn)落地結(jié)合湖南移動網(wǎng)絡(luò)運維與業(yè)務(wù)發(fā)展要求，梳理適合本地的數(shù)據(jù)標(biāo)準(zhǔn)，并基于數(shù)據(jù)管理模塊完成數(shù)據(jù)標(biāo)準(zhǔn)的IT落地。數(shù)據(jù)血緣關(guān)系可視通過數(shù)據(jù)生產(chǎn)各環(huán)節(jié)的元數(shù)據(jù)信息自動獲取，形成端到端的數(shù)據(jù)血緣關(guān)系，通過可視化手段呈現(xiàn)數(shù)據(jù)血緣關(guān)系。端到端數(shù)據(jù)質(zhì)量監(jiān)控依托數(shù)據(jù)標(biāo)準(zhǔn)與數(shù)據(jù)血緣關(guān)系的構(gòu)建，建立數(shù)據(jù)質(zhì)量稽核告警與端到端可視化呈現(xiàn)機制，質(zhì)量情況可監(jiān)控，可量化。建設(shè)思路系統(tǒng)整體分為數(shù)據(jù)采集層、數(shù)據(jù)模型層、能力開放層及功能域。數(shù)據(jù)采集層：采集層采用模塊化設(shè)計思想，從業(yè)務(wù)功能上分為采集適配器、數(shù)據(jù)處理層、采集調(diào)度層、數(shù)據(jù)共享層四個層次，并通過系統(tǒng)自身管理模塊實現(xiàn)自身的業(yè)務(wù)邏輯控制和管理，通過多維監(jiān)控和質(zhì)量管理，實現(xiàn)對系統(tǒng)平臺的實時多角度監(jiān)控與數(shù)據(jù)質(zhì)量管理；同時，開放標(biāo)準(zhǔn)化的外部管理接口，以實現(xiàn)對外的可管理性。業(yè)務(wù)功能層面，每層只需要關(guān)心本層的數(shù)據(jù)、業(yè)務(wù)邏輯和業(yè)務(wù)實現(xiàn)，層與層之間通過標(biāo)準(zhǔn)接口進行交互，能更好地實現(xiàn)系統(tǒng)的可擴展性。數(shù)據(jù)模型層：結(jié)合業(yè)界規(guī)范和多年的O數(shù)據(jù)數(shù)據(jù)建模經(jīng)驗，綜合考慮了數(shù)據(jù)特點、存儲方式、處理效率、處理復(fù)雜度、訪問效率及模型擴展性等方面，采用了模型分層設(shè)計的思想，分為原始數(shù)據(jù)層、基礎(chǔ)數(shù)據(jù)層、融合信息層、應(yīng)用數(shù)據(jù)層四層，實現(xiàn)了數(shù)據(jù)源和加工處理過程的分離，保證了數(shù)據(jù)流向清晰，提高了數(shù)據(jù)訪問效率等。能力開放層：主要提供發(fā)布訂閱模式、異步模式、同步模式等不同模式的數(shù)據(jù)開放共享。數(shù)據(jù)治理功能域：提供對數(shù)據(jù)的統(tǒng)一治理能力，主要包括數(shù)據(jù)標(biāo)準(zhǔn)管理、元數(shù)據(jù)管理、數(shù)據(jù)資產(chǎn)管理、數(shù)據(jù)安全管理和數(shù)據(jù)質(zhì)量管理等能力。 建設(shè)方案采集層采集適配模塊采集適配模塊實現(xiàn)網(wǎng)元直連網(wǎng)管接口采集和OMC北向接口適配采集；采集適配器層接收采集任務(wù)，實現(xiàn)與設(shè)備側(cè)的接口協(xié)議適配，從設(shè)備側(cè)獲取原始數(shù)據(jù)，進行數(shù)據(jù)采集，采集適配器的功能組成如下：協(xié)議適配、數(shù)據(jù)獲取，并支持被動接收設(shè)備側(cè)發(fā)送的數(shù)據(jù)。采集的源數(shù)據(jù)通過適配器北向接口向上共享。采集適配器支持實時數(shù)據(jù)、非實時數(shù)據(jù)；協(xié)議接口類型支持文件接口、數(shù)據(jù)庫接口、指令接口、Syslog接口、NetFlow接口、SNMP接口、CORBA接口等主流網(wǎng)管接口類型，同時支持接口類型的擴展。系統(tǒng)提供采集適配器的注冊、動態(tài)加載及注銷功能，并提供采集、處理適配器參數(shù)配置界面，以及適配器狀態(tài)查看功能。并對適配器進行手工的狀態(tài)變更，比如啟動、停止、重啟等操作。采集過程數(shù)據(jù)檢測能夠及時檢測設(shè)備側(cè)發(fā)送過來的文件準(zhǔn)備好消息通知或者原始數(shù)據(jù)準(zhǔn)備情況，數(shù)據(jù)準(zhǔn)備好消息接收到后立即進行采集；數(shù)據(jù)始終未達到設(shè)定的完整標(biāo)準(zhǔn)，也能把部分準(zhǔn)備好的數(shù)據(jù)進行采集，可配合廠商側(cè)的情況，盡最大可能完整及時的采集數(shù)據(jù)。數(shù)據(jù)處理適配器數(shù)據(jù)處理適配器接收調(diào)度中心的數(shù)據(jù)處理命令，將采集適配器生成的數(shù)據(jù)進行處理、關(guān)聯(lián)運算，通過ETL過程將數(shù)據(jù)錄入到數(shù)據(jù)庫中。數(shù)據(jù)處理適配層接收處理任務(wù)，對數(shù)據(jù)進行解析、格式化，并根據(jù)需要進行,風(fēng)暴抑制、數(shù)據(jù)上報、KPI指標(biāo)計算。原始數(shù)據(jù)、格式化數(shù)據(jù)、KPI指標(biāo)均可以推送到數(shù)據(jù)共享層，可以文件、數(shù)據(jù)庫、消息等方式進行傳送和保存?？梢杂羞x擇地提供告警數(shù)據(jù)過濾能力。數(shù)據(jù)采集策略的定制管理根據(jù)第三方應(yīng)用，或者定制的配置、性能和告警數(shù)據(jù)的特性，采用不同的策略利用導(dǎo)航方式創(chuàng)建采集流程，描述了在何時到何地采集什么樣的數(shù)據(jù)。以向?qū)礁鶕?jù)不同業(yè)務(wù)需求創(chuàng)建合適的采集策略。根據(jù)性能、配置和告警數(shù)據(jù)的特性，采用不同的策略創(chuàng)建流程，明確創(chuàng)建過程，降低用戶輸入錯誤率。創(chuàng)建策略的步驟有采集數(shù)據(jù)（數(shù)據(jù)源和數(shù)據(jù)集）、處理數(shù)據(jù)（標(biāo)準(zhǔn)化）和制定策略。描述了在何時到何地采集什么樣的數(shù)據(jù)。數(shù)據(jù)補采當(dāng)任務(wù)執(zhí)行失敗后，具有對某個環(huán)節(jié)進行一定的重做能力，包括重新采集和數(shù)據(jù)處理環(huán)節(jié)的重做；補采主要是指自動補采的能力，根據(jù)補采的規(guī)則進行任務(wù)級別的補采。采集調(diào)度模塊采集調(diào)度模塊實現(xiàn)對各類采集任務(wù)的統(tǒng)一調(diào)度管理；（1）根據(jù)策略，生成相應(yīng)的任務(wù)，進行分發(fā)。（2）接收適配器發(fā)送來的采集任務(wù)執(zhí)行情況查看請求，如：采集節(jié)點的內(nèi)存、CPU、磁盤占用率，采集節(jié)點當(dāng)前正在運行任務(wù)的情況。（3）接收自動補采模塊發(fā)送的任務(wù)信息，然后對該任務(wù)進行分發(fā)。（4）任務(wù)的重做或補采:當(dāng)任務(wù)執(zhí)行失敗后，具有對某個環(huán)節(jié)進行一定的重做能力，包括重新采集和數(shù)據(jù)處理環(huán)節(jié)的重做；補采主要是指自動補采的能力，根據(jù)補采的規(guī)則進行任務(wù)級別的補采。（5）通過消息通道，發(fā)送任務(wù)消息到采集適配器。（6）負(fù)載均衡策略，保持各采集適配器負(fù)荷基本均衡，進行動態(tài)的負(fù)載分擔(dān)，可以參考采集適配器硬件配置、CPU占用率、內(nèi)存總量、內(nèi)存占用率和采集機空閑線程數(shù)、任務(wù)負(fù)載權(quán)重等信息。（7）在采集適配器出現(xiàn)異常后，能夠把未執(zhí)行完成的任務(wù)重新執(zhí)行。（8）容災(zāi)能力：包括三種級別的容災(zāi)，即任務(wù)、適配器實例和調(diào)度中心容災(zāi)。任務(wù)級別的容災(zāi)是指當(dāng)適配器實例宕機時，該適配器實例中的任務(wù)可以切換到其他適配器實例中執(zhí)行；適配器實例級別的容災(zāi)是指當(dāng)一個適配器實例宕機時，該適配器的其他實例可以接管任務(wù)的執(zhí)行；調(diào)度中心級別的容災(zāi)是指一個調(diào)度中心服務(wù)宕機后，其他調(diào)度中心服務(wù)可接管調(diào)度工作。采集策略接收接收從數(shù)據(jù)共享層下發(fā)的策略信息，并把這些策略信息保存。這里的策略是指：采集的任務(wù)，該去哪個范圍去采集，用什么頻率去采集等。采集目標(biāo)網(wǎng)元資源與綜合資源數(shù)據(jù)信息相關(guān)聯(lián)，能夠自動識別、同步網(wǎng)元信息，并能自動化完成采集關(guān)聯(lián)動作。任務(wù)生成根據(jù)策略數(shù)據(jù)生成任務(wù)，任務(wù)中包含采集源標(biāo)識、指標(biāo)組列表、采集的起始時間、結(jié)束時間、網(wǎng)元信息、任務(wù)唯一標(biāo)識。具有任務(wù)啟停功能，即對已經(jīng)停止或需要啟動的采集任務(wù)，在界面上單擊啟動按鈕，啟動采集任務(wù)，對已經(jīng)在運行的采集任務(wù)單擊停止按鈕，停止采集任務(wù)。任務(wù)分發(fā)接收任務(wù)生成模塊生成的任務(wù)，進行分發(fā)。接收狀態(tài)監(jiān)控模塊發(fā)送來的采集任務(wù)執(zhí)行情況查看請求，如：采集節(jié)點的內(nèi)存、CPU、磁盤占用率，采集節(jié)點當(dāng)前正在運行任務(wù)的情況。接收自動補采模塊發(fā)送的任務(wù)信息，然后對該任務(wù)進行分發(fā)；通過消息通道，發(fā)送任務(wù)消息到采集適配器。任務(wù)分發(fā)能夠判斷系統(tǒng)是否支持分布式軟件部署，并能夠依據(jù)各采集節(jié)點的負(fù)荷忙閑情況每次總是優(yōu)先選擇負(fù)荷最低的采集節(jié)點下發(fā)采集任務(wù)，以實現(xiàn)計算資源的負(fù)荷分擔(dān)。（1）接收任務(wù)生成模塊生成的任務(wù)，進行分發(fā)。（2）接收適配器發(fā)送來的采集任務(wù)執(zhí)行情況查看請求，如：采集節(jié)點的內(nèi)存、CPU、磁盤占用率，采集節(jié)點當(dāng)前正在運行任務(wù)的情況。（3）接收自動補采模塊發(fā)送的任務(wù)信息，然后對該任務(wù)進行分發(fā)。（4）通過消息通道，發(fā)送任務(wù)消息到采集適配器。（5）負(fù)載均衡策略，保持各采集適配器負(fù)荷基本均衡，進行動態(tài)的負(fù)載分擔(dān)，可以參考采集適配器硬件配置、cpu占用率、內(nèi)存總量、內(nèi)存占用率和采集機空閑線程數(shù)、任務(wù)負(fù)載權(quán)重等信息。（6）在采集適配器出現(xiàn)異常后，能夠把未執(zhí)行完成的任務(wù)重新執(zhí)行。下圖描述了性能、配置和告警數(shù)據(jù)采集的整體調(diào)度過程，分為兩個階段：消息觸發(fā)和任務(wù)運行。該架構(gòu)包含了同步和異步的采集機制，異步方式的分離，有利于采集過程的統(tǒng)一。具備負(fù)載均衡調(diào)度能力?？梢酝ㄟ^采集機資源空閑優(yōu)先等（根據(jù)排隊任務(wù)數(shù)、CP負(fù)荷、內(nèi)存占用率、IO等）策略選擇合適的適配器實例完成數(shù)據(jù)的采集。統(tǒng)一采集系統(tǒng)采用負(fù)載均衡管理實現(xiàn)采集節(jié)點的擴展和任務(wù)的均衡分配，但當(dāng)單個或多個采集節(jié)點由于突發(fā)原因出現(xiàn)高負(fù)荷時，按照正常的動態(tài)分配和擴展機制會造成高負(fù)荷節(jié)點向其他采集節(jié)點波及，影響其它正常采集節(jié)點，進而導(dǎo)致整個采集層效率下降，請詳細(xì)描述該問題的解決方法。系統(tǒng)采用分布式云部署，調(diào)度也是云調(diào)度。在負(fù)載均衡過程中，系統(tǒng)采用最優(yōu)適配器算法，即根據(jù)采集機負(fù)荷的評估動態(tài)選擇合適的適配器實例，可以有效的利用分布式資源，從而高效的進行任務(wù)調(diào)度，確保采集任務(wù)的及時、高效。調(diào)度中心與適配器方便的進行熱插拔式的升級擴容。新增的調(diào)度中心可即時分擔(dān)調(diào)度工作，升級則可以將原來的重啟，可實現(xiàn)24小時運行服務(wù)。新增的適配器實例可即時分擔(dān)采集工作，升級則可以將原來的重啟，可實現(xiàn)24小時運行服務(wù)。此兩者容災(zāi)的能力將使整套架構(gòu)均能達到每一層的擴容能力，即任何一層中的服務(wù)都可以隨時增加，而不會對系統(tǒng)運行造成致命的影響。系統(tǒng)支持采集任務(wù)遷移功能，遷移1000個任務(wù)所需時間：0.1秒左右。自動補采接收狀態(tài)監(jiān)控模塊發(fā)送的采集任務(wù)執(zhí)行情況，自動判斷數(shù)據(jù)是否完整，在數(shù)據(jù)不完整情況下根據(jù)設(shè)定的補采策略，重新生成采集任務(wù)，發(fā)送這些任務(wù)給任務(wù)分發(fā)模塊，重新采集數(shù)據(jù)。補采策略中包含某采集源的指標(biāo)組在不完整情況補采次數(shù)、補采時機等信息。補采的機制要支持周期補采、自定義補采或冪指數(shù)補采，同時支持手工進行補采。當(dāng)任務(wù)執(zhí)行失敗后，具有對某個環(huán)節(jié)進行一定的重做能力，包括重新采集和數(shù)據(jù)處理環(huán)節(jié)的重做；補采主要是指自動補采的能力，根據(jù)補采的規(guī)則進行任務(wù)級別的補采。當(dāng)統(tǒng)一采集系統(tǒng)與單個或多個采集源中斷，造成一定數(shù)量的采集數(shù)據(jù)積壓時，以告警采集為例，當(dāng)出現(xiàn)采集源中斷情況時，往往經(jīng)過自動補采，過段時間會自動重連上采集源，但是由于告警量比較大，會造成短時間的告警數(shù)據(jù)大量過來，首先采集適配器與處理適配器是分布式部署的，各自的環(huán)境并不互相依賴，而且，處理適配器采用分布式云計算方法，已經(jīng)足以處理數(shù)據(jù)積壓情況下的數(shù)據(jù)處理，所以，統(tǒng)一采集平臺會既確保當(dāng)前數(shù)據(jù)的采集正常，又有效將歷史積壓數(shù)據(jù)正常采集處理。狀態(tài)監(jiān)控對下發(fā)到采集機上的采集任務(wù)的執(zhí)行情況監(jiān)控，如有某一采集任務(wù)某次采集有問題，及時進行處理保證數(shù)據(jù)采集的連續(xù)性。實時監(jiān)控任務(wù)全生命周期各個環(huán)節(jié)：未下發(fā)任務(wù)、正在執(zhí)行的任務(wù)和異常結(jié)束的任務(wù)，提供單個任務(wù)的流程拓?fù)鋱D，端到端查看相應(yīng)環(huán)節(jié)的執(zhí)行情況。當(dāng)出現(xiàn)異常任務(wù)時，系統(tǒng)除支持自動補救以外，還可以進行手工的補救以及分環(huán)節(jié)的補救。采集節(jié)點負(fù)荷異常的影響范圍控制系統(tǒng)考慮了采集的數(shù)據(jù)分級，在緊急情況下能保證高級別數(shù)據(jù)的采集完備性；對于采集節(jié)點的負(fù)荷也進行分級監(jiān)控，采集的新增、調(diào)整、停止也充分考慮到各個采集機的負(fù)荷情況，調(diào)整機制完備；極限情況下，低級別采集任務(wù)的停止、或是否新增能夠提示管理員進行干預(yù)，同時支持未干預(yù)條件下的自動執(zhí)行機制，機制合理、安全。高安全平臺容災(zāi)機制調(diào)度中心池可承載多個調(diào)度中心，從而達到調(diào)度中心級別容災(zāi)?？梢詾橐粋€適配器啟動多個實例，從而達到適配器級別容災(zāi)。此兩者容災(zāi)的能力將使整套架構(gòu)均能達到每一層的容災(zāi)能力，即任何一層中的設(shè)備宕機都不會對系統(tǒng)運行造成致命的影響。更高效負(fù)載均衡能力系統(tǒng)采用最優(yōu)適配器算法，即根據(jù)采集機負(fù)荷的評估動態(tài)選擇合適的適配器實例，可以有效的利用分布式資源，從而高效的進行任務(wù)調(diào)度，確保采集任務(wù)的及時、高效。熱插拔式升級和擴容能力此兩者容災(zāi)的能力將使整套架構(gòu)均能達到每一層的擴容能力，即任何一層中的服務(wù)都可以隨時增加，而不會對系統(tǒng)運行造成致命的影響。數(shù)據(jù)模型層結(jié)合業(yè)界規(guī)范和多年的大數(shù)據(jù)建設(shè)經(jīng)驗，浪潮提供完整、合理、準(zhǔn)確的數(shù)據(jù)模型建設(shè)方案。采用了模型分層設(shè)計的思想綜合考慮了數(shù)據(jù)特點、存儲方式、處理效率、處理復(fù)雜度、訪問效率及模型擴展性等方面，采用分層的模型設(shè)計思想，按照原始數(shù)據(jù)層、基礎(chǔ)數(shù)據(jù)層、融合信息層和應(yīng)用數(shù)據(jù)層建設(shè)?！白皂斚蛳隆焙汀白缘紫蛏稀毕嘟Y(jié)合的建模方法采用“自頂向下”和“自底向上”相結(jié)合的建模方法，對數(shù)據(jù)模型體系結(jié)構(gòu)分層設(shè)計。遵循“概念模型-邏輯模型-物理模型”的三階段五步實施法每層模型通過概念-邏輯-物理的三個階段，按照概念模型設(shè)計、數(shù)據(jù)源系統(tǒng)評估、邏輯模型設(shè)計、物理模型設(shè)計與實施、模型驗證與優(yōu)化的五個步驟進行實施落地。邏輯分層、物理分布式存儲的模型存儲設(shè)計基于數(shù)據(jù)的分層模型結(jié)構(gòu)，結(jié)合實際技術(shù)選型，數(shù)據(jù)采用邏輯分層，物理分布式存儲的方式，并對典型數(shù)據(jù)的處理流程、訪問流程進行設(shè)計規(guī)劃。合理的模型存儲計算部件選擇結(jié)合各層數(shù)據(jù)的特點（數(shù)據(jù)量、訪問頻度、存儲周期等）和各項技術(shù)的特性（存儲、計算、查詢、擴展等方面），對各層模型的存儲計算部件進行合理規(guī)劃。建模方法思路數(shù)據(jù)中臺數(shù)據(jù)建模的基本思想:采用概念模型、邏輯模型、物理模型三階段建模方式；自頂向下”方式為主，從業(yè)務(wù)需求出發(fā)，分析研究業(yè)務(wù)需求中的業(yè)務(wù)場景，提煉業(yè)務(wù)數(shù)據(jù)，界定系統(tǒng)的數(shù)據(jù)范圍，劃分主題域，對業(yè)務(wù)數(shù)據(jù)進行分類，構(gòu)建抽象實體，最終梳理出業(yè)務(wù)實體，以及實體之間的關(guān)聯(lián)關(guān)系，通過實體及實體間關(guān)系表示業(yè)務(wù)規(guī)則；“自底向上”方式為輔，從源系統(tǒng)入手，研究和識別源系統(tǒng)內(nèi)的數(shù)據(jù)實體，并對數(shù)據(jù)實體進行分類；將實體以及實體的分類結(jié)果與“自頂向下”方式梳理出的結(jié)果進行對比，驗證建模結(jié)果的合理性，并進行修正；“自頂向下”和“自底向上”兩種方式相互協(xié)作，不斷迭代演進，逐級細(xì)化，構(gòu)建出數(shù)據(jù)模型；充分考慮未來的業(yè)務(wù)分析需求，對于一些通用概念和結(jié)構(gòu)采用相同的模型設(shè)計，從而保證了公用和未來擴展的需求；遵循業(yè)界通用標(biāo)準(zhǔn)和方法論（SID），保證模型的適用性；模型設(shè)計思路遵循模型設(shè)計規(guī)范要求，采用“自頂向下”和“自底向上”相結(jié)合的建模方法。根據(jù)業(yè)務(wù)需求設(shè)計應(yīng)用層模型，根據(jù)數(shù)據(jù)源模型設(shè)計ODS、BDS、CIS層模型，在CISADS間實現(xiàn)數(shù)據(jù)的結(jié)合。模型設(shè)計原則標(biāo)準(zhǔn)化、規(guī)范化原則數(shù)據(jù)模型應(yīng)遵從統(tǒng)一的主題域劃分和實體命名規(guī)則，保證模型的標(biāo)準(zhǔn)化和規(guī)范化；先進性原則要求邏輯模型在設(shè)計上吸收業(yè)界、國內(nèi)外優(yōu)秀的建模經(jīng)驗與方法，確保模型的先進性；一致性原則數(shù)據(jù)模型的設(shè)計要能夠確保數(shù)據(jù)的一致性，消除各數(shù)據(jù)源的數(shù)據(jù)不一致性，以保證數(shù)據(jù)模型內(nèi)的信息是關(guān)于整個企業(yè)一致的全局信息；擴展性原則要求數(shù)據(jù)模型具備良好的可擴展性，支持對模型的迭代性演進。當(dāng)業(yè)務(wù)需求提出新問題或有新的數(shù)據(jù)加入模型時，要求數(shù)據(jù)模型能夠確?，F(xiàn)有的數(shù)據(jù)和應(yīng)用都不發(fā)生改變，更不得導(dǎo)致系統(tǒng)崩潰；自上而下的設(shè)計與自下而上的驗證原則數(shù)據(jù)模型是為業(yè)務(wù)分析服務(wù)的，所以在創(chuàng)建模型時，應(yīng)以業(yè)務(wù)需求為驅(qū)動。根據(jù)業(yè)務(wù)需求采用自上而下的方法設(shè)計并實現(xiàn)數(shù)據(jù)模型，并且采取迭代演進的模式，逐步豐富數(shù)據(jù)模型，逐步求精。同時，為了驗證設(shè)計與實現(xiàn)的合理性與正確性，要求以實際數(shù)據(jù)對模型進行自下而上的驗證；簡單可識別原則實體命名等要遵循簡潔、能直接識別出業(yè)務(wù)意義的原則。數(shù)據(jù)建模步驟數(shù)據(jù)建模五步法如下：概念模型設(shè)計：分析業(yè)務(wù)需求，確定范圍定義，確定概念模型生成指標(biāo)集，區(qū)分基本指標(biāo)、衍生指標(biāo)，作為業(yè)務(wù)元數(shù)據(jù)梳理明確接口需求數(shù)據(jù)源系統(tǒng)評估評估數(shù)據(jù)質(zhì)量與提供能力，進行字段屬性取舍、整合明確接口規(guī)范確定業(yè)務(wù)模型邏輯模型設(shè)計明確邏輯模型實體、屬性、主鍵、關(guān)聯(lián)確定實體加載算法，新增、修改物理模型設(shè)計與實施建立物理模型，映射文檔；生成建模語句、數(shù)據(jù)映射腳本執(zhí)行腳本進行物理模型落地模型驗證與優(yōu)化按照業(yè)務(wù)需求對模型的支撐能力、效率等進行驗證優(yōu)化調(diào)整模型結(jié)構(gòu)，形成最終模型數(shù)據(jù)模型分層架構(gòu)設(shè)計分層架構(gòu)設(shè)計原則結(jié)合業(yè)界規(guī)范和多年的大數(shù)據(jù)建設(shè)經(jīng)驗，綜合考慮了數(shù)據(jù)特點、存儲方式、處理效率、處理復(fù)雜度、訪問效率及模型擴展性等方面，采用了模型分層設(shè)計的思想，分為原始數(shù)據(jù)層、基礎(chǔ)數(shù)據(jù)層、融合信息層、應(yīng)用數(shù)據(jù)層四層，實現(xiàn)了數(shù)據(jù)源和加工處理過程的分離，保證了數(shù)據(jù)流向清晰，提高了數(shù)據(jù)訪問效率等。原始數(shù)據(jù)層作為數(shù)據(jù)緩沖區(qū)，減少對數(shù)據(jù)源系統(tǒng)壓力；便于問題回溯及數(shù)據(jù)重新處理與數(shù)據(jù)源的模型保持一致基礎(chǔ)數(shù)據(jù)層做為穩(wěn)定的基礎(chǔ)數(shù)據(jù)層，主要做歸一化處理（數(shù)據(jù)的清洗、關(guān)聯(lián)整合、編碼統(tǒng)一據(jù)單位統(tǒng)一等），采用實體-關(guān)系建模，模型遵循第三范式融合信息層存儲匯總數(shù)據(jù)，為用戶自主分析應(yīng)用提供支撐采用維度建模方式，支持星型模型和雪花模型；其中業(yè)務(wù)相關(guān)性較高的數(shù)據(jù)合并為寬表應(yīng)用數(shù)據(jù)層對匯總數(shù)據(jù)層數(shù)據(jù)進行重新組織滿足部門、地市、專題個性化需求，快速響應(yīng)用戶需求。采用反范式的建模方式數(shù)據(jù)模型分層設(shè)計基于數(shù)據(jù)的分層模型結(jié)構(gòu)，結(jié)合實際技術(shù)選型，數(shù)據(jù)采用邏輯分層，物理分布式存儲的方式。各層模型存儲原始數(shù)據(jù)層：數(shù)據(jù)存儲在接口層內(nèi)，物理上存儲在接口機磁盤及Kafka集群內(nèi)?；A(chǔ)數(shù)據(jù)層：用戶詳單數(shù)據(jù)（信令相關(guān)）存儲在HBase集群內(nèi)，經(jīng)清洗歸一化后的非用戶詳單數(shù)據(jù)存儲在MPP數(shù)據(jù)庫內(nèi)。融合信息層：經(jīng)匯總后的各類數(shù)據(jù)存儲在MPP數(shù)據(jù)庫內(nèi)。應(yīng)用數(shù)據(jù)層：針對上層應(yīng)用的數(shù)據(jù)存儲在關(guān)系型數(shù)據(jù)庫內(nèi)。數(shù)據(jù)治理功能統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)管理按照數(shù)據(jù)中臺新建數(shù)據(jù)標(biāo)注內(nèi)容，實現(xiàn)對數(shù)據(jù)標(biāo)準(zhǔn)的統(tǒng)一管控。針對青海移動數(shù)據(jù)標(biāo)準(zhǔn)體系中規(guī)定的各類數(shù)據(jù)對象分類、數(shù)據(jù)分層、數(shù)據(jù)分域、數(shù)據(jù)命名規(guī)則、數(shù)據(jù)編碼規(guī)則等各類標(biāo)準(zhǔn)進行界面化統(tǒng)一管理，指導(dǎo)。數(shù)據(jù)標(biāo)準(zhǔn)管理模塊對數(shù)據(jù)標(biāo)準(zhǔn)提供系統(tǒng)工具支撐，包括標(biāo)準(zhǔn)管理、標(biāo)準(zhǔn)展示、標(biāo)準(zhǔn)監(jiān)控三大功能。面向數(shù)據(jù)管理者提供標(biāo)準(zhǔn)發(fā)布、審批管理等功能；面向數(shù)據(jù)維護者提供標(biāo)準(zhǔn)維護、稽核、版本管理等功能；面向數(shù)據(jù)提供者和消費者提供查詢、提取、核對及分析等功能，全面提供數(shù)據(jù)標(biāo)準(zhǔn)服務(wù)能力。統(tǒng)一數(shù)據(jù)建?；跀?shù)據(jù)標(biāo)準(zhǔn)和元數(shù)據(jù)管理體系，提供可視化的建模工具，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，能夠有效地存儲數(shù)據(jù)，滿足大數(shù)據(jù)治理需求。系統(tǒng)提供基于元數(shù)據(jù)管理圖形化數(shù)據(jù)建模工具，提供模型的設(shè)計、審核、實施、驗證；包含物理模型的設(shè)計、指標(biāo)模型、分析模型的設(shè)計等。統(tǒng)一數(shù)據(jù)加工根據(jù)業(yè)務(wù)需求及各類技術(shù)特點，對平臺內(nèi)的不同類型數(shù)據(jù)采用不同的數(shù)據(jù)處理技術(shù)及流程，主要分為大數(shù)據(jù)處理流程、傳統(tǒng)數(shù)據(jù)處理流程、實時流數(shù)據(jù)處理流程。統(tǒng)一數(shù)據(jù)資產(chǎn)數(shù)據(jù)資產(chǎn)是指已通過數(shù)據(jù)清洗規(guī)則配置，并進行任務(wù)校驗后的有效數(shù)據(jù)或是系統(tǒng)中的資產(chǎn)數(shù)據(jù)，以不同的方式呈現(xiàn)給用戶，或供用戶使用。數(shù)據(jù)資產(chǎn)以資產(chǎn)的角度開展數(shù)據(jù)管理工作，為解決目前普遍存在的需求分散重復(fù)、口徑模糊等問題，實現(xiàn)成果和經(jīng)驗的共享和積累，方便實現(xiàn)應(yīng)用和數(shù)據(jù)的生命周期的自動化管理。數(shù)據(jù)資產(chǎn)化包含了數(shù)據(jù)資產(chǎn)梳理盤點和數(shù)據(jù)價值評估的過程。統(tǒng)一數(shù)據(jù)質(zhì)量管理系統(tǒng)支持對業(yè)務(wù)數(shù)據(jù)進行全面的質(zhì)量管理，通過數(shù)據(jù)質(zhì)量的管理辦法、組織、流程以及評價考核規(guī)則的制定，及時發(fā)現(xiàn)并解決數(shù)據(jù)質(zhì)量問題，提升數(shù)據(jù)的完整性、及時性、準(zhǔn)確性和一致性，從而提升數(shù)據(jù)的價值?；跀?shù)據(jù)架構(gòu)體系，為平臺提供全程的端到端數(shù)據(jù)質(zhì)量管控；統(tǒng)一數(shù)據(jù)共享與開放以獨立的功能組件“數(shù)據(jù)共享模塊”統(tǒng)一實現(xiàn)對外的數(shù)據(jù)共享,通過采用層次化、面向開放共享的技術(shù)架構(gòu)，將系統(tǒng)的應(yīng)用與數(shù)據(jù)解耦，形成相對穩(wěn)定、獨立、開放的數(shù)據(jù)共享模塊，支撐上層各類應(yīng)用及外部系統(tǒng)的數(shù)據(jù)需求，實現(xiàn)“一個數(shù)據(jù)平臺，支撐多樣化內(nèi)、外部應(yīng)用”的目標(biāo)。能力開放數(shù)據(jù)開放門戶實現(xiàn)了對共享平臺的指標(biāo)、模型、數(shù)據(jù)開放服務(wù)的統(tǒng)一管理、展示及在線申請訂閱功能。數(shù)據(jù)資產(chǎn)開放從模型角度展示平臺數(shù)據(jù)資產(chǎn)，展示當(dāng)前平臺內(nèi)已具備的模型情況，提供分領(lǐng)域、分專題的導(dǎo)航指標(biāo)開放從指標(biāo)角度展示平臺數(shù)據(jù)資產(chǎn)，展示當(dāng)前平臺內(nèi)已具備的指標(biāo)情況，提供分領(lǐng)域、分專題的導(dǎo)航。實現(xiàn)對平臺管理的指標(biāo)進行統(tǒng)一呈現(xiàn)，包括對指標(biāo)進行全局搜索、按照接入系統(tǒng)對指標(biāo)進行分類統(tǒng)計、按照維度實現(xiàn)對指標(biāo)的過濾等等功能。數(shù)據(jù)服務(wù)超市展示平臺對外發(fā)布的服務(wù)信息，支持服務(wù)的申請及調(diào)用。網(wǎng)管遷移方案話務(wù)網(wǎng)管建議不再考慮單獨建設(shè)，基于數(shù)據(jù)中臺提供服務(wù)能力支撐當(dāng)前話務(wù)報表及各種需求，整體架構(gòu)如下：BI工具iQuery(DataVision&Multidimension)大數(shù)據(jù)智能分析平臺定位為一個以大數(shù)據(jù)可視及數(shù)據(jù)分析為主的下一代云端分析產(chǎn)品，開放大數(shù)據(jù)可視、多維分析二個方面的能力。iQuery是一款多維分析工具，定位于數(shù)據(jù)的探索新分析場景，針對高維度、需求不明晰、量級大的數(shù)據(jù)提供即席分析能力。在數(shù)據(jù)支持能力上，不僅支持傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，還支持中等數(shù)量級的MPP以及海量級別的Hadoop平臺，在可視化分析能力上，不僅提供了豐富的可視化組件，還提供了用戶的操作臺，以歸納用戶的分析結(jié)果。產(chǎn)品架構(gòu)iQuery由可視化建模（ModeBuilder）、預(yù)匯總（PreEngine）、數(shù)據(jù)服務(wù)（Server）、可視化分析器（Analyser）四部分組成，各組件之間相互獨立，以Rest方式進行通信和數(shù)據(jù)交換。功能說明功能名稱功能描述自定義自定義，拖過拖拽的形式做報表，能呈現(xiàn)定義報表的用戶名稱，如系統(tǒng)或個人，報表能對外共享運算符可視運算按鈕集成到前臺，包括加減乘除，最大最小，同比環(huán)比，求和求平均，TOP，過濾等算法可視支持指標(biāo)的算法可視，支持上層及底層OMC映射，比如掉話率=掉話次數(shù)/系統(tǒng)應(yīng)答次數(shù)，并分別解釋掉話次數(shù)，系統(tǒng)應(yīng)答次數(shù)對應(yīng)到各個OMC的原始Counter指標(biāo)導(dǎo)航指標(biāo)導(dǎo)航，支持指標(biāo)在左側(cè)樹圖中快速查找數(shù)據(jù)錄入支持?jǐn)?shù)據(jù)手工錄入，審核并匯總信息推送將用戶關(guān)注的報表以短信，郵件等形式推送給用戶小顆粒指標(biāo)實時刷新圖形化界面呈現(xiàn)的指標(biāo)，如果指標(biāo)的最小時間粒度是分鐘，系統(tǒng)呈現(xiàn)的時候支持實時刷新統(tǒng)計維度可根據(jù)使用者需求自行設(shè)定，精確至區(qū)縣、網(wǎng)格、代維單位等；統(tǒng)計時間可以靈活配置建議指標(biāo)提取的時間選取可以進行組合和多選，某個時間段內(nèi)以及連續(xù)時間段的都可以。導(dǎo)出功能具備圖樣系統(tǒng)界面中的柱狀圖，餅狀圖均可以導(dǎo)出并二次編輯能否導(dǎo)入現(xiàn)有表的表頭由于現(xiàn)在大部分上報的報表具有固定的表頭，能否導(dǎo)入現(xiàn)有表的數(shù)據(jù)表頭，實現(xiàn)數(shù)據(jù)的提取中繼群信息維護提供批量導(dǎo)入的界面作為場景維度用戶提供模板，例如包括地市，區(qū)縣，小區(qū)名稱，LAC,CI等，該模板可作為維度進行拖拽，用戶再自行拖拽使用的指標(biāo)，最終呈現(xiàn)該場景下所有的指標(biāo)111/168項目實施管理方案項目組織管理建立項目組織管理機構(gòu)為了確保系統(tǒng)建設(shè)進度和質(zhì)量，在系統(tǒng)開發(fā)、研制、集成、應(yīng)用過程中，必須建立完善的組織管理體系和高效的協(xié)調(diào)機制，以確保項目在整個建設(shè)、應(yīng)用過程中提供強有力的組織保障。建立項目組織管理機構(gòu)，由業(yè)主單位、承建單位、項目監(jiān)理單位組成聯(lián)合領(lǐng)導(dǎo)小組。圖6-1項目組織管理機構(gòu)圖業(yè)主單位作為建設(shè)方在項目的實施過程中負(fù)有下列責(zé)任：(1)制定雙方認(rèn)同的項目實施計劃和實施方案。(2)監(jiān)督和控制項目實施計劃和實施方案的執(zhí)行情況。(3)協(xié)調(diào)各方面的關(guān)系，使各種資源得以很好的協(xié)同工作。(4)安排各種會議日程，追蹤和掌握項目進展情況。(5)進行項目風(fēng)險識別、規(guī)避及問題的追蹤及處理。(6)負(fù)責(zé)制定有關(guān)項目驗收的相關(guān)文檔。監(jiān)理單位負(fù)責(zé)在項目實施和驗收整個過程中的質(zhì)量監(jiān)督和進程監(jiān)督。監(jiān)理單位在一定程度上作為承建方和建設(shè)方的溝通橋梁，能夠更專業(yè)的監(jiān)督項目執(zhí)行。承建單位負(fù)責(zé)按既定計劃完成所有實施項目并負(fù)責(zé)售后運維服務(wù)，承建方積極配合監(jiān)理方及建設(shè)方的工作，按合同約定項目范圍保質(zhì)保量的完成任務(wù)。確定項目分工角色職責(zé)為了確保本項目建設(shè)進度和質(zhì)量，項目組織管理機構(gòu)及其下屬部門必須進行明確的角色分工和成員配置，隨后嚴(yán)格按照各自的職責(zé)辦事，避免項目出現(xiàn)扯皮和推諉現(xiàn)象。當(dāng)項目出現(xiàn)問題時，能夠從組織的角度進行有效的溝通和處理，把精力放在項目建設(shè)內(nèi)容和進度上。組別/角色職責(zé)成員配置聯(lián)合領(lǐng)導(dǎo)小組對整個項目的方向及重大問題進行決策協(xié)調(diào)相關(guān)利益方組織安排業(yè)務(wù)部門及IT部門資源項目遇到重大問題時的三方溝通業(yè)主（建設(shè)方）、承建方、監(jiān)理公司高層領(lǐng)導(dǎo)或領(lǐng)域?qū)＜倚枨笳{(diào)研組項目需求總體負(fù)責(zé)業(yè)主單位相關(guān)調(diào)研負(fù)責(zé)人承建單位集團的調(diào)研組項目管理辦公室提供項目經(jīng)理和項目團隊的所需要的項目管理支持與服務(wù)業(yè)主單位指定項目經(jīng)理承建單位集團指定項目經(jīng)理項目經(jīng)理負(fù)責(zé)管理系統(tǒng)的實施過程制定項目計劃組織和分派項目任務(wù)控制項目進度考評項目人員業(yè)績調(diào)節(jié)項目組工作氣氛以及項目日常事務(wù)管理承建單位集團項目經(jīng)理質(zhì)量控制組負(fù)責(zé)項目質(zhì)量管理工作，主要工作有：制定項目質(zhì)量管理計劃項目的進度監(jiān)測項目的變更控制評估項目在各階段的實施情況，并指導(dǎo)項目完成系統(tǒng)的外審和內(nèi)審。承建單位集團資深軟件質(zhì)量管理專家文檔或配置組制定配置管理計劃配置軟件的使用與管理項目的配置管理工作承建單位集團資深軟件配置管理專家專家顧問組需求分析小組業(yè)務(wù)需求調(diào)研，業(yè)務(wù)需求分析總結(jié)對重大需求問題給出合理化建議參與需求文檔的評審工作架構(gòu)分析小組負(fù)責(zé)制定技術(shù)架構(gòu)，負(fù)責(zé)本項目的技術(shù)問題，解決技術(shù)爭端，評估技術(shù)方案。設(shè)計總體的架構(gòu)及制定技術(shù)解決方案；負(fù)責(zé)對項目計劃、方案、實施過程等進行技術(shù)指導(dǎo)和監(jiān)督；負(fù)責(zé)對項目實施過程中存在的問題和風(fēng)險及時提出預(yù)警信息；對架構(gòu)有關(guān)的問題提供意見和建議；對應(yīng)用系統(tǒng)的性能、安全、復(fù)用性提供意見和建議；由項目組架構(gòu)師、業(yè)務(wù)分析師牽頭，各組的技術(shù)負(fù)責(zé)人參與軟件開發(fā)組產(chǎn)品開發(fā)小組用戶定制化開發(fā)小組承建單位集團開發(fā)人員系統(tǒng)實施組項目實施頁面設(shè)計承建單位集團實施人員測試集成組對系統(tǒng)進行集成測試對系統(tǒng)進行壓力測試整理交付文檔承建單位集團開發(fā)人員系統(tǒng)支持/推廣組平臺部署系統(tǒng)切換協(xié)助全省推廣承建單位集團開發(fā)人員售后服務(wù)組負(fù)責(zé)系統(tǒng)交付上線后的運維和保障承建單位運維人員監(jiān)理組負(fù)責(zé)項目進度和質(zhì)量第三方監(jiān)督及項目驗收等。與建設(shè)方的問題溝通與承建方的問題溝通監(jiān)理單位派駐人員建立項目組織相關(guān)管理制度為保證項目順利建設(shè)并實現(xiàn)其預(yù)計目標(biāo)將建立如下管理制度體系：(1)建立項目溝通機制，建立項目啟動會、周例會、月歷會、專題討論會等溝通機制，并形成會議記要，方便事項跟蹤。(3)建立項目計劃，完善各個項目階段的里程碑，并由管理組進行跟蹤。(4)建立問題管理制度，跟蹤問題并付諸問題的解決。(5)建立風(fēng)險控制機制，規(guī)避項目風(fēng)險。具體項目管理方案參見下一節(jié)《項目管理方案》。項目管理計劃綜合管理計劃項目計劃編制（1）范圍計劃，其確定了項目所有必要的工作和活動的范圍，在明確了項目的制約因素和假設(shè)條件的基礎(chǔ)上，進一步明確了項目目標(biāo)和主要可交付成果。項目的范圍計劃是將來項目執(zhí)行的重要文件基礎(chǔ)。（2）工作計劃，其說明了應(yīng)如何組織實施項目，研究怎樣用盡可能少的資源獲得最佳的效益。具體包括工作細(xì)則、工作檢查及相應(yīng)的措施。工作計劃中最主要的工作就是項目工作分解和排序，制定出項目工作分解結(jié)構(gòu)圖，同時分析各工作單元之間的相互依賴關(guān)系。（3）人員管理計劃，其說明了項目團隊成員應(yīng)該承擔(dān)的各項工作任務(wù)以及各項工作之間的關(guān)系，同時制定出項目成員工作績效的考核指標(biāo)和方法及人員激勵機制。人員管理計劃通常是自上而下地進行編制，然后再自下而上地進行修改，由項日經(jīng)理與項目團隊成員商討并確定。（4）進度報告計劃，其主要包括進度計劃和狀態(tài)報告計劃。進度計劃是表明項目中各項工作的開展順序、開始及完成時間以及相互關(guān)系的汁劃，此計劃需要在明確項目工作分解結(jié)構(gòu)圖中各項工作和活動的依賴關(guān)系后，而對每項工作和活動的延時做出合理估計，并安排項目執(zhí)行日程，確定項目執(zhí)行進度的衡量標(biāo)準(zhǔn)和調(diào)整措施-狀態(tài)報告計劃規(guī)定了描述項目當(dāng)前進展情況的狀態(tài)報告的內(nèi)容、形式以及報告時間等。（5）質(zhì)量計劃，其是為了達到客戶的期望而確定的項目質(zhì)量目標(biāo)、質(zhì)量標(biāo)準(zhǔn)和質(zhì)量方針，以及實現(xiàn)該目標(biāo)的實施和管理過程。（6）變更控制計劃，其規(guī)定了當(dāng)項目發(fā)生偏差時，處理項目變更的步驟、程序，確定了實施變更的具體準(zhǔn)則-但是項目發(fā)生的偏差性質(zhì)未必完全相同，在一定的程度和范圍內(nèi)，是可以接受的，這時只需采取一定的糾偏措施；當(dāng)超出了一定的范圍之后，就可能是計劃不當(dāng)造成的，這時便需要按照變更控制計劃規(guī)定的標(biāo)準(zhǔn)，步驟、準(zhǔn)則對計劃進行變更。（7）文件控制計劃，是指對項日文件進行管理和維護的計劃，它保證了項目成員能夠及時、準(zhǔn)確地獲得所需文件。（8）風(fēng)險應(yīng)對計劃，其主要是對項目中可能發(fā)生的各種不確定因素進行充分的估計，并為某些意外情況制定應(yīng)急的行動方案。項目計劃執(zhí)行根據(jù)項目實際情況制定項目計劃，按照項目計劃具體時間節(jié)點及具體事項按時執(zhí)行，針對執(zhí)行過程中存在的需要進行變更的事項進行變更控制。綜合變更控制當(dāng)項目發(fā)生偏差時，處理項目變更的步驟、程序，確定了實施變更的具體準(zhǔn)則-但是項目發(fā)生的偏差性質(zhì)未必完全相同，在一定的程度和范圍內(nèi)，是可以接受的，這時只需采取一定的糾偏措施；當(dāng)超出了一定的范圍之后，就可能是計劃不當(dāng)造成的，這時便需要按照變更控制計劃規(guī)定的標(biāo)準(zhǔn)，步驟、準(zhǔn)則對計劃進行變更。范圍控制計劃范圍定義及跟蹤范圍定義：項目所有必要的工作和活動的范圍，在明確了項目的制約因素和假設(shè)條件的基礎(chǔ)上，進一步明確了項目目標(biāo)和主要可交付成果。項目的范圍計劃是將來項目執(zhí)行的重要文件基礎(chǔ)。結(jié)合建設(shè)大數(shù)據(jù)中心的建設(shè)，其項目范圍包括：硬件建設(shè)和軟件部署兩部分。硬件部分：移動IDC機房中的機柜、服務(wù)器、交換機安裝，電纜、光釬線纜布放，路由調(diào)測等。軟件部分：包括大數(shù)據(jù)平臺底層架構(gòu)系統(tǒng)部署，清洗程序、分析模型、數(shù)據(jù)庫、應(yīng)用程序部署、軟件調(diào)測等。變更管理根據(jù)項目實施過程中遇到的實際情況及需求部門要求變更，涉及到軟件應(yīng)用功能變更的問題，需走軟件變更流程進行需求變更。變更控制工具一個項目的生命周期分為啟動、實施、收尾三個過程。需求變更的控制不應(yīng)該只是項目實施過程考慮的事情，而是要分布在整個項目生命周期的全過程。為了將項目變更的影響降低到最小，就需要采用綜合變更控制方法。綜合變更控制主要內(nèi)容有找出影響項目變更的因素、判斷項目變更范圍是否已經(jīng)發(fā)生等。進行綜合變更控制的主要依據(jù)是項目計劃、變更請求和提供了項目執(zhí)行狀況信息的績效報告。為保證項目變更的規(guī)范和有效實施，通常項目實施組織會有一下幾種變更控制方法：（1）、項目啟動階段的變更預(yù)防對于任何項目，變更都無可避免，也無從逃避，只能積極應(yīng)對，這個應(yīng)對應(yīng)該是從項目啟動的需求分析階段就開始了。對一個需求分析做得很好的項目來說，基準(zhǔn)文件定義的范圍越詳細(xì)清晰，后期變更就越少。如果需求沒做好，基準(zhǔn)文件里的范圍含糊不清，對項目影響就越大。在明確需求的基礎(chǔ)上可利用WBS、風(fēng)險管理、計劃進度進行有效控制。（2）、項目實施階段的需求變更成功項目和失敗項目的區(qū)別就在于項目的整個過程是否是可控的。項目經(jīng)理應(yīng)該樹立一個理念——“需求變更是必然的、可控的、有益的”。項目實施階段的變更控制需要做的是分析變更請求，評估變更可能帶來的風(fēng)險和修改基準(zhǔn)文件?？刂菩枨鬂u變需要注意以下幾點：需求一定要與投入有聯(lián)系，如果需求變更的成本由開發(fā)方來承擔(dān)，則項目需求的變更就成為必然了。需求的變更要經(jīng)過客戶的認(rèn)可，這樣才會對需求的變更有成本的概念，能夠慎重地對待需求的變更。小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會積少成多。精確的需求與范圍定義并不會阻止需求的變更。并非對需求定義得越細(xì)，就越能避免需求的漸變，這是兩個層面的問題。太細(xì)的需求定義對需求漸變沒有任何效果。因為需求的變化是永恒的，并非需求寫細(xì)了，它就不會變化了。由于需求的變更可能來自客戶方，也可能來自開發(fā)方，因此，作為需求管理者，項目經(jīng)理需要采用各種溝通技巧來使項目的各方各得其所。（3）、項目收尾階段的總結(jié)能力的提高往往不是從成功的經(jīng)驗中來，而是從失敗的教訓(xùn)中來。項目經(jīng)理要注重經(jīng)驗教訓(xùn)總結(jié)和積累，要系統(tǒng)地分析總結(jié)。進度控制計劃項目進度跟蹤做好項目階段情況匯報與計劃：項目負(fù)責(zé)人按照預(yù)定的每個階段點（根據(jù)項目的實際情況可以是每周、每雙周、每月、每雙月、每季）定期在與項目成員和其他相關(guān)人員充分溝通后，向相關(guān)管理人員和管理部門提交一份書面項目階段工作匯報與計劃，內(nèi)容包括：a、對上一階段計劃執(zhí)行情況的描述b、下一階段的工作計劃安排c、已經(jīng)解決的問題和遺留的問題d、資源申請、需要協(xié)調(diào)的事情及其人員e、其他需要處理的問題這些匯報將存檔，作為對項目進行進度跟蹤考核的重要材料。項目進度分析在計劃制定時就要確定項目總進度目標(biāo)與分進度目標(biāo)；在項目進展的全過程中，進行計劃進度與實際進度的比較，及時發(fā)現(xiàn)偏離，及時采取措施糾正或者預(yù)防；協(xié)調(diào)項目參與人員之間的進度關(guān)系。在項目計劃執(zhí)行中，做好這樣幾個方面的工作：檢查并掌握項目實際進度信息。對反映實際進度的各種數(shù)據(jù)進行記載并作為檢查和調(diào)整項目計劃的依據(jù)，積累資料，總結(jié)分析，不斷提高計劃編制、項目管理、進度控制水平。

做好項目計劃執(zhí)行中的檢查與分析。通過檢查，分析計劃提前或拖后的主要原因。項目計劃的定期檢查是監(jiān)督計劃執(zhí)行的最有效的方法。

及時制定實施調(diào)整與補救措施。調(diào)整的目的是根據(jù)實際進度情況，對項目計劃作必要的修正，使之符合變化的實際情況，以保證項目目標(biāo)其順利實現(xiàn)。由于初期編制項目計劃時考慮不周，或因其他原因需要增加某些工作時就需要重新調(diào)整項目計劃中的網(wǎng)絡(luò)邏輯，計算調(diào)整后的各時間參數(shù)、關(guān)鍵線路和工期。項目進度控制從項目進度控制的階段上看，軟件開發(fā)項目進度控制主要有：項目準(zhǔn)備階段進度控制，需求分析和設(shè)計階段進度控制，實施階段進度控制等這幾個部分。準(zhǔn)備階段進度控制任務(wù)是：向業(yè)主提供有關(guān)項目信息，協(xié)助業(yè)主確定工期總目標(biāo)；編制階段計劃和項目總進度計劃；控制該計劃的執(zhí)行；需求分析和設(shè)計階段控制的任務(wù)是：編制與用戶的溝通計劃、需求分析工作進度計劃、設(shè)計工作進度計劃，控制相關(guān)計劃的執(zhí)行等。實施階段進度控制的任務(wù)是：編制實施總進度計劃并控制其執(zhí)行；編制實施計劃并控制其執(zhí)行等。由甲乙雙方協(xié)調(diào)進度計劃的編制、調(diào)整并采取措施確保進度目標(biāo)的實施。為了及時地發(fā)現(xiàn)和處理計劃執(zhí)行中發(fā)生的各種問題，就必須加強項目的項目的協(xié)同工作。協(xié)同工作是組織項目計劃實現(xiàn)的重要環(huán)節(jié)。它要為項目計劃順利執(zhí)行創(chuàng)造各種必要的條件，以適應(yīng)項目實施情況的變化。組織機構(gòu)和人員管理計劃人力資源規(guī)劃項目經(jīng)理：1名實施人員：2名開發(fā)人員：8名項目團隊建設(shè)結(jié)合項目實際需求，團隊將進一步擴充，滿足平臺開發(fā)、運維、運營需要，結(jié)合項目分階段需求將持續(xù)招聘相關(guān)技術(shù)人員。項目團隊管理項目團隊由承建單位大數(shù)據(jù)公司總經(jīng)理直接垂直管理，具體項目執(zhí)行由項目經(jīng)理對項目實施及開發(fā)進行控制管理，采取快捷有效的管理方式，保障平臺開發(fā)順利進行，滿足按時上線的需求。質(zhì)量保障計劃質(zhì)量保證目標(biāo)能夠保質(zhì)保量完成建設(shè)大數(shù)據(jù)項目的開發(fā)及實施任務(wù)，能夠讓產(chǎn)品最終展現(xiàn)形式滿足客戶需求，能夠真正在客戶的使用中得到應(yīng)有的功能體現(xiàn)。例如：整體體系平臺架構(gòu)滿足用戶功能、性能要求，使用主流的技術(shù)并結(jié)合用戶實際經(jīng)驗為用戶進行定制化開發(fā)。質(zhì)量保證角色與職責(zé)在項目之初就成立質(zhì)量保證（控制）小組，質(zhì)量保證（控制）的主要職責(zé)角色是：以獨立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行，分析項目內(nèi)存在的質(zhì)量問題，審查項目的質(zhì)量活動，給出質(zhì)量審計報告。就項目是否遵循已制定的計劃、標(biāo)準(zhǔn)和規(guī)程，給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù)，使他們能了解整個項目生存周期中工作產(chǎn)品和過程的情況，提高項目透明度，從而支持其交付高質(zhì)量的軟件產(chǎn)品。質(zhì)量保證人員依據(jù)質(zhì)量保證計劃，通過質(zhì)量審計報告向項目經(jīng)理及有關(guān)人員提出已經(jīng)識別出的不符合項，并跟蹤不符合項的解決過程，通過審計周報或者審計月報向項目經(jīng)理提供過程和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項目組協(xié)商不符合項的解決辦法。質(zhì)量保證小組的檢測范圍主要包括：項目的進度是否按照項目計劃執(zhí)行，用戶需求是否得到了用戶的簽字確認(rèn)，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射到軟件需求；系統(tǒng)設(shè)計是否完全反映了軟件需求；實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計；測試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統(tǒng)運行中出現(xiàn)的問題，維護人員是否記錄了詳細(xì)的維護記錄；配置管理員是否按照配置管理計劃建立了基線，是否嚴(yán)格控制變更過程，是否對配置庫進行了維護。質(zhì)量保證流程針對本次投標(biāo)，整個項目質(zhì)量管理過程可以分解為4個環(huán)節(jié)：(l)確立質(zhì)量標(biāo)準(zhǔn)體系建立適當(dāng)?shù)馁|(zhì)量衡量標(biāo)準(zhǔn)是進行項目質(zhì)量管理的前提性的關(guān)鍵性工作。根據(jù)在實施項目方面的整體戰(zhàn)略規(guī)劃與項目實施計劃，承建單位將召集項目實施各相關(guān)主體進行討論與溝通，制定完整、科學(xué)、合理、具備較強可實施性的項目質(zhì)量標(biāo)準(zhǔn)體系，用于衡量項目質(zhì)量。衡量項目質(zhì)量標(biāo)準(zhǔn)的指標(biāo)一般包括項目涉及范圍、項目具體的實施步驟、項目周期估計、項目成本預(yù)算、項目財務(wù)預(yù)測與資金計劃、項目工作詳細(xì)內(nèi)容安排、質(zhì)量指標(biāo)要求以及客戶滿意度等。(2)對項目實施進行質(zhì)量監(jiān)控要在項目執(zhí)行過程中采取有效措施來監(jiān)控項目的實際運行。在項目實施過程中，根據(jù)要求收集項目實施過程中的相關(guān)信息，觀察、分析項目實施進程中的實際情況以便監(jiān)控。為了達到有效監(jiān)控項目的目的，可以利用的監(jiān)控措施與溝通渠道包括：①正式的監(jiān)控與溝通渠道，例如項目進度報告、項目例會、里程碑會議、各種會議紀(jì)要等。②非正式的監(jiān)控與溝通渠道，例如與項目小組成員或最終用戶進行交談與討論，與企業(yè)管理層進行非正式的交流等。(3)將實際與標(biāo)準(zhǔn)對照把項目實施過程中的實際表現(xiàn)與項目質(zhì)量衡量標(biāo)準(zhǔn)進行比較，分析出差異。在監(jiān)控與跟蹤項目實際運行狀況時，往往需要解決這樣一些問題，比如，“項目進展如何”，“如果發(fā)生了項目計劃執(zhí)行結(jié)果與質(zhì)量標(biāo)準(zhǔn)偏離的情況，是如何造成的”等。通過對項目實施相關(guān)衡量指標(biāo)的綜合分析，為客觀評價項目質(zhì)量狀況提供依據(jù)，幫助項目決策人員迅速、有效地對項目的實際進展情況進行監(jiān)控與管理，從而可以根據(jù)需要采取有效措施來保證項目實施接著既定的軌道運行。(4)糾偏糾錯根據(jù)具體情況采取合理的糾正措施。經(jīng)過比較與分析，如果發(fā)現(xiàn)偏差，就要采取適當(dāng)?shù)拇胧┻M行糾正，讓項目實施回到正軌?？晒┻x用的糾正措施包括：重新制定項目計劃、重新安排項目步驟、重新分配項目資源、調(diào)整項目組織形式、調(diào)整項目管理方式等。質(zhì)量保證活動質(zhì)量管理小組通過以下活動來確保本項目質(zhì)量：制定軟件項目質(zhì)量保障計劃、檢查設(shè)計文檔、監(jiān)控代碼開發(fā)、代碼走查、監(jiān)控軟件測試、進行質(zhì)量檢驗等。溝通管理計劃溝通計劃（1）明確溝通渠道、與用戶溝通的原則、項目成員之間的溝通方式（如微信群、電子郵件等），建立溝通反饋機制、并規(guī)范各種文檔模板等。在團隊認(rèn)可后嚴(yán)格執(zhí)行時并定期檢查，保證溝通的暢通。項目經(jīng)理如果在與客戶進行需求調(diào)研及交流前，在充分考慮項目的需求性及可行性后，列一個需求管理（包括詳細(xì)的溝通計劃及要求溝通）計劃，考慮需求溝通中所需的人員、資源、時間的要求，才可以保證需求調(diào)研的準(zhǔn)確性，另外、應(yīng)該站在客戶角度上，為其考慮一些存在的客觀及主觀因素。（2）溝通越早越好、重視需求分析階段的溝通。溝通得越早消除分歧的代價越小，項目風(fēng)險也越小。項目需求的獲取是軟件項目中比較困難、關(guān)鍵也是最易出錯的步驟，溝通障礙引起需求不合理，將造成項目的延期、成本超出甚至糾紛等問題，所以要重視需求分析分階段的溝通。（3）溝通是一種態(tài)度、提倡主動溝通。主動溝通盡可能地了解需求方的業(yè)務(wù)流程，可以將信息從割裂且不全面的狀態(tài)，通過不斷溝通慢慢地使需求變得全面、準(zhǔn)確。（4）溝通是雙向的，必需有反饋。溝通成功依賴于發(fā)送方的正確表達和接收方的正確理解，信息在傳送過程中將有所“過濾”，很容易使信息“失真”，以致信息變形甚至曲解。若接收方理解后能予以反饋將會使信息不失真，保證溝通的正確性，所以建立溝通反饋機制是要強調(diào)的。（5）溝通要尊重客戶但不能唯客戶是尊。要滿足客戶的需求，對客戶的觀點必須理解予以尊重，但客戶的想法并非都是對的，或許客戶和理解、角度有誤，或客戶不自覺得擴大項目需求或有不現(xiàn)實想法，這時不能因為擔(dān)心失去業(yè)務(wù)而怕與客戶沖突，而應(yīng)通過主動溝通解決。（6）溝通要能換位思考、注重團隊合作：項目經(jīng)理常得花費80%的時間與項目干系人溝通，要實現(xiàn)于人的管理，就應(yīng)站在這些“項目干系人”的角度上，這就要求得有換位思考、團隊合作的思想和態(tài)度。報告形式1、上行溝通：定期口頭匯報、書面專題請示、專門會議等；2、橫向溝通：電子郵件、電話、定期會議、專題會談、備忘錄等；下行溝通：電子郵件、電話、面談、工作程序、合同、會議記錄等。相關(guān)工具文檔《需求說明書》《會議紀(jì)要》《項目進度計劃》《項目階段性報告》配置管理計劃配置管理目標(biāo)保證整個開發(fā)生命周期過程產(chǎn)生的所有配置項完整、可靠、可追溯。配置管理角色與職責(zé)配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工具的使用，來保證整個生命周期過程產(chǎn)生的所有配置項的完整性、一致性和可追溯性。配置管理是對工作成果（階段工作成果和產(chǎn)品成果、進展?fàn)顟B(tài)成果）的一種有效保護形式，是反映項目及其工作產(chǎn)品的過去、現(xiàn)在、動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。

配置管理小組的主要職責(zé)包括：根據(jù)項目計劃制定配置管理計劃，建立配置庫，為項目組人員分配配置庫權(quán)限，創(chuàng)建需求、設(shè)計、開發(fā)、測試、交付階段的基線。當(dāng)納入基線庫的工作產(chǎn)品發(fā)生變更時，嚴(yán)格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。配置管理流程配置管理總流程當(dāng)項目立項后：（1）當(dāng)一個項目評估立項后，從項目經(jīng)理處拿到一個項目的版本需求，進行歸檔、整理

（2）關(guān)注整個整個項目的進度

（3）開發(fā)階段，對項目的各成員設(shè)定權(quán)限及規(guī)范管理

（4）對開發(fā)人員提交的修改記錄進行審核、整理、歸檔

（5）

對于客戶的需求及時處理版本

（6）

維護階段，對客戶提出的一些問題進行評估，是否可行，并作及時處理

（7）對已封版項目，進行整理、歸檔。

當(dāng)出現(xiàn)問題是流程如下：（1）發(fā)現(xiàn)問題，填寫軟件問題報告單發(fā)現(xiàn)問題，填寫軟件問題報告單（2）項目組長評審項目組長評審（3）軟件配置管理小組評審子系統(tǒng)配置管理人員評審（4）項目總體組批準(zhǔn)子系統(tǒng)負(fù)責(zé)人批準(zhǔn)（5）修改配置并填寫軟件修改報告單修改配置并填寫軟件修改報告單（6）項目組長評審項目組長評審（7）軟件質(zhì)量保證小組評審子系統(tǒng)質(zhì)量保證人員評審（8）總體組批準(zhǔn)項目的軟件配置管理小組與子系統(tǒng)負(fù)責(zé)人共同批準(zhǔn)并報項目總體組備索配置項定義信息系統(tǒng)中的文檔和軟件在其開發(fā)、運行、維護的過程中會得到許多階段性的成果,并且每個文檔、軟件在開發(fā)和運行過程中還需要用到多種工具軟件或配置。所有這些信息項都需要得到妥善的管理，決不能出現(xiàn)混亂，以便在提出某些特定的要求時，將它們進行約定的組合來滿足使用的目的。這些信息項是配置管理的對象，稱為配置項。它們通?？梢苑殖上旅娴?種類型：(1)環(huán)境類。軟件開發(fā)、運行和維護的環(huán)境，如編譯器、操作系統(tǒng)、編輯軟件、管理系統(tǒng)、開發(fā)工具、測試工具、項目管理工具、文檔編制工具等。(2)定義類。需求分析與系統(tǒng)定義階段結(jié)束后得到的工件，如需求規(guī)格說明書、項目開發(fā)計劃、設(shè)計標(biāo)準(zhǔn)或設(shè)計準(zhǔn)則、驗收測試計劃等。(3)設(shè)計類。設(shè)計階段得到的工件,如系統(tǒng)設(shè)計說明書、程序規(guī)格說明、數(shù)據(jù)庫設(shè)計、編碼標(biāo)準(zhǔn)、用戶界面設(shè)計、測試標(biāo)準(zhǔn)、系統(tǒng)測試計劃、用戶手冊。(4)編碼類。編碼及單元測試結(jié)束后得到的工件，如源代碼、目標(biāo)碼、單元測試用例、數(shù)據(jù)及測試結(jié)果。(5)測試類。系統(tǒng)測試完成后的工作，如系統(tǒng)測試用例、測試結(jié)果、操作手冊、安裝手冊。(6)維護類。維護階段產(chǎn)品的工作，以上任何需要變更的軟件配置項。配置項是一個獨立存在的信息項，我們可以把它看成一個元素，單獨的一個元素發(fā)揮不了什么作用，但隨著工作的進展，出于不同的要求，需要將這些元素進行不同的組合，這個組合稱配置，配置是一個軟件產(chǎn)品在生存期各個階段的不同形式（記錄特定信息的不同媒體）和不同版本的程序、文檔及相關(guān)數(shù)據(jù)的集合，或者說是配置項的集合，它具有完整的意義。系統(tǒng)需求是由很多需求描述文件和系統(tǒng)用例組成的，每一個文件是一個配置項，所有的配置項結(jié)合起來才能夠形成一個完整的系統(tǒng)需求，系統(tǒng)需求就是一個配置。配置管理活動配置標(biāo)志配置標(biāo)志是配置管理的基礎(chǔ)性工作，是管理配置管理的前提。配置標(biāo)志是確定哪些內(nèi)容應(yīng)該進入配置管理形成配置項，并確定配置項如何命名，用哪些信息來描述該配置項。1、確定配置項信息系統(tǒng)項目中形成的技術(shù)性文檔和管理性文檔，除一些臨時性的文檔外一般都應(yīng)該進行配置管理。一般來講，判定一個文檔是否進行配置管理的標(biāo)準(zhǔn)應(yīng)該是此文檔是否有多個人需要使用，這些文檔往往在項目的進程中不斷地修正和擴展，要保證每個使用者都使用同一版本的文檔，就必須將這些文檔納入配置管理，成為受控的配置項。以下所列的文檔應(yīng)該成為配置項：(1)系統(tǒng)規(guī)格說明書。(2)項目計劃。(3)需求規(guī)格說明書。?圖形分析模型。?處理規(guī)格說明。?原型。?數(shù)學(xué)規(guī)格說明。(4)用戶手冊。(5)設(shè)計規(guī)格說明。?數(shù)據(jù)設(shè)計描述。?體系結(jié)構(gòu)設(shè)計描述。?模塊設(shè)計描述。?對象描述。(6)源代碼。(7)測試規(guī)格說明。?測試計劃和步驟。?測試用例、記錄和結(jié)果。(8)操作和安裝手冊。(9)可執(zhí)行程序。?模塊可執(zhí)行代碼。?鏈接的模塊。(10)數(shù)據(jù)庫描述。?模式和文件結(jié)構(gòu)。?初始內(nèi)容。(11)聯(lián)機用戶手冊。(12)維護文檔。?軟件問題報告。?維護請求。?工程變更指令。(13)軟件工程標(biāo)準(zhǔn)和規(guī)程。2、配置項命名確定了配置項后，還需要對配置項進行合理、科學(xué)的命名。配置項的命名絕不能隨意為之，必須滿足以下兩點。(1)唯一性：要求在一個項目內(nèi)不能出現(xiàn)重名現(xiàn)象，以避免混淆。(2)可追溯性：名字應(yīng)能體現(xiàn)相鄰配置項之間的關(guān)系。3、配置項的描述由于配置項除了名稱外還有一些其他屬性和與其他配置項的關(guān)系，因此它可以采用描述對象的方式來進行描述。每個配置項用一組特征信息（名字、描述、一組資源、實現(xiàn)）唯一地標(biāo)志。(1)名字：確切標(biāo)志對象的字符串。(2)描述：數(shù)據(jù)項表，應(yīng)包括對象表示的配置項類型（如文檔、程序或數(shù)據(jù)）、項目標(biāo)志符、變更和版本信息。(3)資源：該對象所提供的、處理的、引用的或另外所需要的實體。例如，數(shù)據(jù)類型、特定函數(shù)、甚至是變更名。(4)實現(xiàn)：基本對象是指向“文本單元”的指針；復(fù)合對象則為null。配置項間的關(guān)系有整體和部分的關(guān)系及層次關(guān)系，也有關(guān)聯(lián)關(guān)系。配置項間的關(guān)系可以用MIL語言（ModuleInterconnectionLanguage)表示。MIL描述的是配置項間的相互依賴關(guān)系，可自動構(gòu)造系統(tǒng)的任何版本。版本控制版本控制用于管理信息工程中生成的各種不同的配置將規(guī)程和相關(guān)管理工具結(jié)合起來。配置管理使用戶借助選擇適用的版本來選定軟件系統(tǒng)的配置，為此需要確定每個軟件版本的屬性，同時還考慮到同描述一些預(yù)期屬性所構(gòu)成的配置。版本管理要解決的第一個問題是版本標(biāo)志，也就是為區(qū)分不同的版本，要給它們科學(xué)的命名。承建單位在項目管理過程中對需求文檔、設(shè)計文檔、會議紀(jì)要、計劃、報告文檔、相關(guān)文件等的所有文檔有版本,以及開發(fā)相關(guān)的源代碼文件，全部都用TortoiseSVN來管理。變更控制配置管理的最重要的任務(wù)就是對變更加以控制和管理，其目的是對于復(fù)雜，無形的軟件，防止在多次變更下失控，出現(xiàn)混亂。變更管理簡單地說就是控制修改，使之不出現(xiàn)改錯、改亂的現(xiàn)象。變更管理的任務(wù)如下：?分析變更：研究變更的必要性，經(jīng)濟可行性（是否合算）和技術(shù)可行性（能否實現(xiàn))。?記錄和追蹤變更。?采取措施保證變更在受控狀態(tài)下進行。配置庫配置庫也稱配置項庫,是配置管理的有力工具。(1)配置庫的作用。配置庫的主要作用表現(xiàn)在：①記錄與配置相關(guān)的所有信息，其中存放受控的配置項是很重要的內(nèi)容。②利用庫中的信息可評價變更的后果，這對變更控制有著重要的意義。③從庫中可提取各種配置管理過程的管理信息，可利用庫中的信息查詢回答許多配置管理的問題。構(gòu)造管理由于人們在認(rèn)識事物中不可能是一開始就完全認(rèn)識清楚的。同樣，在信息工程中，我們不可能一下子就把需求搞清楚，不可能一下就把這個信息系統(tǒng)建立起來，所有這些，都是從表面到深入、從片面到全面、從模糊到清楚、從簡單到復(fù)雜的過程。對構(gòu)造的管理，就是要在構(gòu)造出現(xiàn)問題時，我們能根據(jù)構(gòu)造的內(nèi)容和構(gòu)造的方法重新構(gòu)造，確定問題所在。另外，我們應(yīng)該對構(gòu)造的功能和用法相配合，取一個構(gòu)造，我們就得同時取其相配置的用法和功能，這樣我們才能夠正常地使用構(gòu)造。狀態(tài)報告配置狀態(tài)報告也稱為配置狀態(tài)說明與報告,它是配置管理的一個組成部分，其任務(wù)是有效地記錄報告管理配置所需要的信息，目的是及時、準(zhǔn)確地給出配置項的當(dāng)前狀況，供相關(guān)人員了解，以加強配置管理工作在信息工程過程中，必須注意到它的動態(tài)特性。事實上，在信息工程管理過程中，配置項在不停地演化著。隨著開發(fā)工作的進展，工作產(chǎn)品不斷擴展，形式也不斷變化，從需求規(guī)格說明、設(shè)計說明到源程序等。另一方面，由于各種原因（糾錯只是其中的一個原因），設(shè)計說明本身也在演變著，版本在更新著，對于這種動態(tài)特性如果沒有控制手段，其后果是不可想象的。配置狀態(tài)報告就是要對在某個特定的當(dāng)時的配置狀態(tài)進行報告，也就是要對動態(tài)演化著的配置項取瞬時的照片，以利于在狀態(tài)報告信息分析的基礎(chǔ)上，更好地進行控制。需要跟蹤捕捉的狀態(tài)報告信息可以是配置項的當(dāng)前或以前的配置，變更請求或問題報告的狀態(tài)和已獲準(zhǔn)變更的狀態(tài)。配置審核配置審核的任務(wù)便是驗證配置項對配置標(biāo)志的一致性。軟件開發(fā)的實踐表明，盡管對配置項做了標(biāo)志，實踐了變更控制和版本控制，但如果不做檢查或驗證仍然會出現(xiàn)混亂，配置審核的實施是為了確保軟件配置管理的有效性。配置審核工作主要集中在兩個方面，一是功能配置審核，即驗證配置項的實際功效是與其軟件需求是一致的；二是物理配置審核，即確定配置項符合預(yù)期的物理特性。這里所說的物理特性是指定的媒體形式。這種驗證包括：(1)對配置項的處理是否有背離初始的規(guī)格說明或已批準(zhǔn)的變更請求的現(xiàn)象。(2)配置標(biāo)志的準(zhǔn)則是否得到了遵循。(3)變更控制規(guī)程是否已遵循，變更記錄是否可供使用。(4)在規(guī)格說明、軟件產(chǎn)品和變更請求之間是否保持了可追溯性。配置管理工具承建單位采用GIT或TortoiseSVN作為版本、變更控制的配置管理工具。風(fēng)險控制計劃風(fēng)險識別在對項目的基礎(chǔ)的風(fēng)險形勢評估之上，就需要對各種顯露的和潛在的風(fēng)險進行識別。風(fēng)險識別實際上是對將來可能發(fā)生的風(fēng)險事件的一種設(shè)想和猜測。因此，一般的風(fēng)險識別結(jié)果應(yīng)包括風(fēng)險的分類、來源、表現(xiàn)及其后果、以及引發(fā)的相關(guān)項目管理要求。在具體識別風(fēng)險時，一方面可利用一些常識、經(jīng)驗和判斷，通過以前經(jīng)歷的項目中積累起來的資料、數(shù)據(jù)、經(jīng)驗和教訓(xùn)，或者請教相關(guān)的專家和資深從業(yè)人員，采用集體討論的方式。另一方面，可以通過分解項目的范圍、結(jié)構(gòu)來識別風(fēng)險，理清項目的組成和各個組成部分的性質(zhì)、之間的關(guān)系、與外因的聯(lián)系等內(nèi)容，從而減少項目實施過程中的不確定性。除此之外，還可以利用一些技術(shù)和工具。以上都是風(fēng)險識別常用的一些手段和方法，當(dāng)然還有其他更多的途徑，因項目而異，靈活運用。風(fēng)險分析在進行風(fēng)險識別并整理之后，必須就各項風(fēng)險對整個項目的影響程度做一些分析和評價，通常這些評價建立在以特性為依據(jù)的判斷和以數(shù)據(jù)統(tǒng)計為依據(jù)的研究上。風(fēng)險分析的方法非常多，一般采用統(tǒng)計學(xué)范疇內(nèi)的概率、分布頻率、平均數(shù)眾數(shù)等方法。但無論是哪一種工具，都各有長短，而且不可避免的會受到分析者的主觀影響。可以通過多角度多人員的分析或者采取頭腦風(fēng)暴法等盡可能避免。此外，我們應(yīng)當(dāng)明確，風(fēng)險是一種變化著的事物，基于這種易變條件上的預(yù)測和分析，是不可能做到十分的精確和可靠的。所有的風(fēng)險分析都只有一個目的，即盡量避免項目的失控和為具體的項目實施中的突發(fā)問題預(yù)留足夠的后備措施和緩沖空間。風(fēng)險評價之后，項目面臨著兩種選擇，即面臨著不可承受風(fēng)險和可承受風(fēng)險。對于前者，或者終止項目，或者采取補救措施，降低風(fēng)險或改變項目；對于后者，則需要在項目之中進行風(fēng)險控制。風(fēng)險控制風(fēng)險控制，通過風(fēng)險監(jiān)視和風(fēng)險規(guī)避消除一些潛在的威脅項目健康實施的事件。風(fēng)險的管理在整個項目生命周期中是連續(xù)、反復(fù)進行的，消除了某些風(fēng)險來源后，有可能又會出現(xiàn)其他的風(fēng)險，而且，為減少風(fēng)險損失而進行的風(fēng)險管理本身也會帶來新的風(fēng)險。1、風(fēng)險監(jiān)視由于時間對項目的影響是很難預(yù)計的，因此風(fēng)險監(jiān)視是項目實施過程中的一項重要工作。監(jiān)視風(fēng)險即監(jiān)視項目產(chǎn)品、以及項目過程的進展和項目環(huán)境的變化，通過核查項目進展的效果與計劃的差異來改善項目的實施。一般情況下，隨著時間的推移，有關(guān)項目風(fēng)險的信息會逐漸增多，風(fēng)險的不確定性會逐漸降低，但風(fēng)險監(jiān)視工作也隨信息量的增大而日漸復(fù)雜。我們一般可采取項目的審核檢查的方式，通過各實施階段的目標(biāo)、計劃、實際效果的對比、分析，尋找問題的根源，提出解決問題的方法。2、風(fēng)險規(guī)避在風(fēng)險管理規(guī)劃基礎(chǔ)上進行風(fēng)險控制，一旦監(jiān)視到風(fēng)險，就應(yīng)采取合理措施進行風(fēng)險規(guī)避，可以從改變風(fēng)險性質(zhì)、改變風(fēng)險發(fā)生的概率、改變風(fēng)險的影響大小等多方面著手。風(fēng)險規(guī)避的策略一般有預(yù)防、轉(zhuǎn)移、回避、接受、后備措施等幾種方式。其中，預(yù)防風(fēng)險尤其不能忽視項目的教育培訓(xùn)和按程序辦事兩個方面。由于項目實施成員的任何不當(dāng)行為都會構(gòu)成項目的風(fēng)險因素，要減輕與之相應(yīng)的影響，就必須對有關(guān)人員進行詳細(xì)和有效的風(fēng)險教育和項目培訓(xùn)，教育培訓(xùn)的內(nèi)容應(yīng)該包含項目相關(guān)的策略、計劃、標(biāo)準(zhǔn)、規(guī)章規(guī)范、項目知識、產(chǎn)品知識等。在項目活動中，應(yīng)該嚴(yán)格按照項目制度，如進度、人力調(diào)配、文檔管理、資源分配等?；乇茱L(fēng)險，是指當(dāng)項目風(fēng)險潛在威脅的可能性極大，并會帶來嚴(yán)重的后果，無法轉(zhuǎn)移又不能承受時，通過改變項目來規(guī)避風(fēng)險。通常會通過修改項目目標(biāo)、項目范圍、項目結(jié)構(gòu)等方式來回避風(fēng)險的威脅。接受風(fēng)險，作為規(guī)避風(fēng)險的常見方法，主要是指主動將風(fēng)險事件的不利后果承擔(dān)下來，這種后果通常主要反映在實施周期、成本費用的有限增加上，以犧牲項目收益而不影響項目整體。用于規(guī)避風(fēng)險的后備措施，主要體現(xiàn)在后備費用、預(yù)留進度時間、后備技術(shù)力量三個方面，這些后備措施在項目計劃中就應(yīng)預(yù)留，保證在項目實施過程中，能充分調(diào)用后備力量解決問題。3、風(fēng)險管理報告無論項目進展的情況如何，都必須將風(fēng)險管理的計劃、行動、結(jié)果整理、匯總、進行分析，形成風(fēng)險管理報告。風(fēng)險管理的持續(xù)性要求風(fēng)險管理報告的連貫性和不間斷性，因此，該報告不是僅僅在項目結(jié)束之后才制作的，而是應(yīng)該視項目的進展?fàn)顩r、項目計劃、報告的對象等條件采取書面或口頭、不定期的或階段性的等多種方式，為項目的實施、控制、管理、決策提供信息基礎(chǔ)。變革管理計劃變革管理方法變革管理的基本方法為：（1）解凍：承認(rèn)現(xiàn)況不好，釋放原先被掩蓋的組織不利訊息。（2）改變：利用溝通與引進學(xué)習(xí)型組織，使組織成員逐漸接受改變是正向價值的觀念。（3）謀定而后動：先確定變革策略，擬定明確的目標(biāo)、環(huán)境評估、行動方案與各種配套措施。變革管理成功的關(guān)鍵策略（1）人員變革中的阻力大部分來自人的因素，變革想要成功，就要充分調(diào)動每位團隊人員的積極性，發(fā)揮每位人員的主動性，使他們成為推動變革的主體。（2）變革須領(lǐng)導(dǎo)先行變革不論大小必須由領(lǐng)導(dǎo)階層率先推行，高層的轉(zhuǎn)變?nèi)菀讛U展和影響下級，有助于消除下級的顧慮，從而使下級積極地采取變革措施。（3）企業(yè)文化推行的變革越是符合企業(yè)原有的價值取向，就越有可能獲得成功。企業(yè)文化的形成需要相當(dāng)長的時間，而一旦形成又是牢固的不易變更的，原有的企業(yè)文化是變革強大的阻礙力量。企業(yè)組織變革的同時，將注重逐步漸進的變革企業(yè)文化以支持變革取得成功。項目進度計劃影響項目進度的因素現(xiàn)階段，部分系統(tǒng)人員的計算機基礎(chǔ)較弱，若要達到熟練應(yīng)用業(yè)務(wù)系統(tǒng)，需要進行多輪、反復(fù)培訓(xùn)，而系統(tǒng)人員平日又在工作崗位上，造成時間上的沖突，存在延緩項目實施進度的可能性；除上述因素外，承建商的工程技術(shù)力量的配置將影響到項目的順利進行。項目進度制定的原則項目計劃的制定是在充分考慮國內(nèi)相關(guān)系統(tǒng)建設(shè)情況的基礎(chǔ)上，結(jié)合業(yè)主單位的實際情況，并本著“科學(xué)嚴(yán)謹(jǐn)、實事求是”的原則制定的。項目實施進度計劃項目建設(shè)期：12個月。項目實施進度計劃如下所示：表8-1項目實施進度計劃表序號項目第N月1234567891011121前期勘察、調(diào)研分析2分析及詳細(xì)設(shè)計3軟件開發(fā)4安裝部署、集成測試5系統(tǒng)培訓(xùn)、試運行6系統(tǒng)評價7系統(tǒng)交付及項目驗收進入系統(tǒng)維保運行階段項目里程碑(1)第1月-2月，完成項目前期調(diào)研分析等準(zhǔn)備工作；(2)第2月-3月，聯(lián)合設(shè)計單位、相關(guān)部門完成項目的系統(tǒng)分析設(shè)計確認(rèn)工作；(3)第3月-8月，對項目進行公開招標(biāo)，實現(xiàn)承建單位數(shù)據(jù)中心大數(shù)據(jù)集成應(yīng)用平臺技術(shù)開發(fā)，整合數(shù)據(jù)，完成項目各項功能；(4)第8月-9月，在系統(tǒng)平臺上安裝部署，實調(diào)試完畢，并完成系統(tǒng)集成測試，