Power BI 使用方案：部门 BI
备注
本文是 Power BI 实现规划系列文章中的一篇。 本系列着重介绍 Microsoft Fabric 中的 Power BI 体验。 有关该系列的介绍，请参阅 Power BI 实施规划。
如 Fabric 采用路线图中所述，部门 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 (PPU) 许可证。
注意
Power BI Pro 或 PPU 许可证要求有一种例外情况：为工作区分配高级容量、Fabric F64 或更高版本的容量后，Fabric 免费许可证用户（拥有适当权限）可以查看工作区（和/或应用）的内容。 企业 BI 方案中介绍了此方法。
重要
有时本文指的是 Power BI Premium 或其容量订阅 (P SKU)。 请注意，Microsoft 目前正在合并购买选项并停用 Power BI Premium Per Capacity 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 方案中进行组织范围的大规模内容分发。