大多數企業的數據輸出都是提取數據和數據可視化(BI)；提數不用多說，寫好SQL就可以了。但是BI則不一樣，即使在像BAT這樣高度重視數據的公司，它也是數據部門的重要成果；而且，良好的BI開發過程離不開良好的項目管理。這篇文章對BI項目的開發過程作了簡單的介紹，并討論了其中可能遇到的問題。下面就讓小編為大家介紹bi項目是什么意思？

思邁特Smartbi

3.1

28條點評

咨詢產品

免費試用

解決用戶選型困難的好軟件，有各維度的信息

客戶案例

3

合作品牌

48

bi項目是什么意思？

什么是BI？

    商業智能（Business Intelligence，簡稱：BI），又稱商業智慧或商務智能，指用現代數據倉庫技術、線上分析處理技術、數據挖掘和數據展現技術進行數據分析以實現商業價值。

項目流程

    正如所有的項目流程一樣，BI項目主要分為 3個部分：梳理需求，技術設計，實際開發。每個部分都有一個項目里程碑。

• 梳理需求：需求調研、需求確認。

  項目里程碑：需求確認書

• 技術設計：CUBE設計、結果表設計、ETL設計、DEMO設計

  項目里程碑：BI設計文檔

• 實際開發：后端開發、前端UI調整、CUBE構建、數據源替換

  項目里程碑：BI項目文檔

梳理需求

    對需求的梳理，是所有項目開發的第一步，也是最重要的一步。為了避免開發完成后需求方表示“這根本不是我們要的東西”的慘劇。對需求的梳理一定要謹慎、完善。

需求調研

需求調研，即與需求方、相關干系人進行需求確認。從而保證雙方對需求理解無誤，及該需求是否可實現。

• 項目干系人

  項目干系人是指與本次項目可能相關的人，不局限于產品、業務、研發。

  在BI項目中，項目干系人大多如下。

• 需求發起者

• 項目管理者：即常說的PM

• BI實施：大多數情況1個就夠

• 后臺研發：提供數據的獲取邏輯

• 相關業務方：需求發起者有時并非需求業務的負責人，于情于理都應該請該業務的實際負責業務參與。

• 高層：視必要程度

• 清晰的分析思路

  需求發起方，大多只有模糊的分析思路。數據分析師需要協助業務人員理清邏輯。并制定涉及的指標、維度及展示圖表。

• 數據的查詢邏輯

  需求調研中，需要研發確保數據有記錄。并在后續向數據部門提供涉及到的庫表和查詢邏輯。

需求確認

在需求調研結束后，為了防止雙方的理解誤差。數據方必須出具需求確認書；

需求確認書應包含以下內容：

• 需求調研的時間、參與的人及角色。

• 指標、維度的定義（清晰明了不會引起歧義）。

• 底層數據的存儲位置和查詢邏輯。

• 需求變更流程（核心是增加需求就需要更長的開發時間）。

    需求確認書大多以電子文檔方式存儲（如有必要也可以打印出來）。一定要獲得所有干系人的確認再開始下一步的設計流程。

階段里程碑

此階段的項目里程碑為 需求確認書。主要起到3個作用

1. 幫助業務梳理需求，理清思路。

2. 確認數據的查詢方式。

3. 明確需求范圍，避免無限制的需求拓展。

技術設計

在需求梳理后，就可以開始進行技術設計。

該步驟可以進行前后端并行設計；前端根據假數據開發DEMO，后端整理CUBE、底層表、ETL的邏輯。

DEMO設計

可以先根據假數據開發DEMO。以讓需求提出方更快的看到成品。

后端設計

• cube設計

  cube是多維立方體，即從多個方面來分析對象。 以訂單為例：

  timg.jpg

  一維，如日期：年、季度
  二維，如產品：不同品種、類型
  三維，如地域：省份、城市等

  合理的BI，應直接讀取CUBE里的數據。這里需要保證CUBE的構建合理、膨脹率不能過大。

• 結果表設計

  CUBE的構建，其實就是 事實表 和 維度表 的關聯。

  這里說的結果表、主要就是事實表的開發。需要制定其字段含義等信息

• ETL設計

  設計ETL時，要注意以下內容：

• 初始化的方式。

• 每個周期數據抽取的方式。

• 數據量是否過大。

階段里程碑

該階段的項目里程碑，就是TD文檔。

一個好的設計文檔應該有以下內容：

1. DEMO

2. CUBE設計：表關聯關系的ER圖

3. 結果表設計：建表語句

4. ETL設計：ETL流程圖

在設計文檔完成后應進行技術評審，參與評審的技術人員、項目管理者應根據以上內容進行把關。

評審通過后再進行實際的開發

實際開發

開發的具體注意點基本都在設計部分處理掉了，但還有一些遺漏。

需注意點

• BI的配色：每個好的BI開發者，都應有一套自己常用的配色方案（SUPERSET就算了）。

• BI的查詢速度：直接打開的速度、和不同圖表間聯動的速度都需要注意。

• CUBE的膨脹率：設計階段只能盡可能的減少膨脹率，只有接入實際數據后才知道具體。

• 結果表的數據量：避免過大

• ETL的執行效率：應穩定在1h內。

階段里程碑

在BI通過最終驗收后，BI開發者/項目經理 應騰出一些時間來，對過去的BI項目進行回顧整理。

BI項目文檔應包括以下內容：

1. 項目背景、預計開發時長、實際開發時長、實際結項日期等 項目信息。

2. 需求確認書內容

3. TD設計文檔內容

4. 需求變更記錄

5. 項目開發中遇到的各種問題等

6. 其他內容

    顯然，本文的重點在于BI的開發流程，而非項目管理。在實際項目中，還有一些需要注意的地方。例如：項目排期，BI項目對項目的預期，在需求確認后，由實際開發者給出。并且得到項目經理、需求確認方的認可。以上就是小編為大家介紹的bi項目是什么意思？的全部內容，感謝觀看。