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