用需求來創(chuàng)造價值探討商業(yè)智能的需求與需求分析

用需求來創(chuàng)造價值-----探討商業(yè)智能的需求與需求分析-----商業(yè)智能項目從業(yè)者系統(tǒng)分析員CSAI專業(yè)顧問DWWAY成員SZCUBBDWIntroduction|Confidential內(nèi)容大綱商業(yè)智能的需求怪圈商業(yè)智能的來龍去脈什么是商業(yè)智能商業(yè)智能的需求商業(yè)智能的需求分析商業(yè)智能需求的出路SZCUBBDWIntroduction|Confidential商業(yè)智能的需求怪圈商業(yè)智能需求有好的前景；商業(yè)智能需求很有意思；商業(yè)智能需求難以管束,讓人心力交瘁；由于需求的變更實在是太多了，傳統(tǒng)軟件工程理論中嚴(yán)謹(jǐn)莊重的需求分析方法明顯吃力；客戶對商業(yè)智能真正的需求往往是從項目投產(chǎn)那一刻才真正開始；商業(yè)智能的需求好象是沒完沒了的。。。。。SZCUBBDWIntroduction|Confidential內(nèi)容大綱商業(yè)智能的需求怪圈商業(yè)智能的來龍去脈什么是商業(yè)智能商業(yè)智能的需求商業(yè)智能的需求分析商業(yè)智能需求的出路SZCUBBDWIntroduction|Confidential傳統(tǒng)應(yīng)用中數(shù)據(jù)的地位傳統(tǒng)以來計算機應(yīng)用以程序為核心；智能的核心是用算法來演繹的邏輯；在這種以程序為核心的體系下，數(shù)據(jù)充其量只是程序的一個附屬；大部分?jǐn)?shù)據(jù)是臨時性的，歷史數(shù)據(jù)就成為了過期門票。SZCUBBDWIntroduction|Confidential企業(yè)信息化發(fā)展的三個階段SZCUBBDWIntroduction|Confidential企業(yè)信息化發(fā)展第一階段基礎(chǔ)信息化階段，主要是解決原本手工處理的數(shù)據(jù)電子化的問題信息的關(guān)聯(lián)面是非常有限的信息專業(yè)性很強，離開了系統(tǒng)的主要用戶，別人是看不懂這些數(shù)據(jù)用戶在企業(yè)中往往是占很少數(shù)SZCUBBDWIntroduction|Confidential商業(yè)智能的來龍去脈—企業(yè)信息化第二階段總體角度建設(shè)高度集中的、或互相聯(lián)接的綜合業(yè)務(wù)管理系統(tǒng)，例如銀行的核心業(yè)務(wù)系統(tǒng)；實現(xiàn)業(yè)務(wù)的協(xié)同運作；SZCUBBDWIntroduction|Confidential企業(yè)信息化第三階段企業(yè)是個嚴(yán)密運作的復(fù)雜系統(tǒng)，每個細(xì)小環(huán)節(jié)的活動是彼此互相關(guān)聯(lián)的；基于具體業(yè)務(wù)所開發(fā)的應(yīng)用系統(tǒng)信息面只能覆蓋企業(yè)的一個局部范圍；從零碎的，片段的企業(yè)局部化信息難以看清企業(yè)整體的變化；企業(yè)需要一種協(xié)同思考的能力；信息系統(tǒng)將更多定位在對企業(yè)整體戰(zhàn)略發(fā)展層面的支撐；商業(yè)智能浮出水平并且逐漸成為主角；SZCUBBDWIntroduction|Confidential商業(yè)智能的來龍去脈—三個階段的總結(jié)針對手指的自動化針對眼睛和耳朵的自動化針對大腦的自動化SZCUBBDWIntroduction|Confidential內(nèi)容大綱商業(yè)智能的需求怪圈商業(yè)智能的來龍去脈什么是商業(yè)智能商業(yè)智能的需求商業(yè)智能的需求分析商業(yè)智能需求的出路SZCUBBDWIntroduction|Confidential市場的競爭發(fā)展趨勢從“大眾化營銷”到“差異化營銷”的競爭；從“規(guī)模效益”到“深度效益”的競爭；從“單一銷售”到“產(chǎn)業(yè)價值鏈營銷”的競爭；SZCUBBDWIntroduction|Confidential企業(yè)領(lǐng)導(dǎo)人如何面對激烈市場競爭帶來的挑戰(zhàn)？完善組織結(jié)構(gòu)培養(yǎng)客戶忠誠度拓大客戶群增加產(chǎn)品、渠道品種加強成本控制提高營運效率防范風(fēng)險………提高形象增加利潤增加/保留客戶增加市場占有率減低風(fēng)險增加服務(wù)/提高質(zhì)素減低經(jīng)營成本SZCUBBDWIntroduction|Confidential現(xiàn)有的數(shù)據(jù)狀況前兩個階段中所積累的數(shù)據(jù)受限于其應(yīng)用面，最終出來的效果所表達(dá)的信息是割裂的，零碎的，如果不加清洗與整合，甚至是自相矛盾的，因此這種數(shù)據(jù)積累的作用事實上只是一種備份。備份數(shù)據(jù)變成了“數(shù)據(jù)監(jiān)獄”，數(shù)據(jù)一進(jìn)去就十有八九成了“囚犯”，而數(shù)據(jù)一旦過時，要么就被束之高閣，無情地被判了無期徒刑，要么就象碎成紙片的機要文件一樣被銷毀了。SZCUBBDWIntroduction|Confidential現(xiàn)在企業(yè)的問題不是數(shù)據(jù)太少，而是數(shù)據(jù)太多了SZCUBBDWIntroduction|Confidential什么是商業(yè)智能，為什么需要它?數(shù)據(jù)在計算機內(nèi)部的樣子，業(yè)務(wù)人員看得懂嗎?業(yè)務(wù)管理人員需要數(shù)據(jù)時，需要技術(shù)人員的編制程序才能得到需要信息，但技術(shù)人員的努力往往跟不上業(yè)務(wù)人員的需求!如果有一套環(huán)境可以讓管理人員直接分析需要的數(shù)據(jù)，那就太好了!SZCUBBDWIntroduction|Confidential什么是商業(yè)智能商業(yè)智能是用來實現(xiàn)數(shù)據(jù)向信息轉(zhuǎn)變，信息向知識轉(zhuǎn)變，知識向價值轉(zhuǎn)變的這么一個過程，以及這個過程中所使用到的種種技術(shù)和工具。數(shù)據(jù)信息知識價值SZCUBBDWIntroduction|Confidential數(shù)據(jù)倉庫vs商業(yè)智能上面所描述的是一個廣義上的商業(yè)智能概念，在這個概念層面上，數(shù)據(jù)倉庫是其中非常重要的組成部分；數(shù)據(jù)倉庫從概念上更多地側(cè)重在對各類企業(yè)信息的整合工作，包括了數(shù)據(jù)的遷移，數(shù)據(jù)的組織和存儲，數(shù)據(jù)的管理與維護(hù)這些我們平常稱之為后臺的基礎(chǔ)性的數(shù)據(jù)準(zhǔn)備工作；商業(yè)智能概念則側(cè)重在對數(shù)據(jù)的查詢，報表、多維/聯(lián)機數(shù)據(jù)分析、數(shù)據(jù)分析和數(shù)據(jù)可視化工具這些平常稱之為所謂前臺的數(shù)據(jù)應(yīng)用方面。SZCUBBDWIntroduction|Confidential內(nèi)容大綱商業(yè)智能的需求怪圈商業(yè)智能的來龍去脈什么是商業(yè)智能商業(yè)智能的需求商業(yè)智能的需求分析商業(yè)智能需求的出路SZCUBBDWIntroduction|Confidential商業(yè)智能需求難做的先天性商業(yè)智能需求天生就注定了是不好弄的，為什么，一句話可以概括，因為這是腦子工程，是一把手的工程！決策，其本身就是一個很個性化的事情；商業(yè)智能的需求就不可能有什么標(biāo)準(zhǔn)的模式；所以對商業(yè)智能需求的定義和控制過程事實上就變成了對人腦的控制過程。SZCUBBDWIntroduction|Confidential商業(yè)智能需求的兩種解讀方式“商業(yè)”----商業(yè)觀點，站在價值的角度衡量與理解商業(yè)智能的需求?！爸悄堋?---智能觀點，站在技術(shù)的角度衡量與理解商業(yè)智能的需求。這也反映了商業(yè)智能需求驅(qū)動力的一個發(fā)展和變遷，從商業(yè)智能形成產(chǎn)業(yè)到目前，商業(yè)智能需求的主要驅(qū)動力出現(xiàn)了三次變遷。SZCUBBDWIntroduction|Confidential商業(yè)智能需求之驅(qū)動力變遷首先是技術(shù)驅(qū)動，最開始只是覺得它是先進(jìn)的技術(shù)，很多企業(yè)開始購買了很多這些產(chǎn)品，積極的通過技術(shù)的方法驅(qū)動這個技術(shù)在企業(yè)里面的應(yīng)用。業(yè)務(wù)驅(qū)動，現(xiàn)在特別是金融行業(yè)，還有政府行業(yè)，他們的數(shù)據(jù)量非常大，基于數(shù)據(jù)的定量分析實際上在日常業(yè)務(wù)流程的戰(zhàn)術(shù)層次也有很大的一個應(yīng)用的價值。管理驅(qū)動，由于領(lǐng)導(dǎo)層需求對企業(yè)整體信息面的廣度要求，就要開始建數(shù)據(jù)倉庫整合數(shù)據(jù)了。我們看到了一個很明顯的趨勢，就是目前商業(yè)智能需求的重點逐漸從“智能”轉(zhuǎn)向“商業(yè)”!SZCUBBDWIntroduction|Confidential內(nèi)容大綱商業(yè)智能的需求怪圈商業(yè)智能的來龍去脈什么是商業(yè)智能商業(yè)智能的需求商業(yè)智能的需求分析商業(yè)智能需求的出路SZCUBBDWIntroduction|Confidential技術(shù)驅(qū)動的商業(yè)智能需求分析商業(yè)智能的需求分析更多地是側(cè)重在結(jié)合目前手工半手工工作遷移到BI工具的應(yīng)用；項目往往有個前提，就是目標(biāo)技術(shù)平臺往往在項目啟動之初已經(jīng)敲定；需求分析師首先要非常了解目標(biāo)技術(shù)平臺的各項技術(shù)指標(biāo)，并且非常小心地把目標(biāo)用戶的需求引導(dǎo)并且框定在這個目標(biāo)技術(shù)平臺的能力范圍之內(nèi)。SZCUBBDWIntroduction|Confidential業(yè)務(wù)驅(qū)動的商業(yè)智能需求分析需求分析師首先需要非常熟悉目標(biāo)用戶的日常業(yè)務(wù)；需求分析師如果不是一位該業(yè)務(wù)領(lǐng)域的專家，所能形成的需求分析結(jié)果能一次性地獲得業(yè)務(wù)人員的真心擁護(hù)和認(rèn)可無疑是天方夜譚；需求分析師抱著一種對業(yè)務(wù)無知的謙卑感虛心地向自己的客戶請教，并且仗著客戶對技術(shù)莫測高深的敬畏，迅速地把需求分析結(jié)果框定；需求分析方式也造成了報告開頭所描述的需求怪圈:雙方所溝通的都是對方頭腦里的想象，然后把這種想象用稍微直觀一點的方式描述出來，這種表達(dá)的效果不管花了多少的細(xì)致周到的努力，實質(zhì)上還只是一種紙上談兵，或者俗稱畫餅，餅的模樣是畫出來了，餅的味道是無論如何也畫不出來的。要經(jīng)過多次反復(fù)的試探才能調(diào)出客戶感覺合口的口味；客戶的口味也在經(jīng)常性地改變。SZCUBBDWIntroduction|Confidential業(yè)務(wù)驅(qū)動的商業(yè)智能需求分析的模板(Template)大公司組織了一群技術(shù)專家經(jīng)過多年的類似項目經(jīng)驗所收集的需求沉淀形成；讓BI需求分析師對于業(yè)務(wù)思考模式的學(xué)習(xí)和理解可以從客戶現(xiàn)場退回到自己的公司內(nèi)部，避免了露出對業(yè)務(wù)無知的尷尬；試圖用既成事實的行業(yè)標(biāo)準(zhǔn)的做法迅速而直接的影響用戶的思維，業(yè)界內(nèi)俗稱給客戶“洗腦”；我對模板的看法:事實上，每個企業(yè)和人一樣，是環(huán)境影響和個性發(fā)展的產(chǎn)物，不是標(biāo)準(zhǔn)形成的產(chǎn)物，特別補充，我對世界的扁平化觀點是持保留態(tài)度的，這里就形成了模板合理性和有效性一個悖論，這是一個先有雞還是先有蛋的問題，我這里說不清楚……本人對模板是認(rèn)可的，也認(rèn)為是非常有可參考價值的，而對模板價值的過高評價和生搬硬套持非常懷疑的態(tài)度的。SZCUBBDWIntroduction|Confidential管理驅(qū)動的商業(yè)智能需求分析技術(shù)上太復(fù)雜了，時間關(guān)系，不多說了……非技術(shù)上的影響要素我說不清楚了，譬如權(quán)力斗爭……SZCUBBDWIntroduction|Confidential我對商業(yè)智能需求分析工作的幾個經(jīng)驗點要有正確的謙虛的心態(tài);商業(yè)智能的應(yīng)用是一個過程，不是結(jié)果；商業(yè)智能不可能一步到位，一成不變；20%的功能帶來80%的效益；20%的工作會帶來80%的效果；面面俱到=面面不到;客戶特別是領(lǐng)導(dǎo)的支持和參與是項目成功的關(guān)鍵!SZCUBBDWIntroduction|Confidential內(nèi)容大綱商業(yè)智能的需求怪圈商業(yè)智能的來龍去脈什么是商業(yè)智能商業(yè)智能的需求商業(yè)智能的需求分析商業(yè)智能需求的出路SZCUBBDWIntroduction|Confidential商業(yè)智能需求的出路以前對商業(yè)智能需求的理解而走的彎路也是有價值的;對商業(yè)智能需求的認(rèn)識需要一個理性的回歸；價值驅(qū)動是商業(yè)智能需求走向的必然；只有把商業(yè)智能的需求和企業(yè)價值鏈的持續(xù)發(fā)展和提升結(jié)合起來，商業(yè)智能的實際價值才能得到真正的體現(xiàn)。SZCUBBDWIntroduction|Confidential商業(yè)智能需求所形成的價值鏈個性化的界面商業(yè)智能工具的分析和提煉收集整理其他管理運營數(shù)據(jù)信息和知識分析數(shù)據(jù)采集數(shù)據(jù)使業(yè)務(wù)更加高效更大的效益企業(yè)信息門戶正確的決策和行動分析人員銀行領(lǐng)導(dǎo)員工SZCUBBDWIntroduction|Confidential數(shù)據(jù)的價值正如前面的分析，各種內(nèi)外因素的組合作用下，使企業(yè)必然形成以信息驅(qū)動為核心的生產(chǎn)和管理方式，在企業(yè)利潤形成的整個價值鏈條中，信息使這條價值鏈從模糊逐漸走向清晰，從清晰走向可控，從可控走向可持續(xù)發(fā)展，將數(shù)據(jù)作為企業(yè)戰(zhàn)略資產(chǎn)并且在數(shù)據(jù)質(zhì)量方面繼續(xù)投資，是使企業(yè)成為行業(yè)先鋒的重要保證。商業(yè)智能把企業(yè)積存的各項歷史數(shù)據(jù)從“數(shù)據(jù)監(jiān)獄”里釋放出來，成為企業(yè)的一筆有形的資產(chǎn)。SZCUBBDWIntroduction|Confidential尾聲商業(yè)智能從“智能”走向“商業(yè)”是一條商業(yè)智能需求走出困境的必由之路；技術(shù)至上的觀點，不但會成為商業(yè)智能發(fā)展的桎梏，甚至?xí)蔀槎髿⑸虡I(yè)智能應(yīng)用推廣的無形黑手；要明確地樹立的是做商業(yè)智能需求是為客戶賺錢的商業(yè)觀念；“簡單”的需求也很有價值做。結(jié)語:請問到底什么是“商業(yè)”?SZCUBBDWIntroduction|Confidential討論與交流SZCUBBDWIntroduction|Confidential第二部分:數(shù)據(jù)倉庫項目實施和管理實踐本部分于宗民提供素材*24日SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential實施一個完整的數(shù)據(jù)倉庫項目，都有哪些工作環(huán)節(jié)項目可行性分析業(yè)務(wù)需求分析確定項目整體解決方案確定系統(tǒng)軟件需求數(shù)據(jù)倉庫設(shè)計系統(tǒng)設(shè)計與開發(fā)系統(tǒng)交付與測試項目總體評估SZCUBBDWIntroduction|Confidential實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些系統(tǒng)？數(shù)據(jù)存儲系統(tǒng)數(shù)據(jù)倉庫模型數(shù)據(jù)前端呈現(xiàn)程序數(shù)據(jù)手工補錄程序數(shù)據(jù)采集程序數(shù)據(jù)倉庫管理程序SZCUBBDWIntroduction|Confidential完成一個數(shù)據(jù)倉庫項目，都需要交付哪些文件？（一）初級數(shù)據(jù)質(zhì)量評估報告軟件需求分析說明書數(shù)據(jù)倉庫管理需求說明書項目數(shù)據(jù)倉庫系統(tǒng)規(guī)劃說明書業(yè)務(wù)需求說明書數(shù)據(jù)采集程序設(shè)計說明書數(shù)據(jù)采集需求說明書OLAP系統(tǒng)設(shè)計說明書手工補錄數(shù)據(jù)設(shè)計說明書數(shù)據(jù)倉庫模型設(shè)計說明書數(shù)據(jù)倉庫管理程序設(shè)計說明書數(shù)據(jù)映射表SZCUBBDWIntroduction|Confidential完成一個數(shù)據(jù)倉庫項目，都需要交付哪些文件？（二）數(shù)據(jù)倉庫數(shù)據(jù)質(zhì)量報告集成測試報告數(shù)據(jù)倉庫管理程序使用手冊軟件需求變更說明書單元測試報告業(yè)務(wù)需求測試簡報會議紀(jì)要工作總結(jié)培訓(xùn)計劃SZCUBBDWIntroduction|Confidential例子：數(shù)據(jù)質(zhì)量分析報告一、引言13></a>．編寫目的2．背景3．參考資料4．術(shù)語定義及說明二、數(shù)據(jù)質(zhì)量評估工作范圍1．本次數(shù)據(jù)質(zhì)量評估的目標(biāo)2．本次項目確定的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)3．參與本次評估的人員組成4．?dāng)?shù)據(jù)質(zhì)量評估方法數(shù)據(jù)倉庫數(shù)據(jù)質(zhì)量報告三、數(shù)據(jù)質(zhì)量評估結(jié)果1．?dāng)?shù)據(jù)源數(shù)據(jù)質(zhì)量評估結(jié)果2．?dāng)?shù)據(jù)倉庫數(shù)據(jù)清洗轉(zhuǎn)換規(guī)則四、數(shù)據(jù)質(zhì)量監(jiān)控維護(hù)方案1．?dāng)?shù)據(jù)質(zhì)量監(jiān)控團隊組織2．?dāng)?shù)據(jù)倉庫數(shù)據(jù)質(zhì)量問題管理3．?dāng)?shù)據(jù)倉庫數(shù)據(jù)質(zhì)量監(jiān)控管理計劃4．?dāng)?shù)據(jù)倉庫數(shù)據(jù)質(zhì)量修正方案SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential從模型客戶化開始與從需求分析開始引進(jìn)模型GAP分析客戶化模型數(shù)據(jù)源映射需求分析數(shù)據(jù)應(yīng)用映射ETL開發(fā)數(shù)據(jù)應(yīng)用開發(fā)需求分析模型制作數(shù)據(jù)源映射數(shù)據(jù)分析SZCUBBDWIntroduction|Confidential從模型客戶化開始的項目產(chǎn)生的結(jié)果引進(jìn)模型GAP分析客戶化模型數(shù)據(jù)源映射需求分析數(shù)據(jù)應(yīng)用映射ETL開發(fā)數(shù)據(jù)應(yīng)用開發(fā)生成“數(shù)據(jù)源－>數(shù)據(jù)倉庫－>數(shù)據(jù)集市”的標(biāo)準(zhǔn)結(jié)構(gòu)項目周期長，人力協(xié)調(diào)作業(yè)復(fù)雜生成的數(shù)據(jù)倉庫模型具有良好的擴展性SZCUBBDWIntroduction|Confidential從需求分析開始的項目產(chǎn)生的結(jié)果需求分析模型制作數(shù)據(jù)源映射數(shù)據(jù)分析產(chǎn)生最常見的“數(shù)據(jù)源－>數(shù)據(jù)應(yīng)用數(shù)據(jù)集”的系統(tǒng)架構(gòu)工期非常短，人力少，因而項目花費少模型多數(shù)以星星模型和雪花模型為主SZCUBBDWIntroduction|Confidential使用兩種方法實施項目的建議根據(jù)項目的時間周期多少決定使用那種方法周期短：周期長：根據(jù)項目要完成的目標(biāo)決定將要使用的方法為了完成目前的需要而開發(fā)：完成需求的同時，還要為數(shù)據(jù)管理建設(shè)提供基礎(chǔ)：根據(jù)項目經(jīng)費的多少決定使用哪種方法經(jīng)費少：經(jīng)費多：需求分析模型制作數(shù)據(jù)源映射數(shù)據(jù)分析引進(jìn)模型GAP分析客戶化模型數(shù)據(jù)源映射需求分析數(shù)據(jù)應(yīng)用映射ETL開發(fā)數(shù)據(jù)應(yīng)用開發(fā)需求分析模型制作數(shù)據(jù)源映射數(shù)據(jù)分析需求分析模型制作數(shù)據(jù)源映射數(shù)據(jù)分析引進(jìn)模型GAP分析客戶化模型數(shù)據(jù)源映射需求分析數(shù)據(jù)應(yīng)用映射ETL開發(fā)數(shù)據(jù)應(yīng)用開發(fā)引進(jìn)模型GAP分析客戶化模型數(shù)據(jù)源映射需求分析數(shù)據(jù)應(yīng)用映射ETL開發(fā)數(shù)據(jù)應(yīng)用開發(fā)SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential實施企業(yè)級邏輯模型項目的方法：自建模型工程實施方法由咨詢公司和企業(yè)IT部門一起，從小規(guī)模應(yīng)用系統(tǒng)著手，按照數(shù)據(jù)倉庫邏輯模型的思想組織數(shù)據(jù)。后續(xù)應(yīng)用系統(tǒng)在提供新數(shù)據(jù)應(yīng)用同時，繼續(xù)擴展上一個數(shù)據(jù)倉庫應(yīng)用項目留下的數(shù)據(jù)倉庫模型。通過這種周而復(fù)始的數(shù)據(jù)倉庫建設(shè)過程，不斷發(fā)展和維護(hù)企業(yè)數(shù)據(jù)倉庫模型，最終自主建立本企業(yè)的數(shù)據(jù)倉庫模型?？蛻魯?shù)據(jù)模型賬戶數(shù)據(jù)模型產(chǎn)品數(shù)據(jù)模型每個客戶有多少個銀行賬戶每一個客戶購買多少種產(chǎn)品……SZCUBBDWIntroduction|Confidential自建數(shù)據(jù)模型的工程實施方法特點：遠(yuǎn)期風(fēng)險很高但近期效益明顯遠(yuǎn)期風(fēng)險高：項目組能夠相當(dāng)準(zhǔn)確的預(yù)見未來將要使用的數(shù)據(jù)及其邏輯存儲形式近期效益明顯：數(shù)據(jù)倉庫系統(tǒng)是按照實施項目的過程完成的，滿足了每一期項目的業(yè)務(wù)需求，容易看到每一期項目的成果解決之道：建立數(shù)據(jù)模型者要以企業(yè)管理的概念和思想作為指導(dǎo)建立數(shù)據(jù)模型者要對行業(yè)知識要有相當(dāng)高的理解建立數(shù)據(jù)模型者要參考已經(jīng)成熟的數(shù)據(jù)模型SZCUBBDWIntroduction|Confidential實施企業(yè)級邏輯模型項目的兩種方法：引進(jìn)模型實施方法引進(jìn)外部數(shù)據(jù)倉庫模型的方法是從其他咨詢公司或者IT公司購買數(shù)據(jù)倉庫模型，對其客戶化，然后在客戶化后的模型基礎(chǔ)上，建立企業(yè)級邏輯模型的實施方法。形成企業(yè)邏輯模型模型調(diào)整模型客戶化購買外部模型GAP分析SZCUBBDWIntroduction|Confidential引進(jìn)模型實施方法的特點花費很可觀的資金承擔(dān)該模型不能完全適應(yīng)本企業(yè)實際情況的風(fēng)險同時購買外部企業(yè)級邏輯模型的實施方法，節(jié)約企業(yè)級數(shù)據(jù)倉庫建模時間引入模型所具有的業(yè)務(wù)知識對剛剛引進(jìn)該模型的公司來說，等于是站在其他公司成功經(jīng)驗基礎(chǔ)上實施本公司的數(shù)據(jù)倉庫，項目成功率大幅度提高通過現(xiàn)有業(yè)務(wù)系統(tǒng)與外購企業(yè)級邏輯模型之間的差異比較，可以很方便的發(fā)現(xiàn)現(xiàn)有業(yè)務(wù)系統(tǒng)中缺少的用來滿足管理要求的數(shù)據(jù)。這也是現(xiàn)階段國內(nèi)數(shù)據(jù)倉庫項目最明顯的成功標(biāo)準(zhǔn)之一SZCUBBDWIntroduction|Confidential使用兩種方法實施項目的建議經(jīng)費多少決定使用的方法經(jīng)費少：自建企業(yè)級數(shù)據(jù)倉庫邏輯模型的方法經(jīng)費充足：引進(jìn)企業(yè)級數(shù)據(jù)倉庫邏輯模型的方法對業(yè)務(wù)的熟悉程度決定使用的方法熟悉程度高：自建企業(yè)級數(shù)據(jù)倉庫邏輯模型的方法熟悉程度低：引進(jìn)企業(yè)級數(shù)據(jù)倉庫邏輯模型的方法對企業(yè)邏輯模型的熟悉程度決定使用的方法熟悉程度高：自建企業(yè)級數(shù)據(jù)倉庫邏輯模型的方法熟悉程度低：引進(jìn)企業(yè)級數(shù)據(jù)倉庫邏輯模型的方法SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential怎樣定義數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)對于管理客戶聯(lián)系信息的人來說，高質(zhì)量的數(shù)據(jù)是指準(zhǔn)確的如地址，郵箱之類的客戶聯(lián)系信息對于客戶經(jīng)理來說，高質(zhì)量的數(shù)據(jù)是指準(zhǔn)確的客戶交往記錄對于從事科學(xué)研究的人來說，高質(zhì)量的數(shù)據(jù)是指清晰的描述數(shù)據(jù)之間的關(guān)聯(lián)關(guān)系數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)必須根據(jù)每一個具體的案例來定義數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)都是以滿足應(yīng)用要求為目標(biāo)的適合使用的數(shù)據(jù)就是高質(zhì)量的數(shù)據(jù)數(shù)據(jù)質(zhì)量的標(biāo)準(zhǔn)是由使用數(shù)據(jù)的人根據(jù)自己的要求制定的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)是由數(shù)據(jù)產(chǎn)生的數(shù)據(jù)是否符合數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)都是以是否符合使用數(shù)據(jù)的要求做為判斷標(biāo)準(zhǔn)的SZCUBBDWIntroduction|Confidential怎樣度量現(xiàn)有系統(tǒng)的數(shù)據(jù)質(zhì)量了解用戶對數(shù)據(jù)質(zhì)量的需求在分析數(shù)據(jù)流中找到需要分析的位置確定數(shù)據(jù)質(zhì)量分析的角度確定是否滿足數(shù)據(jù)質(zhì)量需求的標(biāo)準(zhǔn)度量與數(shù)據(jù)模型有關(guān)的數(shù)據(jù)質(zhì)量度量與數(shù)據(jù)域有關(guān)的數(shù)據(jù)質(zhì)量度量與數(shù)據(jù)呈現(xiàn)有關(guān)的數(shù)據(jù)質(zhì)量整理數(shù)據(jù)質(zhì)量分析的結(jié)果度量與數(shù)據(jù)值有關(guān)的數(shù)據(jù)質(zhì)量SZCUBBDWIntroduction|Confidential在數(shù)據(jù)倉庫項目中實施數(shù)據(jù)質(zhì)量管理數(shù)據(jù)倉庫的數(shù)據(jù)質(zhì)量觀點：數(shù)據(jù)質(zhì)量有限充分尊重數(shù)據(jù)源數(shù)據(jù)質(zhì)量在數(shù)據(jù)采集中能夠完成的數(shù)據(jù)清洗工作有限在數(shù)據(jù)倉庫項目中實施數(shù)據(jù)質(zhì)量管理的步驟：在需求分析階段，實施數(shù)據(jù)質(zhì)量評估，制定數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)，編寫《初級數(shù)據(jù)質(zhì)量檢測報告》在開發(fā)測試階段，編寫《現(xiàn)有數(shù)據(jù)倉庫數(shù)據(jù)質(zhì)量報告》系統(tǒng)交付后，在《數(shù)據(jù)倉庫管理計劃》中制定“數(shù)據(jù)質(zhì)量維護(hù)”計劃SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在系統(tǒng)交付后實施嗎？答案是：不能只在系統(tǒng)交付后實施原因：數(shù)據(jù)倉庫應(yīng)用非常靈活，六種數(shù)據(jù)使用方式都可以使用需要幫助業(yè)務(wù)代表理解六種數(shù)據(jù)使用方法的限制和優(yōu)勢，以便提出合理的業(yè)務(wù)需求使用人員的習(xí)慣難以適應(yīng)數(shù)據(jù)倉庫應(yīng)用工具數(shù)據(jù)應(yīng)用工具本身能力有限人員對工具的熟練程度有限目的：先入為主的影響客戶代表提出的業(yè)務(wù)需求范圍和方式控制需求范圍和實現(xiàn)方式降低系統(tǒng)技術(shù)實現(xiàn)的難度SZCUBBDWIntroduction|Confidential數(shù)據(jù)倉庫項目前期培訓(xùn)的實施過程制定培訓(xùn)計劃數(shù)據(jù)倉庫基礎(chǔ)培訓(xùn)需求說明書培訓(xùn)工具應(yīng)用方法培訓(xùn)實施培訓(xùn)編寫培訓(xùn)計劃書開發(fā)培訓(xùn)應(yīng)用案例收集培訓(xùn)結(jié)果SZCUBBDWIntroduction|Confidential在需求過程開始前實施數(shù)據(jù)應(yīng)用培訓(xùn)的內(nèi)容數(shù)據(jù)倉庫絕對不是百求百應(yīng)的良方，反而是一個長期的系統(tǒng)工程數(shù)據(jù)倉庫中的數(shù)據(jù)質(zhì)量范圍是有限度的數(shù)據(jù)查詢的速度是受到數(shù)據(jù)量嚴(yán)重影響的數(shù)據(jù)挖掘的工作和數(shù)據(jù)倉庫工作是分開的對某些高級用戶來說，數(shù)據(jù)倉庫前端應(yīng)用是可以由用戶自己開發(fā)的系統(tǒng)只提供現(xiàn)有系統(tǒng)中有的數(shù)據(jù)，沒有的數(shù)據(jù)應(yīng)該盡可能的少基礎(chǔ)知識數(shù)據(jù)倉庫的需求可以分成六種方式固定報表和隨機查詢的關(guān)系固定報表和OLAP查詢的關(guān)系什么樣的需求適合作為OLAP查詢什么樣的需求適合作為固定報表和隨機查詢什么樣的需求適合開發(fā)應(yīng)用程序Portal應(yīng)用的特點和局限性什么樣的需求適合使用數(shù)據(jù)分析實現(xiàn)需求的方式制作一個實際的案例，說明工具的使用方法結(jié)合實現(xiàn)需求的方式，介紹工具的使用方法結(jié)合實現(xiàn)需求的方式，說明工具本身的限制根據(jù)工具的優(yōu)勢和特點，幫助客戶代表理解提出業(yè)務(wù)需求的方式工具使用方法培訓(xùn)SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential為什么需要在數(shù)據(jù)倉庫系統(tǒng)中設(shè)計手工補錄程序理論上：數(shù)據(jù)倉庫中的數(shù)據(jù)是可以Update的數(shù)據(jù)倉庫中的數(shù)據(jù)是不能Delete的實際上：用戶需要手工調(diào)整數(shù)據(jù)倉庫中的數(shù)據(jù)數(shù)據(jù)的計算規(guī)則經(jīng)常改變業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)缺失數(shù)據(jù)管理能力和支持能力薄弱后果：系統(tǒng)架構(gòu)要能夠應(yīng)對更加頻繁的數(shù)據(jù)增、刪、改操作直接對數(shù)據(jù)倉庫執(zhí)行增、刪、改操作不現(xiàn)實，必須提供一種獨立于數(shù)據(jù)倉庫之外的系統(tǒng)架構(gòu)來完成補錄數(shù)據(jù)的工作SZCUBBDWIntroduction|Confidential在數(shù)據(jù)采集系統(tǒng)架構(gòu)中使用獨立的數(shù)據(jù)手工補錄數(shù)據(jù)庫SZCUBBDWIntroduction|Confidential這樣做的優(yōu)勢首先可以降低數(shù)據(jù)轉(zhuǎn)存庫和數(shù)據(jù)倉庫物理設(shè)計的難度要完成手工補錄數(shù)據(jù)的工作，數(shù)據(jù)庫必須能夠支持增、刪、改操作，并提供相應(yīng)的安全管理功能。而數(shù)據(jù)轉(zhuǎn)存庫和數(shù)據(jù)倉庫中存儲了大量的數(shù)據(jù)，要使它能夠應(yīng)對頻繁的增、刪、改操作，物理設(shè)計的難度很高。但是如果把手工補錄數(shù)據(jù)庫獨立存放在數(shù)據(jù)采集服務(wù)器中，那么不但手工補錄數(shù)據(jù)庫的物理設(shè)計比較簡單，數(shù)據(jù)倉庫和數(shù)據(jù)轉(zhuǎn)存庫的物理設(shè)計也會簡單很多。其次，這樣做也為手工補錄數(shù)據(jù)程序開發(fā)提供了相對寬松的環(huán)境數(shù)據(jù)倉庫的數(shù)據(jù)量都是很大的，如果面向它們開發(fā)手工補錄程序，那么對接口程序和存儲過程設(shè)計要求都很高。但如果單獨設(shè)計手工補錄數(shù)據(jù)庫，就可以大幅度降低這類接口程序的設(shè)計難度，從而提供相對寬松的接口程序開發(fā)環(huán)境。可以避免由于手工補錄數(shù)據(jù)的時間滯后造成的“相同查詢，不同時間返回不同查詢結(jié)果”的錯誤例如，查詢上周的銷售總金額。由于上周六的銷售數(shù)據(jù)沒有錄入手工補錄數(shù)據(jù)庫，第一次查詢時系統(tǒng)將返回缺少周六銷售數(shù)據(jù)的查詢結(jié)果?，F(xiàn)在把周六的數(shù)據(jù)補錄進(jìn)數(shù)據(jù)倉庫，第二次查詢的結(jié)果和第一次查詢的結(jié)果就會完全不同，于是出現(xiàn)了“相同查詢，不同時間返回不同查詢結(jié)果”的錯誤。如果使用獨立的手工補錄數(shù)據(jù)庫，就可以通過技術(shù)元數(shù)據(jù)B，控制補錄數(shù)據(jù)裝載到數(shù)據(jù)倉庫中的時間和頻率，并提供明顯的數(shù)據(jù)缺失提示。這樣，在第一次查詢的時候，就可以向用戶提供“缺失周六銷售數(shù)據(jù)”的提示。SZCUBBDWIntroduction|Confidential在數(shù)據(jù)倉庫中設(shè)計Rule表來滿足修改數(shù)據(jù)關(guān)系的要求規(guī)則表:是一種比較特殊的數(shù)據(jù)表，它記錄了某些特殊的數(shù)據(jù)運算規(guī)則，比如流動資產(chǎn)＝現(xiàn)金＋銀行存款。從業(yè)務(wù)上看，它可以認(rèn)為是業(yè)務(wù)元數(shù)據(jù)的一種表現(xiàn)形式。SZCUBBDWIntroduction|Confidential這樣做的優(yōu)勢規(guī)則表記錄了生成報表數(shù)據(jù)的公式，比如字段C＝字段A＋字段B優(yōu)勢：同時保留了計算公式修改前和計算公式修改后的數(shù)據(jù)，使用戶不會因為修改計算公式而導(dǎo)致歷史數(shù)據(jù)改變的問題劣勢：為開發(fā)和維護(hù)這種數(shù)據(jù)表需要支付相當(dāng)?shù)木S護(hù)成本，例如要獨立設(shè)計一個手工維護(hù)規(guī)則表的程序限制條件：數(shù)據(jù)是一定不得更改的企業(yè)歷史核心數(shù)據(jù)，而數(shù)據(jù)的計算公式是經(jīng)常變化的SZCUBBDWIntroduction|Confidential目錄實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？SZCUBBDWIntroduction|Confidential數(shù)據(jù)倉庫管理程序的作用原因：數(shù)據(jù)量膨脹的速度經(jīng)常比預(yù)計的要快很多由分析需要導(dǎo)致數(shù)據(jù)倉庫內(nèi)數(shù)據(jù)的范圍越來越廣與現(xiàn)有的數(shù)據(jù)倉庫應(yīng)用環(huán)境有沖突這些都使控制系統(tǒng)維護(hù)成本成為數(shù)據(jù)倉庫系統(tǒng)管理需求的難點目標(biāo)：為管理、維護(hù)現(xiàn)有的數(shù)據(jù)倉庫系統(tǒng)制定明確可行的管理方法SZCUBBDWIntroduction|Confidential數(shù)據(jù)倉庫管理程序需要承擔(dān)的任務(wù)數(shù)據(jù)版本控制信息數(shù)據(jù)的修復(fù)和備份計劃數(shù)據(jù)安全管理體系數(shù)據(jù)審核流程數(shù)據(jù)可用性監(jiān)測數(shù)據(jù)倉庫的性能監(jiān)護(hù)數(shù)據(jù)倉庫管理報告SZCUBBDWIntroduction|Confidential在數(shù)據(jù)倉庫項目實施過程中實施數(shù)據(jù)管理程序上線實施需求調(diào)研系統(tǒng)設(shè)計系統(tǒng)開發(fā)管理程序運行需求數(shù)據(jù)恢復(fù)需求數(shù)據(jù)存檔和恢復(fù)需求數(shù)據(jù)安全和控制需求數(shù)據(jù)倉庫審計需求數(shù)據(jù)監(jiān)控需求數(shù)據(jù)倉庫管理報告數(shù)據(jù)倉庫監(jiān)督需求設(shè)計時間調(diào)度模塊設(shè)計系統(tǒng)備份和數(shù)據(jù)恢復(fù)模式設(shè)計數(shù)據(jù)轉(zhuǎn)存的模塊設(shè)計安全控制模塊設(shè)計數(shù)據(jù)審計模塊設(shè)計數(shù)據(jù)監(jiān)控模塊設(shè)計數(shù)據(jù)倉庫管理報表制定《數(shù)據(jù)倉庫管理系統(tǒng)開發(fā)計劃》編寫《數(shù)據(jù)倉庫系統(tǒng)設(shè)計說明書》制定開發(fā)工作計劃開發(fā)數(shù)據(jù)恢復(fù)和系統(tǒng)備份模塊開發(fā)數(shù)據(jù)存檔模塊開發(fā)系統(tǒng)數(shù)據(jù)安全和控制管理模塊開發(fā)系統(tǒng)數(shù)據(jù)審計模塊開發(fā)系統(tǒng)監(jiān)控模塊開發(fā)管理報告模塊執(zhí)行數(shù)據(jù)倉庫管理程序單元測試總結(jié)數(shù)據(jù)倉庫的性能指標(biāo)數(shù)據(jù)倉庫系統(tǒng)整體優(yōu)化制定和編寫《數(shù)據(jù)倉庫管理計劃》SZCUBBDWIntroduction|Confidential討論與交流SZCUBBDWIntroduction|Confidential各位，你們好：我是張峰嶺，很高興在這次大會上有機會與各位見面，共同交流我們大家都關(guān)心的問題。今天我和大家交流的題目是”用需求來創(chuàng)造價值”。本來這個專題是分成兩個演講主題的，由于我的朋友于宗民先生由于工作上的原因，無法來到現(xiàn)場，他所準(zhǔn)備的材料由我來與大家一起分享，所以本報告包含了兩部分內(nèi)容，第一部分是我自己的關(guān)于商業(yè)智能在需求層面的一個探討，第二部分則經(jīng)過于宗民的授權(quán)，我來為大家報告他所準(zhǔn)備的報告內(nèi)容。IBMConfidential企業(yè)在日常運作中收集了大量的數(shù)據(jù)，例如有關(guān)的帳戶、交易流水、客戶信息等這些數(shù)據(jù)，如果能夠整合和分析這些數(shù)據(jù)，以便做出更好的商業(yè)決策，往往會帶來競爭優(yōu)勢，所以一套行之有效的分析工具，無論對IT技術(shù)人員還是業(yè)務(wù)管理人員，都是非常有現(xiàn)實意義的，從某種意義上講，商業(yè)智能的起源是一套比較通用的分析工具。IBMConfidential商業(yè)智能指的是通過智能方法利用您的數(shù)據(jù)資源來更好地進(jìn)行決策的能力，它的目的是能訪問正確的數(shù)據(jù)，分析數(shù)據(jù)以便獲得遠(yuǎn)見卓識，并通過對數(shù)據(jù)的深入了解做出更好的決策。IBMConfidential來自業(yè)務(wù)系統(tǒng)、管理系統(tǒng)和其他系統(tǒng)的數(shù)據(jù)，經(jīng)過收集和整理，使用商業(yè)智能分析工具加工和提煉，形成完整豐富的信息和知識，信息經(jīng)過一個基于協(xié)作的辦公自動平臺的傳遞，分發(fā)給合適的信息使用者，幫助他們做出正確的決策和行動。這樣用戶面對的不是兩個系統(tǒng)，甚至可以說，用戶面對的根本不是一個計算機系統(tǒng)，而是以最直接的方式面對他們自己需要的信息，并把這個處理過程實現(xiàn)良性循環(huán)，幫助商行成為一個以知識管理的核心的學(xué)習(xí)型企業(yè)。OA和BI的整合，目前在行業(yè)內(nèi)還是一個盲點，天維公司站在用戶的角度，創(chuàng)造性地提出把兩者密切整合成一套完整的解決方案，得到的絕對不是1+1=2，而是得到幫助企業(yè)發(fā)展的無窮潛力。IBMConfidential各位，你們好：我是于宗民，很高興在這次大會上有機會與各位見面，共同交流我們大家都關(guān)心的問題。今天我和大家交流的題目是”數(shù)據(jù)倉庫項目實施和管理實踐”。剛才張峰嶺先生已經(jīng)給大家介紹了在數(shù)據(jù)倉庫項目實施中，業(yè)務(wù)需求的重要性，其實在所有IT項目的中，業(yè)務(wù)需求都是最困難、最難以控制的部分，相信他的介紹已經(jīng)幫助大家找到了怎樣在數(shù)據(jù)倉庫項目中控制業(yè)務(wù)需求的方法?，F(xiàn)在，我再給大家介紹一些數(shù)據(jù)倉庫項目實施過程中的難點和疑惑之處，比如項目到底要交付哪些項目交付物，什么樣的數(shù)據(jù)質(zhì)量才是可以接受的，數(shù)據(jù)倉庫項目中怎樣建設(shè)數(shù)據(jù)倉庫邏輯模型，是否要開發(fā)數(shù)據(jù)倉庫管理程序等等，希望通過這次交流，就這些問題提出我個人的意見和建議，也特別歡迎大家提出自己的觀點和看法，共同學(xué)習(xí)，共同進(jìn)步。好，現(xiàn)在我們開始。IBMConfidential首先，我將這次交流中涉及的問題向各位做一個介紹，這些問題包括：實施一個完整的數(shù)據(jù)倉庫項目，都要完成那些工作？都要編寫那些項目文檔？這個部分中主要是向各位介紹一個相對完整的數(shù)據(jù)倉庫系統(tǒng)，都應(yīng)該開發(fā)和實施哪些組成部分，除了常見的ETL、數(shù)據(jù)倉庫、數(shù)據(jù)集市，前端呈現(xiàn)外，還有其他部分嗎？同時，作為項目實施的重要成果之一，也是項目管理的重要輔助手段，數(shù)據(jù)倉庫項目實施過程中，都需要提交哪些項目文檔哪？這些文檔的大致內(nèi)容都應(yīng)該包括哪些內(nèi)容哪？2.數(shù)據(jù)倉庫項目實施是應(yīng)該從模型映射開始還是從需求分析開始？理論上，IT項目一定要從業(yè)務(wù)需求分析開始，這樣才能最大程度的降低項目實施風(fēng)險，保障項目的順利進(jìn)行。但是在數(shù)據(jù)倉庫項目實施方法中，從數(shù)據(jù)模型映射開始，按照先模型再映射再需求再開發(fā)的方法實施，也有相當(dāng)大的市場，尤其是在數(shù)據(jù)驅(qū)動占有數(shù)據(jù)倉庫市場主流的今天，這種方法可以說是很多重量級項目中都在應(yīng)用。那么，到底應(yīng)該是從需求分析開始，還是應(yīng)該從模型映射開始哪，這個部分就是與大家交流這個方面的問題。3.如果在數(shù)據(jù)倉庫建設(shè)過程中使用業(yè)務(wù)邏輯模型，是引進(jìn)模型還是自建模型合適？數(shù)據(jù)倉庫邏輯模型是數(shù)據(jù)倉庫系統(tǒng)中的重要組成部分之一，在數(shù)據(jù)倉庫應(yīng)用需求并不明確的今天，使用數(shù)據(jù)倉庫邏輯模型對企業(yè)數(shù)據(jù)系統(tǒng)建設(shè)具有重大的幫助作用，比如應(yīng)用數(shù)據(jù)倉庫模型，可以為企業(yè)建立統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)，并幫助企業(yè)建立全企業(yè)性質(zhì)的數(shù)據(jù)架構(gòu)。但是，如果獲得數(shù)據(jù)倉庫邏輯模型哪？是買一個其他同行業(yè)公司引進(jìn)的，還是自己建設(shè)一個好哪？本部分將對這兩種不同的方法進(jìn)行介紹。4.怎樣在數(shù)據(jù)倉庫建設(shè)過程中實施數(shù)據(jù)質(zhì)量管理？究竟怎樣的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)才是合適的？數(shù)據(jù)質(zhì)量一直都是數(shù)據(jù)倉庫項目實施的命門問題，高質(zhì)量的數(shù)據(jù)意味著高投入高風(fēng)險，低質(zhì)量的數(shù)據(jù)意味著項目的失敗。什么是可以接受的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)，怎樣在項目實施過程中通過一步步的縮小數(shù)據(jù)質(zhì)量范圍來達(dá)到控制數(shù)據(jù)質(zhì)量的目標(biāo)哪？這個部分將與各位交流這個問題。5.數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目實施的那個階段進(jìn)行？從常規(guī)上看，數(shù)據(jù)倉庫應(yīng)用培訓(xùn)應(yīng)該在項目的測試交付階段完成。但是，由于數(shù)據(jù)倉庫前端應(yīng)用的復(fù)雜性多樣性，以及工具自身功能的限制，在收集業(yè)務(wù)需求階段就執(zhí)行數(shù)據(jù)倉庫應(yīng)用培訓(xùn)具有相當(dāng)多的好處。那么怎樣做哪？本節(jié)就是在談?wù)撨@個問題。6.數(shù)據(jù)倉庫項目實施中，怎樣解決手工補錄數(shù)據(jù)的問題？數(shù)據(jù)不足是任何項目中都必須面臨的問題，尤其在今天，實施數(shù)據(jù)倉庫系統(tǒng)可以帶來一個重要好處，就是可以幫助企業(yè)CIO發(fā)現(xiàn)現(xiàn)有的業(yè)務(wù)系統(tǒng)中還缺少哪些應(yīng)該有的數(shù)據(jù)。在這種情況下，就一定要在數(shù)據(jù)倉庫系統(tǒng)中設(shè)計手工補錄程序。但是手工補錄數(shù)據(jù)存在著時間延遲影響數(shù)據(jù)質(zhì)量的問題，也增加了數(shù)據(jù)倉庫服務(wù)器的管理難度。怎樣解決這些問題哪？本節(jié)就向各位介紹了常見的一種解決方案。7.怎樣設(shè)計和實施數(shù)據(jù)倉庫管理程序？它都有那些內(nèi)容？數(shù)據(jù)倉庫系統(tǒng)建設(shè)周期長，維護(hù)周期更長，開發(fā)建設(shè)困難多，維護(hù)困難更多，因此我們需要為數(shù)據(jù)倉庫系統(tǒng)建設(shè)一個相對簡單的數(shù)據(jù)倉庫管理系統(tǒng)，和可能需要的數(shù)據(jù)倉庫管理流程。本節(jié)將向各位介紹數(shù)據(jù)倉庫管理程序方面的內(nèi)容。IBMConfidential首先，我們來看看實施一個完整的數(shù)據(jù)倉庫項目，都需要完成哪些工作，還需要編寫哪些文檔哪？IBMConfidential在一個項目實施過程中，主要包括：項目可行性分析階段：目標(biāo)是確定本次項目需要完成的業(yè)務(wù)目標(biāo)和技術(shù)目標(biāo)，同時盡可能明確評定業(yè)務(wù)需求優(yōu)先級的標(biāo)準(zhǔn)。業(yè)務(wù)需求分析階段：這個環(huán)節(jié)是在“項目可行性分析”基礎(chǔ)上對業(yè)務(wù)需求進(jìn)行細(xì)化的過程，同時也是數(shù)據(jù)倉庫邏輯設(shè)計的開始。確定項目整體解決方案：這個階段的重點是將項目實施工作分解成的幾個可以并行的階段：數(shù)據(jù)采集、數(shù)據(jù)裝載、元數(shù)據(jù)管理和數(shù)據(jù)庫設(shè)計，以及完成本次項目的計劃實施過程，同時還需要設(shè)計數(shù)據(jù)倉庫系統(tǒng)的基礎(chǔ)技術(shù)結(jié)構(gòu)，如災(zāi)難恢復(fù)計劃，性能管理計劃，系統(tǒng)安全管理規(guī)定等。在開始這個階段之前，了解未來系統(tǒng)的操作環(huán)境是非常重要的，這將在整個設(shè)計過程和其它例如安全、審計等方面起到引導(dǎo)作用，同時這個過程也包括制定和執(zhí)行詳細(xì)的計劃了解現(xiàn)有數(shù)據(jù)源情況，以便確定未來交付系統(tǒng)的操作環(huán)境。確定項目軟件需求：在這個階段，項目組和用戶方項目經(jīng)理、高管層一起，確定《整體解決方案》中規(guī)定的本次項目的邊界。這個階段是項目設(shè)計階段的起點，詳細(xì)描述了本次項目的細(xì)節(jié)輪廓，如哪些需求在項目邊界里面，哪些需求超出了項目邊界，這些需求怎樣實現(xiàn)，用什么方法實現(xiàn)等。這些邊界可能包括項目相關(guān)的數(shù)據(jù)模型邊界（指哪些邏輯實體在本次項目范圍內(nèi)）、項目相關(guān)的數(shù)據(jù)源邊界（哪些數(shù)據(jù)源包含在本次項目范圍內(nèi)）、數(shù)據(jù)的采集過程邊界（哪些數(shù)據(jù)采集程序需要開發(fā)和維護(hù)）、數(shù)據(jù)需求邊界（哪些數(shù)據(jù)可以包含在本次項目范圍內(nèi)）以及這次項目開發(fā)覆蓋的數(shù)據(jù)期限、數(shù)據(jù)質(zhì)量控制方法、元數(shù)據(jù)管理和數(shù)據(jù)采集方式等。數(shù)據(jù)倉庫設(shè)計階段：確定明確和詳細(xì)的軟件需求后，項目重點開始轉(zhuǎn)移到實際的數(shù)據(jù)結(jié)構(gòu)設(shè)計工作中。需要注意的是，數(shù)據(jù)模型的設(shè)計不是一揮而就的，可能存在著概念模型和邏輯模型之間（所有業(yè)務(wù)和數(shù)據(jù)元素之間的關(guān)系），維模型（反映數(shù)據(jù)的分析角度和分析內(nèi)容）和物理模型（反映怎樣實現(xiàn)現(xiàn)實世界中的模型）之間的多重反復(fù)過程。這些反復(fù)體現(xiàn)了數(shù)據(jù)倉庫項目的一個根本特點：周而復(fù)始，永遠(yuǎn)只有階段性成果，沒有最終的結(jié)果。數(shù)據(jù)倉庫系統(tǒng)設(shè)計和開發(fā)階段：數(shù)據(jù)倉庫設(shè)計工作完成后，項目就進(jìn)入了開發(fā)和測試階段。在這個階段，所有與數(shù)據(jù)倉庫有關(guān)的程序都將被開發(fā)和測試，它們將完成從數(shù)據(jù)源文件將數(shù)據(jù)準(zhǔn)確的采集到數(shù)據(jù)倉庫和數(shù)據(jù)集市中，并在數(shù)據(jù)倉庫中提供高質(zhì)量數(shù)據(jù)的工作。這個階段的工作包括：完成實施和建設(shè)物理數(shù)據(jù)倉庫的工作，完成開發(fā)和測試數(shù)據(jù)采集程序工作，完成開發(fā)和測試數(shù)據(jù)倉庫元數(shù)據(jù)管理程序工作，完成開發(fā)和測試數(shù)據(jù)倉庫管理程序工作以及用戶接受了有針對性的系統(tǒng)應(yīng)用培訓(xùn)并且驗收建立在測試環(huán)境下的數(shù)據(jù)倉庫系統(tǒng)。7.系統(tǒng)交付與測試階段：在這個階段，數(shù)據(jù)倉庫、數(shù)據(jù)集市和數(shù)據(jù)采集程序都將移植到生產(chǎn)環(huán)境中，并盡可能做到完整，順利的交付到用戶手中。需要注意的是，項目進(jìn)入本階段的條件是完成以下這些工作：系統(tǒng)的整體測試、元數(shù)據(jù)的測試、用戶測試以及數(shù)據(jù)采集程序的測試工作已經(jīng)完成，數(shù)據(jù)管理和元數(shù)據(jù)管理的規(guī)劃已經(jīng)制定，數(shù)據(jù)倉庫管理程序的測試工作也已經(jīng)完成，用戶同意接受該系統(tǒng)，并已經(jīng)制定了完整的系統(tǒng)交付計劃。8.項目總體評估階段：到這個階段，項目已經(jīng)完成，項目組需要對全部的項目文檔進(jìn)行評估總結(jié)，并編寫《數(shù)據(jù)倉庫系統(tǒng)驗收報告》，提交給用戶。在得到用戶的肯定后，項目最終獲得用戶的驗收，項目組宣告解散?？傮w來說，實施一個相對完整的數(shù)據(jù)倉庫項目，需要經(jīng)歷上面介紹各個階段，但是隨著項目目標(biāo)的不同，可能有不同的實施過程，比如，對于不需要建立數(shù)據(jù)倉庫邏輯模型的的項目來說，數(shù)據(jù)倉庫設(shè)計階段工作量就會大大減小，甚至可能并入數(shù)據(jù)倉庫系統(tǒng)設(shè)計和開發(fā)階段。IBMConfidential現(xiàn)在，我們來討論一下，一個完整的數(shù)據(jù)倉庫系統(tǒng)，都可能包括哪些組成部分哪？數(shù)據(jù)存儲系統(tǒng)：用來存放數(shù)據(jù)倉庫中的各種數(shù)據(jù)，包括安全管理數(shù)據(jù)，各種原始數(shù)據(jù)集和匯總數(shù)據(jù)集，冗余數(shù)據(jù)集等數(shù)據(jù)手工補錄系統(tǒng)：用來解決數(shù)據(jù)倉庫中數(shù)據(jù)缺失而設(shè)計的，可以用來給業(yè)務(wù)用戶補充數(shù)據(jù)之用數(shù)據(jù)倉庫模型：用來規(guī)范數(shù)據(jù)標(biāo)準(zhǔn)、最優(yōu)化存儲數(shù)據(jù)的數(shù)據(jù)模型數(shù)據(jù)前端呈現(xiàn)系統(tǒng)：用戶查詢分析數(shù)據(jù)倉庫中數(shù)據(jù)的系統(tǒng)架構(gòu)，包括數(shù)據(jù)集市、數(shù)據(jù)分析、PORTAL應(yīng)用、專題程序、數(shù)據(jù)挖掘等多個方面數(shù)據(jù)倉庫管理程序：用來幫助用戶管理和維護(hù)數(shù)據(jù)倉庫系統(tǒng)正常運行的應(yīng)用程序和管理流程數(shù)據(jù)采集程序：用來實現(xiàn)從數(shù)據(jù)源中向數(shù)據(jù)倉庫裝載數(shù)據(jù)的程序IBMConfidential在一個完整的數(shù)據(jù)倉庫項目中，都有哪些項目文檔應(yīng)該編寫哪？下面我們來做一個總結(jié)：數(shù)據(jù)倉庫系統(tǒng)規(guī)劃說明書：類似于項目前期售前階段的系統(tǒng)建設(shè)建議書業(yè)務(wù)需求說明書：由業(yè)務(wù)人員編寫的，描述各自業(yè)務(wù)需求的書面文件軟件需求說明書：在需求分析階段完成以后，根據(jù)討論結(jié)果，用來確定本次項目最終提交目標(biāo)的文件初始數(shù)據(jù)質(zhì)量評估報告：根據(jù)需求分析的定義，對當(dāng)前業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)，進(jìn)行初步的質(zhì)量評估。評估的目標(biāo)是確定數(shù)據(jù)采集的難度可能有多大數(shù)據(jù)采集需求說明書：在需求分析階段完成以后，由項目組和企業(yè)IT人員一起確定的關(guān)于數(shù)據(jù)采集方面的技術(shù)定義文件數(shù)據(jù)倉庫管理需求說明書：在需求分析階段完成以后，由項目組和企業(yè)IT人員一起確定的關(guān)于數(shù)據(jù)倉庫管理方面的需求文件數(shù)據(jù)采集程序設(shè)計說明書：在需求分析階段完成以后，根據(jù)《數(shù)據(jù)采集需求說明書》的定義，記錄數(shù)據(jù)采集設(shè)計內(nèi)容的文檔OLAP系統(tǒng)設(shè)計說明書：在需求分析階段完成以后，根據(jù)《軟件需求說明書》的定義，記錄數(shù)據(jù)采集設(shè)計內(nèi)容的文檔數(shù)據(jù)倉庫模型設(shè)計說明書：在需求分析階段完成以后，根據(jù)《軟件需求說明書》的定義，記錄數(shù)據(jù)采集設(shè)計內(nèi)容的文檔數(shù)據(jù)倉庫管理程序設(shè)計說明書：在需求分析階段完成以后，根據(jù)《數(shù)據(jù)倉庫管理需求說明書》的定義，記錄數(shù)據(jù)采集設(shè)計內(nèi)容的文檔手工補錄數(shù)據(jù)設(shè)計說明書：在需求分析階段完成以后，根據(jù)《軟件需求說明書》的定義，記錄數(shù)據(jù)采集設(shè)計內(nèi)容的文檔數(shù)據(jù)映射表：用來記錄從數(shù)據(jù)源到數(shù)據(jù)倉庫、數(shù)據(jù)倉庫到數(shù)據(jù)集市之間的數(shù)據(jù)映射關(guān)系的Excel文件IBMConfidential數(shù)據(jù)倉庫管理程序使用手冊數(shù)據(jù)數(shù)據(jù)質(zhì)量報告單元測試報告集成測試報告軟件需求變更說明書業(yè)務(wù)需求檢測報告工作總結(jié)會議記要培訓(xùn)計劃IBMConfidential一、引言1．編寫目的2．背景3．參考資料4．術(shù)語定義及說明二、數(shù)據(jù)質(zhì)量評估工作范圍1．本次數(shù)據(jù)質(zhì)量評估的目標(biāo)：這部分明確本次數(shù)據(jù)質(zhì)量評估的目標(biāo)，這些目標(biāo)可能包括：識別數(shù)據(jù)質(zhì)量的關(guān)鍵問題，以使這些問題可以通過源數(shù)據(jù)系統(tǒng)數(shù)據(jù)彌補、數(shù)據(jù)補充系統(tǒng)或者是ETL流程進(jìn)行清洗等手段解決建立管理和控制機制，并使之能在短期和長期均發(fā)揮監(jiān)控數(shù)據(jù)環(huán)境的作用建立在信貸信息數(shù)據(jù)倉庫中管理、維護(hù)數(shù)據(jù)的長期計劃2．本次項目確定的數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)：這部分將《軟件需求說明書》中制定本項目數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)復(fù)制到這里，作為本次數(shù)據(jù)質(zhì)量評估交付時的標(biāo)準(zhǔn)。3．參與本次評估的人員組成：這部分詳細(xì)說明參與本次數(shù)據(jù)質(zhì)量評估的人員組成和職責(zé)分工。4．?dāng)?shù)據(jù)質(zhì)量評估方法：這部分說明本次項目使用的數(shù)據(jù)質(zhì)量評估方法，包括記錄評估結(jié)果的表格樣式，數(shù)據(jù)質(zhì)量評估工作的流程，數(shù)據(jù)質(zhì)量評估結(jié)果的認(rèn)證流程，評估結(jié)果的交付流程等。三、數(shù)據(jù)質(zhì)量評估結(jié)果1．?dāng)?shù)據(jù)源數(shù)據(jù)質(zhì)量評估結(jié)果：這部分將《初級數(shù)據(jù)質(zhì)量分析報告》作為附件添加在文檔后。2．?dāng)?shù)據(jù)倉庫數(shù)據(jù)清洗轉(zhuǎn)換規(guī)則：這部分根據(jù)《初級數(shù)據(jù)質(zhì)量分析報告》的結(jié)果，記錄數(shù)據(jù)倉庫數(shù)據(jù)清洗轉(zhuǎn)換的規(guī)則，只針對重點數(shù)據(jù)域設(shè)計做出說明。四、數(shù)據(jù)質(zhì)量監(jiān)控維護(hù)方案1．?dāng)?shù)據(jù)質(zhì)量監(jiān)控團隊組織：這部分將盡可能的定義數(shù)據(jù)質(zhì)量監(jiān)控團隊人員組成，角色和分工。2．?dāng)?shù)據(jù)倉庫數(shù)據(jù)質(zhì)量問題管理：這部分記錄明確執(zhí)行數(shù)據(jù)倉庫數(shù)據(jù)質(zhì)量監(jiān)控和修改流程的觸發(fā)條件，包括質(zhì)量問題的類型，質(zhì)量分類的標(biāo)準(zhǔn)等。3．?dāng)?shù)據(jù)倉庫數(shù)據(jù)質(zhì)量監(jiān)控管理計劃：這部分是針對可以預(yù)見的數(shù)據(jù)質(zhì)量問題提出監(jiān)控管理的計劃，包括溝通途徑，會議計劃，管理流程等。4．?dāng)?shù)據(jù)倉庫數(shù)據(jù)質(zhì)量修正方案：這部分將可能使用的數(shù)據(jù)質(zhì)量修正方案列在這里，必要時需要提供詳細(xì)的數(shù)據(jù)修改流程和計算公式。通用的修正方案包括在數(shù)據(jù)源修改、在ETL程序中修改、在數(shù)據(jù)倉庫里修改和使用數(shù)據(jù)補錄程序修改。IBMConfidential從模型客戶化開始的項目實施：引進(jìn)模型：從咨詢公司購買數(shù)據(jù)倉庫邏輯模型GAP分析：咨詢公司與企業(yè)IT人員一起，根據(jù)現(xiàn)有企業(yè)的情況，調(diào)整企業(yè)邏