成功實(shí)施數(shù)據(jù)倉庫項(xiàng)目的七個(gè)步驟
建立一個(gè)數(shù)據(jù)倉庫并不是一個(gè)簡單的任務(wù)，不應(yīng)該由一個(gè)人單獨(dú)完成。由于數(shù)據(jù)倉庫最佳結(jié)合了業(yè)務(wù)慣例和信息系統(tǒng)技術(shù)，因此，一個(gè)成功的數(shù)據(jù)倉庫實(shí)施需要這兩方面的不斷協(xié)調(diào)，以均衡其所有的需要，要求，任務(wù)和成果。我很樂意與大家分享我在規(guī)劃和管理任何數(shù)據(jù)庫項(xiàng)目時(shí)采用的方法，這些數(shù)據(jù)庫包括交易數(shù)據(jù)庫，數(shù)據(jù)倉庫，和混合型數(shù)據(jù)庫。由于我生活在關(guān)系數(shù)據(jù)庫和數(shù)據(jù)倉庫以及用以支撐它們的數(shù)據(jù)提取，轉(zhuǎn)換和加載(ETL )過程中，所以我會集中在這些領(lǐng)域討論我的方法。然而，您可以將這些方法擴(kuò)展到整個(gè)棧--OLAP立方體和如報(bào)告，特征分析(ad-hoc analysis)，記分卡和儀表盤展示之類的信息傳遞應(yīng)用。
我不是吃撐了要告訴一個(gè)真正的項(xiàng)目經(jīng)理( PM )如何做他或她的工作，相反，我寫的這些是為那些數(shù)據(jù)庫管理員和開發(fā)者，他們沒有好運(yùn)氣能與有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理一起工作;同樣也適合這樣的IT專業(yè)人員，他們被突然要求：“建立一個(gè)數(shù)據(jù)倉庫“，并且需要自己扮演項(xiàng)目經(jīng)理的角色。我的討論不會是完整的，但我希望這會給您足夠的信息來讓您的項(xiàng)目球滾起來。
如圖1所示，數(shù)據(jù)倉庫項(xiàng)目有3個(gè)軌道(tracks)：數(shù)據(jù)軌道，技術(shù)軌道和應(yīng)用層軌道。當(dāng)您在整理任何數(shù)據(jù)庫項(xiàng)目計(jì)劃時(shí)，我建議您以這三個(gè)軌道為模板來管理和同步您的活動。當(dāng)您向技術(shù)決策者( TDMs ) ，商業(yè)決策者( BDMs ) ，和所有其他該數(shù)據(jù)倉庫項(xiàng)目參與者講解您的計(jì)劃時(shí)，您也可以把圖1當(dāng)作一個(gè)高級的概要圖來使用。
使用一種生命周期管理方法
我鼓勵(lì)您利用您的組織可以提供的資源，比如設(shè)計(jì)，開發(fā)和部署系統(tǒng)和軟件的技術(shù)和方法。如果貴公司對于這些工作沒有采用任何正式的方法，繼續(xù)前進(jìn)吧，您可采用我為我自己的數(shù)據(jù)庫項(xiàng)目開發(fā)的7D數(shù)據(jù)庫生命周期管理方法(Discover, Design, Develop, Deploy, Day to Day , Defend, Decommission), 昵稱“7D法”。
我的“7D”數(shù)據(jù)庫生命周期管理方法講的是數(shù)據(jù)庫的生命周期管理，而不是相關(guān)的軟件(應(yīng)用程序)和硬件的生命周期。圖1包括了軟硬件軌道，但我不會進(jìn)一步闡述它們的管理。為了成功實(shí)施數(shù)據(jù)庫生命周期的方法，有必要調(diào)整和同步數(shù)據(jù)庫生命周期的里程碑、硬件和應(yīng)用軟件。
數(shù)據(jù)倉庫的構(gòu)建從來不會真正結(jié)束。不像傳統(tǒng)的數(shù)據(jù)庫在部署后的一段時(shí)間里保持相對的不變，數(shù)據(jù)倉庫始終處于不斷的變化之中，以應(yīng)對它所服務(wù)的業(yè)務(wù)環(huán)境的變化。當(dāng)今的業(yè)務(wù)環(huán)境更加復(fù)雜，并涉及比以往任何時(shí)候都要快的變化。處理這種幾乎是不斷的變化是企業(yè)的最大挑戰(zhàn)之一。這就是為什么數(shù)據(jù)倉庫團(tuán)隊(duì)中的每一個(gè)人，包括技術(shù)決策者( TDMs ) 和業(yè)務(wù)決策者( BDMs )，都必須處在同一陣線上，使用同一種生命周期管理方法，以使他們的認(rèn)識完全得到統(tǒng)一。只有這樣，才有可能對已實(shí)施的數(shù)據(jù)倉庫、企業(yè)的構(gòu)想和宗旨進(jìn)行調(diào)整。在圖1中，我已經(jīng)展示了我的“7D法”的7個(gè)步驟，本文將帶領(lǐng)您完成每一步。
第一步：發(fā)掘
我保證任何規(guī)模和領(lǐng)域的數(shù)據(jù)庫項(xiàng)目離開了開始的發(fā)掘階段都將失敗。這個(gè)階段也被稱為“需求分析和定義”， 發(fā)掘階段需要以業(yè)務(wù)為中心，特別是數(shù)據(jù)倉庫項(xiàng)目，因?yàn)閿?shù)據(jù)倉庫的輸出需要支持組織的目標(biāo)。發(fā)掘這一步實(shí)質(zhì)上就是調(diào)查，您應(yīng)該不斷地問六個(gè)基本問題(什么，如何，在何處，誰，何時(shí)和為什么)，記錄好答案，并把這些答案包含在您起草的解決方案中。
在“7步”的前3步(發(fā)掘，設(shè)計(jì)，開發(fā))中，必須對業(yè)務(wù)主和技術(shù)專家進(jìn)行集中的協(xié)調(diào)，項(xiàng)目經(jīng)理(PM)應(yīng)該促成這一進(jìn)程。項(xiàng)目經(jīng)理作為一個(gè)獨(dú)立的專業(yè)人員，主要關(guān)心項(xiàng)目的及時(shí)上線、預(yù)算在控制范圍內(nèi)，有預(yù)期的運(yùn)行效果;項(xiàng)目經(jīng)理在得到各方的反饋意見后，負(fù)責(zé)制定嚴(yán)格的路線，里程碑和成功指標(biāo)。如果項(xiàng)目里沒有PM,這些將成為您的工作。
在發(fā)掘階段，PM必須收集圖1所示的三個(gè)軌道的信息，即技術(shù)軌道，數(shù)據(jù)軌道和應(yīng)用層軌道。在其他任務(wù)中，PM必須確定利益相關(guān)者和用戶，必須理解他們各自的角色和相應(yīng)的數(shù)據(jù)/視圖 需求。PM必須知道本組織的績效管理策略：目標(biāo)是什么，倡議什么以及跟蹤業(yè)務(wù)和項(xiàng)目健康狀況的支撐度量標(biāo)準(zhǔn)/關(guān)鍵績效指標(biāo)。如果上述策略的任何部分遺漏了，該項(xiàng)目很有可能失去最終用戶的評分，這可能會導(dǎo)致低的采用通過率和未來資金的丟失。換句話說，該項(xiàng)目將失敗，而不管項(xiàng)目任務(wù)執(zhí)行得有多么完美。
第二步： 設(shè)計(jì)
設(shè)計(jì)這一步的主要活動是定義描述數(shù)據(jù)倉庫的語義和概要模型。這些模型必須解決企業(yè)用戶的管理信息系統(tǒng)(MISs)和商務(wù)智能( BI )分析需要。對于數(shù)據(jù)倉庫項(xiàng)目，您可以為關(guān)系型數(shù)據(jù)倉庫創(chuàng)建概念和邏輯數(shù)據(jù)模型，為表示多維立方體創(chuàng)建三維模型。您可以使用決策矩陣，以幫助確定每個(gè)三維模型需要包含些什么;沿Y軸方向列出被數(shù)據(jù)倉庫支持的關(guān)鍵業(yè)務(wù)流程，沿X軸方向列出建議的維。這個(gè)矩陣將作為當(dāng)前開發(fā)、未來擴(kuò)展和跨組織集成的向?qū)АＴ谠O(shè)計(jì)階段建立的模型必須反映第一階段您收集的六個(gè)問題的答案。標(biāo)識數(shù)據(jù)倉庫相關(guān)的所有數(shù)據(jù)源(內(nèi)部和外部的)，業(yè)務(wù)/交易數(shù)據(jù)庫和展平文件是個(gè)好注意。您也應(yīng)該明確說明哪些數(shù)據(jù)將被導(dǎo)入數(shù)據(jù)倉庫，哪些只會簡單地作為外部數(shù)據(jù)源引用。
通常，技術(shù)軌道有自己的PM，但您仍然可能需要填補(bǔ)那個(gè)角色。數(shù)據(jù)倉庫可以增長為非常大的內(nèi)容和十分廣泛的范圍，因此有必要在數(shù)據(jù)倉庫部署之前恰當(dāng)?shù)匾?guī)劃其大小。首先在紙上估計(jì)其大小，這樣您就可以大致把握當(dāng)數(shù)據(jù)倉庫投入產(chǎn)品應(yīng)用時(shí)所需的處理器速度和磁盤容量。您需要估算一天的業(yè)務(wù)終端用戶數(shù)量以及他們使用的應(yīng)用(例如，對立方體做一個(gè)特別分析，或者從關(guān)系數(shù)據(jù)倉庫中取出緩存的報(bào)告)，也要估算數(shù)據(jù)倉庫一年中將會存儲的數(shù)據(jù)量。只是因?yàn)閿?shù)據(jù)倉庫是一個(gè)進(jìn)展中的工作，您需要兩年和五年預(yù)測，同樣，其處理能力和數(shù)據(jù)存儲需求將隨著時(shí)間的推移不斷增加。數(shù)據(jù)倉庫設(shè)施包括各種硬件，通信和軟件解決方案，所有這一切都必須協(xié)同工作，為終端用戶提供一個(gè)工作的數(shù)據(jù)倉庫。您需要足夠的時(shí)間來計(jì)劃和測試您將如何整合所有這些不同的組成部分。
跟技術(shù)軌道一樣，應(yīng)用軌道可能有自己的PM或由一個(gè)主導(dǎo)的軟件開發(fā)人員充當(dāng)這一角色。如果你是幸運(yùn)的，你的工作將是與此人協(xié)調(diào)以同步任務(wù)。如果不是，那你的工作描述會擴(kuò)大。應(yīng)用層包括獲取從數(shù)據(jù)倉庫收集到的輸出，通常是MIS報(bào)告和BI分析結(jié)果。MIS報(bào)告常是屏幕顯示，儀表板，和打印副本的形式，它們幫助企業(yè)管理者做出運(yùn)行日常業(yè)務(wù)所需的戰(zhàn)術(shù)決策。這些輸出相對比較容易界定、編碼和被一系列標(biāo)準(zhǔn)化的進(jìn)程抓取，這些進(jìn)程運(yùn)行在可預(yù)定環(huán)境中。應(yīng)用層的BI部分是一組查詢和響應(yīng)，以幫助執(zhí)行管理作出戰(zhàn)略決策，推動商務(wù)運(yùn)營。BI解決方案往往是非結(jié)構(gòu)化的，很難預(yù)定義，因?yàn)樗麄儍A向于用一種特別的方式探索數(shù)據(jù)。記分牌，圖形和數(shù)據(jù)透視表是BI的應(yīng)用例子，它們能刺激更多的數(shù)據(jù)探索，而這可能導(dǎo)致公司內(nèi)部戰(zhàn)略方向的改變。
在這個(gè)階段許多方法要求原型或試點(diǎn)項(xiàng)目。“7D法”不需要。至多，作為應(yīng)用層的設(shè)計(jì)活動中的一部分，你可以做一個(gè)“點(diǎn)擊模式”--一種輸入/輸出屏幕的快速呈現(xiàn)模型，不涉及或只有極少的代碼但卻能給利益攸關(guān)方可視化的概念，同時(shí)又不會吃掉寶貴的時(shí)間和資源。如果試點(diǎn)或原型是必要的，那么選擇其中的一個(gè)切片(slice)作為試點(diǎn)，完成“7D法”的每一步?！?D法”不區(qū)分試點(diǎn)，原型和產(chǎn)品系統(tǒng)--它們都被視為項(xiàng)目。
如果按照“7D法”設(shè)計(jì)了一個(gè)原型，并且最終進(jìn)入了產(chǎn)品(大多數(shù)原型都是這樣)，然后您必須比第一個(gè)切片更仔細(xì)地選擇第二個(gè)切片。如果這些切片不能成功地集成在一起，如果他們不支持您在發(fā)掘步驟發(fā)現(xiàn)的企業(yè)宗旨和意圖，那么您在創(chuàng)建“煙囪”， 這是信息的群島，整合彼此只會遇到困難，在某些情況下，甚至根本不可能.
第三步：開發(fā)
數(shù)據(jù)軌道開發(fā)步驟主要有兩個(gè)部分：第一個(gè)涉及將數(shù)據(jù)模型映射到其對應(yīng)的物理設(shè)計(jì)(實(shí)質(zhì)是關(guān)系數(shù)據(jù)倉庫和OLAP立方體的藍(lán)圖)，規(guī)劃數(shù)據(jù)庫的大小，必要時(shí)對表進(jìn)行分塊，為數(shù)據(jù)倉庫對象設(shè)定命名約定以便業(yè)務(wù)用戶和技術(shù)用戶都能適應(yīng)，并制定索引和識別索引候選名單的策略。第二部分涉及數(shù)據(jù)從外部數(shù)據(jù)源到數(shù)據(jù)倉庫的提取轉(zhuǎn)換加載(ETL)。包含在第二部分但不局限于這一部分的是數(shù)據(jù)轉(zhuǎn)換服務(wù)( DTS )/SQL Server整合服務(wù)( SSIS)補(bǔ)丁的開發(fā)與測試，導(dǎo)入/導(dǎo)出和T-SQL腳本開發(fā)和測試，以及對外部數(shù)據(jù)源組件的數(shù)據(jù)整合測試，這些數(shù)據(jù)不會導(dǎo)入到數(shù)據(jù)倉庫。
技術(shù)軌道的開發(fā)步驟包括審查，測試和選擇產(chǎn)品，并提供其作品的體系結(jié)構(gòu)設(shè)計(jì)。為了組成通信鏈路的各個(gè)層--物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層以及傳輸層，會話和表現(xiàn)層，這樣做是必需的。雖然許多產(chǎn)品把多層無縫打包到一個(gè)解決方案，但有必要認(rèn)識到這些層中的每一個(gè)在未來的負(fù)載要求和性能要求，并提前為這些需求作好準(zhǔn)備。為了從新的數(shù)據(jù)倉庫交付數(shù)據(jù)，您應(yīng)該選定數(shù)據(jù)倉庫的服務(wù)器和存儲解決方案，以及新的，最終用戶面臨的硬件。這樣做是為了產(chǎn)品數(shù)據(jù)倉庫和分期數(shù)據(jù)庫--DTS/SSIS軟件包和T-SQL腳本在這里執(zhí)行，從外部數(shù)據(jù)源導(dǎo)入數(shù)據(jù)，以及把可操作和精心料理的數(shù)據(jù)導(dǎo)入到關(guān)系數(shù)據(jù)倉庫和OLAP立方體中。根據(jù)發(fā)掘階段收集到的需求，您的數(shù)據(jù)倉庫環(huán)境可能還要支持?jǐn)?shù)據(jù)集市，快照，和報(bào)告數(shù)據(jù)庫，因此，也要準(zhǔn)備為這些方面考慮環(huán)境。
應(yīng)用軌道開發(fā)步驟聽起來很簡單：只要開發(fā)終端用戶應(yīng)用程序。然而，這可能是整個(gè)過程中最復(fù)雜和費(fèi)時(shí)的任務(wù)，并且可能是代價(jià)最高的--如果沒有認(rèn)真制定和考慮成功的度量標(biāo)準(zhǔn)。正是在這一階段，范圍蠕變(不斷增加特性和功能，而不考慮對其他兩個(gè)軌道的設(shè)計(jì)和開發(fā)的影響)可能像魚雷一樣破壞項(xiàng)目。除了開發(fā)終端用戶應(yīng)用程序，您也不得不制定測試這些應(yīng)用程序的計(jì)劃，您需要制定終端用戶培訓(xùn)計(jì)劃以便用戶能學(xué)會如何使用這些應(yīng)用軟件。在每一個(gè)里程碑，你必須確保獲得相關(guān)各方的簽字或驗(yàn)收。
這可能聽起來很明顯，但多少令人驚訝的是不知道有多少開發(fā)項(xiàng)目是在產(chǎn)品環(huán)境中階段化和測試的!別這樣做，只是不要這樣做!為開發(fā)，測試，和組件劃分搭建一個(gè)單獨(dú)的物理環(huán)境。對業(yè)務(wù)系統(tǒng)要這樣做--同樣，對BI/數(shù)據(jù)倉庫也要這樣做。#p#
第四步：部署
部署數(shù)據(jù)倉庫和部署交易數(shù)據(jù)庫是不一樣的，通常，您以一種快速、包羅萬象的風(fēng)格部署一個(gè)交易數(shù)據(jù)庫-周五晚上終端用戶在使用舊式系統(tǒng)，而周一上午他們登錄到新的數(shù)據(jù)庫。數(shù)據(jù)倉庫通常是遞增式地部署到整個(gè)企業(yè)的各類用戶中。這種遞增的速度和各個(gè)組使用數(shù)據(jù)倉庫的次序是包含在部署階段中部署計(jì)劃的一部分。
理想的情況下，數(shù)據(jù)倉庫的部署以一種迅速級聯(lián)的層次進(jìn)行，首先是技術(shù)就位--服務(wù)器，存儲設(shè)備，通信鏈接等，系統(tǒng)軟件的安裝，測試并準(zhǔn)備投入產(chǎn)品。然后是數(shù)據(jù)軌道各組件的展開--數(shù)據(jù)倉庫數(shù)據(jù)庫(關(guān)系型和OLAP )的建立，以及ETL進(jìn)程的聯(lián)機(jī)。在最終的應(yīng)用層添加之前往往會打住一下，當(dāng)您通過ETL進(jìn)程讓數(shù)據(jù)流從外部來源進(jìn)入各種不同的數(shù)據(jù)倉庫數(shù)據(jù)庫和立方體時(shí)，進(jìn)行必要的測試和調(diào)整。然后應(yīng)用層被部署。您可能想要逐漸地部署應(yīng)用層，因?yàn)槠髽I(yè)內(nèi)部的不同人員有不同的等級。
作為一個(gè)PM，你發(fā)揮著非常重要的作用。在你的指導(dǎo)和引導(dǎo)下，三個(gè)軌道將按預(yù)定計(jì)劃到達(dá)部署階段，避免數(shù)周數(shù)月的“誤點(diǎn)”憂慮。一旦技術(shù)和數(shù)據(jù)軌道就緒并測試，并準(zhǔn)備繼續(xù)，那么開始展開應(yīng)用層。沒有用戶界面( UI)的數(shù)據(jù)倉庫對任何人都是沒用的，而一個(gè)尺寸不足，弱工程系統(tǒng)架構(gòu)的數(shù)據(jù)倉庫會因性能太差而不會被企業(yè)用戶采用。
第五步：每一天
日常業(yè)務(wù)運(yùn)營的管理是非常重要的;而這常常在規(guī)劃和開發(fā)過程中被忽視。你不僅必須確保定期(每日，每周等)進(jìn)行維護(hù)，包括硬件和軟件，還必須要不斷監(jiān)視所有系統(tǒng)的性能和增長。正如我一開始所說，數(shù)據(jù)倉庫永遠(yuǎn)不會結(jié)束;隨著越來越多的用戶發(fā)現(xiàn)數(shù)據(jù)的內(nèi)在價(jià)值，并創(chuàng)造新的，有時(shí)甚至是具有挑戰(zhàn)性的方式來查詢數(shù)據(jù)倉庫，它會繼續(xù)增長和擴(kuò)大。有些PM的任務(wù)有時(shí)你必須準(zhǔn)備承擔(dān)，包括確保所有的系統(tǒng)(硬件，通信鏈路，系統(tǒng)軟件)的全面運(yùn)作，打最新的補(bǔ)丁和升級。當(dāng)業(yè)務(wù)瓶頸出現(xiàn)時(shí)盡可能快地診斷和解決問題; 確保所有需要做備份的系統(tǒng)及時(shí)備份，實(shí)際上，有備份工作定義和計(jì)劃，并要求所有的備份恢復(fù)測試，后續(xù)測試，開發(fā)，或報(bào)告數(shù)據(jù)庫。
業(yè)務(wù)不是靜止的，它們必須不斷地改造自己，以保持競爭力。數(shù)據(jù)倉庫數(shù)據(jù)管理員的職責(zé)就是跟蹤數(shù)據(jù)的使用，評估數(shù)據(jù)的重要性，并檢測業(yè)務(wù)什么時(shí)候開始需要轉(zhuǎn)變。隨著業(yè)務(wù)模式的變化，將會需要更新，更好，更靈活，可能更復(fù)雜的用戶應(yīng)用程序，數(shù)據(jù)管理員應(yīng)該能感知到這些要求。有時(shí)，當(dāng)業(yè)務(wù)方向和重點(diǎn)變化到了一定的程度，就需要重新進(jìn)入發(fā)掘階段，生命周期將回到原點(diǎn)。洗滌，漂洗，重復(fù)下去。
第六步：防護(hù)
捍衛(wèi)你的數(shù)據(jù)倉庫涉及的不僅僅是采取定期備份或確保沒有任何應(yīng)用程序包括SQL查詢可能會開放給SQL注入式攻擊。你必須計(jì)劃整個(gè)范圍和寬度的捍衛(wèi)，因?yàn)閿?shù)據(jù)倉庫包含了企業(yè)最寶貴的資產(chǎn)--它的數(shù)據(jù)，以一種經(jīng)過編譯的，清理過的，以及(在某些情況下)信息化了的格式存在。
數(shù)據(jù)倉庫的威脅通常分為兩類，物理的和邏輯的。物理方面的威脅可以是外部的(龍卷風(fēng)，洪水，火災(zāi)，地震)或內(nèi)部(有意的，偶然的)。您可以防止來自物理方面威脅的做法既可以是采用簡單的限制訪問計(jì)算機(jī)和通信室，也可以如位于地理上相距甚遠(yuǎn)的容錯(cuò)站點(diǎn)上的鏡像服務(wù)器般復(fù)雜(且昂貴)。物理防御取決于您的恢復(fù)時(shí)間和恢復(fù)點(diǎn)目標(biāo)，也就是多少時(shí)間你的數(shù)據(jù)倉庫離線你可以忍受和多少數(shù)據(jù)丟失你可以承擔(dān)。
邏輯威脅要復(fù)雜得多，僅僅因?yàn)閿?shù)據(jù)倉庫環(huán)境的自然特性。操作系統(tǒng)可能會失敗，數(shù)據(jù)庫管理系統(tǒng)可能會崩潰，一個(gè)或多個(gè)應(yīng)用程序可能有意無意損壞、銷毀、誤解數(shù)據(jù)(尤其出現(xiàn)在承擔(dān)數(shù)據(jù)倉庫給養(yǎng)任務(wù)的ETL過程中)。瀏覽器的用戶界面已經(jīng)把嵌入式SQL調(diào)用暴露給了SQL注入式攻擊。每一個(gè)潛在的威脅都必須查明和處理; 在威脅發(fā)生之前制定補(bǔ)救措施要比它們發(fā)生之后好得多。PM的工作是為您的整個(gè)數(shù)據(jù)倉庫安裝制定一個(gè)全面的防御。如果你足夠幸運(yùn)有一個(gè)安全管理員，利用此人的專長和經(jīng)驗(yàn)。
第七步：退役
可能有一天當(dāng)數(shù)據(jù)倉庫，或一個(gè)組件部分(分期數(shù)據(jù)庫，數(shù)據(jù)集市，報(bào)告數(shù)據(jù)庫，立方體)不再符合要求，解除它的時(shí)間就到了。并非每一個(gè)數(shù)據(jù)庫都可以不斷重構(gòu)或升級，以滿足新的要求。有時(shí)候，你僅僅是需要丟棄和重建，特別是如果數(shù)據(jù)庫實(shí)例是“規(guī)范建立的”，即沒有適當(dāng)?shù)募軜?gòu)充分反映企業(yè)的目標(biāo)和意圖。在這種情況下，作為PM，你必須同步進(jìn)程。
一般來說，退役步驟以如下三種方式之一發(fā)生：沒有更換的退役;移交式退役;和逐步到位/逐步淘汰的退役。“沒有更換的退役”是指數(shù)據(jù)庫用來執(zhí)行的功能不再需要。不僅是數(shù)據(jù)庫退休了，在它之上的執(zhí)行功能也退休了。 “移交式退役”表明另一個(gè)數(shù)據(jù)庫將取代退役的數(shù)據(jù)庫，并且其對應(yīng)的執(zhí)行功能也將從舊的數(shù)據(jù)庫迅速轉(zhuǎn)移到新的。某一天，用戶可能訪問舊的數(shù)據(jù)庫，而第二天他們將訪問新的。“逐步到位/逐步淘汰的退役”表明舊的和新的數(shù)據(jù)庫將并存運(yùn)行一段時(shí)間，而功能和用戶逐步從舊的轉(zhuǎn)移到新的，直到最后再也沒有用戶或功能運(yùn)行舊的數(shù)據(jù)庫時(shí)，它就可以退役了。每個(gè)方案都有其風(fēng)險(xiǎn)和回報(bào);作為PM你必須確定何時(shí)風(fēng)險(xiǎn)大于收益，確定哪種計(jì)劃最適合您的情況。然后你必須與技術(shù)軌道和應(yīng)用軌道的其他人員協(xié)同工作，計(jì)劃和執(zhí)行，以確保無縫轉(zhuǎn)換。
良性循環(huán)
在您與這些數(shù)據(jù)倉庫的各個(gè)組件打交道的過程中，隨后將會有新一輪的發(fā)現(xiàn)，這期間你會評估隨著時(shí)間而發(fā)展的新需求。發(fā)生這種情況可能來自從存儲在數(shù)據(jù)倉庫中的數(shù)據(jù)收集到的信息。這些新的要求可能會導(dǎo)致擴(kuò)大增強(qiáng)一個(gè)或多個(gè)軌道的設(shè)計(jì)和解決方案。您需要將這些變化反映到現(xiàn)有的數(shù)據(jù)倉庫中，這樣您就可以部署更新、更好的、用戶渴望利用的解決方案。為保持?jǐn)?shù)據(jù)倉庫像不可思議的機(jī)器一樣運(yùn)行，一些新的要求可能會導(dǎo)致日常運(yùn)作的變化。
隨著時(shí)間的推移，生命周期的多次迭代過程會導(dǎo)致數(shù)據(jù)倉庫緊密聯(lián)系于企業(yè)結(jié)構(gòu)，直到數(shù)據(jù)倉庫和業(yè)務(wù)成為無縫的整體。對于這一難題，PM的職責(zé)是確保所有活動和任務(wù)都是按照規(guī)范進(jìn)行，被既定的成功指標(biāo)接受，并被同步部署。即使您的數(shù)據(jù)倉庫項(xiàng)目沒有正式的PM，即使你是人力資源唯一列在這個(gè)項(xiàng)目上的人員，你仍然應(yīng)該做一些PM會做的計(jì)劃，并及時(shí)更新。然后，當(dāng)管理層問：“數(shù)據(jù)倉庫項(xiàng)目進(jìn)展如何了?”你可以告訴他們項(xiàng)目目前處在什么階段和已經(jīng)干了些什么工作。
【編輯推薦】
