Power BI 使用案例：部門 BI
注意
本文是 Power BI 實作規劃系列文章的其中一篇。 此系列主要著重於 Microsoft Fabric 中的 Power BI 體驗。 如需有關此系列的簡介，請參閱 Power BI 實作規劃。
如網狀架構採用藍圖所述，部門 BI 著重於將內容散發給更多使用者。 這些使用者通常是部門或業務單位的成員。
當團隊變大時，有效地使用工作區來散發所有報表就變得不切實際 (如團隊 BI 案例中所述)。 處理較大部門 BI 案例的更有效率的方式，為使用工作區進行共同作業，並將工作區內容發佈為應用程式給取用者。
注意
有四個內容共同作業和傳遞彼此建置的使用案例。 部門 BI 案例是四個案例之中的第三個。 您可以在 Power BI 使用案例一文中找到所有案例的清單。
受控自助 BI 案例引進了分離語意模型 (先前稱為資料集) 和報表開發的重要概念。 為了簡單起見，本文並未明確討論此概念。 建議您盡可能套用受控自助 BI 案例中討論的概念。
案例圖表
下圖描述支援部門 BI 之最常見使用者動作和 Power BI 元件的高階概觀。 主要重點是使用 Power BI 應用程式，將內容發佈給大量取用者物件。
提示
如果您想要將此案例圖表內嵌在簡報、文件或部落格文章中，或將其列印成牆面海報，建議您下載案例圖表。 此圖表是可縮放向量圖形 (SVG) 影像，因此您可以將其擴大或縮小，而不會降低品質。
此案例圖表描述下列使用者動作、工具和功能：
| 項目 | 說明 |
|---|---|
 |
Power BI 內容建立者，使用 Power BI Desktop 制定 BI 解決方案。 在部門 BI 案例中，建立者通常會在分散式小組、部門或業務單位內工作。 |
 |
Power BI Desktop 會連接來自一或多個資料來源的資料。 結合多個來源的查詢和資料混搭是在 Power Query 編輯器中開發的。 |
 |
資料模型開發和報表建立是在 Power BI Desktop 中完成。 在部門 BI 解決方案中，目的是藉由將資料放在視覺內容中，協助同事了解資料的意義和重要性。 |
 |
準備好時，內容建立者會將其 Power BI Desktop 檔案 (.pbix) 或 Power BI 專案檔案(.pbip) 發佈至 Power BI 服務。 |
 |
內容會發佈至工作區。 其主要目的是為負責建立、管理及驗證內容的人員提供共同作業區域。 內容建立者也可以建立或編輯工作區中的某些內容。 |
 |
部分或全部報表和儀表板都會發佈為 Power BI 應用程式。 應用程式的目的是要為取用者提供一組相關內容，讓使用者的方便方式檢視。 |
 |
Power BI 應用程式使用者會新增至應用程式對象，其中會具備唯獨權限。 應用程式設定、應用程式內容和應用程式物件會與工作區分開管理。 某些團隊可能會安裝及使用範本應用程式。 |
 |
Power BI 行動裝置應用程式也可用於檢視應用程式和工作區內容。 |
 |
經常在 Microsoft Teams 工作的使用者，可能會覺得直接在 Teams 中管理或檢視 Power BI 內容是很方便的。 |
 |
指派給系統管理員、成員或參與者的使用者工作區角色可以發佈和管理工作區內容。 |
 |
排程的資料重新整理是在 Power BI 服務中設定，以將匯入的資料—保持在語意模型或資料流—最新狀態。 |
 |
某些資料來源可能需要內部部署的資料閘道或 VNet 閘道以便重新整理資料，例如位於私人組織網路內的資料來源。 |
 |
其他自助內容建立者可以使用現有的語意模型來撰寫新的報表。 他們可以選擇使用 Power BI Desktop、Excel 或 Power BI 報表產生器 (未在案例圖中描述)。 強烈建議以這種方式重複使用現有的語意模型。 |
 |
Power BI 管理員會在 Power BI 服務入口網站中監督和監視活動。 部門 BI 解決方案可能會受到比團隊 BI 解決方案更多的治理需求，但比企業 BI 解決方案 需求少。 |
重點
以下是關於部門 BI 案例所要強調的一些重點。
來源檔案儲存體
Power BI Desktop 是開發查詢、模型和互動式報表的製作工具。 對於部門 BI，請務必將來源 Power BI Desktop 檔案儲存在安全的共用位置。 工作或學校版 OneDrive 或 SharePoint 等位置很有用 (未在案例圖中描述)。 共用連結庫是安全性實體，可供同事輕鬆存取，並具有內建版本控制功能。
當 BI 解決方案的共同管理牽涉到具有不同技能集的多人時，請考慮將模型和報表分離成個別的 Power BI Desktop 檔案 (如受控自助 BI 案例中所述)。 此方法鼓勵重複使用語意模型，而且比在編輯 Power BI Desktop 檔案的人員之間持續交替更有效率。 例如，當一個人處理語意模型，而另一個人處理報表時特別有用。
工作區
Power BI 工作區可作為 Power BI 服務中的邏輯容器，以儲存相關的 Power BI 項目，例如語意模型和報表。 雖然此案例描述一個工作區，但通常需要多個工作區來滿足所有工作區規劃需求。
受控自助 BI 案例描述個別工作區的使用方式。
Power BI 應用程式發行集
針對部門 BI，Power BI 應用程式適用於取用者的內容發佈 (而不是直接工作區存取，如團隊 BI 案例中所述)。 Power BI 應用程式為取用者提供最佳體驗，因為這會提供一組使用者易記瀏覽體驗的相關內容。 當內容開發人員無法與應用程式取用者密切合作時，Power BI 應用程式特別有用。
Power BI 應用程式權限
Power BI 應用程式使用者會獲授與應用程式的唯讀權限，而且這些權限會與工作區分開管理。 這個額外的彈性層級便於管理誰可以檢視內容。
對於部門 BI，最佳做法是限制工作區存取權給負責內容製作、開發和品質保證活動的人員。 一般而言，只有少數人真正需要工作區存取權。 取用者可以開啟 Power BI 應用程式來存取內容，而不是開啟工作區。
Power BI 使用者授權
工作區或 Power BI 應用程式的所有內容建立者和取用者都必須擁有 Power BI Pro 或 Power BI Premium Per User (PPU) 授權。
注意
Power BI Pro 或 PPU 授權的需求有一個例外：當工作區指派給 Premium 容量或 Fabric F64 或更大的容量時，網狀架構免費授權使用者 (具有適當權限) 可以檢視工作區 (和/或應用程式) 內容。 此方法會在企業 BI 案例中說明。
重要
本文有時會提及 Power BI Premium 或其容量訂用帳戶 (P SKU)。 請注意，Microsoft 目前正在整合購買選項，並且正在淘汰 Power BI Premium 按容量計算的 SKU。 新客戶和現有客戶應考慮改為購買 Fabric 容量訂用帳戶 (F SKU)。
如需詳細資訊，請參閱 Power BI Premium 授權的重要更新和 Power BI Premium 常見問題集。
重新使用現有的語意模型
重複使用現有的語意模型對於小組共同作業很重要。 這有助於單一版本的真相。 當少數語意模型建立者支援許多報表建立者時，特別重要。 Power BI Desktop 即時連線可以將報表連線到現有的語意模型，避免需要建立另一個語意模型。 或者，當使用者想要建立 Excel 報表時，他們可以使用 [在 Excel 中分析] 功能。 保留與語意模型的連線，是偏好將資料匯出至 Excel，因為：
- 避免建立重複的語意模型。
- 降低不一致資料和計算的風險。
- 支援視覺效果內的所有切割、切割和樞紐功能，同時維持連線到儲存在 Power BI 服務中的語意模型。
若要存取現有的語意模型，內容建立者必須具有語意模型的建置權限。 當使用者指派給工作區角色時，可以直接或間接授與 (參與者或更高角色)，或在發佈 Power BI 應用程式或共用 Power BI 項目時授與。 受控自助 BI 案例會進一步探索共用語意模型的重複使用。
閘道安裝
通常，存取位於私人組織網路或虛擬網路內的資料來源時，需要資料閘道。 一旦將 Power BI Desktop 檔案發佈至 Power BI 服務，內部部署資料閘道就會變得相關。 資料閘道的兩個用途是重新整理匯入的資料，或檢視會查詢即時連線或 DirectQuery 語意模型的報表 (案例圖表中未描述)。
注意
針對團隊、部門、和企業 BI 案例，強烈建議您透過個人模式的閘道，使用標準模式的集中式資料閘道。 在標準模式中，資料閘道支援即時連線和 DirectQuery 作業 (除了排程的資料重新整理作業)。
系統監督權
活動記錄會記錄 Power BI 服務中發生的使用者活動。 Power BI 管理員可以使用收集的活動記錄資料執行稽核，以協助他們了解使用模式和採用。 活動記錄對於支援治理工作、安全性稽核和合規性需求也很重要。
相關內容
在本系列的下一篇文章中，了解企業 BI 案例中的大規模組織內容發佈。