建立內容以移轉到 Power BI
本文描述第 4 階段，這與移轉到 Power BI 時建立與驗證內容相關。
注意
如需上圖的完整說明，請參閱 Power BI 移轉概觀。
第 4 階段的重點是執行實際工作，以將概念證明 (POC) 轉換為可供生產環境使用的解決方案。
此階段會產出一個已在開發工作區中經過驗證、並已準備好部署到生產的 Power BI 解決方案。
提示
本文中討論的大部分主題也適用於標準 Power BI 實作專案。
建立生產解決方案
此時，執行 POC 的同一個人可能會繼續產生可用於生產的 Power BI 解決方案。 也可改由不同的人接手。 只要不會延誤時程，則更建議讓未來負責 Power BI 開發的人員參與。 如此一來，其即可主動學習。
重要
盡可能重複使用 POC 中的大部分工作。
開發新的匯入語意模型
當現有的 Power BI 語意模型不存在以符合您的需求，或無法增強以符合您的需求時，您可以選擇建立新的匯入語意模型。
理想的情況是，從一開始就考慮將資料及報表的開發工作分離。 將資料及報表分離將在不同人員負責資料模型化及報表時，有助於分離工作與權限。 這種方式可提供更具擴充性的方法，並鼓勵重複使用資料。
與開發匯入語意模型相關的必要活動包括：
- 從一或多個資料來源 (可能是 Power BI 的資料流程) 取得資料。
- 塑造、結合與準備資料。
- 建立語意模型模型，包括日期資料表。
- 建立並確認 模型關聯性。
- 定義量值。
- 視需要設定資料列層級安全性。
- 設定同義字並最佳化化 Q&A。
- 規劃擴充性、效能與並行，這可能會影響資料儲存模式決策，例如使用複合模型或彙總。
部署全新報表與儀表板
與 Power BI 報表或儀表板開發相關的必要活動包括：
- 決定對現有資料模型使用即時連線，或建立新的資料模型
- 建立新的資料模型時，決定模型資料表的 資料儲存模式 (匯入、DirectQuery 或複合)。
- 決定符合需求的最佳資料視覺效果工具：Power BI Desktop、編頁報表產生器或 Excel。
- 決定最佳的視覺效果，以告訴報表其需要敘述的故事，以及處理報表需要回答的問題。
- 確保所有視覺效果都呈現清楚、簡潔及符合商務的術語。
- 解決互動性需求。
- 使用即時連線時，請新增報表層級量值。
- 在 Power BI 服務中建立儀表板，特別是當取用者想要更輕鬆的監視重要計量時。
注意
在規劃或技術 POC 的早期階段中，會制定許多這類決策。
驗證解決方案
驗證 Power BI 解決方案，有四個的主要層面：
- 資料精確度
- 安全性
- 功能
- 效能
驗證資料精確度
在進行移轉時，您必須一次性確保新報表中資料符合舊版報表中所顯示的內容。 或在存有差異時，能夠解釋原因。 其比發現新解決方案解決了舊版解決方案中的錯誤更為常見。
於正在進行的資料驗證工作過程中，新的報表通常需要透過原始來源系統進行交叉檢查。 在理想的情況下，每次發佈報表變更時，都會以可重複的方式執行這項驗證。
驗證安全性
在驗證安全性時，有兩個主要層面需要考量：
- 資料權限
- 存取語意模型、報表和儀表板
在匯入語意模型中，可藉由定義 資料列層級列安全性 (RLS) 來套用資料權限。 當使用 DirectQuery 儲存模式 (可能會使用單一登入) 時，來源系統也可能會強制執行資料權限。
下列為授與 Power BI 內容存取權的主要方式：
提示
我們建議訓練內容作者，以了解如何有效管理安全性。 同時也請務必具備健全的測試、稽核與監視功能。
驗證功能
現在到了再次檢查語意模型詳細資料的時間，例如欄位名稱、格式設定、排序及預設摘要行為。 交叉分析篩選器、向下切入動作、鑽研動作、運算式、按鈕或書籤等互動式報表功能，都應經驗證。
在開發過程中，Power BI 解決方案應定期發佈至 Power BI 服務中的開發工作區。 並確認服務中的所有功能都如預期般運作，例如自訂視覺效果的呈現。 這也是執行進一步測試的好時機。 請測試排程重新整理、問與答，以及報表與儀表板在行動裝置上的外觀。
驗證效能
Power BI 解決方案的效能對於取用者體驗至關重要。 大部分的報表皆應在 10 秒內呈現出視覺效果。 如果報表需要較長的時間載入，請暫停並重新考量可能造成延遲的原因。 除了 Power BI Desktop 之外，您也應該在 Power BI 服務中定期評估報表效能。
不合格的DAX (資料分析運算式)、不佳的語意模型設計，或不理想的報表設計 (例如嘗試在單一頁面上呈現太多視覺效果)，會引發許多效能問題。 技術環境問題 (例如網路、多載的資料閘道，或 Premium 容量的設定方式) 也會導致效能問題。 如需詳細資訊，請參閱 Power BI 最佳化指南及針對 Power BI 報表效能進行疑難排解。
重要
此文章有時會提及 Power BI Premium 或其容量訂用帳戶 (P SKU)。 請注意，Microsoft 目前正在整合購買選項，並按容量 SKU 淘汰 Power BI Premium。 新客戶和現有客戶應考慮改為購買 Fabric 容量訂用帳戶 (F SKU)。
如需詳細資訊，請參閱 Power BI Premium 授權的重要更新和 Power BI Premium 常見問題集。
記錄解決方案
有兩種主要的文件類型適用於 Power BI 解決方案：
- 語意模型文件
- 報表文件
文件可儲存在最容易由目標對象存取的地方。 常用選項包含：
- 在 SharePoint 網站上：SharePoint 網站可能存在於卓越中心或內部 Power BI 的社群網站。
- 在應用程式內：發佈 Power BI 應用程式時可以設定 URL，以引導取用者獲取更多資訊。
- 在個別 Power BI Desktop 檔案內：資料表及資料行等的模型元素可定義描述。 撰寫報表時，這些描述會在 [欄位] 窗格中顯示為工具提示。
提示
如果要建立網站來作為 Power BI 相關文件的中樞，請考量自訂 [取得說明] 功能表及其 URL 位置。
建立語意模型文件
語意模型文件特別適用於會在未來管理語意模型的使用者。 若此文件包含下列項目，將十分有用：
- 所制定的設計決策及原因。
- 誰擁有、維護及認證語意模型。
- 資料重新整理需求。
- 在語意模型中定義的自訂商務規則。
- 特定的語意模型安全性或資料隱私權需求。
- 未來的維護需求。
- 已知開啟問題或延遲的待辦項目。
您也可以選擇建立變更記錄檔，以摘要說明語意模型在一段時間內所發生的最重要變更。
建立報表文件
報表文件 (通常是適用於報表取用者的逐步解說) 可協助取用者讓報表及儀表板發揮更大的價值。 簡短的影片教學課程通常也十分有效。
您也可以選擇在報表的隱藏頁面上包含其他報表文件。 其中可包含設計決策及變更記錄檔。
相關內容
在此 Power BI 移轉系列的下一篇文章中了解第 5 階段，其涉及在移轉到 Power BI 時，部署、支援並監視內容。
其他有用的資源包括：
- Microsoft 的 BI 轉換
- Power BI 實作規劃
- 有任何問題嗎？ 嘗試在 Power BI 社群提問
- 有任何建議嗎？ 貢獻想法來改善 Power BI
經驗豐富的 Power BI 合作夥伴可協助組織成功進行移轉程序。 若要與 Power BI 合作夥伴交流，請造訪 Power BI 合作夥伴入口網站。