中国银行信贷咨询系统产品方案及报价书.doc

中国银行信贷咨询系统产品方案及报价书

42
2020年5月29日
文档仅供参考

中国人民银行信贷登记咨询系统
Brio产品应用方案及报价书

蓬天信息系统(北京)有限公司
Prient Corporation
二○○○年七月

目 录
目 录 1
前 言 3
一、概况 2
1．1中国人民银行三级数据中心组织结构 2
1．2信贷登记咨询项目的任务 2
二、PRIENT公司的解决方案 3
2．1 Brio产品在项目中的配置拓扑图 5
2.1.1 总行 5
2.1.2 省行 6
2.1.3 市行 7
2.2 Brio产品在项目中的配置介绍 7
2.2.1 基本配置介绍 7
2.2.2 可选配置介绍 8
2．3 Brio产品的特点 9
1、简单易用 9
2、管理方便 10
3、易于调度 10
4、最新式的外观和感受 10
5、支持更多用户对商业智能化的要求 10
6、对关键 MDD-API 的本地支持 11
7、高级分析报表功能 11
8、更强的交互式分析功能 11
9、以工业标准 JavaScript 替代 Brio 脚本语言 11
10、群集以增强可缩放性及可靠性 11
11、增强的性能 12
12、服务器可接外部网 12
13、最佳浏览器集成 12
2．4 Brio产品与同类产品比较的优势 12
2．5 Brio产品在信贷登记项目中的有关问题的说明 13
3．1按35个点 20
3.1.1基本配置 20
3.1.2可选配置 20
3．2 按买断 21
3.2.1 基本配置 21
3.2.2 可选配置 21
四、技术服务与培训报价 22
4.1 技术服务报价 22
4.2 培训 22

前 言
当前,中国人民银行总行正致力于建立全国范围内的三级信贷分析系统,它以多年的信贷数据积累为基础,利用数据仓库技术,充分挖掘信贷数据的价值,为领导决策提供更加有力的支持,同时,充分发挥Internet技术的优势,提高工作效率,降低工作成本。
Brio.Enterprise 6为您提供了一个完整的而且完全集成的商务智能方案,该方案在客户／服务器和 Web 环境中具有强大的查询、分析和报表功能。为满足企业内所有用户的要求,Brio Enterprise 解决方案既考虑到专业用户的复杂需求又照顾了初学者查阅报表的简单要求。它使您的 IT 机构能够在整合体系结构以适应日益增长的工作量和用户的同时,经过严密检查、安全和零管理部署来维持集中控制。使用 Brio Enterprise,在提高 IT 机构效率的同时,还能够从企业商务智能中获益。
作为Brio产品中国代理的Prient公司是一家美国公司,它致力于为企业提供全程的基于数据仓库的电子商务解决方案。”用户至上”是我们的服务宗旨,Prient公司将不遗余力的帮助用户走向成功,因为用户的成功就是我们的成功。

一、概况
1．1中国人民银行三级数据中心组织结构
中国人民银行下设２个营业管理部、９个分行、３２６个中心支行和１８２７个县(市)支行。另外中国人民银行还设立了印制总公司、清算中心、中国外汇交易中心等直属企事业单位及驻外机构。
人民银行系统由三级数据中心组成,即总行数据中心、分行和营业管理部数据中心、中心支行数据中心和县(市)支行数据中心。在项目中主要数据中心基本情况如下:
1、 总行数据中心,采用AIX操作系统、Sybase数据库;
2、 分行和营业管理部数据中心,采用AIX操作系统、Sybase数据库;
3、 中心支行数据中心,采用Windows NT操作系统、Sybase数据库;
人行数据仓库系统均为内部网,只对已授权人员提供服务,外人无权使用;
1．2信贷登记咨询项目的任务
信贷登记咨询系统,它以多年的信贷数据积累为基础,利用数据仓库技术,充分挖掘数据的内在价值。比如能够及时监控信贷指标的完成情况;能够分析某个集团客户在全国范围内的信贷情况以及还款情况;能够分析不同银行、不同地区信贷指标的变化趋势,从而发现潜在的问题。总之,建立信贷登记咨询系统的意义在于:
－ 统一了分布在不同地点的数据,让决策者有了真实可信的数据基础;
－ 提供了以客户为中心的监控手段,能够在一个界面上看到客户在全国各地区的信贷情况;
－ 提供了多种灵活分析、报表制作手段,减轻了业务人员的工作压力;
二、Prient公司的解决方案
1. 目标
Prient公司能够为人行信贷登记咨询系统提供完整的解决方案。Prient公司有强大的技术队伍,完成过多个大型数据仓库系统的建立和规划,具有丰富的经验,我们认为,人行信贷登记咨询系统应实现以下目标:
－ 建立真实可信的数据中心
人行信贷登记咨询系统的数据来源于多个下面支行的数据库系统,而且是层层汇总结构,存在多个数据中心。因此很重要的问题是如何保证多个数据中心之间数据的一致性和准确性,而不是只为做几张报表;
－ 能够提供以客户为中心的分析和监控手段
建立全国统一的信贷登记咨询系统的重要目的是能让信贷监管人员迅速、准确地发现某个集团客户的总体信贷情况。因此必须建立客户为中心的思想,统一规划客户数据的分布和使用。
－ 能够为用户提供灵活的分析和报表制作能力
从业务人员角度出发,该系统还应为业务人员提供快速灵活的报表制作和分析手段,能够经过直观的方式,获得想要的数据。同时,还应该支持业务人员随时的查询需求,即使这些需求在系统建立之初未曾考虑,也应该由业务人员能够很快实现。
－ 易维护、易扩展
从系统角度出发,该系统应该易于维护,业务数据的变化(增、删、改)之后能够迅速得到反馈,多级数据中心的数据应该都同步变化;同时,应该易扩展,前端用户的增加或后台数据量的增加不应该影响系统的使用和性能。

2. Prient解决方案要点
针对人行的具体需求,Prient建议采取”控制集中,数据分布”的方式。如下图所示:

图2－1控制集中,数据分布示意图
具体说明如下:

－ 控制集中
建议在总行设置一台控制服务器,用于全国各省行系统的控制。控制内容包括:
· 全国统一的数据采集与转换规则
· 全国统一的数据集市生成规则
· 全国统一的作业调度规则
· 全国统一的重点客户监控名单和规则
采用控制集中方式的好处如下:
· 易于维护
由中心控制的机制,能够保证维护的统一性,只要中心修改了正确的规则,所有下面支行会马上改变,而不必逐点维护;
· 易于保证数据的一致性
由中心集中控制数据的采集和转换规则,能够保证数据的一致性,而不会由于对业务理解上的差异导致数据的不一致。
· 易于今后的扩展和升级
· 节省投资
－ 数据分布
数据分布的含义是多个数据中心,用户能够从最近的数据中心获得她想要的数据。采用数据分布的好处如下:
· 减少网络上数据的流量
· 更迅速的数据处理速度

2．1 Brio产品在项目中的配置拓扑图
2.1.1 总行

图2-2总行Brio产品配置图
说明:
-客户端
· BrioQuery Designer
业务人员能够从数据中心已生成好的数据集市中进行多维分析和报表制作,同时也能够直接访问全国范围内的所有授权数据库中的数据;
· Brio.Insight(可选)
业务人员能够经过浏览器在已生成好的数据集市中进行多维分析和报表制作,同时也能够直接访问全国范围内的所有授权数据库中的数据;
-控制服务器
经过Brio Broadcast Server,能够将全国所有数据库示为统一的整体进行统一的规则定义和维护。
－数据中心服务器
控制服务器生成的数据集市能够压缩存储在数据中心服务器上,经过多种方式为业务人员和决策者使用(自动Email、自动打印、或由业务人员自己取用)。

2.1.2 分行及营业管理部
图2-3 分行及营业管理部Brio产品配置图
说明:
-客户端
l 开发人员
Brio.Query、Brio.Explorer
l 业务人员
Brio. Explorer或Brio.Navigator、Brio.Insight(可选)
l 领导
Brio.Quickview、Brio.Navigator
-服务器
l Broadcast Server(可选)
l OnDemand Server(可选)

2.1.3 中心支行
图2-4中心支行Brio产品配置图
说明:
-客户端
l 开发人员
Brio.Query、Brio.Explorer
l 业务人员
Brio. Explorer或Brio.Navigator、Brio.Insight、
l 领导
Brio.Quickview、Brio.Navigator

2.2 Brio产品在项目中的配置介绍
2.2.1 基本配置介绍
(1)BRIOQUERYDESIGNER
Designer 用户是信息加工者。她们一般是对客户／服务器连接和数据库规划富有经验的数据库管理员。除了她们自己的查询要求以外,经过建立要分发给 Navigator 和 Explorer 用户的数据,她们对 BrioQuery 环境进行管理。
BrioQuery 的 Designer 版给 Explorer 版的功能集添加了共享库创立、管理和审计功能。它假设用户对于 Explorer 有清晰的了解。
BrioQuery 共享库是一个受版本约束的数据库仓库,其中的数据可在整个企业中生效。Navigators 和 Explorers 能够从共享库下载预先建立的数据模型并快速有效地访问信息。

Push
(2)BROADCAST SERVER™

强大的”推”能力,用于将查询结果、报表等经过Email、Web、打印机、网络自动地分发出去。用户建立查询、报表,并将执行的时间、日期或事件(如数据库更新)作为计划任务提交。报表将被发送到指定的用户或组,她们就能够进一步分析,根本用不着先访问数据库。
处理这些查询或产生报表一般是在系统比较空闲的时候,这样能够优化网络资源。
另外,”报表批发”的功能显著地减少了冗余的报表处理,每个任务能够产生很多客户报表,每个都有不同的结果。Broadcast Server能够任意多次地运行同一任务,每次能够使用不同的输入参数和目的地址。
l 增加网络效率
经过在非高峰期内处理查询和生成报表,网络资源被优化。另外,Web用户接收高度压缩的数据集以供交互式的分析,而不是静态或动态的”超文本标记语言”(HTML)页面。
l 灵活的时间安排和分发
结果可经过电子邮件、Web、文件服务器或打印机被自动发送。作业处理可经过时间、事件和自定义的日历被触发。
l 定制报表的产生
显著地减少了繁重的报表处理工作,提交一个作业能够创立许多报表,每一个都有独立的结果, Broadcast服务器能够运行一个作业任意次。
2.2.2 可选配置介绍

(1)OnDemand Server™
Pull
强大的”拉”能力,Ondemand Server使得Brio.Insight用户能够经过Web在不同的客户端环境中进行对数据库的在线访问。在”零管理”技术下,用户将被提示安装Brio.Insigth的最新版本,用户能够跟上步伐且不需IT的干预。Ondemand Server完全支持服务器集群环境下的负载平衡,支持Microsoft Internet Information Server 4.0、Netscape Enterprise Server3.0 or higher、Netscape Fastrack Server 3.01等Web服务器。
这是一个集成的数据分发系统,经过Brio 的客户端,提供OLAP功能给那些没有在Client/Server环境下直接连接到数据库服务器的用户。
Brio Ondemand Server的强大的Web功能,使得它在有大量随机用户的环境下,是良好的解决方案。而且两种Brio Server都有增强的负载平衡功能和安全性管理,能够支持和管理大量用户。
l 经过Web查询
能够在关系型、多维等各种数据源上进行复杂的查询。
l 零管理
自动安装和维护Brio Web Client软件,显著地减少了开销,更好的是,不需要安装和管理复杂的数据库中间件和Client/Server软件。
l 灵活的报表
能够满足不同的报表需求,包括显示、编排报表,以及查询和分析新信息。Brio Web 客户端能够根据报表的内容和用户的安全性属性来调整它们的功能。
l 负载平衡与容错
多个Ondemand Server现在能够作为一个集群提供更好的可扩展性并支持更多用户访问。提交给集群的事务将会在节点之间进行负载平衡,从而获得对集群中硬件资源的平衡使用。另外,集群在事务失败时能够在最短的时间内完成切换并返回结果给用户。
l 检索功能
Brio 用户现在能够更快地得到信息,因为她们能够根据文档名称或描述中的任意字符串进行检索。Brio将在合适的共享库中检索到相关的报表,并将检索结果和报表的描述返回给予用户,简单的点击就能够打开相应的报表。
l 文档列表中的目录
目录能够帮助用户更有效地组织信息,能够根据文档的部门、项目等分目录存放。用户能够在一个逻辑空间中,在级联的目录下找到所需文档。
l 访问本地浏览器的值
Brio能够访问本地浏览器的值,如URL、Cookie、HTML表格元素等,使得开发者能够将Brio Web 客户端经过传送外部应用程序的信息到Brio文档中的方式,集成到客户解决方案中。开发人员能够将HTML或ASP与Brio的分析和报表功能结合起来,提供无缝集成的有效的Web应用。

(2)BRIO.INSIGHT 6
Brio.Insight 是具有与 BrioQuery Navigator 相似的功能集的 Web 客户。Brio.Insight 和 Navigator 用户都是信息消费者,她们检索数据以在工作中使用。Brio.Insight 是用户浏览器的插件, 支持Netscape Navigator 4 or higher、Microsoft Internet Explorer 4 or higher等浏览器。
Brio.Insight 和 Navigator 用户都能够使用的功能集主要是信息处理。二者都是经过由管理员创立的 BrioQuery 数据来访问信息。数据模型将她们与复杂的数据库规划隔开。Brio.Insight 用户能够使用数据模型创立她们自己的查询。她们能够使用 BrioQuery 所有的报表和分析功能以分析她们自己的查询得到的数据,并使用结果数据集。
过加密的。
2．3 Brio产品的特点
1、简单易用
l Brio 在一个界面上同时提供了查询、分析、报表及图表功能。这种界面设计使终端用户能够更方便地访问和分析数据,从而制定出更好的商业决策。
l 您能够利用多种来源的数据创立您的报表。
l 由于始终贯彻了用户至上的思想,Brio 的界面非常直观、易懂。这些工具只要一上手,您就能够发现并开始使用其中所具有的更强大的工具。
l Brio 产品是业内最易学易用的产品。
2、管理方便
l Brio 的设计可使终端用户获得强大的功能,使 IT 人员摆脱了诸如报表生成等烦琐的工作,从而能够从事更为重要的工程。
l Brio 的工具使用户能够脱机分析数据,而这对于远程及移动用户是非常关键的。它使用户无须与数据库或网络保持连接就可进行 OLAP 分析。
l 所有 Brio 产品都是向后兼容的。您及您的用户去年创立的数据模型、查询及报表,今年能够继续使用,明年依然能够使用。
l Brio 的服务器端产品可被远程管理,您不必亲自在服务器上调度文档、添加新用户、更改特权设置。
l 未对钻取路径进行预定义(Brio 的随意钻取特性),使用户能以她们选择的任意方式对数据进行剪切,而无须与 IT 联系以重新定义路径。
l 高级用户还可被授予创立自己的 SQL 的特权。
3、易于调度
l 用 Brio 工具创立的文档在客户端／服务器平台和 Web 网上可相互兼容,无须进行任何转换。事实上,两种环境下的用户界面是相同的。
l Brio 的开放式元数据解释器会阅读数据库中已存在的元数据,从而省去了重复建立语义层的麻烦。
l 零管理客户可经过 OnDemand Server 省去为每台具有 Web 上网能力的桌面计算机安装客户工具和 APIs 的烦琐操作。自适应报表功能使不同用户能根据其不同特权以不同方式进入同一文档。这样,有的用户只能浏览与某一文档相关的已设定格式的报表,有的用户能对数据进行分析,而还有的用户则能修改并重新提交生成这些报表的查询。
l Brio 的客户端及服务器端产品可用于多种平台,而非仅限于 Windows。在一个平台上建立的报表完全能够用于另一平台。
4、最新式的外观和感受
我们结合了微软新发布的 Office 的最佳”外观和感受”以及用户非常熟悉的使用 Web 浏览器的浏览习惯。这些特点同我们一贯坚持的简单易用的原则相结合使我们的产品系列更易入门。
5、支持更多用户对商业智能化的要求
l 新的 OLAP 查询区。
l 对 OLAP 导航进行分级显示。
l 利用 OLAP 服务器的强大功能保证可可缩放性和性能。支持最大的 MDD (OLAP) Cube 以方便用户对其分析。
l 以断面视图显示 OLAP (MDD) 服务器的查询结果。
l 我们提供的独有的功能使您得以获取 cube 并将结果下载到结果集内,从而在断开后继续进行分析。

6、对关键 MDD-API 的本地支持
l OLE DB for OLAP (ODBO),意味着支持如下产品:SAS、Whitelight、Silvon、Microsoft SQL Server 7.0 OLAP Services、NCR Teracubes、Applix TM1。
l GridAPI 意味着支持如下产品:Hyperion ESSBASE、IBM DB2 for OLAP、Informix MetaCube。
7、高级分析报表功能
新的报表设计器使用户能够创立复杂得多的”管理风格”的报表。
新的报表设计器
l 报表结构自由,从而可轻松设置象素完美的报表。
l 在一篇报表中包含多重结果。
l 可脚本化报表。
l 功能强大、设置简单。
l 格式布局自由。
l WYSIWYG(所见即所得)页面/文件视图。
l 页面设置灵活:纸张大小、规格。
内容
l 功能丰富的画图工具。
l 背景图片。
l 自由的图表、透视表及报表容器。
8、更强的交互式分析功能
l 新的钻取能力使用户能够选择如何进一步研究数据,从而赋予了她们令人难以置信的灵活性。
l 随意钻取——无须费力地对 IT 进行设置即可随意查看任一项目。预定义钻取路径——如需要,可预定义路径。这使设计者和开发者能够在一相关报表中定义一个钻取路径或分级。
l 钻取到细节的功能能够自动在当前所选范围内扩展查询及分析。
9、以工业标准 JavaScript 替代 Brio 脚本语言
所有 Brio Enterprise 产品都使用新的脚本语言——JavaScript。 Brio Enterprise 6 在其应用程序中嵌入了 Netscape JavaScript 解释器(1.4 版),从而使应用程序开发者能充分利用这一功能强大、简单易学的脚本语言。所有以旧版Brio 脚本语言编写的文档,在打开时将自动转换成 JavaScript 语言。
10、群集以增强可缩放性及可靠性
经过将 OnDemand Server 群集可无限缩放商业智能基础结构。在节点和簇的实现中结合了加载平衡和 Failover,这样,机构就能够支持几千用户(如果不是几万的话)。
11、增强的性能
经过优化 Brio 服务器程序代码,性能和资源需求得到了显著改进。根据此前的实验,我们预计性能至少比 Brio Enterprise 5.5 提高了三倍。
12、服务器可接外部网
l 完全支持 SSL。
l 支持防火墙及代理服务器。
13、最佳浏览器集成
为 Web 应用程序集成提供更好的文档管理和可变传递。
2．4 Brio产品与同类产品比较的优势

l 系统整合
Brio:Brio的整条产品线是完全整合的。所有的界面相同,所有的功能性包含在一个产品中。Brio对整个产品线使用一种文件格式,这样用户能够跨平台在客户机/服务器和网络之间共享查询和报表。

其它产品:其它产品的产品线非常混乱。所有产品的界面都不一样,从客户机/服务器的到网络版本。当使用一种产品进行工作时,你必须经常切换到另一种产品来使用特定的功能。用户可能常常会搞不清楚究竟哪一种其它产品才能提供她们所需要的功能。

l 元数据
Brio:使用BrioQuery的开放式元数据解释程序(OMI),用户能够轻易地看到关于她们的数据的重要信息。使用来自不同元数据厂家的新的元数据预定义设置,获取一个公司现有的元数据甚至更为快捷和简单。Brio能够连接和动态读取任何元数据,包括存在于备用连接中的元数据。

其它产品:其它产品并没有恰当地发挥元数据的优势,它需要IT重新配置元数据以与其它产品产品协同工作。在用户能够开始使用产品之前,还需要花上几个星期在其它产品的中心元数据存放处重新创立元数据信息。

l OLAP查询通道(MDD)
Brio:Brio对客户机/服务器和网络都提供了脱机分析,以提高用户的生产力和减轻OLAP服务器的压力。
其它产品:其它产品的网络浏览器客户机不支持离线分析。

l IT管理
Brio:Data Cubes不需要在Brio中定义。Brio正确地访问你的数据仓库并利用现有的数据结构。

其它产品:其它产品需要创立data cubes和私有的元数据。这为IT部门带来了重复和不必要的工作。

l Drill Anywhere和Pre-Defined Drill Down Paths
Brio:Brio对Drill Anywhere和Pre-Defined drill-down paths都提供了完整的功能性。这种独特的灵活性为用户提供了多种途径来研究数据,包括自由表格分析和帮助新用户降低(或升高)发现途径的预定义通道。另外,Brio还允许用户加入另外的域和Drill Anywhere能力,这样用户就不需要经常返回IT以获取重要的信息。

其它产品:用户被限制在预定义的drill通道。其它产品的PowerCube分级设计被IT创立,这样如果她们没有”正确地”定义层次,用户就被限制在无效的drill-down path上。

l 分析应用生成器
Brio:Brio的新的EIS提供了UI控制,规划工具和用于设计有价值的定制的”仪表板”的可嵌入的实况报表组件。经过采用新的脚本语言JavaScript,应用开发者们使用这种强大的脚本语言来控制和建立可工作于所有平台,可经过客户机/服务器和网络的Brio分析应用程序。用户能够在EIS部分中用BrioQuery和Brio.Insight互动地查看和工作。

l 服务器可扩展性
Brio:OnDemand Server 6.0支持先进的负载均衡和集群服务器失败恢复机制。

其它产品:3均只有部分支持负载均衡和失败恢复。只有PowerPlay Enterprise Server完全支持负载均衡和失败恢复。Impromptu Web Query Server和Impromptu Web Reports Server不支持负载均衡和失败恢复。

l 网络客户机
Brio:Brio.Insight和Brio.Quickview既支持用于OnDemand Server联系的SSL,也支持用于大型网路环境或外部网解决方案的代理服务器。

其它产品:其它产品的3种产品中只有一种支持SSL和用于大型网路环境及外部网解决方案的代理服务器。只有PowerPlay Enterprise Server支持代理服务器和SSL;Impromptu Web Query Server和Impromptu Web Reports Server不支持。

2．5 Brio产品在信贷登记项目中的有关问题的说明
l 总行(省行)多个借款人查询、多个金融机构查询、多个业务种类查询。
这样的查询能够经过导入数据列表(比如:多个借款人的ID),然后把这些数据列表作为限定条件,生成SQL查询。这能够用Brio的以下功能来实现:

BrioQuery能够导入Microsoft Excel(.xls)、以逗号(.csv)和制表符(.txt)定界的文本格式的文件。导入数据时,文件内容传送到桌面数据高速缓存并在”结果”区显示。您能够像使用查询结果一样来使用导入数据建立报表和进行数据分析。

本地联结能够将某个查询的结果添加到BrioQuery文档里的另一个查询中。BrioQuery联结结果区中数据源的行。例如:您能够察看从MS SQL SERVER取得的预算数字和从Oracle数据库中取得的销售数字(它们被组合在同一个结果集中)。

限制联结是本地联结的变体。限制联结并不是首先独立的运行两个查询,然后在桌面上对数据进行本地联结,而是首先运行一个查询,以检索一个值列表,然后在第二个查询中的列上的限制中使用这些值。

例如:能够在Oracle数据库的库存表中运行查询,以检索已脱销产品的件号列表。能够将得到的件号列表用作限制联结,以定义从另一个数据库中的”Work_in_process”(当前任务)表中检索到的值的列表,以便确定库存补给状况。

以上这些功能能够经过javascript组合起来实现功能强大的查询。

l 集团企业的查询。
在brio的一个文档中能够有多数剧源, 能够同时包含来自多个数据库的结果集, 这些结果集之间还能够再做计算。 这样就能够实现集团企业分布式数据库上的报表。
Brio的哲学的体系结构是围绕以最终用户为导向的数据仓库来考虑的。这意味着使最终用户能够用即席的方式(即席查询)从数据仓库中选择数据项,把查询结果透明地转入袖珍的、多维数据立方体(结果),观察和分析预先定义的报表或者用即席的方式创立自己的报表,所有这些都能够用三种数据展现工具(旋转表,详细记录,图表)。最终用户从Brio得到真正的即席查询和即席分析能力。Brio实现了数据仓库的目标:即最终用户拥有开发自己特定的查询和报表的能力,同时也能够利用商业智能(OLAP)的真正价值。
我们基于用户所想看到的数据而动态建立数据立方体。我们不需要分层,因为能够钻取到袖珍立方体里的任何地方。每一个用户都在桌面上拥有自己的袖珍数据立方体。所有与定义、建立、分配立方体有关的问题都不再是问题。我们使IT彻底脱离了业务,不必再去制作业务报表。她们非常欣赏这个构思!

能够将某个查询的结果添加到BrioQuery文档里的另一个查询中。BrioQuery联结结果区中数据源的行。例如:您能够察看从MS SQL SERVER取得的预算数字和从Oracle数据库中取得的销售数字(它们被组合在同一个结果集中)。

l WEB动态报表的定位问题。
Brio的WEB动态报表能够组织成为多个Document,每个Document能够多个包含报表、旋转交叉表、图表等,它们之间能够无缝集成在一起,不存在报表定位的问题。

相关的Brio功能特点:

1. 功能强大的client端软件, 集成了查询工具、报表制作、图表、旋转交叉表。

Brio的新的EIS提供了UI控制,规划工具和用于设计有价值的定制的”仪表板”的可嵌入的实况报表组件。经过采用新的脚本语言JavaScript,应用开发者们使用这种强大的脚本语言来控制和建立可工作于所有平台,可经过客户机/服务器和网络的Brio分析应用程序。用户能够在EIS部分中用BrioQuery和Brio.Insight互动地查看和工作。

2. 不需要在基于web的用户和基于client server的用户之间作折衷处理。在每一个平台上都能够实现相同的功能。

3. 我们只有一个产品,因此只需一份购买和维护的许可,也只配置一份产品。

l 有关Cube的说明

Brio的Cube定义:
Cube是数据仓库应用的一个名词,不同的公司有不同的定义和叫法。Brio的Cube叫做bqy(Brio Query)。每个bqy包括两部分:一是根据客户的需要定义的分析模型;二是该模型包含的数据。

BQY的详细说明:
当前市场上有三种Cube的使用方法:物理Cube、虚拟Cube、物理Cube结合虚拟Cube(比如:Brio)。

(1) 物理Cube
物理Cube的原理是一次性将数据库中所要用到的所有数据加载进入一个物理的立方体中,然后最终用户才能进行分析和访问。如下图:

图2－5物理Cube
优点: 一一旦数据加载进入Cube,某些分析的性能会得到较大提高。
不足:
－数据加载速度慢
由于要将所有数据加载进入Cube,速度会非常慢,一般在百万级数据量时需要几个小时;
－很难适应业务的变化
在数据加载进入Cube时,必须固定好所有的钻取路径,而这些钻取路径一旦固定,业务人员必须按照固定的路径进行钻取,而不能随意发挥,大大限制了业务人员分析的思路;
－维护困难
一旦业务人员想根据自己的想法进行分析和钻取,必须由IT人员去进行模型的修改和维护,然后要重新数据加载。
－数据量受限制
物理Cube的数据量非常受限制,一般是几个GB,虽然理论上能够支持更大的数据量,但从实际应用角度去看,更大的数据量需要更加长的数据加载时间,如果分析的需求发生任何细小的变化,维护更加困难。

(2) 虚拟Cube
虚拟Cube的原理是不物理建立任何Cube,而是根据用户现场需要实时生成一个虚拟的立方体,返回给用户。如下图:

图2－6虚拟Cube
优点:灵活,不论用户如何改变需求,都能够随时实现,而且维护工作量小。
不足:
－ 速度受影响
由于每次都要动态从数据库中获取数据,数据量大时数据库压力会很大。
－网络和数据库负载大
由于需要不断与数据库打交道,导致数据库频繁操作,网络传输量也 加大。

(3) 物理Cube结合虚拟Cube
Brio采取的是先进的物理Cube结合虚拟Cube技术,能够充分发挥前两种Cube的好处。如下图:

图2－7物理Cube结合虚拟Cube
物理Cube结合虚拟Cube的技术是基于以下几点考虑产生的:
事实一:所有用户不会在每次访问都需要看到全部细节的数据。而是不同用户有不同的需要,她只需看到她想看到的那一部分数据,因此没有必要花费很长的时间将所有的数据一股脑放进一个Cube之中。
Brio的做法是根据用户的需求将最常见的分析模式组成BQY,该BQY中包含了适量的数据(而不是所有的数据),因此BQY的生成速度非常之快。

事实二:虽然所有用户不会在每次访问都需要看到全部细节的数据,可是,用户还是希望当她想看到其它没有在Cube中的数据时,她就能看到。
Brio的BQY提供了灵活的方式,能够允许用户钻取到细节(Drill to Detail)。当用户想看细节数据或不包含在BQY中的数据时,能够透明地访问到数据库中的数据,而不需要任何额外的工作,对最终用户来说使用非常简单。

事实三:用户希望得到最好的响应效率的同时要有最大的灵活性和易维护性。响应效率对用户来说是非常重要的,但同时如果牺牲了灵活性和易维护性,也会存在很大问题,带来无穷的后患。
Brio的BQY能够为用户提供秒级的,点击即所得的响应效率。同时,灵活性和可维护性得到了很好的保证。当用户发现临时需要一个不在BQY中的数据时,她能够用鼠标拖拽的方式动态从数据库中获取;当她获取完数据之后,能够进行选择:如果感觉获取得数据很重要,以后希望每次都能自动获取,她能够保存新定义的规则,今后系统会自动根据新的规则生成BQY,而不需要每次都重复定义了;另一种情况,如果感觉获取的数据今后不会常见,她也能够保留原先的BQY。

事实四:用户希望能自动刷新她经常要用到的分析的数据。
Brio提供Brio Broadcast Server能够帮助用户实现这一功能。Broadcast Server能够定义复杂的工作流任务,每个工作流由多个互相依赖的子任务构成,每个子任务完成更新BQY中的数据,或打印指定报表、Email发布更新消息给每个需要的人等等工作。Broadcast Server中定义的每个工作流,能够有时间调度执行,也能够是由事件触发执行(比如数据库中数据的变化)。如下图:

图2－7

l 有关中间过程和二维表的说明

Brio能够直接面对关系型数据库,进行BQY生成的和维护。可是,从性能和可维护性上考虑,我们建议采用中间过程生成一张二维表的方式进行预处理。
这主要基于以下几方面的考虑:
（1） 设计的合理性:
原始的数据库表以及她们之间的关系是面向OLTP应用的,不是为OLAP应用设计的,因此对于OLAP应用而言存在一定的不合理性,中间过程生成的二维表能够很好地解决这一设计上的不合理。
（2） 性能的提高:
中间过程生成的二维表,由于设计的合理以及对数据的重组,能够大大提高整体的性能。

l 有关中英文语言支持的说明

Brio 是唯一支持同步汉化的产品,最新产品发布的一个月之内,就会完全汉化,包括设计者界面、菜单、文档、联机帮助等。
同时,Brio是内置Unicode支持的产品,不论安装时选择简体中文、英文,在进行分析时都能够显示汉字,而不会出现乱码。

l 有关脚本编辑器支持的说明

Brio不但支持灵活报表、灵活分析的功能,同时也支持EIS(主管信息系统)。Brio内置JavaScript编译器,开发人员能够用点击方式自动生成所需要的JavaScript脚本,也能够自己编写代码,实现复杂的功能和灵活的需求。

三、产品报价
3．1 按35个点方式
按35个点指Brio产品只限在人行信贷登记咨询项目中使用,其中Brio Query Designer供人行35个数据中心使用。Brio产品第一年免费升级,第二年起升级费为:$30,000/年。

3.1.1基本配置

产品
平台
描述
版本
单价
合计(35套)
Brio Query Designer
WinNT
是给开发人员、数据库管理员和系统管理员使用的查询、分析、报表工具。
6
$15,000
$525,000

产品
平台
描述
版本
价格

Broadcast Server
UNIX
强大的”推”能力,用于将查询结果、报表等经过Email、Web、打印机、网络自动地分发出去。
6
$60,000