搜索
大数据中国 首页 行业资讯 查看内容
商业智能项目 报表复杂度评判标准
2014-1-18 02:36 | 查看: 1967| 评论: 0

给一家外资金融公司做BA,协助开展商业智能项目的筹备与招标,包括内部业务需求调研与整理、内部方案建议、项目招标RFP文件撰写以及后继的项目监理等工作。刚开始接手工作,就接到一堆所谓的“BI报表”,其实是来自高管、市场、销售、运营、财务、风险等部门的报表和分析需求,包括报表、多维分析、图形、仪表盘、打印标签等等,唯一被单独列出的是风险数据挖掘那部分需求。

总部要求立刻将报表按照复杂度进行分类,要有标准化的评判依据。目的是想让让BI供应商根据“报表”复杂度,按“报表”数量给出一揽子的报价方案,也就是直接说明实现简单的、中等的、复杂的报表各需多少钱,而不是按照实施工作计划报价。

可是,什么是“标准化的评判依据”呢?老外没说,也没什么公认的标准。于是杜撰了一份英文版的“Report Complexity Classification Standard”所谓“报表复杂度分类标准”,其实纯属乱弹。

内容大致如下:

报表的复杂度受到四个方面的因素影响,包括报表模板类型、报表数据来源、报表操作及交互要求、报表管理及发布要求。我们用这几个方面的影响因素制定评 判标准,综合各项评分从而得出每张报表的复杂度归属。(为了简化,可以选取复杂度影响因素得分最高者,代表该报表的复杂水平)。

1、报表模板类型

A、简单

1)列表(Tabular)——报表内容是简单的明细列表;

2)图形(Solo Chart)——仅用图形对数据进行简单的可视化;

3)打印标签(Printable Label)——简单排布的格式化内容,用于客户等往来邮件标签打印等。

B、中等

1)主从报表(Master-detail Report)——报表数据区之间有明显的主从依赖关系;

2)分组报表(Grouping Report)——报表按照主从特性,按照某些主要属性分组,并按照一定顺序依次循环显示各分组;

3)交叉报表(Cross Tab Report)——同时具有行头和列头,列表数据的关键列被旋转到行头上,便于逐行浏览关键列内数据项(一般是重要属性的枚举值或离散化后的枚举值)的业务发生情况。

C、复杂

1)嵌套报表(Nested Report)——由于报表内的数据来源不同或计算逻辑无法统一等原因,该报表由多个子报表拼接构成。

2)多栏报表(Multiple Column Report)——报表由多个栏目构成,即具有多个行头或多个列头,类似于报纸的排版,如资产负债表、其他综合管理报表。

2、报表数据来源

该BI项目中,数据源包括财务(总账、往来明细账、出纳账等)、核心业务系统(包括批发和零售两个信贷系统)、其他系统(内部风险数据库、外部风险数据库、消费信贷产品供应商对接系统、CallCenter等)、手工维护数据(计划、预算、业务参数、市场数据、行业数据等)。

A、简单

报表仅从以上一个系统的获取数据,并且大部分指标不需要除聚合之外的其他复杂计算;

B、中等

报表需要联合两个以上系统的数据,并且大部分指标不需要除聚合之外的其他复杂计算;

C、复杂

报表必须通过导入或录入外部维护的手工数据才能形成,或者报表的计算逻辑较为复杂,大部分指标要经过复杂或多步运算才能形成。

3、报表操作及交互要求

需求中对报表操作、报表交互性等特性的要求,包括生成图形以及排序、过滤、分组统计、旋转、钻取、查看明细、锁定行列、单元格批注、格式化、条件格式等操作,因为业务用户要求这些特性在所有报表中都必须提供,因此作为基本需求考察,不用来区分报表复杂度。

4、报表管理及发布要求

需求中对报表权限控制、共享、导出到Excel/PDF等格式、通过邮件发送、打印、按周期调度运行、版本管理、归档等方面的要求。这些特性也是需要考察的基本需求,不用来区分报表复杂度。

免责声明: 除非特别声明,文章均为投稿或网络转载,仅代表作者观点,与大数据中国网无关。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。如果本文内容有侵犯你的权益,请发送信息至ab12-120@163.com,我们会及时删除

最新评论

关闭

站长推荐上一条 /1 下一条

 
 
大数据行业交流
大数据行业交流
大数据求职招聘
大数据求职招聘
站长电话:
15010106923
微信联系:
hb-0310
站长邮箱:
ab12-120@163.com
大数据中国微信

QQ   

版权所有: Discuz! © 2001-2013 大数据.

GMT+8, 2024-4-26 14:23 , Processed in 0.066087 second(s), 23 queries .

返回顶部