商业智能(BI)选型评估指南:如何选择正确的现代商业智能(BI)和数据分析平台

浏览: 3492

关于本指南

本评估指南旨在帮助 IT 组织评估和选择适合进行大规模企业范围部署的现在商业智能和分析平台。

在向基于自助功能的现代商业智能模型过渡的过程中,IT 必须采用一种能够让业务部门在所有层面参与 整个计划的协作方式。本指南重点介绍现代商业智能计划的平台评估和选择。IT 部门应与业务部门 用户和分析师协作,借助本指南评估每种平台的现代分析工作流执行能力,以及满足组织中用户的各种需 求的能力。

现代分析工作流是一个由下图描绘的相互关联的功能构成的循环,其中包含五个关键领域,这五个领域是 本评估指南的基础: 现代分析工作流

IT 是现代分析工作流的实现者,但该工作流的主要推动者却是整个组织内的业务用户和分析师。现代分析 工作流的成功实施有赖于所有角色的参与和协作。为了选择适于采用并且可以广泛部署的现代商业智能和 分析平台,组织应在整个评估过程中考虑下面一组基础核心属性(下文“需要考虑的核心平台属性”部分将详 细讨论这些属性):

平台集成和可访问性

易用性

用户能力提升

部署灵活性

价格和封装

目标读者

本指南假定评估过程的相应层面将反映以下核心角色类型的意见,而这些角色也能够参与这些层面的工作:

IT/商业智能专业人员 – 执行所有初始设置任务,包括软件安装、用户预配、访问权限、管控监督以及 某些开发任务(内容和数据源)。

 • 内容创建者 – 执行大多数内容创建任务,包括数据准备、自由格式探索、内容提升和数据验证。

信息使用者 – 主要访问经过整理的内容和可信的数据源并与之交互。

在整个指南中,分析工作流的每个阶段都会有一个明确的主要角色,该角色在评估过程的这个特定阶段起 主导作用。然而,我们必须在每个评估阶段确保上述所有角色类型的参与并获得这些角色的意见,这样才 能保证评估过程能够解决所有的需求和疑虑。 

还应该注意:在某些组织中,同一个人可能担任多个角色;所以,同一个人从多个视角来评估平台的情况 并不罕见。现代商业分析方法发展到最终阶段时,我们将无法(或者没有必要)再区分组织中与分析相关 的功能提供者、创作者和使用者。

评估的先决条件

为了对现代分析平台进行全面评估,在评估过程启动之前,应满足以下条件。 

• 拥有评估所需的 Desktop/Server/云软件许可证

• 专业服务/应用合作伙伴参与进来(如果适用)

• 确定角色并分配评估任务:

 • IT/商业智能专业人员

 • 内容创建者

 • 信息使用者

• 确保能够访问云数据源和本地数据源

• 完成初始环境设置

• 完成初始用户预配和安全设置

• 确认移动设备(iOS、Android、其他)、手机和平板电脑的可用性

现代商业智能和分析平台评估

【需要考虑的核心平台属性】

本指南重点介绍如何评估对于现代商业智能分析平台的选择非常重要的一些相互关联的具体功能。但评估 团队务必考虑下方列出的非技术核心属性,这些属性对于现代分析工作流在组织中的成功实施和执行至关 重要。这些属性应该在最终的决策中得到高度重视,因为它们共同将工作流的各种功能黏合在一起, 发挥着基础性作用。

【平台集成和可访问性】

• 现代分析工作流中的所有步骤能否在该平台中无缝执行,而无需以不连贯的方式在模块/产品之间移动?

• 现代分析工作流中的所有步骤能否在没有 IT 部门和专业技术人员参与的情况下执行?

【易用性】

• 商业智能平台管理员是否能轻松安装、配置和管理该平台?

• 如果 IT 部门没有提供前期或持续性协助,内容创建者能否轻松准备数据和整理数据源?

• 如果 IT 部门没有提供前期或持续性协助,内容创建者能否轻松创作内容并访问该平台的分析功能?

• 非技术内容使用者能否轻松查找、查看可用的分析内容并与之交互?

• 非技术内容使用者能否轻松地自行提出深层次问题并根据自己的具体需求对现有的已发布内容进行自定义?

【用户能力提升】

• 所有用户是否都可以获得并能够访问特定于角色的培训?

• 用户能否访问可以自行决定进度的教程和/或在线网络讲座?

• 针对特定于产品的问题,用户能否轻松搜索和查找答案?

• 是否可以通过访问一个稳定可靠和活跃的用户社区来共享和学习最佳做法、提示与技巧等?

• 在解决技术支持问题方面,该平台的供应商声誉如何?

• 能否随时获得咨询服务(通过供应商或合作伙伴)?

• 在确保客户成功并与客户持续互动方面,该平台的供应商声誉如何?

【部署灵活性】

• 该平台是否提供灵活的部署选项(例如 SaaS、公共/私有云部署、本地部署等)?

• 该平台是否提供灵活的数据存储选项(例如数据库与平台存储(内存))?

• 该平台是否支持本地和云数据源的混合连接?

• 随着时间的推移,该平台是否能够通过扩展来容纳不断增加的数据量以及更多的用户?

• 该平台能否根据组织的需求轻松进行纵向和横向扩展?

【价格和封装】

• 产品封装是否易于理解?

• 可用的许可选项是否清晰透明?

• 该平台的定价模型是否易于理解?

• 该平台的定价模型是否灵活且可扩展?

访问和视图

评估的主要角色:

• 信息使用者(使用)

• IT/商业智能专业人员(管理)

传统方法是自上而下的,由 IT 部门推动。当组织开始从传统方法向基于自助功能的方法过渡时,IT(或者 集中式商业智能团队)如果能开发出一套初始的可信数据源和分析内容,常常会让组织受益匪浅。业务用 户随后可以访问和使用这些内容,以之作为分析的起点。随着时间的推移,用户会受到鼓励,在现代分析 工作流中提出和回答自己的问题,可用的可信内容会自然增长。用户将能够以自助方式访问范围更广的分 析内容。在本部分中,我们不考虑最终用户可用的内容源自何处,而与进入管控状态相关的评估标准将在“ 提升和管控”部分讨论。 

我们首先从 IT/商业智能专业人员的视角来讨论本部分的评估标准。分析内容的存储和维护以及数据源的 管理和监控都是在一个集中式环境中进行的,而这些人员从根本上负责该环境的管理。

评估标准:

IT/商业智能专业人员应该能够:

• 定义和更新基础数据刷新并监控状态。

• 为分析中使用的基础数据选择存储位置和访问方式。

• 对平台进行扩展,使其包含合作伙伴提供的功能。

• 对可用内容的使用情况进行监控和审查并执行影响分析。

• 针对性能相关问题进行诊断和调整。

评估考虑因素:

□ 能否为集中存储在分析内容存储库中的每项内容独立设置和管理刷新计划?

□ 能否设置具体的人员或角色来接收关于数据刷新过程中出现的问题/故障的通知?

□ 能否将来自分析平台的查询向下推送到数据所在的基础数据库?

□ 能否将数据摄取到分析平台的内存/列式存储中,以实现性能优化?

□ 部署在云端时,该分析平台能否实时访问本地数据?

□ 该平台能否通过 API/SDK 进行扩展,以包含其自身没有提供的补充性分析功能?

□ 管理员能否对具体数据源和可用分析内容的使用情况进行跟踪和审查?

□该平台是否为管理员提供用于发现、诊断和解决性能相关问题的实用工具?

□ 管理员能否通过执行影响分析来确定某项变更建议对下游内容和流程的影响范围和影响程度?

本部分要考虑的第二个视角是信息使用者的视角。信息使用者决定了具体的使用要求和参数,而 IT/商业智 能专业人员负责根据这些要求和参数成功地提供相关功能。

评估标准:

信息使用者应该能够:

• 根据关键词或主题在存储库中搜索现有内容。

• 针对指标/KPI 超过阈值的情况,或者针对具体触发条件定义警报和通知首选项。

• 订阅相关内容并设置更新/通知首选项。

• 根据自己的偏好以任何外形规格访问和查看分析内容。

评估考虑因素:

 □ 用户能否通过搜索来查找并查看其他用户已经创建的、可能有助于回答业务问题的可用内容?

 □ 用户能否轻松确定分析内容和/或数据源是否通过认证,是否应该视为可信内容?

 □ 用户能否访问和查看字段级别的元数据,以便了解某个具体数据元素的详细基础信息?

 □ 用户能否通过定义数据驱动型阈值或静态阈值来指定何时触发通知?

 □ 用户能否指定以何种方式向何处发送相关警报和通知?

 □ 用户能否订阅具体内容并针对更新的发布或影响内容订阅的其他事件设置通知首选项?

 □ 用户能否在任何设备(手机、平板电脑、便携式计算机等)上搜索和访问分析内容?

 □ 用户能否通过移动设备访问和下载分析内容并对其进行离线查看?

交互

评估的主要角色:

• 信息使用者

在分析工作流中,交互阶段是初始访问和查看阶段的延伸。它可以提供需要的信息,帮助使用者在内容发 布者预先设定的范围内,根据指示对可用内容进行分析。从信息使用者的视角出发,本部分的评估重点应 为以下考虑因素:

评估标准:

信息使用者应该能够:

• 通过与可视化界面进行交互来改变分析范围。

• 利用内容创作者提供的控件来增加分析深度。

• 使用搜索功能来与可用内容进行交互。

• 根据自己的偏好以任何外形规格来与内容交互。

评估考虑因素:

 □ 用户能否通过该平台的原生功能来以交互式方式控制分析范围?应该评估以下问题,以确定这种需求能 在多大程度上直接从可视化交互流内部得到解决:

 □ 用户能否使用预定义或自定义的分层结构来进行上钻和下钻?

 □ 用户能否对可视化交互过程中找到的一个或一组具体数据点进行重点分析?

 □ 用户能否排除可视化交互过程中找到的一个或一组具体数据点?

 □ 用户能否通过与参数交互来更改分析视图或执行假设分析/场景建模?

 □ 用户能否通过与可见的筛选器控件进行交互来改变分析范围?

 □ 用户能否通过搜索关键字来驱动筛选器并改变分析范围?

 □ 用户能否通过自然语言查询来与可用分析内容进行交互?

 □ 用户能否在外形规格不同的各种设备上进行相同级别的交互?

分析和探索

评估的主要角色:

• 信息使用者(可信数据源)

• 内容创建者(新数据源)

现代分析工作流中的这个阶段涵盖众多用户需求,平台必须能够无缝解决这些需求。此阶段在工作流中具 有特殊意义,因为它可以区分数据可视化工具和丰富可视化分析工具,前者用于构建图表,后者使用可视 化作为主要分析呈递方式。与仪表板交互并生成新问题时,一旦达到现有仪表板的指导体验限制,用户必 然遇到障碍。出现这种情况时,用户需要使用一种自我驱动的自主框架来提出和回答新出现的问题。技能 水平各异的用户必须能够“边分析边可视化”,还必须能够在保持分析流的同时访问平台的分析功能,而不用 转移到套件中的其他模块或产品。本指南末尾的“核心属性”部分将对“平台集成”和“易用性”的概念进行详细 讨论,但它们也是这里需要考虑的至关重要的因素。从“交互”阶段向“分析和探索”阶段的过渡常常是分析工 作流出现中断的环节,因为平台组件缺乏提出更深层次问题所需的整体连续性。

我们需要考虑的第一种场景出自一名信息使用者的视角,这名信息使用者有了新的问题,但却无法使用任 何现有的仪表板解决问题。对于此场景,以下考虑因素应该成为评估重点:

评估标准:

信息使用者应该能够:

• 访问为仪表板提供数据的可信数据源,以便自主地启动更深层次的上下文分析。

• 搜索可信数据源的存储库,以便发现可以用于扩充分析的经过整理的数据集。

• 强化可信数据源的数据模型,以便根据具体需求进行自定义。

评估考虑因素:

 □ 用户能否从生产仪表板内部,使用为仪表板提供数据的数据集来启动新的分析?借助这种功能,用户无 需访问平台内的其他产品或模块,就可以对数据源中包含的所有数据元素进行自助探索和分析。

 □ 用户能否浏览或搜索可用于分析的可用生产数据源的存储库,并从所选数据源启动新的分析?成功标准 与前一个步骤相同,唯一的区别是,这里的分析始于数据源,而不是现有仪表板。 

 □ 用户能否在连接可信数据源之后,在分析和内容创建流中修改和扩充现有数据模型?该操作应在分析的 上下文中完成,而不是在平台上的其他产品或模块中进行。同时应解决以下每个问题:

 □ 用户能否对现有数据模型进行充实,创建分析所需的新维度和度量?

 □ 用户能否对相关数据点进行合并和分组,从而在数据模型中生成新字段以简化分析?

 □ 用户能否隔离出自己关注的具体数据点并在数据模型中进行动态保存,以便用于后续分析?

 □ 用户能否修改数据模型并根据自己的分析需求创建自定义钻取路径和分层结构?

 □ 用户能否以交互方式,对分析过程中出现的数据问题进行更正?这可能包括处理 NULL 值以及重 命名/全局替换值(以实现一致性)。

 □ 评估产品中可用于扩充分析工作流的辅助分析功能的广度和深度,在适当时使用以下问题:

 □ 是否根据所选的分析路径,在整个探索过程中为用户提供最佳匹配可视化建议?

 □ 用户是否无需理解或访问产品中使用的基础模型或算法,即可使用高级分析功能来充实分析?

 □ 用户能否在必要时访问用于高级分析的基础统计详细信息,以便与希望使用这些信息来进行进一步 分析和验证的高级用户共享这些信息?

 □ 字段级别元数据是否在分析过程中始终可以访问,用户能否对这些数据进行适当的更新和充实? 

我们要考虑的第二个场景出自一名内容创建者的视角,该内容创建者有一些新的问题,但无法使用环境中 的任何可用仪表板或任何可信数据源来解答这些问题。对于此场景,以下考虑因素应该成为评估重点:


评估标准:

内容创建者应该能够:

• 对非可信状态的数据进行提取和建模,以便探索和发现新见解。

• 通过合并可信和非可信数据来为分析创建新的数据源。

• 使用现有数据源和新生成的数据源来构建新的分析内容,并对其进行共享和提升。

• 根据探索过程中的新发现修改现有的分析内容。

• 创建指导分析体验,使其在信息使用者群体中得到更广泛的使用。

评估考虑因素:

 □ 用户能否连接到当前尚未进行集中管控的数据源?

 □ 该平台是否提供全面的连接性选项,从而可以添加结构化和非结构化数据源并将其用于摄取和分析?

 □ 内容创建者能否对新的非结构化数据源执行“信息使用者”部分讨论的所有分析和探索任务?

 □ 用户能否在不改变基础数据结构或加载流程的情况下,以虚拟方式对可信数据源进行扩展?

 □ 用户能否使用新数据源或同时包含可信和非可信数据的混合数据源来构建新的分析内容?

 □ 用户能否为受管控的内容创建可共享的替代版本,并对变更历史进行谱系跟踪?

 □ 用户能否对受管控的分析内容的基础数据连接进行重定向,以便使用不会对下游产生影响的新建/强化 数据源?

 □ 用户能否将编程控件构建到分析内容中,从而为广大信息使用者提供交互帮助和指导体验?

 □ 用户能否创建和保存样式表或设计主题,并将其应用于其他内容的创建过程中?

分享

评估的主要角色:

• 内容创建者

• IT/商业智能专业人员

内容的共享方式已不同于过去。在传统商业智能平台中,共享意味着将打印或导出的静态报告发送至邮箱或 放到用户的办公桌上。而在现代分析方法中,共享包含了协作以及大家已经通过各种业务工具习以为常的社 交交互的多个层面。这种转变的推动力来自一个简单的事实:当我们打印或导出报告时,信息已经过时。 对于当今需要最新信息的使用者而言,这与他们的需求不符。内容共享在某些层面涉及向大量用户提供信息, 而在另一些层面,协作是分析过程中不可或缺的核心环节。本部分的评估标准将同时涵盖这两种场景。

首先讨论让大量用户可以访问信息的推送模型。这种模型多少会让人联想到传统方法。但现代平台同样应该 让组织能够提供内部和外部的大量用户可以广泛访问的信息。此类任务中的很多任务都属于 IT/商业智能专业人员的职责范畴。应该从他们的视角出发对以下标准进行评估。

评估标准:

IT/商业智能专业人员应该能够:

• 以整个组织中使用的任何外形规格来提供内容。

• 通过嵌入操作,让更多的人可以访问分析内容,同时提供上下文信息。

• 实现外部访问和使用功能。

评估考虑因素:

 □ 组织上下可能会使用各种外形规格来访问环境,分析内容能否以其中任何一种外形规格来进行呈现? 这可能会包括平板电脑、手机、便携式计算机、大显示屏等等。

 □ 分析内容能否嵌入组织的 Web 门户以及用户每天都要在其常规业务流程中访问的应用程序中?

 □ 能否与位于公司防火墙之外的外部使用者共享分析内容?

第二个场景是真正的协作场景,其中,可信和非可信内容都会在对等级别、工作组级别和企业级别进行讨论、 审查和验证。这种协作应该是提取新见解的过程中不可缺少的步骤,并为管控流程提供参考。该场景的主 要参与者是内容创建者,因此应以该视角评估以下标准。

评估标准:

内容创建者应该能够:

• 针对分析内容的开发和验证与其他人协作。

• 以社交媒体式的对话来对发现进行注释和讨论。

• 关注具体的内容类型或内容作者。

• 为具体分析内容提供质量评级。

• 通过创建故事大纲来共享发现和见解。

• 通过添加描述性叙述来扩充和增强可视化内容。

评估考虑因素:

 □ 整个组织中的用户能否针对共享的内容进行实时协作,以便讨论和阐述发现?

 □ 用户能否使用任何外形规格直接在内容中添加注释和提供评论?

 □ 用户能否通过时间线关注对话,从而对对话进行谱系跟踪并查看讨论的内容在某个评论添加时的快照?

 □ 用户能否关注组织内的具体用户并针对这些用户的活动获得相应的更新和通知?

 □ 用户能否关注和跟踪具体的内容主题和类型,并在符合条件的新内容发布时获得更新和通知?

 □ 用户能否通过评级系统或使用社交媒体式的“点赞”来对内容进行评级?

 □ 用户能否通过创建故事来表示发现的逻辑顺序,从而向另一名用户逐步介绍分析历程?

 □ 用户能否通过平台功能手动或自动集成描述性叙述,以此充实分析中的可视化内容?


提升和管控

评估的主要角色:

• IT/商业智能专业人员(管理)

• 内容创建者(提升)

管控可以通过各种不同的方式实施。如果我们设定一个范围,该范围的一极为 IT 主导、高度管控的控制环境, 另一极为控制很少甚至没有控制的环境,那么每个组织都会对应于这个范围中的一个不同位置,而很多组 织会处于中间位置。很多时候,即便在同一个组织内部,管控要求也会根据该区域的用户需求和数据本身 而有所不同。

在选择现代分析平台时务必考虑灵活性,以便满足业务部门的这些不同需求,同时确保您可以在进行扩展 时改变管控要求。为了支持从传统平台到现代平台的过渡,组织可以选择在初始阶段以传统方式使用现代 平台,然后逐渐扩充用户可以自助访问的功能。同样重要的是,我们必须评估平台在“数据管控”和“分析管 控”这两个不同但彼此相关的领域中的各种不同功能(如下图所示),以便确保该平台提供的灵活性足以构 建最合适的管控模型并可以在将来根据需要进行调整。new image - pqwwf.jpg

在大多数现代分析用例中,自助驱动的有机管控方式可以实现更高的采用率、更深入的见解、更好的业务 效果。因此,在此次评估中,我们应该主要考虑这种方式。在这种方式中,整个管控流程的定义和导航工 作主要由一部分内容创建者(本指南中称为“信息管家”)负责。后续部分将从内容创建者和IT/商业智能专业人员的视角考虑数据管控和分析管控中的多个层面。

数据管控

定义组织的管控框架并确保其得到遵守是内容创建者的核心职责。因此,我们应该从这个视角来考虑以下 数据管控相关事项:

评估标准:

内容创建者应该能够:

• 定义、管理和更新用于分析的数据模型(数据源管理)。

• 自主定义、更新并向用户公布字段级别的元数据(元数据管理)。

• 以集中的方式获取和公布应用于已发布数据模型的数据清理和扩充规则(数据扩充和数据质量)。

• 对集中定义的数据模型进行使用指标监控和跟踪(监控和管理)。

评估考虑因素:

 □ 信息管家能否将数据模型发布到记录系统环境中,使其在组织中得到更广泛的使用?

 □ 能否通过升级流程,使用经过验证的用户定义字段对已发布的数据模型进行扩增?

 □ 信息管家能否使用水印对可信数据模型进行物理标记?

 □ 能否在不影响下游内容和/或用户的情况下,使用新增的源/数据元素对已发布的数据模型进行虚拟扩展?

 □ 能否在对数据模型进行任何更改之前执行影响分析?

 □ 内容创建者能否为已发布数据模型中的维度和度量添加和更新描述性元数据?

 □ 能否向最终用户公开用于创建和填充已发布数据模型的业务规则和数据转换方法?

 □ 能否对数据模型更改进行跟踪、审查以及(必要时)撤销?

 □ 信息管家能否通过访问使用率统计数据和访问平台功能来确定数据模型的多余属性、不一致属性及未使 用属性等?

整个管控流程的管理及功能实现主要是 IT/商业智能专业人员的职责。因此,我们应该从他们的视角来考 虑以下数据管控相关事项:

评估标准:

IT/商业智能专业人员应该能够:

• 定义已发布数据模型的安全性参数和访问控制(数据安全性)。

• 监控和审查使用情况,以确保遵守规则和正确使用数据资产(监控和管理)。

• 根据需要创建新数据模型,实现部门间以及数据管家间的一致性(数据源管理)。

• 遵守组织的最高数据战略(数据源管理)。

评估考虑因素:

 □ 能否在适用的情况下,从源系统继承安全性?

 □ 管理员能否允许/拒绝对每个数据源的用户/组级别访问?

 □ 能否为每个数据源定义行级别访问权限,从而让用户可以访问数据子集?

 □ 管理员能否通过为系统中的每名用户定义具体的角色和权限,控制哪些人可以创建、编辑和提升共享的 数据源?

 □ 管理员能否对整个系统的使用情况进行跟踪和分析?

 □ 管理员能否访问该环境的全系统视图,从而发现由各个信息管家管理的数据模型之间存在的重复和不一 致问题?

 □ 管理员能否创建新数据源并以无缝的方式,让下游的用户和分析内容将其引用对象从现有数据源切换到 新数据源?

 □ 管理员能否根据组织的引用架构,为分析平台需要的数据确定最合适的存储策略?

分析管控

定义组织的管控框架并确保其得到遵守是内容创建者的核心职责。因此,我们应该从这个视角来考虑以下 分析管控相关事项:

评估标准:

内容创建者应该能够:

• 针对用户生成的分析内容,通过访问平台功能来为验证和准确性确认提供帮助(内容验证)。

• 按照管控流程确定的方式,将经过验证的分析内容提升到集中式可信环境中(内容提升)。

• 对内容进行可信认证,并界定可信内容,使其与相同环境中的非可信内容区分开来(内容认证)。

• 监控和审查已发布内容的使用情况,跟踪非可信内容的使用情况(内容使用监控)。

评估考虑因素:

 □ 信息管家能否访问和引用平台中存储的基准数据,以验证进行提升评估的内容是否准确?

 □ 用户开发的内容能否提升到共享环境中,获得更广泛的使用?

 □ 在提升过程中,能否对基础数据源进行重定向,使之引用已经发布的可信数据模型?

 □ 能否将水印应用到已经发布的分析内容,表明该内容是经过认证的可信内容?

 □ 信息管家能否通过访问和分析已发布内容(可信和非可信)的使用指标,确保内容得到正确使用?

整个管控流程的管理及功能实现主要是 IT/商业智能专业人员的职责。因此,我们应该从他们的视角来考 虑以下分析管控相关项:

评估标准:

IT/商业智能专业人员应该能够:

• 创建和维护已发布内容的存储和组织环境(内容管理)。

• 确保分析内容的安全并根据内容类型、敏感度、业务需求等因素为用户分配相应的权限级别(安全性、 权限和访问控制)。

• 对组织内所有业务单元的宏观使用模式进行监控(内容使用监控)。

评估考虑因素:

 □ 能否对该环境进行自定义,使其适应组织在内容组织和总体管理方面的需求和偏好?

 □ IT/商业智能专业人员能否实现通过组织门户访问平台内容的功能,从而利用现有的内容管理投资?

 □ 能否在细化级别应用安全性规则来允许/拒绝用户对具体分析内容的访问?

 □ 能否对所有下游分析内容自动执行在数据模型级别定义的安全性规则?

 □ 能否对使用模式和使用偏好进行跟踪和分析,从而为管理员提供环境的总体评估及使用状况信息?

要让数据在组织中发挥出应有的作用,就必须从传统商业智能平台过渡到现代分析平台。现代分析平台将自助与管控结合起来,让整个组织能够使用可信数据获取业务见解。我们应该用全新的眼光来评估这些平台, 因为他们已不再是由 IT 部门操纵的传统商业智能平台。

推荐 0
本文由 JoyBI 创作,采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
转载、引用前需联系作者,并署名作者且注明文章出处。
本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

0 个评论

要回复文章请先登录注册