數(shù)據(jù)倉庫需求分析引言

歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!感謝閱讀本文檔，希望本文檔能對您有所幫助!感謝閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!感謝閱讀本文檔，希望本文檔能對您有所幫助!數(shù)據(jù)倉庫項目需求分析一、簡述數(shù)據(jù)倉庫項目是一個復(fù)雜的過程，項目的開發(fā)涉及到多方面的問題和風險：技術(shù)風險、數(shù)據(jù)質(zhì)量問題、項目管理問題，但最項目中中最隱蔽、最容易忽略、最難控制的一環(huán)，就是需求的調(diào)研和分析。需求分析不深入、不準確的結(jié)果就是系統(tǒng)完成后沒有人愿意使用它。因此我們要采取有效的措施的來避免這種情況。二、需求分析的原則讓用戶參與，盡力讓用戶的高層參與，雙方要緊密配合要迅速、全面的理解用戶的業(yè)務(wù)及工作流程培訓(xùn)，要不停的向用戶灌輸數(shù)據(jù)倉庫與傳統(tǒng)業(yè)務(wù)系統(tǒng)的不同做法不要求完美，而要求實用，應(yīng)用將是螺旋上升的。項目有整體規(guī)劃，調(diào)研可以全面，但一定要向用戶界定好各階段的范圍。備注：對我們來講，我們不但要了解用戶使用那些報表來完成那些任務(wù)，同時我們還要了解業(yè)務(wù)系統(tǒng)對用戶需求的支持，同時，由于我們在這一行業(yè)已經(jīng)積累了一些經(jīng)驗，也了解我們可以為用戶解決那些問題，因此，從某種角度來講，我們會比客戶更多的理解系統(tǒng)的功能。所以在需求調(diào)研的時候，一定要提出自己的見解，哪怕是錯誤的也不要緊；另外，需求會因為業(yè)務(wù)變化，因此，與其等用戶的業(yè)務(wù)變化再跟著改，不如主動了解業(yè)務(wù)，建議用戶按照自己的想法做。另外，由于用戶對數(shù)據(jù)倉庫的概念和認識是非常模糊的，他們不清楚數(shù)據(jù)倉庫到底能實現(xiàn)什么，能解決什么問題。因此，我們經(jīng)常會發(fā)現(xiàn)，我們完成了系統(tǒng)，用戶卻只用系統(tǒng)1%的功能，這就需要我們在對用戶的培訓(xùn)方面和直觀教育方面多下一點功夫。我們應(yīng)該準備一些以前做過的相關(guān)案例，告訴用戶當時設(shè)計這個系統(tǒng)是為了解決什么問題，以及這個問題的解決辦法。三、需求分析方法要了解聽眾對演講內(nèi)容的看法、員工對項目組的看法、員工對公司的看法、用戶對系統(tǒng)的看法，最好的途徑就是設(shè)置調(diào)查表。實際上，在生活中，向長者請教、拜訪用戶、參加培訓(xùn)，事先這種問題的設(shè)計都非常重要，也非常有效，調(diào)查表可以使訪談直奔主題，使調(diào)研邏輯層次分明，使調(diào)研全面同時又重點突出。四、需求分析的對象對于數(shù)據(jù)倉庫項目來講，需求分析實際上應(yīng)該分為兩大類：系統(tǒng)功能分析任何系統(tǒng)都是前端用戶的需求也就是用戶對系統(tǒng)的功能要求，是用戶期望系統(tǒng)能夠為他們解決的問題。在對用戶調(diào)研時，要注意分清楚用戶的類別，不同用戶對系統(tǒng)的要求是不同的。通常我們會將用戶分為查詢用戶、報表用戶、決策者，然后分析這些用戶各自的行為、職責；同時我們要注意客戶中還存在這樣一類人，這些人是業(yè)務(wù)系統(tǒng)專家或信息系統(tǒng)人員，他們提供業(yè)務(wù)和IT的轉(zhuǎn)換支持，他們推動這個項目的進行，但他們并不是最終用戶。在調(diào)研中調(diào)研一定要注意分清，這些人可能非常愿意幫你，給你講解他們理解的系統(tǒng)應(yīng)該具備哪些功能，但往往這些理解是有很大偏差的。在做調(diào)研時，要注意適時對用戶講解數(shù)據(jù)倉庫的框架，讓用戶了解自己系統(tǒng)構(gòu)建完畢后，自己所處的位置和能夠解決的問題。因此，不但要注意整理相關(guān)的調(diào)研單（主要是設(shè)計一些問題），更要注意準備一些合適的演示資料，幫助用戶理清思路，發(fā)揮想象力，爭取最大限度的獲取用戶的需求信息。后臺的數(shù)據(jù)接口調(diào)研對于數(shù)據(jù)接口來講，由于我們是建立其他業(yè)務(wù)系統(tǒng)之上，原有的業(yè)務(wù)系統(tǒng)開發(fā)商對我們有一種自然的抵觸，因此，在與他們打交道的時候，最好是通過客戶，即便是后期的問題交流也最好通過客戶，這樣做有兩個好處：一是通過客戶，我們和對方的為客戶所做的工作可以向用戶表明；二是通過用戶可以避免對方對我們不理睬或?qū)ξ覀児ぷ鞯耐涎?。在三方配合工作時，在適當?shù)臅r候，我們要提供接口確認文擋，將各家的責任明確，并簽字認可。這兩部分需求調(diào)研的開始并沒有嚴格的先后順序，但是最終的后臺接口的需求確認必須在用戶需求定義以后。三、需求分析階段1、調(diào)研準備階段從項目有意向開始，到項目合同簽定，開始實施的這一段時間，都可以認為是項目的準備階段。在這一階段，我們可能會根據(jù)用戶的要求，配合市場人員完成售前的技術(shù)支持工作。雖然在這一階段，我們不會對用戶具體的業(yè)務(wù)細節(jié)進行詢問，但項目從這個階段就已經(jīng)啟動，我們必須從這個時候就可是積累與此項目相關(guān)的資料，必須從這個階段就在可利用的各個場合了解用戶的信息。在這個階段我們要準備以下工作：用戶行業(yè)的總體了解技術(shù)方案準備相關(guān)培訓(xùn)資料的準備（行業(yè)成功案例和經(jīng)驗總結(jié)）訪談中的業(yè)務(wù)交流，在本階段的訪談中，用戶對數(shù)據(jù)倉庫的理解較淺，他們往往會關(guān)注下面一些宏觀問題：效率，當前數(shù)據(jù)量下的所需的處理時間、響應(yīng)時間（最好準備好以前項目中處理效率的實例）負載能力，能支持多少用戶訪問（是否能支持不同區(qū)域、不同網(wǎng)段的用戶訪問），用戶訪問的響應(yīng)能力如何準確性，數(shù)據(jù)集中后是否可以準確靈活性，比如有多少種圖形和顯示方式；是否支持復(fù)雜的報表格式信息利用，能以幾種格式將結(jié)果導(dǎo)出或以何種方式處理分析內(nèi)容性價比，價格永遠是用戶最關(guān)心的壓力測試（運行是否穩(wěn)定、管理是否方便）2、業(yè)務(wù)調(diào)研在本階段調(diào)研中，主要是了解用戶當前的業(yè)務(wù)流程和系統(tǒng)概況，并搜集相關(guān)的資料和數(shù)據(jù)，以準備下一階段的分析。本階段調(diào)研的主要內(nèi)容用戶的組織結(jié)構(gòu)和工作流程用戶業(yè)務(wù)種信息流動的過程和當前的信息結(jié)構(gòu)用戶當前的業(yè)務(wù)系統(tǒng)和各系統(tǒng)的主要功能各系統(tǒng)能夠獲取的數(shù)據(jù)內(nèi)容各系統(tǒng)相互之間的聯(lián)系各系統(tǒng)目前的數(shù)據(jù)狀況主要的應(yīng)用報表解釋（調(diào)研問題設(shè)計：）系統(tǒng)調(diào)研本階段要細致的分析整理用戶報表及業(yè)務(wù)系統(tǒng)數(shù)據(jù)，仔細揣摩決策系統(tǒng)各級用戶關(guān)心的問題；構(gòu)建分析模型原型，與用戶之間互動討論，確定分析指標、維度和組合規(guī)則及計算公式。在本階段，我們要利用快速原型法，通過原型來引導(dǎo)客戶和正確理解客戶的需求。當然，數(shù)據(jù)倉庫項目的原型與普通項目有點不同，它的原型分為兩類。一部分是前端表現(xiàn)的原型，一部分是多維分析模型的原型。對于前端表現(xiàn)的原型，我們要完成一個pilot項目的搭建，向用戶介紹將來系統(tǒng)的表現(xiàn)形式（主要要表現(xiàn)的是前端產(chǎn)品的二次開發(fā)，二次開發(fā)要體現(xiàn)出用戶的應(yīng)用流程）。對于多維分析模型的原型，我們主要用它來完成數(shù)據(jù)倉庫應(yīng)收集的內(nèi)容的調(diào)研。（調(diào)研問題設(shè)計：）整理分析模型通過原型收集了用戶需求后，討論修改后，確認相應(yīng)的數(shù)據(jù)來源，完成分析模型描述完成系統(tǒng)需求說明書五、注意的問題每次與用戶交流完畢后，必須有相關(guān)的業(yè)務(wù)交流記錄和調(diào)研總結(jié)。誠實原則。市場人員為了簽訂合同，可能用圖片和演示文檔為用戶描述了數(shù)據(jù)倉庫的美好前景，以便讓用戶產(chǎn)生興趣。但同時這也使用戶產(chǎn)生了對數(shù)據(jù)倉庫的過高的預(yù)期，但是，我們在調(diào)研時一定要事實求是，最起碼要對當前能實現(xiàn)的和不能實現(xiàn)的界定清楚。數(shù)據(jù)倉庫是一個強調(diào)實用的平臺，也是一個涉及面很廣的系統(tǒng)，每天都有層出不窮的新技術(shù)和工具產(chǎn)生，作為數(shù)據(jù)人員，要關(guān)注這些新的技術(shù)和新的工具，了解它們的用處，它們能夠解決的問題，從而在調(diào)研和培訓(xùn)時能夠提出好的思路，能夠非常容易的解決問題。項目需求一定條理化、清楚，不同期項目的界線要劃得清楚，另外，對于需求要分優(yōu)先級（好