搜索
第4章：資料倉儲專案進行的步驟•使用者需求•環境設置•資料模式制定•資料移動與轉換•線上分析系統：資料立方體設計及報表設計•前端開發本章學習重點•效率調整•品質確認•開放上線使用•系統維修•漸段加強•其他有關步驟本章學習重點資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修資料倉儲專案進行的步驟使用者需求資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•資料倉儲專案進行的第一步是收集使用者需求。•這個步驟的目的是要釐清資料分析需求的細節。•一位在公司內位高權重的贊助者可以讓這個步驟順利進行。使用者需求•這步驟需要產生的文件：–面談結果概要。–需求文件。–本期將滿足的需求。•需要時間：2至8個星期。使用者需求環境設置資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•這個步驟中的目的是設計出並建置起整個資料倉儲系統的架構。•這個步驟的完成主要是資料庫管理師及系統管理師的責任。•這步驟需要產生的文件：–架構計畫。–實地架構細節。•需要時間：2至4個星期。環境設置資料模式制定資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•這個步驟中的目的是決定研究資料要如何儲存才能滿足使用者的需求。•資料模式分為概念型、邏輯型、以及實體型。在實作時依照概念型→邏輯型→實體型的順序進行。–在資料倉儲系統的建置中極少提到概念型模式的建置。•這個步驟的完成是資料設計師的責任。資料模式制定•這步驟需要產生的文件：–邏輯資料模式。–實體資料模式。•需要時間：2至6個星期。資料模式制定資料移動與轉換資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•在資料模式制定的步驟我們瞭解了資料在資料倉儲系統要如何放置。•這個步驟的目的是要瞭解這些資料是從那裡來，並且實際地將資料由源頭移到資料倉儲系統中。•這是所有步驟中最花時間的。•這個里程碑主要的負責角色是資料設計師及資料移動與轉換設計師。資料移動與轉換•這步驟需要產生的文件：–資料來源清單。–資料映射文件。–資料移動與轉換描述指令文件。•需要時間：3至12個星期。資料移動與轉換線上分析系統：資料立方體設計及報表設計資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•一旦資料倉儲中有了資料，我們就可以開始設計資料立方體以及報表。•這個步驟由資料立方體設計師及報表設計師負責。•這步驟需要產生的文件：–資料立方體規格說明。–報表規格說明。•需要時間：1至2個星期。線上分析系統：資料立方體設計及報表設計前端開發資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•在這步驟開始前，團隊需要和使用者們討論前端如何展現。•前端開發包括程式的設計（若沒有運用套裝軟體的話）或是對套裝軟體的修飾。•這個步驟由前端設計師負責。前端開發•這步驟需要產生的文件：–前端開發規格說明。–前端應用軟體操作手冊。•需要時間：1至4個星期。前端開發效率調整資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•在資料倉儲系統中有以下的三個地方可以做些效率調整：–資料移動與轉換。–資料查詢速率。–報表傳送。•這個步驟由資料庫管理師及系統管理師負責。效率調整•這步驟需要產生的文件：–效率調整需求。–效率調整結果及建議。•需要時間：1至2個星期。效率調整品質確認資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•「資料不正確」是讓使用者對資料倉儲系統失去信心的最可能的原因。•在專案時效的壓力下，這個步驟時常被省略或是被忽視。•這個步驟是由品質確認工程師來主導的。品質確認•這步驟需要產生的文件：–品質確認需求書。–品質確認測試結果。•需要時間：1至4個星期。品質確認開放上線使用資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•系統在上線前需要先由測試系統轉移到上線系統。•在讓使用者使用資料倉儲系統之前，那些使用者必須已經經過了足夠的訓練•這步驟需要產生的文件：–開放上線計劃書。•需要時間：2至3天（不包括訓練所需的時間）。開放上線使用系統維修資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•資料倉儲系統需要定期維修以確保系統的正常運作，例如定期的資料備份。•另外，我們需要有一個機制可以查尋資料倉儲系統的使用狀況，藉此我們可以馬上知道系統有任何異常狀況。•在這個步驟中系統管理師與資料庫管理師是最重要的兩個角色。系統維修•這步驟需要產生的文件：–系統維修記錄。–系統使用狀況。•需要時間：這是一個不斷持續的工作。系統維修漸段加強資料移動與轉換線上分析系統資料立方體／報表設計前端開發漸段加強環境設置使用者需求資料模式制定效率調整品質確認開放上線使用系統維修•資料倉儲系統是一個動態的系統，所以在上線後仍然需要不斷地做加強的動作來滿足更多及更新的需求。–使用者需求的改變。–組織外在和內部的環境改變。•有一點必需要特別注意：儘管有些改變是很容易的，我們一定要先在測試系統上確定了這個改變沒有問題，然後再將這個改變移到正式系統上。漸段加強•這步驟需要產生的文件：–系統改變方針書。–系統改變需求記錄。•需要時間：視情況而定。漸段加強•資料倉儲系統的安全性考量就是確定資料只讓該看的人看到。•一般的做法是將使用者歸入不同的族群，而由族群這一層來設立取得資料的權限。•除了設定資料取得允許度外，所有的資料倉儲系統使用者都必須遵照組織中的安全規則。安全性考量•這步驟需要產生的文件：–安全性政策書。•需要時間：2至3個星期（這時間代表設定安全制度所需的時間）。安全性考量•建立命名制度的目的是要為整個資料倉儲系統的資料個體建立有意義的、清楚的、簡明的、以及獨立的名稱。•一旦資料倉儲團隊成員以及使用者都瞭解這些規則，他們就可以很容易地由名稱中來瞭解資料個體的意義。建立命名制度•建立命名制度的最好時機是在資料模式置定這個步驟剛開始時。•這步驟需要產生的文件：–命名制度書。•需要時間：1個星期。建立命名制度•資料倉儲團隊需要為資料庫系統及其他主機系統定出備份和復原機制設定。•這步驟需要產生的文件：–備份和復原策略書。–備份和復原記錄。•需要時間：這是一個不斷持續的工作。一開始的備份和復原策略則需約3到5天去決定。備份和復原機制設定•這個步驟的重點是需要將資料倉儲系統中所有的中繼資料都記錄下來，尤其是要把任何依賴（Dependency）的關係記下。•這樣子資料倉儲團隊在做設計和改變的時候才知道有那些地方須要注意。中繼資料設置中繼資料設置•這步驟需要產生的文件：–中繼資料明細。•需要時間：2至3個星期。