發(fā)信人: Axiao (阿肖期待涅磐中), 信區(qū): DataMining
標(biāo)  題: 轉(zhuǎn)二,出處同上
發(fā)信站: 南京大學(xué)小百合站 (Sat Mar 16 21:40:34 2002)

打破舊習(xí)慣來定義數(shù)據(jù)倉庫的需求 


Author:BobLambert 翻譯：Hilbert 


一個成功的數(shù)據(jù)倉庫已經(jīng)成為組織進行信息收集處理重要的集成部分。部門經(jīng)理、管理者
、數(shù)據(jù)分析人員及知識工作者都會理所當(dāng)然地認(rèn)為這個成功的數(shù)據(jù)倉庫應(yīng)該是他們獲得信
息的基本數(shù)據(jù)源。 


企業(yè)如何來開發(fā)一個成功的數(shù)據(jù)倉庫系統(tǒng)呢？一個關(guān)鍵因素就是通過定義可以實現(xiàn)的目標(biāo)
和領(lǐng)域來獲得好的開始，定義數(shù)據(jù)倉庫的需求是非常困難的。數(shù)據(jù)倉庫主要目的就是提供
信息，不同的人的信息需求會有差異，同時信息需求又是不斷變化的，并且獲得信息后又
會產(chǎn)生更多的信息需求。 


許多數(shù)據(jù)倉庫項目團隊以數(shù)據(jù)倉庫將會包含的信息的方式來陳述需求，譬如：“所有的客
戶數(shù)據(jù)”、“所有的財務(wù)數(shù)據(jù)”等等。這些單方面提出的目標(biāo)會導(dǎo)致項目失敗，因為這些
不與用戶需求一致，特別是那些對項目給予支持和資金的管理者。 


決策支持和運作型應(yīng)用之間的差別已經(jīng)是十分明顯的，然而如何進行決策支持的需求分析
卻很少提及。我與兩位同事撰寫了一篇文章來描述一個成功的方法，它是基于我在“The 
Navy Medical Decision Support System(NMDSS)”項目中的工作。 


文中從討論決策支持和運作系統(tǒng)的需求差別開始。運作系統(tǒng)的需求已經(jīng)有系統(tǒng)所需完成功
能的清晰定義；另一方面，決策支持的需求則是不確定的和易變的。對于決策支持來說，
所有的目標(biāo)就是將信息提交給用戶，定義需求依賴于每個用戶的特定信息需求。因此，決
策支持系統(tǒng)的需求就會隨著決策者信息需求的不斷變化而變化。 


文章繼續(xù)描述如何依據(jù)企業(yè)的效能度量(Performance Measures)來定義數(shù)據(jù)倉庫的需求。
我們的需求定義遵循下列步驟： 


①與高層經(jīng)理會談確定企業(yè)的目標(biāo)和重點。 


②同時，研究在源系統(tǒng)中可用的數(shù)據(jù)，并且鑒別出可以顯示組織是否在向其目標(biāo)前進的效
能度量。這些效能度量必須可以從源系統(tǒng)中的數(shù)據(jù)獲得支持。例如，提高銷售額是零售超
市的一個目標(biāo)，并且平均月銷售額可以度量企業(yè)是否向著目標(biāo)前進。那么，決策支持系統(tǒng)
的一個基本的需求就是監(jiān)督平均月銷售額隨時間的變化。 


③通過獲得強有力的經(jīng)理支持并且使管理者參與到效能度量定義之中來克服管理層的阻力
。 


④設(shè)計數(shù)據(jù)倉庫系統(tǒng)可靠地、及時地提供給管理著這些效能度量。 


我開始NMDSS項目的這些年，我被我所采用的方法與大多數(shù)開發(fā)者所采用方法的差異而驚訝
。做好數(shù)據(jù)倉庫需求定義的工作常常意味著與我們從建設(shè)運作系統(tǒng)中所獲得經(jīng)驗的沖突。
這里有幾個開發(fā)者在定義數(shù)據(jù)倉庫需求時應(yīng)該避免的習(xí)慣： 


I．與盡可能多的用戶會談 


運作系統(tǒng)建設(shè)時，與你會談的用戶越多，那么你越清楚系統(tǒng)的功能需求。決策支持則恰好
相反，你會談的用戶越多，你越難得到信息需求，因為范圍擴大了，那么每個用戶的需求
都應(yīng)在數(shù)據(jù)倉庫系統(tǒng)中得到滿足。但是項目開始之初，開發(fā)者和用戶就應(yīng)該理解“羅馬不
是一日建成的”。初始數(shù)據(jù)倉庫目標(biāo)應(yīng)該是那些清晰的、可以實現(xiàn)的商業(yè)利益。開發(fā)團隊
應(yīng)該發(fā)現(xiàn)關(guān)鍵用戶的需求是什么，鑒別出那些信息需求可以由源系統(tǒng)中可用數(shù)據(jù)來支持。
企業(yè)的效能度量是限制數(shù)據(jù)倉庫范圍的很好的手段。 


II．從過細(xì)的業(yè)務(wù)處理分析入手 


我曾見過幾個數(shù)據(jù)倉庫的項目團隊通過建立詳細(xì)的業(yè)務(wù)處理數(shù)據(jù)流程圖來開始定義需求。
這種努力在培訓(xùn)開發(fā)者和業(yè)務(wù)再工程項目中有些用處，但是卻與數(shù)據(jù)倉庫項目無關(guān)。開發(fā)
者應(yīng)該抵制埋頭于處理的誘惑。數(shù)據(jù)倉庫處理關(guān)鍵是信息提交，信息提交不必要與那些使
用信息的業(yè)務(wù)處理相關(guān)。開發(fā)團隊?wèi)?yīng)該集中與數(shù)據(jù)建模而不是處理建模。在定義了企業(yè)效
能度量之后，開發(fā)團隊?wèi)?yīng)該建立一個可以支持它們產(chǎn)生的數(shù)據(jù)模型。數(shù)據(jù)模型不僅包括基
本數(shù)據(jù)，至少還應(yīng)該包含那些應(yīng)該包含在數(shù)據(jù)倉庫中的最低級別的詳細(xì)數(shù)據(jù)。通過使用數(shù)
據(jù)模型，開發(fā)團隊可以精確的定義如何查看分析那些企業(yè)效能度量。 


III．凍結(jié)需求，用戶不再參與其中 


如果一個運作系統(tǒng)開發(fā)項目超過實施期限并且維護人員增多，這樣項目就失敗了。相反的
，對于數(shù)據(jù)倉庫過程而言，成功就意味著系統(tǒng)隨著用戶發(fā)行新的信息需求而增長。數(shù)據(jù)倉
庫過程中的開發(fā)和維護的概念是模糊的、非對立的。這正像是一個樹，它從種子開始并一
生都在成長。數(shù)據(jù)倉庫團隊需要鼓勵用戶建議變化，然后管理這些變化的需求并穩(wěn)定的擴
充系統(tǒng)。假如用戶不要求變化，那么他們實際上不需要這個系統(tǒng)。 





--
歌 興 其 其 以 聊 縱 樂 失 得 俱 百 唯 日 所 有 何 情 塵 人 歲 日   

以 之 理 言 遺 作 酒 之 之 之 化 年 利 落 謂 酒 須 仇 事 生 月 出    自

自 所 頗 雖 世 此 狂 最 何 何 塵 之 是 日 消 且 執(zhí) 難 頗 苦 磋 日    遣

遣,至,重,微,俗,篇,呼,者,憂,喜,土,后,圖,出,磨,飲,著,了,多,短,跎,落

歡迎造訪http://xiaoysh.home.chinaren.com (新地址)  有更多我的作品



※ 來源:．南京大學(xué)小百合站 http://bbs.nju.edu.cn [FROM: 172.16.5.62]