华一银行企业级数据仓库建设方案_吉贝克信息技术有限公司(GBICC)_第1页
华一银行企业级数据仓库建设方案_吉贝克信息技术有限公司(GBICC)_第2页
华一银行企业级数据仓库建设方案_吉贝克信息技术有限公司(GBICC)_第3页
华一银行企业级数据仓库建设方案_吉贝克信息技术有限公司(GBICC)_第4页
华一银行企业级数据仓库建设方案_吉贝克信息技术有限公司(GBICC)_第5页
已阅读5页,还剩91页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精品资料推荐华一银行企业级数据仓库建设方案版本1.0上海吉贝克信息技术有限公司 华一银行企业级数据仓库项目组 二零零七年一月1精品资料推荐文件信息文档名称华一银行企业级数据仓库建设方案创建日期2007年1月修订记录日期描述作者2007年1月16日完成GBICC一银行项目组5目录引言 11. 华一银行背景概述 32. 数据仓库系统功能规划 42.1 银行管理体系与数据仓库系统 42.2 数据仓库系统功能总体规划 62.2.1 分析主题与功能模块 62.2.2 数据仓库系统功能框架 72.2.3 数据仓库系统应用 92.3 数据仓库系统分析主题 102.3.1 客户分析102.3.2 产品分析 1

2、12.3.3 营销分析112.3.4 风险分析 112.3.5 财务分析 122.3.6 绩效分析122.3.7 稽核监控 132.3.8 关键业绩指标分析 143. 数据仓库系统实旅规划 163.1 数据仓库实施方案 163.1.1 分步实施 1 63.1.2 全面实施 1 73.1.3 滚动实施 1 83.2 分阶段实施规划 183.3 项目实施步骤及成功关键点 213.3.1 项目启动 213.3.1.1 丰要工作内容213.3.1.2 成功关键点 233.3.2 需求分析 243.3.2.1 主要工作内容243.3.2.2 成功关键点 253.3.3 系统设计 273.3.3.1 主要

3、工作内容273.3.3.2 成功关键点 29主题的确定29分析内容的细化29粒度的设计30模型设计的技巧303.3.4 系统实施 303.3.4.1 主要工作内容303.3.4.2 成功关键点 323.3.5 测试 323.3.5.1 主要工作内容323.3.5.2 成功关键点 33明确测试目的33测试工具的选择33333434353535363637383.3.6 部署3.4 数据仓库系统项目组织结构 3.4.1 组织结构3.4.2 人员职责 3.4.2.1 项目领导委员会3.4.2.2 项目总监 3.4.2.3 项目经理 3.4.2.4 数据仓库系统开发组 3.4.2.5 数据挖掘系统开发

4、组 3.5 数据仓库项目管理方法 3.5.1 软件开发管理方法383.5.1.1 项目管王里内容383.5.1.2 项目执行模板 39精品资料推荐3.5.1.3 项目监控方法 403.5.2 软件开发管理特点 403.5.3 项目管理软件413.5.3.1 软件配置方案413.5.3.2 软件备选方案 42生 数据仓库系统技术架构 434.1 系统架构设计 434.2 关键技术介绍 474.2.1 技术风险点474.2.2 ETCL 技术47484.2.2.1 ETCL实施方法及设计要素 48了解数据.数据抽取方法49转换和清洗49加载方法49ETCL的时间494.2.2.2 四种 ETCL

5、方案494.2.2.3 ETCL的使用范围 514.2.2.4 仓库设计与 ETCL效率 514.2.2.5 ETCL工具选择或程序开发的关键点 524.2.3 数据仓库建模 524.2.3.1 _逻辑数据模型(LDM) 524.2.3.2 物理数据模型(PDM ) 534.2.3.3 多维数据模型 54事实表设计55维度表设计55粒度的设计57业务整合考虑574.2.4 元数据管理 574.2.4.1 元数据的概念584.2.4.2 元数据的作用 594.2.4.3 数据仓库元数据管理现状 614.2.4.4 元数据管理系统的设计原则 624.2.5 数据质量 634.2.6 工具集成 66

6、5. 华一银行企业级数据仓库模型设计 685.1 业务模型695.1.1 业务现状 695.1.2 未来的业务规划 695.2 数据本II型715.2.1 高层数据模型及主题域725.2.1.1 主题域说明725.2.1.2 主题域间的关系 755.2.1.3 贷款类合约模型举例 785.2.2 数据标准化795.2.2.1 标准化的对象和目标 795.2.2.2 标准化规划交付内容 796. 软硬件参考报价 836.1 软硬件选型参考 836.1.1 硬件选型参考 836.1.2 软件选型参考 836.2 软硬件推荐及其报价 846.2.1 高配置硬件方案参考报价 846.2.2 低配置硬件

7、方案参考报价 846.2.3 高端软件方案配置参考报价:856.2.4 低端软件方案配置参考报价:85VII精品资料推荐引言华一银行是一家具有台资背景的合资银行,目前在中国大陆设有徐汇、虹桥、嘉定三个支行和苏州、深圳两个代表处,总行设在上海,员工逾300 人。华一银行自 1997 年成立以来,凭借其卓有成效的经营方针和高效精干的运作机制,始终维持着快速成长的态势,并对不良资产率进行严格有效的控制。随着业务的扩张,华一银行内部也开始了新一轮的信息系统建设,2007 年将完成核心业务系统的升级,企业级数据仓库的建设也将开始,伴随着这些支柱型信息系统的升级和实现,华一银行将能够以更高的效率和可靠性完

8、成业务活动,并将以更及时和更有效的决策来推进银行的发展和壮大。从国外实施数据仓库的经验来看,银行业数据仓库系统的建设是一个很庞大的复杂工程,它需要一个较长的周期,并需要持续的资金和人力资源投入,因此必需有一个科学的统筹安排,以保证系统有计划、分阶段、分步骤地实施。早年国内外数据仓库建设失败的一个主要原因就是因为过分追求大而全,对于一个功能很庞大、耗时久、需要资金多而又很久看不到结果的数据仓库,失败的机率自然会是很高的。目前银行在实施数据仓库系统时大多会先针对某个部门或某种业务进行数据集市的实施,因为缺乏整体规划,最后各数据集市之间又会存在很多诸如接口、功能整合的问题。基于上述两种实施方式的经验

9、教训,在实施数据仓库项目时,应以 “统一规划、分步实施”为原则来进行。首先,在数据仓库系统的规划要就有全面性和长远性,要有统一数据标准、统一数据模型、统一技术标准;在统一规划中注重对业务的全面分析,覆盖整体业务流程的应用规划才能够保证信息系统发展的一致性和可持续增长能力。其次,分步实施可以使分析主题逐步深入,与业务战略做阶段性的契合以满足不同业务层面和不同阶段的需求。在具体实现上要从众多的部门中,依其需求的紧迫性、效益、投资、时间以及和其他部门的关系来确定哪一部分先建,哪一部分后建,即数据仓库系统的先后顺序应基于业务、技术和效益考虑。统一的规划使数据仓库系统能够在项目的前期就有准备地积累充分的

10、数据,减少未来对系统的改造,起到保护投资、加快系统推出速度的作用。因此在我们提出的方案书中都是以“统一规划、分步实施”的原则进行安排的,覆盖商业银行的整个业务流程。首先,我们在方案书第一部分简要分析了华一银行的信息化建设背景情况;在方案书的第二部分,我们从银行业务管理的整体角度出发,结合我们数据仓库实施的经验,对华一银行数据仓库系统所包含的功能进行了统一规划;在第三部分,我们从系统实施的角度对华一银行数据仓库系统分步实施的过程进行了规划,并对项目实施过程的每个阶段中成功关键点、人员安排以及项目管理方法进行了介绍;在第四部分,我们从技术角度对数据仓库的架构提出了初步设想,并重点对数据仓库系统的关

11、键技术进行详细介绍,这些技术是数据仓库成败的关键因素之一;在第五部分,我们给出了软硬件参考报价,供华一银行初步评估企业级数据仓库项目的投入;本方案书的编制主要是基于我们对银行业的理解,以及多年来实施数据仓库系统的经验,并结合华一银行的具体情况进行了针对性分析。在系统实施前期还需要进一步深入了解华一银行业务系统和管理规划等方面的信息,以使建成的数据仓库系统完全符合华一银行的要求,为提升华一银行的信息化管理水平发挥作用。851. 华一银行背景概述华一银行的信息系统环境比较单一,信息系统数量不多,目前比较关键的信息系统包括:核心业务系统:采用COBO语言,在TAMIC开发平台上开发,运行于Windo

12、ws平台之上,数据库采用Oracle 9.2 。目前积累的数据约5 年,每日新增数据5GB左右。绩效考核系统:针对销售经理的业务绩效考核系统;外部网:网站、网上银行等;现阶段,华一银行正在筹划升级核心业务系统,可能的方案是采用IBM AS/400或RS/6000,核心业务系统升级工作和数据仓库实施工作可能将同时展开,这就要 求数据仓库实施、核心业务系统升级两项工作能够相辅相成。虽然目前华一银行的信息系统数量较少,数据仓库系统的数据源数量有限,可分析的主题也相应受到限制,但考虑到华一银行的业务在大陆的发展速度,我们在规划华一银行数据仓库时,也应以企业级数据仓库的规模为准绳,并引入元数据管理、企业

13、级数据仓库模型设计和整体应用规划,在软硬件配置方面,也遵循从小规模开始、架构可延展、规模可扩充这一原则,为华一银行今后的发展做好准备,保证华一银行数据仓库在将来能够胜任全行决策支持平台的重任。在下面几章中,我们将从业务应用规划、实施规划、技术架构规划、企业级数据仓库模型、软硬件推荐配置等方面,给出华一银行企业级数据仓库完整的建设方案。2. 数据仓库系统功能规划在本章节我们首先从数据仓库系统功能的角度对数据仓库系统进行统一规划,提出数据仓库系统要实现的一些列功能目标。在项目实施规划部分我们将对这些目标的实现顺序进行初步规划。2.1 银行管理体系与数据仓库系统银行数据仓库系统的功能规划必须从银行的

14、管理、业务角度出发进行考虑,才能使数据仓库为银行业务、管理服务;同时如果数据仓库系统的规划是基于先进的银行管理体系,那么数据仓库系统的实施将在一定程度上提升行的管理、业务流程。国外银行先进的管理体系一般由五个主要部分构成,这五个部分互相关联、作用,实现金融机构的整体运作。( 1) 战略管理:由银行的高层领导负责进行战略层次的管理,例如把握市场动向,制定机构目标、计划及有关政策,对各个部门的活动进行总体评价、管理和控制等。从战略角度考虑对业务的发展、对分支机构的布局和管理。( 2) 财务管理:负责对资本金的来源和成本进行控制,机构的现金管理,税收和风险管理,财务预算、审查和控制等。( 3) 开发

15、和运作管理:承担金融产品和服务的系统开发以及运作计划、操作过程分析、自动化与安全操作等职能。( 4)人力资源管理:负责人员的选聘、培训、管理,考核与激励,劳动关系于仲裁、调解,员工联络、服务等。( 5) 营销管理:营销管理系统是将不可控制的外部因素与银行的目标、战略紧密联系起来,研究市场动向、分析外部环境变化,同时担负着目标实现的执行重任。另一方面从管理过程角度,参照“戴明轮”过程模型,我们发现在每个管理部分中都包含“战略目标、计划、执行、评估反馈”四个管理过程。从信息产生、流动的角度来看,在每一个管理部分都存在着由执行系统到绩效系统、目标系统和计划系统的信息循环过程,如下图所示:在下图中,我

16、们描述了管理体系及管理过程的结合。可以说下面的框架反映了现代金融机构运行的主流程。目前在信息系统建设应用应该在各个方面全面支撑业Copyright Ghibal tiusincs?. InlcLifciLcc Cimsulu Co.图2-1 :银行管理体系框架上图中横向以产品管理为例,银行信息化在执行阶段的支持表现为柜台业务(卡、储蓄、会计、信贷、中间业务)、网络银行、自助服务系统等;对产品绩效评 估的支持表现为产品贡献度分析、产品成本分析、产品风险分析等;对计划部分的 支持表现为产品定价分析、产品销售分析、产品开发计划等;对战略规划的支持表 现为产品风险分析、产品贡献度分析、新产品开发分析等

17、。从纵向以执行阶段为例,C2、C3两个领域是目前信息化最为成熟的核心地带。在C2管理域中,有银行集成前端销售业务系统包括:柜台业务(卡、储蓄、会计、信贷、中间业务)、网络银行、自助服务系统、“客服”系统;在C1管理域中,主要 有CRM(统、销售渠道管理系统;在 C8运营管理中,主要有OA系统。作为金融机 构的特点,在管理中特别注重风险监控系统和稽核系统。从数据仓库的特点分析,它主要是从绩效评估、计划、战略规划过程对管理的 各个部分进行信息支持。现阶段国内银行的信息系统正在由注重执行阶段各个方面的建设逐步向战略规划、计划以及绩效评估方面扩展。在执行层面存在着“流程规范、数据标准化程度较高、业务关

18、系易于协调”等特点,显然这里是信息化最有利的入手点。而在规划、计划、绩效评估层面,由于业务规范性相对较弱,并依赖于操作层面的大量数据,往往是信息化的高级阶段所能涉及的区域。因为管理决策层的业务注重点更多集中在对业务整体规律、运行策略的掌握,对基础数据的全面性、准确性和及时性要求非常高,所以更主要地依赖数据仓库和商业智能技术。2.2 数据仓库系统功能总体规划2.2.1 分析主题与功能模块基于上一节对覆盖银行管理业务体系的数据仓库系统功能的分析,以及商业银行信息化对银行管理体系框架的覆盖以及数据仓库的特点,对数据仓库系统的分析主题进行如下规划:客户分析产品分析市场分析客户风险分析产品风险分析财务分

19、析机构部门分析员工分析稽核监控分析关键业绩指标通过这些分析主题的整合可以支持银行不同的功能子系统,例如公司银行管理作为数据仓库一个子系统或者是数据集市,可以通过客户分析中的公司客户分析、产品分析、市场分析、风险分析中的对公风险分析以及关键业绩指标这些分析主题得到支持;同样如果进行风险管理子系统的实施,包含的分析主题有对公风险管理、对私风险管理以及有关风险的关键业绩指标。2.2.2 数据仓库系统功能框架根据分析主题与功能模块之间的关系,根据不同分析角度以及华一银行业务情况对分析主题进行了功能划分,每个功能包含多个分析分析主题。数据仓库系统功 能上主要包括:客户关系管理、风险管理、财会管理、绩效管

20、理以及稽核管理、关 键业务指标。数据仓库系统功能结构图如下:客户靖图2-2 :数据仓库系统功能结构图客户关系管理银行盈利的基础是客户,银行所有的产品和服务都是针对客户进行设计的,因 此从数据仓库系统的功能角度,首先应该对客户进行分析,其中包括对产品和市场 营销的分析,以达到“ 5R'销售。包含的分析主题主要是:? 客户分析? 产品分析? 营销分析有关客户关系的关键业绩指标风险管理从客户那里盈利的过程,银行必然伴随着风险,客户不还款、晚还款等违约行为,都会给银行带来一定的损失,如何使银行尽可能的避免风险、降低损失,就必须进行风险分析、风险管理,这是数据仓库系统中必须包含的功能。包含的分析

21、主题主要是:? 对公风险管理? 对私风险管理? 有关风险的关键业绩指标财务管理银行所有的经营都会反映到银行的财务上,从财务上可以体现银行经营的好坏,是对银行安全性、流动性、赢利性的直接反映,因此数据仓库系统必须对财务,包括资产负债进行分析管理。包含的分析主题主要是:? 财务分析(包含资产负债分析)? 有关财务的关键业绩指标? 有关银行运营的关键业绩指标绩效管理银行盈利的基础是客户,但是这些都需要银行产品、渠道、银行各机构部门以及银行所有人员的支持,支持的力度、支持的效率关系到银行是否能够赢得更多、更优质的客户,因此必须对产品、渠道、各机构部门以及银行员工进行绩效管理。包含的分析主题主要是:?

22、机构部门绩效分析? 员工绩效分析? 有关绩效的关键业绩指标稽核管理财务分析是事后分析银行的经营情况,如果经营管理存在的问题往往事后才能发现。 但银行组织结构的复杂性和业务经营的风险性,对管理控制提出很高的要求,必须对银行经营进行事前、事中监控,这些体现在数据仓库系统功能方面就是必须进行银行稽核管理,主要是银行目前比较薄弱的非现场稽核。包含的分析主题主要是:? 稽核监控分析? 有关稽核的关键业绩指标? 有关银行运营的关键业绩指标综合计分系统综合计分系统是重要的战略规划管理工具,将各层面数据分析进行综合,结合银行的发展战略制定并得到一系列华一银行各级领导和业务骨干需要了解的关于银行现状、发展趋势的

23、易看易懂的指标。综合计分系统是基于上述功能模块,对各部分功能进行综合概括得到。2.2.3 数据仓库系统应用从上述的数据仓库系统的功能框架看,整体数据仓库系统的逻辑上是从各个业务系统作为源系统,抽取数据,经过转换、清洗后,加载到中央数据仓库中,通过分析主题对数据仓库系统各种不同功能模块的支持,提供给客户一个完整的功能性的系统。各种不同模块通过查询、报表、多维、挖掘等手段或形式提供给用户数据分析的结果, 这些分析结果在提供给用户的同时,必须将分析结果同时反馈到业务系统、数据仓库和数据集市中。具体分析如下:分析结果必须反馈到业务系统,才能使华一银行的信息系统从业务系统到数据仓库系统称为一个整体,不断

24、循环,最终为业务服务。例如经过分析得到有关个人信用评分的模型将反馈到个人消费信贷系统中,系统在处理客户住房贷款和汽车贷款申请时,将客户的申请信息输入系统,系统就可以利用评分模型对客户进行评分;同时也可以利用数据仓库系统分析得到的授信阈值对客户做出可以授信和不予授信的判断,为华一银行开展个人银行业务提供信息支持。分析结果反馈到数据仓库以及数据集市,首先有助于完善数据仓库系统的数据;其次有利于数据仓库系统在分析结果之上进行更为深入的分析。同样以信用评分模型为例,信用评分模型反馈到数据仓库系统中可以对数据仓库中原有数据进行重新评分,评分结果可以加载到数据仓库系统中;利用评分结果经过进一步分析,可以使

25、华一银行从更深层次上分析不同分数段的借款人在不同借款年限、成数、合同金额时为银行带来的年收益,以及分析不同分数段的借款人的行为表现,包括贷款余额、逾期本金以及不良率等。2.3 数据仓库系统分析主题2.3.1 客户分析客户是银行盈利的基础,如何使银行赢得更多客户、留住优质客户,是每个银行在经营中最关心的问题。银行是客户密集型的企业,银行的客户量是非常巨大的,无论从效率还是资金上讲,银行都不可能也不必要对所有的客户提供统一的优质服务。随着产品的日益同质化,银行必须达到所谓的“ 5R'抓住20%优质客户,才能在竞争中取得优势。这样就必须进行客户分析,找到真正对划一银行有价值的优质客户和潜在优

26、质客户,并发现这些客户的真正需要的产品以及对其有效的促销渠道和手段,才能更好、更有效地服务于客户,以最低的成本赢得最大的利益。客户分析的典型主题包括:客户基本情况分析客户交易行为分析客户偏好分析客户贡献度分析客户忠诚度分析客户流失分析关联客户分析客户分类分析客户趋势分析2.3.2 产品分析银行盈利的基础是客户,而客户是通过使用银行产品来对银行做出贡献的,可以说,产品是银行从客户那儿盈利的手段。所以,要对银行产品进行充分的分析。产品分析的典型主题包括:产品成本分析 产品贡献度分析 价格灵敏度分析 产品的定价分析 新产品开发分析2.3.3 营销分析中国的商业银行已进入激烈的市场竞争时代。在这个高度

27、开放化的社会中,充斥着大量的信息和服务。做市场已经不仅仅是做广告、进行促销活动、提供优质服务这么简单,这是每个银行都能做到的事情,关键是这些事情要做得有效,这就需要进行分析。通过分析促销推广活动后的客户反应、客户交易行为变化情况,分析对不同客户群最有效的广告促销渠道,分析服务质量与客户满意度、客户流失的关系,分析适合不同客户群的新产品及服务等等,来进行低成本的、有针对性的市场活动,从而取得竞争优势。营销分析的典型主题包括:渠道效益分析 目标销售分析 营销效率分析 交叉销售预测2.3.4 风险分析风险管理在银行经营管理中占有举足轻重的地位,控制风险、减少损失是银行保证赢利性的重要手段。尤其是为了

28、适应新巴塞尔协议的要求,各商业银行都在不断加大内部风险管理的力度。在本小节我们对风险管理进行初步规划,主要从两个角度进行风险分析,一是客户角度,对客户的风险进行分析;二是从银行信贷业务角度分析风险。风险管理从业务种类可以分为对公风险管理和对私风险管理,二者在某些功能分析上有所区别,比如对私客户的信用一般主要采用评分方法,而对公客户的信用更多采用评级方法,在下面的功能分析中我们会加以区别。风险分析的典型主题包括:客户风险分析(客户信用评分评级、客户违约概率预测、最大潜在损失预测、客户信用额度分析、拖欠客户预警等等)信贷风险分析(组合风险分析、风险集中度分析、风险调整后定价管理、风险准备金分析等等

29、)2.3.5 财务分析下列分析可以帮助银行的管理层,以全新的、科学的、合理的现代企业财会管理方法更快、更好、 更灵活地使用财会分析结果,提高企业的管理水平和经济效益。财务分析的典型主题包括:财务指标分析存款分析贷款分析资产负债分析现金流量分析固定资产管理分析同业比较分析2.3.6 绩效分析绩效管理是对华一银行内部运营管理的有效支持,包括对银行产品、渠道、机构、部门以及人员的评估,使银行管理人员清楚了解银行的运营情况。绩效分析的典型主题包括:机构、部门绩效分析员工绩效分析2.3.7 稽核监控商业银行作为经营货币的特殊的经济组织,其组织结构的复杂性和业务经营的风险性,对管理控制提出很高的要求。作为

30、银行内部控制体系的重要组成部分,内部稽核独立地检查银行的会计凭证、会计帐簿、会计报表以及其他所有与经营有关的资料,监督会计信息的真实性和完整性以及业务经营的合规性和效益性,查找经营管理中存在的问题、疑点和风险,从全局的角度来评价银行的经营管理和控制。目前银行广泛采用的是现场稽核方式,即稽核人员采用定期与不定期检查相结合方式对银行进行实地检查。但随着金融全球一体化的发展,金融业务的不断创新,面对金融风险日趋复杂化的环境,银行业的这种监管及稽核方式将不能适应现代金融业的要求,势必将现场稽核与非现场稽核结合起来。非现场稽核是指通过定期收集和分析银行经营资料的方式,对经营状况、潜在风险、发展趋势等方面

31、进行评估,以便加强针对性监管、化解消除风险隐患。非现场稽核将帮助制定稽核计划,提供稽核线索,现场稽核进行有针对性的稽核监督工作,非现场稽核和现场稽核并重的高效稽核模式,已经成为现代商业银行内部稽核的发展趋势和方向。华一银行要实现二种稽核方式的有效结合,必须从信息化方面对非现场稽核进行有效的支持。因此华一银行建立全面的数据仓库应该包括稽核管理部分,主要侧重于非现场稽核。不过因为非现场稽核要求比较全面的数据和信息的支持,因此华一银行数据仓库中必须对银行经营管理各方面的数据进行收集、整合。稽核监控主要包括如下主题:非现场稽核基本指标分析业务数据真实性稽核业务经营合规性稽核经营管理效果评价2.3.8

32、关键业绩指标分析关键业绩指标即KPI,应根据银行业务的特性,对各级部门领导及业务骨干所 关心的内容加以归纳,并总结成为易看易懂的一系列指标。这些指标将成为领导及 业务骨干了解银行的经营现状、发展趋势,以及寻找潜在利润增长点的主要信息来 源,进而为其决策过程提供有力信息支持。关键业绩指标分析是利用华一银行数据仓库系统中客户关系管理、风险管理等 其他主题收集数据、分析数据的基础上,结合银行各管理层、决策层人员的需要, 得到一系列指标,它主要是为银行战略层服务的。下图是关键业务指标所处的位置:KPI的作用如下:正确计算KPI,可以准确描述银行的经营情况,从而满足股东们对银行的经 营状况了解;KPI分

33、析可以帮助监控银行的运营,及时发现风险,提出预警;KPI分析可以根据实际业务水平,提出发展计划和预算,并根据实际情况对 计划进行及时的调整。完整的数据仓库其中一个主要的功能就是要为华一银行管理人员提供管理及决策方面的KPI。由于不同层次的管理人员对 KPI的需求是有所区别的,在此根据我们的经验,主要从两个层次(决策层、一般)管理人员的角度列出 KPI,但由于各银 行情况有所差异,华一银行数据仓库系统中最终包含哪些KPI,还需要进一步与各层次管理人员的进行沟通交流。3. 数据仓库系统实施规划在数据仓库系统功能规划部分,我们对华一银行的数据仓库进行了完整统一的规划,但是在具体实施中,有多种实施方法

34、,是全面实施还是分步实施,还是进行滚动实施,都需要根据华一银行的具体情况进行规划。本节我们首先对三种实施方案进行了介绍,根据我们的经验对华一银行的数据仓库系统进行了初步的分步实施规划。然后从项目实施的角度对数据仓库系统的实施步骤、成功关键点、数据仓库实施人员构成以及项目管理方法进行了介绍。3.1 数据仓库实施方案银行实施数据仓库系统有三种方式:分步实施 ( step-by-step ) 、 全面实施 ( bigbang)或滚动实施(roll-out )。分步实施就是按功能模块(数据集市)的先后顺序 进行实施,而全面实施是所有模块同步实施,滚动实施则是在一个分行实施所有模块,然后推广到其他分行。

35、在选择数据仓库实施方案时,银行的组织结构、资源、对待变革的态度以及各种机构之间的距离等因素都可能会影响实施策略的决定。3.1.1 分步实施分步实施的特点是软件实施的步骤比较小,通常一次集中在几个相关的模块上。首先实施的模块一般是比较紧迫、基本具备相应的分析数据、比较容易看到效果的模块。在分步实施情况下,总的项目实施时间会加长。在采用这种方法之前,对于所有相关的业务流程必须建立一个完成的概念,以避免再后来实施中遇到困难。分步实施的优点:数据仓库系统项目团队和用户团体的人资源需要量较小,这使得中等规模的银行也可以实施大项目。容易看到数据仓库带来的效益,增强银行各层人员对数据仓库系统的信心。减少了协

36、调、控制、组织项目以及分配资源的复杂性。由于项目成员随着实施的每个项目增长了知识和技能,因此项目质量将不 断地得到改善。 在前面项目取得经验的基础上,使得后面项目可以使用内部咨询。 整个公司有一个平稳的过渡,有时间适应系统引起的变化。 成本分摊周期加长。 在数据仓库系统的实施过程中,可考虑适度的组织变革。 数据仓库系统的功能可以得到检验,因此也就可以确定实施的模型。在数 据仓库系统的后续版本中可以得到新增的功能。分步实施的缺点:整个数据仓库系统项目周期过长。 数据仓库的建立必须考虑到未来功能的扩展,否则将降低已建数据仓库的 可重用性。 必须设置接口和编程,以维护后续未实施模块的数据转移。 项目

37、时间拖长会影响项目成员的情绪。 数据仓库系统的集成优势只能逐步得到利用。 由于随着新模块的实施而获得了新知识,以前实施的流程可能需要重新设 计。3.1.2 全面实施全面实施就是利用对数据仓库系统所有的功能模块同时进行开发实施。全面实施的优点:整个数据仓库系统实施时间短。 集成的数据仓库系统功能可以立刻得到应用。 数据仓库中数据可以进行统一设计、抽取、转换、加载 数据仓库的所有数据的建模工作可以同时完成。 项目成员情绪高昂。全面实施的缺点:由于协作和基层要求较高,实施比较复杂。 在短时间内资源(财务和人力资源)需求集中。 同一时间所有员工均承受较高的压力。 实施期间需要高度的顾问支持。 高层管理

38、人员需要深入参与,而且度与有关组织内的工种业务流程的变革 和集成问题必须作出快速响应。 在实施过程中,组织变革必须加以限制,以保证不会压垮员工。 有时为了降低整个系统的复杂性,仅能设定适度水平的项目目标。 如果要想避免灾难,数据质量和数据转换不能有半点差错。3.1.3 滚动实施滚动实施就是在一个分行创建实施模型,然后推广到其他地方。滚动实施可以采用全面实施方法,也可以采用分步实施方法,而这些方法的优缺点已在前面讨论 过。此外,滚动实施还具有下列一些特有的优势:参与模型实施的项目成员获得了经验。 可以获得快速实施的专门技术。 因为仅需要有限的资源,因此可以降低成本。 大多数问题在分行模型实施中已

39、经解决,因此降低了风险。 银行所有地点的实施具有一致性。 各实施地点之间增加了相互了解。当然,滚动实施也存在一些缺点:在后续的实施过程中,必须考虑全行标准。 分行某些有特点的一些情况可能被忽略了。建议华一银行采用分步实施和滚动实施相结合的项目实施方式。3.2 分阶段实施规划数据仓库是企业信息系统最为复杂的部分,特别是在银行、保险等金融企业, 数据仓库系统必须汇集来自众多业务系统的数据,支持纷繁的业务分析,满足各个层次中多用户不同的业务需求,而且它还必须随着业务需求的变化而不断调整。一个完善的企业级数据仓库系统绝不可能通过一个项目实现,它必然是一个长期的不断建设的过程,在开始这个建设过程之前,必

40、须考虑长期发展的策略和规划。华一银行作为新兴银行之一,业务覆盖面相对较窄。为了提高业务决策的效率和整体竞争能力,华一银行决定建立以数据仓库为核心的业务支撑平台,虽然在初始阶段将是一个较小的数据仓库,但考虑到华一银行在国内发展的速度,未来几年内该数据仓库系统规模将有较大的提升。综合考虑数据仓库系统,它的建设包括基础平台构造、分析应用系统构建以及完善整合三个部分。数据仓库系统的规划必须保证每一部分能够在合理的时间内完成,否则业务变化、技术环境变化或其他未知因素,可能造成数据仓库系统的不确定性,从而导致项目失败。因此我们必须在数据仓库系统功能规划的基础进行数据仓库系统的分阶段实施规划。对于一个数据仓

41、库系统究竟哪些功能模块或者数据集市先实现,哪些后实现,影响因素主要包括两个方面:一是紧迫程度,二是难易程度。紧迫程度主要是从商业及业务角度来讲的,影响建立数据仓库先后顺序的主要因素包括:需求的紧迫性 替代方案的可行性 项目对银行的重要性 费用的高低及可能带来效益的大小难易程度主要是从技术方面考虑,影响因素主要包括:可行性、实现的复杂程度 周期的长度 技术成熟程度 准备工作的进度 是否有足够的数据支持 关键技术是否成熟 是否具备适当的人力资源 人员的心理这些因素和其它潜在因素诸如宏观经济环境的变化等都可能会影响分阶段实施 规划的决策过程。对数据仓库系统分步实施的规划一般是功能模块的影响因素的大小

42、程度来决定 实施的先后顺序,下表是我们对华一银行数据仓库系统中的功能模块进行初步评估 的过程。下表的评估是从功能模块的角度出发,如果需要更加深入的评估,可以对 功能模块中的每个子功能进行评估。由于每个功能模块的实现手段有多种(查询 & 报表、多维分析以及数据挖掘),具体到每个功能模块的实现上,一般是首先实现较 为容易且业务必需的查询&艮表、多维分析部分的功能。厅P功能模块(数据集市)紧迫程度技术风险1综合计分系统中高2对公客户关系管理较局较低3对私客户关系管理高中4对公风险管理高中5对私风险管理高中6财会管理较局较低7绩效管理中中8稽核管理较局较局根据上表的评估结果确定实现功能

43、模块的先后顺序,原则是优先实现紧迫程度 高,技术风险低的要求,如下图所示:图3-1 :先后顺序评估图3.3 项目实施步骤及成功关键点本节我们针对数据仓库系统实施步骤中主要工作内容和成功的关键点进行了详 细介绍,这些成功关键点是根据我们的实施经验和教训的总结。3.3.1 项目启动3.3.1.1 主要工作内容项目启动阶段的任务是定义、计划和启动数据仓库项目,包括确定项目范围和 目标、准备详细的项目计划、组建项目小组和召开项目开工会等等。下面介绍项目启动阶段的几项主要活动:确定项目范围和目标分配人员和资源项目介绍制定项目计划制定元数据策略建立元数据捕获程序召开项目开工会议项目组的建立是项目启动的重要

44、工作,典型的项目组成员 /角色有:项目总监确定与核实项目目标、项目范围,协调项目组与相关业务 部门的关系,调配所需的人力、物力资源,检查关键的阶 段性成果和最终成果,确保数据仓库建成后的肩效利用项目经理是项目组的负责人,主要职责是制定项目计划,并随时修 正使之与项目进展相对应;管理项目小组,使各项任务能 够按计划完成;把项目费用控制在预算范围内。业务顾问提供银行业务经验,与用户高层讨论银行业务发展计划, 规划数据仓库建设蓝图,主持与业务部门的访谈,收集和 评估用户需求,进行业务需求分析,建立业务模型业务分析员协助业务顾问的工作,参与用户访谈,收集和评估用户需 求,进行业务需求分析,建立业务模型

45、等应用程序设计师负责项目中所有应用程序的设计, 包括ETCLM程中的数据 清洗与转换程序、数据展示中的复杂查询等,负责应用测 试及培训。数据设计师负责调查分析数据源,确定数据抽取与转换规则,参与数据建模过程数据分析员协助数据设计师调查分析数据源,确定数据抽取与转换规 则,负责数据对照,数据质量检验和清洗工作数据库专家负责逻辑模型和星型模型的设计,参与总体框架设计、需 求分析和物理模型设计过程数据库管理员负责从逻辑模型到物理模型的转换以及项目开发期间的数 据库管理工作,参与数据转换及数据查询工作信息设计师负责软硬件产品的评定与选择,参与总体框架设计过程元数据专家负责制定元数据收集和管理策略,参与

46、元数据的调查分析和数据仓库设计过程系统工程师负责项目开发期间系统的搭建、管理与维护工作安全设计师确定安全需求,制定安全政策、程序和标准,参与探测元数据储存库、数据库、WE序口前端展示工具的安全能力并确 定其安全策略Java程序员负责编写项目中要用到的JAVA程序,主要是在数据展示方 面。参与相关的数据展示的设计过程多维分析开发员负责多维分析的开发和展示工作,参与多维模型设计过程ETCLT程师设计数据抽取、转换和加载流程,制定数据清洗规则,为 ETCL过程的程序开发提供指导和技术支持,参与调查分析 数据源的工作在项目启动阶段,主要参与人员为项目总监和项目经理,在组织会议期间,所有项目组成员需要参

47、加。该阶段的主要交付件有:项目计划项目组人员安排项目实施规范等3.3.1.2 成功关键点在项目启动阶段最重要的是要仔细地定义和计划项目,所有的关键人员都应该 清楚地理解和支持项目范围与目标,这样才能避免风险,有效地管理好项目。3.3.2 需求分析3.3.2.1 主要工作内容项目启动之后则正式进入项目的设计开发阶段,其第一步就是需求分析。对任 何项目来说,需求分析都是非常重要的,对一个数据仓库系统项目来说就尤为重要。 因为数据仓库系统项目不是为一个银行的 IT部门建设的,而是为辅助银行领导、部 门领导和业务人员进行决策而建设的,盲目的闭门造车只能导致失败。只有通过用 户访谈和分析讨论,真正了解银

48、行的需要,深入了解业务细节,总结出业务需求, 才能进行模型设计和实施,最终完成整个项目的建设。需求分析分成两个步骤,第一步是收集业务或功能性需求分析;第二步是收集非功能性需求。业务或功能性需求分析功能性需求分析是数据仓库系统项目中最重要的一个步骤。数据仓库系统不是为一个企业中的IT部门而搭建的,它是为了帮助并支持企业中管理人员, 部门经 理和业务人员指定更好的商业决策而搭建的。在没有仔细做好需求收集与分析的工作前就直接跳入项目实施步骤,会最终导致整个项目的失败。华一银行参与需求分析的业务人员应该具备以下几个条件:? 首先应对自己的业务有很深刻的了解;? 其次必须对项目有一定的了解,并且理解项目

49、将会带给他们的好处;? 能够提供有灵活性、与数据仓库系统紧密结合的需求非功能性需求第二个步骤是收集非功能性需求。非功能性需求只有通过与业务人员交流才能 获得,例如:模块设置需求,系统安全需求和查询响应率要求等等。如果参与需求分析业务人员不了解对OLAP既念及OLAP勺功能,我们可以提供一些报表模块的范 例,使他们对这种强大的报表工具有一个比较清楚直观的认识,以便提出更多与数 据仓库系统相结合的需求。下面介绍项目启动阶段的几项主要活动:? 业务规则建档? 具体的可用性需求? 非功能性需求定稿? 用户界面需求定稿该步骤主要涉及的人员有:业务顾问、业务分析员等。主要的交付件为:数据仓库系统需求说明书

50、3.3.2.2 成功关键点需求分析阶段在整个数据仓库系统实施过程中非常重要,我们在需求分析过程 总结了一些有助于需求分析成功的经验,列举如下:需求访谈的重要性一般客户很忙,但无论如何客户有必要抽出时间参与需求访谈的讨论,接受采 访或其他获取需求的活动。因为在需求访谈的过程中,通过需求分析人员的引导和 提示,客户通常会想到更多、更有益的要求,这些可能是客户无法自己冥思苦想出 来的。分析人员必须了解客户的业务及目标只有分析人员更好地了解客户的业务,才能使产品更好地满足需要。这将有助 于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人 员,客户可以考虑邀请他们观察自己的工作流程

51、。如果是切换新系统,那么开发和 分析人员应使用一下目前的旧系统,有利于他们明白目前系统是怎样工作的,具流 程情况以及可供改进之处。分析人员要使用符合客户语言习惯的表达需求讨论集中于业务需求和任务,因此要使用术语。客户应将有关术语教给分 析人员,而客户不一定要懂得计算机行业的术语。要求得到需求工作结果的解释说明分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明,因为工作图表能很清晰地描述出系统行为的某些方面,所以报告中各种图表有着极高的价值;虽然它们不太难于理解,但是客户可能对此并不熟悉,因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果,以及怎样检查图表

52、有无错误及不一致等。开发人员要对需求及产品实施提出建议和解决方案通常客户所说的“需求”已经是一种实际可行的实施方案,分析人员应尽力从这些解决方法中了解真正的业务需求,同时还应找出已有系统与当前业务不符之处,以确保产品不会无效或低效;在彻底弄清业务领域内的事情后,分析人员就能提出相当好的改进方法,有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。了解用户非功能性需求客户可以要求分析人员在实现功能需求的同时还注意软件的易用性,因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如:客户有时要求产品要“界面友好”或“健壮”或“高效率”,但对于开发人员来讲,太主观了并

53、无实用价值。正确的做法是,分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性,具体分析哪些特性对哪些特性有负面影响,在性能代价和所提出解决方案的预期利益之间做出权衡,以确保做出合理的取舍。准确而详细地说明需求编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时,因此很容易留下模糊不清的需求。但是在开发过程中,必须解决这种模糊性和不准确性,否则,就只好靠开发人员去正确猜测了。客户必须及时作出决定分析人员会要求客户作出一些选择和决定,这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。有权作出决定的客户必须积极地对待这一切,尽

54、快做处理,做决定,因为开发人员通常只有等客户做出决定才能行动,而这种等待会延误项目的进展。评审需求文档客户评审需求文档,是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确,就有必要尽早告知分析人员并为改进提供建议。需求变更要立即联系不断的需求变更,会给在预定计划内完成的质量产品带来严重的不利影响。变 更是不可避免的,但在开发周期中,变更越在晚期出现,其影响越大;变更不仅会 导致代价极高的返工,而且工期将被延误,特别是在大体结构已完成后又需要增加 新特性时。所以,一旦客户发现需要变更需求时,请立即通知分析人员。3.3.3 系统设计3.3.3.1 主要工作内容在结束业务目标分析与需求分析的工作之后,项目进入设计阶段。这个阶段包括:总体框架设计、数据模型设计和前端展示设计总体框架设计总体框架设计是指设计整个数据仓库系统的整体架构,为下一步的详细设计和 实施打下基础,设计要具体到系统的组成部分以及软硬件产品。总体框架设计对于本项目的重要意义在于:促进沟通与交流;确认项目计划; 提高灵活性及维护能力;提高生产力和重用能力。总体框架设计包括以下内容:? 硬件配置设计? 网络连接设计? 系统安全设计硬件与软件的选择及配置根据业务需求来定。数据模型设计数据模型设计是一个数据仓库项目中最重要、最有弹性和最需要技巧的阶段, 模型设计的好坏

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论