ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 设计标准的BI报表

设计标准的BI报表

原创 Linux操作系统 作者:youli_113 时间:2008-01-06 14:19:07 0 删除 编辑

对于商业智能系统,有超过90%的用户并没有真正从头开始自行构建报表系统,致使最终的报表不一定满足决策者的需要。所以,企业中的数据仓库(DW)或商业智能(BI)队伍就不得不提供一种更简单的数据访问方法。本文就介绍一套基本的商业智能标准报表的规划设计方法。

商业智能或者商业智能应用并没有得到公认的定义,所以本文给出了自己的定义:商业智能应用就是提供商业智能的机制——报表和分析应用为企业提供了有用的信息。商业智能应用包括:一系列广泛的报表和分析应用,从固定格式的简单报表,到复杂的分析应用程序(使用复杂的嵌入算法和领域专门知识),不一而足。有必要根据复杂程度来划分这一系列报表和分析应用。我们把标准报表称为简单类型,把分析应用称为复杂类型。

在没有数据仓库的帮助下也有可能创建商业智能应用,但这种情况很少出现。精心设计的数据仓库通过商业维度模型(dimensional model)以及抽取、转换和加载(ETL)流程来添加价值,所以重复这项工作来构建独立的商业智能应用是毫无意义的。最成功的商业智能应用往往是数据仓库实现面向用户应用必不可少的一部分。

标准报表通常拥有固定格式,是参数驱动的,而最简单的报表是预运行的。标准报表提供了有关某个商业领域方面的一组基本信息。听上去很枯燥,但这些报表是商业智能应用的基础。不同行业的例子包括:本年迄今的销售额与销售代表的预测数字、按照服务计划的每月流失率以及按产品促销的直接邮寄回复率等。

标准报表系统包括几个技术部分:它必须为报表设计人员(IT部门的人员或者技能娴熟的商业用户)提供工具,用来定义报表;需要有管理服务用于报表存储、执行和安全;最后,报表系统应当有一个导航门户,帮助用户找到他们所需的报表。

分析应用比标准报表来得复杂。它们以特定的业务流程为中心,对有关如何分析及解决该流程的领域专门知识进行封装。它们可能包括复杂的算法或者数据挖掘模型。有些分析应用为用户提供了这项高级功能:根据使用分析应用获得的宝贵信息,把变更内容返回到事务处理系统。

其他分析应用作为黑盒系统或者托管系统来销售。分析应用的常见例子包括:预算编制和预测系统、促销效果和商品类别管理应用、欺诈检测及Web路径分析等。

构建还是购买

大多数组织自行构建标准报表集,使用买来的报表工具来设计报表,并且在企业内联网上发布——通常是在相应的报表门户上面。市面上有许多流行的工具,可以简化定义及发布报表,并且定制捆绑的门户。

对分析应用而言,决定采用自己构建还是购买全比较复杂。无论数量还是质量,套装应用市场都在增长,组织购买套装应用也越来越常见。不过,实施的每个套装分析应用所需要的定制量几乎都超过预先构建的事务处理系统。要对套装应用的灵活性和定制简易性进行评估。它是否基于设计良好的维度模型?如果是这样,把你的数据模型映射到应用的数据模型应当很容易。如果数据模型与应用本身紧密相关,实现起来可能需要大量工作,即使该应用来自你的维度数据仓库。

有些组织仍构建定制的分析应用,结合使用标准工具和定制代码,以捕获及运用符合最佳实践的业务规则。如果组织在分析业务流程方面具有特殊专长,或者拥有不同寻常的系统和业务模型,它们更有可能自行构建应用。

设计报表系统

只有快要部署数据仓库或商业智能项目了,才可以具体构建报表,不过可以并且应当及早开始启动设计过程。一旦完成了向业务部门询问他们的信息和分析需求这一步,就可以创建报表规格了——等的时间越长,就越难记住细节。这个步骤包括以下任务:

创建目标报表列表。尽快为业务部门提供价值,这点很重要,不要等上百个报表开发、测试完毕再让用户使用系统。确认第一轮要创建的10到15个报表。

创建目标报表列表的最佳办法就是,从备选报表的完整列表开始着手,办法就是对业务需求进行审查,了解任何人表达的每一个信息请求、愿望或者设想。为每个报表赋予名称和描述,根据从1到10分的范围,对报表的商业价值及构建所需的工作量进行评分。

一旦拥有了备选报表的完整列表,就要确定各自的优先级,把相关报表分成一组,然后与一组有能力、感兴趣的业务部门用户共同审查报表优先级。定好首次交付的报表为10到15个。提醒用户:许多优先级比较低的报表可以交给对它们最感兴趣的部门专家。

创建标准模板。不妨把报表系统看成刊物、把报表设计人员看成编辑。为了有效沟通,就需要有一致的格式和内容标准。创建一个模块,确认将在每个报表上出现的标准元素(参见以下的模型)。基本元素包括:

● 报表名称和标题

● 报表主体

● 数据调整、数据精确度和数据格式

● 列和行标题格式

● 背景填充和颜色

● 总计和小计的格式编排

● 页眉和页脚

● 报表名称和导航类别

● 报表运行日期和时间

● 所用的数据源和参数

● 报表附注,包括重要的例外情况,譬如“不包括公司内部销售额。”

● 页面编号

● 保密声明

● 数据仓库/商业智能引用(数据仓库/商业智能系统的名称和标记)

● 报表文件名称

不是所有的报表信息都在报表本身上面显示。可以使用规格文档或者储存库来收集以下的报表元数据:

● 用户变量及其他用户交互关系,譬如深入分析(drill downs)

● 报表计算、导出、作者及创建日期

● 安全需求

● 执行周期或者触发事件,如果报表自动运行的话

● 分发机制,譬如电子邮件、网站、文档目录或者打印机

● 标准输出格式,譬如HTML、PDF或者Excel

● 页面定向、尺寸和边距等设置

创建报表规格和文档说明。对于目录报表列表上的每个报表,都要创建包括以下部分的规格:

● 如上所述的报表模板信息

● 报表模型

● 用户交互列表

● 详细的文档说明

报表模型是传达报表内容和用途的一个好办法。使用符号来表明这些函数,譬如:

< > = User entered variable

< < > > = Drillable field

{} = Application entered variable

\\ \\ = Link to another report or documentation source

( ) = Page or section break field

[ ] = Report template comments

函数符号告诉设计人员哪种交互关系是可能的,但它们没有明确规定该交互关系是如何进行的。所以需要创建用户交互列表来确认用户与每个报表之间的交互关系的性质和程度,其中包括变量规格、选择列表描述、深入分析以及字段添加或者替换。

把与报表显示没有直接关系的所需信息记入文档,譬如报表类别、数据源、每个行和列的计算以及添加到查询里面的任何异常或排斥情况。可以把该文档添加到用户交互列表后面。

模型、用户交互列表和附加文档说明必须提供足够信息,以便开发人员可以构建报表。

设计导航框架。一旦知道了要构建哪些报表,就要对它们进行分类。这种结构应当让知道企业情况的任何人都能够迅速找到所需信息。最好的办法就是,按照业务流程来组织管理报表——就像数据仓库总线矩阵那样。这种导航框架是进入商业智能系统的主要入口点。我们称之为商业智能门户。

进行用户审查。与用户群体一起审查报表规格,以便:

● 验证所选择的高优先级报表,并且检验规格的清晰程度;

● 验证商业智能门户里面的导航层次;

● 让用户参与进来,突出他们的作用,让他们做出承诺;

● 让用户了解几个月后有可能出现什么。

一旦规格审查完毕,就可以把它们搁到一边、暂不考虑,直到需要开发报表时再拿出来。如果要评估前端工具,这些规格很有用,因为备选报表应当能够易于处理初始报表集里面的那部分报表。

★ 小经验

设计标准报表快速入门

标准报表是为绝大部分用户提供商业智能的主要机制。收集用户需求后不久,就要采取以下方法来为数据仓库中的每个业务流程维度模型设计一套基本的标准报表:

● 创建高优先级报表的目录列表;

● 设计确认报表布局和内容的模板;

● 为每个目标报表创建规格和文档说明;

● 设计导航框架,组织管理报表,便于用户找到所需的信息;

● 与重要的商业用户一起审查报表规格和导航框架。

报表设计应赶早

对90%的商业用户来说,商业智能应用——无论是标准报表,还是先进的分析应用——通常都是使用数据仓库或商业智能系统的惟一方法。标准报表是这种系统的基础,所以用户应该做好设计报表、创建导航框架方面的工作。这项工作要在项目的早期阶段进行,这时候商业用户的需求在你脑中记忆犹新。

(转载文章请保留出处:北天JAVA技术网(www.java114.com))

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12641349/viewspace-103742/,如需转载,请注明出处,否则将追究法律责任。

上一篇: SSIS的功能概述
请登录后发表评论 登录
全部评论

注册时间:2008-01-04

  • 博文量
    153
  • 访问量
    171676