1. 程式人生 > >資料倉庫(一)之需求篇

資料倉庫(一)之需求篇

  • 概述

 業務需求定義了企業的業務人員為了完成其工作,進而實現企業目標,一定要具備的東西。包括功能性需求和提供的服務。它是資料倉庫的核心,從廣度和深度上做好需求調研為資料倉庫建設建立良好的開端。

                                        

  • 需求分類

                              

  • 需求調研步驟

    1.確定調研物件

 由於業務人員不懂技術,它們以為需求都會得到滿足。各個專案開發人員不懂業務,不熟悉整個業務場景。資料倉庫團隊需要把他們召集起來一起反覆的討論需求的細節。

                                                 

    2.瞭解源系統

 需求調研開始之前,需要先了解公司有哪些源系統,包括源系統的所有者是誰、有哪些業務流程、源系統的資料儲存方式、源系統的資料流程、源系統的資料狀況、是否包含老系統的資料,是否有資料模型等。按照下圖逐步深入瞭解源系統,最後形成關於源系統的文件:

            

   3.需求調研

 需求調研的目標是回答問題以便發現未知的邊界範圍,還需要平衡需求和現實情況以便提供一個合適的支援業務決策的資料倉庫平臺。

   公司需求調研清單:

                                            

部門需求調研清單:

                                             

 需求調研要專注於業務過程而不是業務部門,會使得在整個組織中交付一致資訊的成本更為低廉。如果建立一個基於業務部門的資料倉庫,就會造成資料的多次複製和不一致的資料。部門需求調研的主要產出是資料倉庫匯流排矩陣:

              

專案需求清單:

                                            

  4.資料剖析

     資料剖析是對資料來源內容的系統分析,資料剖析有以下目標:

                                               

  5.編寫需求文件

經過以上步驟產出的文件主要有需求規格文件、源系統跟蹤報告、匯流排矩陣文件、資料評估報告。