建立要移轉至 Power BI 的內容

  • 發行項

本文說明 第 4 階段，這與移轉至 Power BI 時建立和驗證內容有關。

圖表顯示Power BI 移轉的階段。本文強調第 4 階段。

注意

如需上述圖形的完整說明，請參閱 Power BI 移轉概觀。

階段 4 的重點在於執行實際工作，將概念證明 （POC） 轉換為生產就緒的解決方案。

此階段的輸出是已在開發工作區中驗證的 Power BI 解決方案，且已準備好部署至生產環境。

提示

本文討論的大部分主題也適用於標準Power BI實作專案。

建立生產解決方案

此時，執行 POC 的相同人員可能會繼續生產就緒的 Power BI 解決方案。 或者，有人可能會參與其中。 如果時程表沒有受到危害，讓參與人員在未來負責Power BI開發，這很好。 如此一來，他們就可以主動學習。

重要

盡可能重複使用 POC 中的大部分工作。

開發新的匯入語意模型

當現有的 Power BI 語意模型尚未存在以符合您的需求，或無法增強以符合您的需求時，您可以選擇建立新的匯入語意模型（先前稱為數據集）。

在理想情況下，從頭開始，請考慮分離數據和報表的開發工作。 當不同人員負責數據模型化和報表時，分離數據和報表 將有助於分離工作和許可權。 它提供更可調整的方法，並鼓勵數據重複使用。

與匯入語意模型開發相關的基本活動包括：

提示

如果您有不同的開發/測試/生產環境，請考慮 參數化 數據源。 它會讓第 5 階段中所述的部署變得相當容易。

開發新的報表和儀錶板

與 Power BI 報表或儀錶板開發相關的基本活動包括：

  • 決定對現有數據模型使用 Live 連線 ion，或建立新的數據模型
  • 建立新的數據模型時，請決定 模型數據表的數據儲存模式 （Import、DirectQuery 或 Composite）。
  • 決定符合需求的最佳數據視覺效果工具：Power BI Desktop、編頁 報表產生器 或 Excel。
  • 決定 最佳視覺效果 ，以講述報表需要講述的故事，以及解決報表需要回答的問題。
  • 請確定所有視覺效果都呈現清楚、簡潔且商務友好的術語。
  • 解決互動需求。
  • 使用 Live 連線 ion 時，新增報表層級量值。
  • 在 Power BI 服務 中建立儀錶板，特別是當取用者想要輕鬆監視關鍵計量時。

注意

許多這些決定將在早期規劃階段或在技術POC中做出。

驗證解決方案

驗證 Power BI 解決方案有四個主要層面：

  1. 數據精確度
  2. 安全性
  3. 功能
  4. 效能

驗證數據精確度

在移轉期間，您必須確保新報表中的數據符合舊版報表中顯示的內容。 或者，如果有差異，就能夠解釋原因。 在新解決方案中解析的舊版解決方案中，發現錯誤比您想像的要常見。

在進行中的數據驗證工作中，新報告通常需要與原始來源系統進行交叉檢查。 在理想情況下，每次發佈報表變更時，此驗證都會以可重複的方式進行。

驗證安全性

驗證安全性時，有兩個主要層面需要考慮：

  • 資料權限
  • 存取語意模型、報表和儀錶板

在匯入語意模型中，數據許可權會藉由定義 數據列層級安全性 （RLS） 來套用。 使用 DirectQuery 儲存模式時，來源系統也可能強制執行數據許可權（可能使用 單一登錄）。

授與 Power BI 內容存取權的主要方式包括：

提示

建議您訓練內容作者，瞭解如何有效地管理安全性。 備妥強固的測試、稽核和監視也很重要。

驗證功能

是時候重複檢查語意模型詳細數據，例如功能變數名稱、格式設定、排序和預設摘要行為。 互動式報表功能，例如交叉分析篩選器、向下切入動作、鑽研動作、運算式、按鈕或書籤，也應該全部經過驗證。

在開發程式期間，Power BI 解決方案應定期發佈至 Power BI 服務 中的開發工作區。 確認所有功能在服務中如預期般運作，例如自定義視覺效果的轉譯。 這也是進一步測試的好時機。 測試排程的重新整理、問答，以及報表和儀錶板在行動裝置上的外觀。

驗證效能

Power BI 解決方案的效能對於取用者體驗很重要。 大部分的報表應該會在 10 秒內呈現視覺效果。 如果您有需要較長時間載入的報表，請暫停並重新考慮可能造成延遲的情況。 除了 Power BI Desktop 之外，應該定期在 Power BI 服務 中評估報表效能。

許多效能問題都來自不合格的 DAX（數據分析 eXpressions）、語意模型設計不佳或次佳報表設計（例如，嘗試在單一頁面上轉譯太多視覺效果）。 技術性環境問題，例如網路、多載的數據閘道，或設定 進階版 容量的方式，也有助於效能問題。 如需詳細資訊，請參閱Power BI優化指南和針對Power BI中的報表效能進行疑難解答。

重要

本文有時是指 Power BI 進階版 或其容量訂用帳戶（P SKU）。 請注意，Microsoft 目前正在合併購買選項，並淘汰每個容量 SKU 的 Power BI 進階版。 新的和現有的客戶應該考慮改為購買網狀架構容量訂用帳戶（F SKU）。

如需詳細資訊，請參閱 Power BI 進階版 授權和 Power BI 進階版 常見問題的重要更新。

記錄解決方案

Power BI 解決方案有兩種主要類型的檔案：

  • 語意模型檔
  • 報表檔

檔可以儲存在目標物件最容易存取的位置。 常見選項包括：

  • 在 SharePoint 網站內： 您的卓越中心或內部 Power BI 社群網站可能會有 SharePoint 網站。
  • 在應用程式內： 發佈 Power BI 應用程式以將取用者導向更多資訊時，可以設定 URL。
  • 在個別 Power BI Desktop 檔案內： 模型元素，例如數據表和數據行，可以定義描述。 撰寫報表時，這些描述會顯示為 [字段] 窗格中的工具提示。

提示

如果您建立網站作為 Power BI 相關文件的中樞，請考慮 使用其 URL 位置自定義 [取得說明] 功能表 。

建立語意模型檔

語意模型檔是以未來管理語意模型的用戶為目標。 包含下列專案很有用：

  • 設計決策和原因。
  • 神秘 擁有、維護及認證語意模型。
  • 數據重新整理需求。
  • 語意模型中定義的自定義商務規則。
  • 特定語意模型安全性或數據隱私權需求。
  • 未來的維護需求。
  • 已知的開啟問題或延後待辦專案。

您也可以選擇建立變更記錄檔，摘要說明一段時間內語意模型發生的最重要變更。

建立報表檔

報表檔通常結構化為以報表取用者為目標的逐步解說，可協助取用者從報表和儀錶板取得更多價值。 短片教學課程通常運作良好。

您也可以選擇在報表的隱藏頁面上加入其他報表檔。 它可能包含設計決策和變更記錄檔。

相關內容

在此Power BI 移轉系列中的下一篇文章中，瞭解第5階段，這與移轉至Power BI時部署、支援及監視內容有關。

其他有用的資源包括：

經驗豐富的Power BI合作夥伴可協助您的組織成功進行移轉程式。 若要與Power BI合作夥伴互動，請流覽 Power BI合作夥伴入口網站。