成功地管理数据仓库的实施(ppt 65)

1、成功地管理数据仓库的实施如何成功功地实施施数据仓仓库项目目我们将从从以下几几个方面面来看：为什么许许多的数数据仓库库项目会会失败？导致失败败的因素素是什么么？你如何才才能成功功地实施施？详细的实实施步骤骤常听到人人们说:让我我们建一一个数据据仓库吧吧数据仓库库将解决决我们所所有的决决策支持持的问题题建一个数数据仓库库不会花花很长的的时间某个数据据仓库的的厂商说说：我们们只要买买他们的的一个“数据集集市套件件”就可可以了，不需要要很大的的工作量量我们不必必把它看看成是一一个实际际的项目目，毕竟竟它就是是一些报报表我们只要要把“所所有”的的数据都都扔进一一个数据据库就行行了!但是，超超过60%的的

2、数据仓仓库项目目是失败败的为什么数数据仓库库项目有有这么大大的风险险?典型的一一个情况况，指派派的员工工，顾问问咨询和项目经经理：没有数据据仓库经经验不懂数据据仓库的的方法和和技术不使用结结构化的的实施方方法“快速原型型开发”只是当成成另一个个数据库库!失败的最最主要原原因是什什么?对要建立立的数据据仓库没没有清晰晰的定义义如果你没没有一个个明确的的，确定定的目标标要完成成，你怎怎么能够够成功呢呢?低估了实实施数据抽取取和转换换的时间间/工作作量即使使考虑到到，也是是很不充充分的允许范围围不断增增加，超超出了可可以做到到的范围围但是，超超过60%的的数据仓仓库项目目是失败败的失败的最最主要原原

3、因是什什么?但是很可可能,导导致失失败的最最主要原原因是“用户”没有参参与进来来没有与用用户会面面交谈或或咨询用用户系统建设设不是针针对使用用者的需需求闭门造车车的方式式建立系系统系统的建建设不是是针对解解决任何何特定的的问题但是，超超过60%的的数据仓仓库项目目是失败败的导致的结结果:以上种种种最终导导致精神神上的崩崩溃太多的工工作太少的时时间事情变化化太快不知道目目的是什什么漫无目的的地徘徊徊，这样样领导项项目很难难跟随但是，超超过60%的的数据仓仓库项目目是失败败的很有可能能，项目目/计划划的管理理者根本本没有了了解或考考虑一些些关键的的方面：哪些方面面但是，超超过60%的的数据仓仓库项

4、目目是失败败的用户谁是“用户”?他们需要要一个数数据仓库库吗?他们的需需求到底底是什么么?更快的报报表?新的报表表?他们什么么时候需需要一个个系统?他们愿意意付钱或或提供资资金开发发吗?哪些关键键的方面面?哪些关键键的方面面?功能是要建一一个“报表服服务器” 还是是 “数数据仓库库”?有 “即即席（AD-HOC）”访问吗?是否已有有一些报报表存在在?新的系统统将会替替代现有有的/遗遗留的系系统吗?报表有没有清清楚地详详细说明明报表的的定义?是已有的的报表吗吗?还是希望望有的报报表清单单?列出的报报表，是是否有优优先顺序序?与所有用用户就报报表的定定义和内内容达成成一致了了吗?哪些关键键的方面面

5、?数据需要什么么数据?数据从哪哪里来?谁 “拥拥有”数数据?你能访问问到这些些数据吗吗?有多少数数据是必必需的是否有足足够的带带宽获得得这些数数据?数据刷新新/传递递的需求求是什么么?哪些关键键的方面面?谁也不能能担保成成功。但但是通过过以下的的努力，你可以以有最大大的机会会得到一一个有用用的系统统：以一种仔仔细地、有系统统地和结结构化的的方式实实施数据据仓库.制定出一一个计划划严格按计计划执行行不要超越越范围不要超越越需求如何能够够成功？如何能够够成功？机会 不要匆忙忙实施不要忘记记测试质量保证证系统交付付用户和操操作培训训而最重要要的是:所有的阶阶段都要要求用户户参与如何能够够成功？最后,

6、数数据仓仓库的实实施要当当作一个个大的软软件项目目来考虑虑和管理理。以恰当的的方式实实施也许这种种恰当的的实施方方式会花花更长的的时间和和更多的的精力，但却能能使你更更有可能能：成功交付一个个有用的的系统提交你所所承诺的的保住你的的工作.如何能够够成功？我应该做做什么?不要忘记记，你的的目标不不是建一一个“数数据的仓仓库”你的目标标是要建建成一个个对你的的“用户户”有相相当价值值的系统统如果“用户”不不喜欢这这个系统统，或者者对他们们来说系系统太难难用或太太麻烦，那么他们不会会去用它它系统也就就失败了了这个系统统就会被被拆除你的职业业生涯也也会遭受受挫折我能做什什么？让我们来来看一下下你应该该

7、如何行行动，才才能使你你成功的的把握最最大。认识并了了解“用户”进行彻底底的需求求分析设计对数数据的分分析制订项目目计划我能做什什么？确保充分分的资源源人员硬件/软软件时间制订一个个详细的的计划制定界面面的规格格说明文文档，描描述：数据源访问控制制数据的转转换/修修正我能做什什么？实施过程程中进行行标准的的质量保保证检查查对等复审审单元测试试进行详细细和完整整的系统统测试制订系统统版本发发布的配配置管理理和质量量保证程程序总结起来来理想的实实施情况况:收集需求理解业务设计模式ETL 模板构造分析查询实现测试 用户反馈 提炼 测试资源时间详细的实实施步骤骤认识并了了解用户户用户访谈谈发现“问题或

8、或捆绕”所在收集现有有报表的的拷贝索取报表表清单（期望的的新报表表或修改改报表）建立原型型/虚构构的报表表，让用用户复审审尽可能多多的了解解用户日日常的工工作职责责决定你所所要建立立的是什什么企业级数数据仓库库?即席查询询服务器器?常规的报报表服务务器?单独专注注的数据据集市?根据用户户的需要要做出你你的决定定实施范围围要限定定在你能能实际做做到的范范围内!详细的实实施步骤骤定义系统统需求基于用户户的需要要正式的文文档，准准确地描描述最终终的系统统所能完完成的功功能与用户一一起复审审需求,即.进行正式式的系统统需求复复审不要让范范围扩大大 瞄瞄准最最初的目目标/规规划提交一个个系统需需求规格格

9、说明书书详细的实实施步骤骤定义系统统需求不要陷入入需求的的“分析析怪圈”决定你能能做到什什么锁定那些些需求，舍弃其其他，放放到未来来的阶段段确保向用用户概述述了你能能够实施施的内容容这样也许许不能使使所有的的用户都都满意，但是，成功地地实现了了用户需需要的一一部分（子集）比试图图建立一一个超级级系统却却以失败败而告终终，什么么都不能能交付好好的多。详细的实实施步骤骤投入和费费用要实实际基于系统统需求分分析确定完成成需求所所必需的的资源人员时间/进进度硬件/软软件不要乐观观地估计计会发生意意外的问问题计划赶不不上变化化错误不可可避免!详细的实实施步骤骤制订一个个正式的的项目计计划基于 系统需求求

10、分析成本估计计进度估计计可用资源源将范围局局限在你你能够做做到的范范围之内内提交正式式的项目目计划详细的实实施步骤骤制订一个个正式的的项目计计划切记:正式的项项目计划划可以确确保每一一个人（管理者者和开发发人员）及时了了解开发发的最新新情况，及时发发现开发发中出现现的问题题。详细的实实施步骤骤制订一个个正式的的项目计计划最后,记记住:承诺少一一点，然然后交付付多一点点要比承诺太多多，令人人失望更好详细的实实施步骤骤进行详细细的数据据分析基于用户户的需要要和报表表找到提供供报表所所需数据据的遗留留/现有有的系统统获得任何何/所有有关于现现有数据据的文档档获得对所所有数据据源的访访问和使使用权决定

11、是否否需要有有抽取程程序详细的实实施步骤骤进行详细细的数据据分析确定必需需的转换换数据的清清洗?查找Lookup/确认?合并?你想要这这个过程程自动执执行吗?抽取,转转换, 装载载 (ETL)工具?定制代码码和/或或脚本?详细的实实施步骤骤进行详细细的数据据分析确定必需需的数据据更新频频度需要多长长时间刷刷新一次次数据?如何更新新数据?自动化的的过程复制ETL工具定制的代代码和/或手工工的脚本本详细的实实施步骤骤进行详细细的数据据分析数据分析析应获得得以下结结果数据字典典,包包含遗留（Legacy)的数据定定义及其其分布位位置新的数据据仓库的的数据定定义数据规模模，类型型，单位位，例外外，等等

12、等。这还不是是数据模模型，此此时你还还没有足足够的信信息来建建立系统统的模型型。详细的实实施步骤骤进行详细细的数据据分析数据分析析应获得得以下结结果接口文档档,包包含:将数据从从现有系系统迁移移到数据据仓库的的ETL过程转换规则/标标准刷新/实实时性需需求和详详细规格格说明详细的实实施步骤骤下一步?系统需求求分析和和数据分分析是详详细系统统设计的的基础记住:基础不好好，设计计也不会会好且非非常局限限稳固的基基础将为为设计奠奠定一个个坚实、可扩的的基础详细的实实施步骤骤详细系统统设计再次强调调，这项项工作乃乃至所有有的工作作都应该该立足于于已整理理完成的的用户需需求。让我们看看一下在在进行详详细

13、的系系统设计计时考虑虑的一些些具体的的工作项项目。详细的实实施步骤骤详细的系系统设计计设计首要要考虑的的是满足足用户的的需求数据和数数据类型型必须通通过“数数据分析析”得到到数据字典典接口文档档详细的实实施步骤骤详细的系系统设计计必需由专专业的数数据建模模人员设设计“模模式-Schema”是复制/修改现现有的设设计吗？?还需要一一个新的的设计?你需要什什么类型型的模式式?StarRelationalFlat详细的实实施步骤骤详细的系系统设计计在设计数数据模型型时,考考虑以以下两者者之间可可能的折折中方案案:使用户报报表获得得最高性性能使即席Ad-HOC查询获得得最大灵灵活性在进行用用户界面面设

14、计时时，考虑虑:开发所有有报表的的原形或或样板构建/虚虚拟用户户界面邀请用户户复审和和评判详细的实实施步骤骤详细的系系统设计计特别注意意数据抽抽取，转转换和装装载过程程的设计计这是很多多项目失失败的原原因你准备怎怎样迁移移数据迁移数据据的频度度如何如何更新新完整、全全面地记记录这些些文档。以后的的系统维维护人员员会感谢谢你的。详细的实实施步骤骤详细的系系统设计计最后，也也许是最最重要的的:你的设计计/硬件件/软件件必须实实现系统统需求，并确保保足够的的性能。如果性能能很差，即使产产生了所所需要的的报表，用户一一样会抛抛弃的。不要让范范围不断断扩大维持最初初的需求求详细的实实施步骤骤详细的系系统

15、设计计此时才是是最终确确定选择择的最佳佳时机:存放数据据仓库的的硬件Unix,NT?硬件平台台厂商（是否有选选择余地地）磁盘阵列列支持(快速速的、共共享的磁磁盘阵列列)详细的实实施步骤骤详细的系系统设计计选择实施数据据仓库的的软件ETL工具Data Modeling工具数据库通用的数数据库-SybaseASE等专门的数数据仓库库数据库库SybaseIQ详细的实实施步骤骤详细的系系统设计计选择Query工具/ 报表表生成工工具定制开发发?商业软件件包?详细的实实施步骤骤详细的系系统设计计选择记住在订订购设备备和软件件时考虑虑交货时时间不要忘记记安装时时间不要忘记记安装过过程中可可能会碰碰到一些些

16、小故障障，也会会影响到到你的时时间进度度。详细的实实施步骤骤详细系统统设计的的结果设计工作作应该获获得以下下成果硬件规格格说明软件规格格说明详细的数数据模型型最新的详详细的数数据字典典源系统的的数据规规格说明明新数据仓仓库的数数据规格格说明详细的实实施步骤骤详细系统统设计的的结果设计成果果最新的接接口文档档包含详细细的ETL设计/定定义用户界面面规格说说明固定报表表的设计计Ad-Hoc即席查询询界面设设计详细的实实施步骤骤详细系统统设计的的复审此时，你你应该做做一下详详细设计计的复审审正式复审审:数据库的的设计接口的设设计ETL模板/定定制代代码和脚脚本报表示例例 (邀邀请用户户参与)详细的实

17、实施步骤骤记住!NotRDBMSengineNotfront-end toolNotdataextract toolNotdataloading utilitiesNotmoreprocessorsNotthe business visionNottechnical ingenuityNotevenconsultants.如果物理理设计没没有做好好，没有有什么可可以弥补补的:现在可以以开始实实施了你应该有有几个实实施组数据获取取 /ETL组数据库/模模型实施施组用户界面面 /查查询开开发组详细的实实施步骤骤实施在界面开开发时要要求用户户参与尤其是开开发屏幕幕、报表表和/或或原型能够更快快地获得

18、得用户的的反馈、实施/修正详细的实实施步骤骤实施在实施过过程中, 尽可可能多地地做增量量/单元元测试尽早地发发现问题题识别无法法预料的的风险在问题/风险威威胁整个个项目之之前解决决或规避避详细的实实施步骤骤正式的系系统测试试一旦实施施接近尾尾声，就就要开始始考虑正正式的测测试。不不要跳过过，取消消，缩短短或忽略略正式测测试的重重要性。这是让用用户确信信你已经经为他们们建立了了一些可可以实际际工作或或运行的的系统的的主要方方法。详细的实实施步骤骤正式的系系统测试试应该由实实施组之之外的人人完成测试系统统需求规规格说明明中的所所有需求求制订正式式的测试试程序和和计划要求用户户参与复审测试试计划和和

19、程序帮助测试试用户界界面/报报表模块块详细的实实施步骤骤正式的系系统测试试邀请生产产系统的的员工参参与部分分系统测测试系统的日日常操作作无法由由开发人人员完成成生产系统统的控制制人员将将获得宝宝贵的认认识和体体验此时体验验将减少少交接时时间和对对使用人人员培训训的时间间详细的实实施步骤骤正式的系系统测试试成功地进进行了完完整的系系统测试试，你就就能够很很有信心心地交付付系统给给用户，并确信信这个系系统对用用户来说说是一个个有用的的、有价价值的系系统。此外，用用户也会会有信心心，这个个系统将将出色地地运行并并在工作作中提供供帮助，发挥作作用。详细的实实施步骤骤配置管理理如果公司司没有专专门的配配置管理理组/部部门/计计划，那那么你应应该执行行一套配配置管理理计划捕获，锁锁定，备备份和控控制所有的文文档,规规格说说