效率调整品质确认资料移动与转换线上分析系统资料立方体.pptVIP

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