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