開發BI系統時的需求分析研究

咱們知道MIS,知道ERP，知道GIS等等，這些系統在管理限制上有不少的衝突，管理和被管理，開放和限制等等，然而BI在開始就不是這樣的。BI要求的就是易用還要易於擴展，首先是報表，這個是你無條件的須要去作的，其次是adhoc和analysis，一樣的崗位有不一樣的需求，這不是權限，管理等等的須要，而是一種習慣。

實施BI project的時候，咱們常常遇到這樣的狀況：

1：花少許的時間去理解客戶的要求，好比reporting，瞭解通常的字段的數據出處，而後就開始data modeling，開始搭建DW，ETL等等。

2：中間出現大量的業務計算。

3：客戶需求修改，增長需求。

4：數據不完整，數據口徑不一致。

5：性能底下。

6：schedule delay。

而後：

1：從新調研需求，瞭解維度數據，實時數據，關係計算。

2：修改模型，etl process，cube。

3：從新設計接口。

若是處理不當，咱們可能會遇到一下幾種狀況。

1：overtime

2：rework again and again

3：restructure

4：game over

不論是哪種，都是咱們不肯意去看到的，咱們沒有辦法去指責用戶的需求對不對，應該不該該。他們是付錢了的，咱們作得就是一種services，若是咱們遇到這樣的問題應該怎麼辦了，應該怎麼去分析了。或者說事前應該作一些什麼樣的準備了。

這其實須要一種平衡，客戶需求和公司利潤，固然，若是是甲方本身去作的話，那就是不滿意和責罰之間去平衡了。

不少人會說當初定下來的範圍邊界，若是有需求從新增長的話，只能放到第二期裏面去。其實這樣的辦法其實也是一種辦法，只是能夠對新的需求，有一個工做量的評估吧。

其實咱們定需求的時候能夠由大到小，還要兼顧未來系統的擴展性。

當前狀況：

1：用戶的使用習慣，包括如何分析數據，如何查找數據，如何在reporting導出數據，本身進行的處理。

2：用戶的使用不便之處，包括計算，查詢數據，統計，甚至在EXCEL裏面作的變更或者計算。

3：現有系統的權限設置。

4：數據統計時間，生成時間，歸檔時間，彙報時間等等。

邊界需求

1：確認業務邊界，BI，BI，business在前面，因此咱們必須先了解業務上的邊界在哪裏，不少公司在HR和finance都比較保密，這些都不歸入DW/BI的範圍，那咱們就要肯定清楚，是否是真的不歸入，若是中途歸入的話應該怎麼處理。這些咱們能夠留下接口，將HR和finance綜合在一塊兒。

2：確認系統邊界，就是這個project包含哪些源系統，這些源系統又有什麼特色，數據量，表，還有各個系統的詳細描述，特色，已經相互間的邏輯關係等等，這些東西就和咱們未來作data profiling和ETL有關係了。

3：確認功能邊界，就是作Ad-hoc，reporting，analysis，dashboard等等，須要這些嗎，每一種的具體需求又是什麼，包含多少的量，每一種的dimension對應的又是什麼，reporting的格式，數據源 ，dashboard的對應的KPI是什麼等等，在查詢，查找，參看數據的時候，須要哪些功能。

權限需求

1：確認系統未來使用，開始上線和最終平穩使用時涉及到的部門，人員，還有每一個人的權限。

2：確認系統須要涉及到的維度，部門，時間，產品等等，每每權限是和這些維度有關係的。

3：未來如何去控制用戶的訪問權限，是有windows的AD控制仍是ldap控制，或者用維度和用戶關係表去空，考慮之後若是發生變化，時候便於維護，如何去作一個維護權限的UI。

數據質量

1：各功能（adhoc，reporting，analysis，dashboard）涉及到的數據表結構。

2：分析各系統的數據質量，最好有數據質量報告。包括維度，空值，一致性，完整性的檢查。

需求記錄

無論咱們和用戶談到什麼，只要是和系統有關係的，最好能寫出報告的形式，而後再和用戶討論，談談你的理解，看用戶是否定可，有記錄，咱們不必定要用戶去簽字，只是爲了之後咱們出現人員變更或者最後作UAT測試的時候方便。

若是你真的沒有時間作上面的這些事情，那你必定要作好一下的工做。

1：多多瞭解系統各個崗位的人員的要求，不論是Ad-hoc，reporting，仍是analysis，dashboard，聽聽他們所說什麼，有什麼要求。

2：分析主題，概括需求的類似點。看看有沒有統一實現的方法。

3：逐個的去完成用戶的功能，記住，要一個一個的去完成，完成一個後，就和相應的人員去確認是不是他想要的。不行就again。

4：關注說話有份量的人，好比leader，mananger或者high level manager等等，多和他們溝通，或者儘可能完成他們的要求，作到他們滿意。

其實需求分析不只只是在項目開始的時候作，若是咱們吧BI/DW的項目看成一個過程的話，每個時間點均可能夠看作是一個小項目的開始。