業務需求定義了企業的業務人員爲了完成其工做,進而實現企業目標,必定要具有的東西。包括功能性需求和提供的服務。它是數據倉庫的核心,從廣度和深度上作好需求調研爲數據倉庫建設創建良好的開端。markdown
因爲業務人員不懂技術,它們覺得需求都會獲得知足。各個項目開發人員不懂業務,不熟悉整個業務場景。數據倉庫團隊須要把他們召集起來一塊兒反覆的討論需求的細節。oop
需求調研開始以前,須要先了解公司有哪些源系統,包括源系統的全部者是誰、有哪些業務流程、源系統的數據存儲方式、源系統的數據流程、源系統的數據情況、是否包含老系統的數據,是否有數據模型等。按照下圖逐步深刻了解源系統,最後造成關於源系統的文檔:spa
需求調研的目標是回答問題以便發現未知的邊界範圍,還須要平衡需求和現實狀況以便提供一個合適的支持業務決策的數據倉庫平臺。.net
公司需求調研清單:code
部門需求調研清單:orm
需求調研要專一於業務過程而不是業務部門,會使得在整個組織中交付一致信息的成本更爲低廉。若是創建一個基於業務部門的數據倉庫,就會形成數據的屢次複製和不一致的數據。部門需求調研的主要產出是數據倉庫總線矩陣:對象
項目需求清單:blog
數據剖析是對數據源內容的系統分析,數據剖析有如下目標:開發
通過以上步驟產出的文檔主要有需求規格文檔、源系統跟蹤報告、總線矩陣文檔、數據評估報告。 ———————————————— 版權聲明:本文爲CSDN博主「mark_wu2000」的原創文章,遵循CC 4.0 BY-SA版權協議,轉載請附上原文出處連接及本聲明。 原文連接:blog.csdn.net/mark_wu2000…文檔