7) 使用太復雜
8) 管理層對系統(tǒng)的作用不認可
我們可以看到1）、3）、4）、6）、7）、8）的表現(xiàn)是直接來源于需求分析，項目超過預算一方面說明沒有正確估計好項目成本；另一方面說明第一期項目的需求分析做得過大，需求過大就要根據(jù)需求的迫切性分期分步進行實施。用戶不滿意那是說明沒有完全了解用戶的期望需求。其它幾項也間接受到需求分析的影響，雖然存在一些技術因素在里面。當然用戶的因素在一定的情況下也是存在的。
二、需求分析初級階段
在進入需求分析的初級階段時必須要先確立數(shù)據(jù)倉庫項目組人員，對用戶進行相關培訓等相關工作。
2.1 需求分析成員班子的確立
數(shù)據(jù)倉庫項目一開始，項目成員就需要確立，真正參與需求分析的主要人員經(jīng)常會有項目經(jīng)理（Project Manager）、行業(yè)顧問（Business Consoltant）、數(shù)據(jù)倉庫設計師（DataWarehouse Designer），有些情況下還會有項目協(xié)調(diào)和會議記錄等人員參加。
2.2 用戶培訓
大家平常習慣說“給用戶洗腦”，這個階段就是要完成這項目工作。雖然這話不能直接說給用戶聽，但這種比喻很有一定的道理。在做需求分析之前，一般需要對用戶進行數(shù)據(jù)倉庫基礎概念培訓，培訓的目的就是“給我我所要的東西，然后我能告訴你我真正需要的東西”（Give me what I say I want, then I can tell you that I really want.），啟發(fā)用戶提出更貼近數(shù)據(jù)倉庫的需求，告訴用戶什么是數(shù)據(jù)倉庫？數(shù)據(jù)倉庫可以做什么？數(shù)據(jù)倉庫不可以做什么？數(shù)據(jù)倉庫可以為用戶帶來什么？。如果用“你不說你要什么我怎么知道你要什么呢？”顯然是對數(shù)據(jù)倉庫項目抱著一種不負責任的態(tài)度。數(shù)據(jù)倉庫概念培訓一方面是為了消除用戶在進行需求確認時的數(shù)據(jù)倉庫術語的盲區(qū)，更重要的一方面是讓用戶知道建設數(shù)據(jù)倉庫的重要意義，還有一方面就是引導用戶來配合需求分析的完成。
2.3 數(shù)據(jù)倉庫應用案例培訓
篩選1-2個典型的同行業(yè)的數(shù)據(jù)倉庫案例應用來講解，讓用戶理解數(shù)據(jù)倉庫的應用范圍、應用情況和重要意義。有倆個關于駕馭汽車的比喻我認為很生動，一個就是汽車的儀表盤（Dashboard），另一個就是駕駛員在駕駛一輛擋風玻璃被報紙糊上的汽車，只能通過汽車的反光鏡中的景象來指導汽車行駛，反光鏡出現(xiàn)的景象就好比是企業(yè)的日常報表和企業(yè)的業(yè)務歷史數(shù)據(jù)，只有正確地分析這些數(shù)據(jù)才能準備地判斷前方的道路。
三、 需求分析的過程
通常在伴隨需求分析的調(diào)研過程出現(xiàn)的人主要有信息的生產(chǎn)者和信息的消費者倆大類。這里有必要借用一下信息生產(chǎn)者和信息消費者的定義。
信息生產(chǎn)者（Information Producers）：信息生產(chǎn)者包括IT專家，業(yè)務分析人員和資深用戶（Power User）。信息生產(chǎn)者通過即席查詢來制作報表和快照（snapshot）分析，以供他們自己和企業(yè)的其他人員使用。
信息消費者（Information Consumers）：信息消費者包括業(yè)務管理者，高層管理人員和業(yè)務專家。他們查看信息生產(chǎn)者提供的報表和分析結(jié)果，對這些數(shù)據(jù)的例行檢查可能一周最多一兩次，因此他們的需要程度與信息生產(chǎn)者相比要輕些。
在需求分析的訪問過程中，數(shù)據(jù)倉庫設計師起著整個訪問的主導角色，數(shù)據(jù)倉庫設計師需要弄清所要構(gòu)建的對象及其存在的環(huán)境。而在數(shù)據(jù)倉庫設計師初涉入到需求調(diào)研中時，有許多問題是可以直接從項目經(jīng)理方面得到答案的，如客戶的基本信息和客戶目前使用的業(yè)務系統(tǒng)一些基本情況等。所以數(shù)據(jù)倉庫設計師對項目經(jīng)理的正式或非正式的訪問也是很必要的。數(shù)據(jù)倉庫設計師主要訪問對象在訪問客戶方的高級管理層、相關終端用戶和信息技術人員等，這將有助于數(shù)據(jù)倉庫設計師獲取更完備的系統(tǒng)信息。通過對高級管理層的訪問，數(shù)據(jù)倉庫設計師可以了解到什么是真正所希望的數(shù)據(jù)倉庫；通過與其相關用戶的交流可了解到用戶希望最終是以一種什么樣的方式提供給他們使用、解決哪些他們所希望解決的問題；而與信息技術人員的交流可以了解到客戶使用中的業(yè)務系統(tǒng)中的數(shù)據(jù)質(zhì)量等相關信息。
3.1 訪問項目經(jīng)理
對項目經(jīng)理的訪問是為了獲得有關數(shù)據(jù)倉庫項目全面的認識，數(shù)據(jù)倉庫設計師可以進一步在更詳細的程度上得到關于任務說明書中定義的總體目標的信息。項目經(jīng)理一般可以在數(shù)據(jù)、用戶和系統(tǒng)評估三個方面提供詳細的信息。這個時候項目經(jīng)理最好能將項目前期的相關方案等文檔提供給數(shù)據(jù)倉庫設計師閱讀。
下面給出訪問項目經(jīng)理的問題示例。
3.1.1 關于數(shù)據(jù)的問題
您認為哪些方面的數(shù)據(jù)與方案或說明書中規(guī)定的業(yè)務需求有關？
這些數(shù)據(jù)涉及到哪些系統(tǒng)？
這個項目要分析的歷史數(shù)據(jù)從哪年開始？
是否那些系統(tǒng)都能夠提供這些數(shù)據(jù)？
3.1.2 關于用戶的問題
誰是最終用戶？
用戶將以何種方式與數(shù)據(jù)倉庫相互作用？
目前用戶使用的是什么樣的機器配置？常用的軟件都有哪些？
都有哪些用戶使用分析類型工具？
這些用戶通常都進行哪些方面的分析？
用戶希望接收靜態(tài)形式的報表還是希望接收動態(tài)的在線信息？
3.1.3 系統(tǒng)評估
您認為哪些參數(shù)對數(shù)據(jù)倉庫的成功實施起決定作用？
您認為客戶建數(shù)據(jù)倉庫最想解決哪五個方面的問題？
3.2 訪問客戶高層管理部門
對客戶高層管理部門的訪問能夠為數(shù)據(jù)倉庫設計師提供管理層對數(shù)據(jù)倉庫的希望和要求，使數(shù)據(jù)倉庫設計師了解到管理部門的利益標準，也能了解到高層管理部門對數(shù)據(jù)倉庫項目的支持態(tài)度。
下面給出訪問高層管理部門的問題示例。
3.2.1 關于用戶概況的問題
您使用的是什么樣的機器配置？
常用的軟件都有哪些？
3.2.2 關于系統(tǒng)看法的問題
您認為構(gòu)建數(shù)據(jù)倉庫的目的是什么？
您認為數(shù)據(jù)倉庫達到這一目標的標準是什么？
數(shù)據(jù)倉庫對您來說主要應用哪些方面？
您還需要哪些目前尚不知道的信息？
您是否認為數(shù)據(jù)倉庫是一個個人工具？
3.2.3 系統(tǒng)評估
您認為哪些參數(shù)對數(shù)據(jù)倉庫的成功實施起決定作用？
您最想數(shù)據(jù)倉庫能解決哪五個方面的問題？
3.3 訪問用戶
