管理数据仓库的实施项目

《管理数据仓库的实施项目》由会员分享，可在线阅读，更多相关《管理数据仓库的实施项目（64页珍藏版）》请在金锄头文库上搜索。

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

2、验不懂数据仓库的方法和技术不使用结构化的实施方法 快速原型开发 只是当成另一个数据库 失败的最主要原因是什么 对要建立的数据仓库没有清晰的定义如果你没有一个明确的 确定的目标要完成 你怎么能够成功呢 低估了实施数据抽取和转换的时间 工作量即使考虑到 也是很不充分的允许范围不断增加 超出了可以做到的范围 但是 超过60 的数据仓库项目是失败的 失败的最主要原因是什么 但是很可能 导致失败的最主要原因是 用户 没有参与进来没有与用户会面交谈或咨询用户系统建设不是针对使用者的需求闭门造车的方式建立系统系统的建设不是针对解决任何特定的问题 但是 超过60 的数据仓库项目是失败的 导致的结果 以上种种最

3、终导致精神上的崩溃太多的工作太少的时间事情变化太快不知道目的是什么漫无目的地徘徊 这样领导项目很难跟随 但是 超过60 的数据仓库项目是失败的 很有可能 项目 计划的管理者根本没有了解或考虑一些关键的方面 哪些方面 但是 超过60 的数据仓库项目是失败的 用户谁是 用户 他们需要一个数据仓库吗 他们的需求到底是什么 更快的报表 新的报表 他们什么时候需要一个系统 他们愿意付钱或提供资金开发吗 哪些关键的方面 哪些关键的方面 功能是要建一个 报表服务器 还是 数据仓库 有 即席 AD HOC 访问吗 是否已有一些报表存在 新的系统将会替代现有的 遗留的系统吗 报表有没有清楚地详细说明报表的定义

4、是已有的报表吗 还是希望有的报表清单 列出的报表 是否有优先顺序 与所有用户就报表的定义和内容达成一致了吗 哪些关键的方面 数据需要什么数据 数据从哪里来 谁 拥有 数据 你能访问到这些数据吗 有多少数据是必需的是否有足够的带宽获得这些数据 数据刷新 传递的需求是什么 哪些关键的方面 谁也不能担保成功 但是通过以下的努力 你可以有最大的机会得到一个有用的系统 以一种仔细地 有系统地和结构化的方式实施数据仓库 制定出一个计划严格按计划执行不要超越范围不要超越需求 如何能够成功 如何能够成功 机会不要匆忙实施不要忘记测试质量保证系统交付用户和操作培训而最重要的是 所有的阶段都要求用户参与 如何能够

5、成功 最后 数据仓库的实施要当作一个大的软件项目来考虑和管理 以恰当的方式实施也许这种恰当的实施方式会花更长的时间和更多的精力 但却能使你更有可能 成功交付一个有用的系统提交你所承诺的保住你的工作 如何能够成功 我应该做什么 不要忘记 你的目标不是建一个 数据的仓库 你的目标是要建成一个对你的 用户 有相当价值的系统如果 用户 不喜欢这个系统 或者对他们来说系统太难用或太麻烦 那么他们不会去用它系统也就失败了这个系统就会被拆除你的职业生涯也会遭受挫折 我能做什么 让我们来看一下你应该如何行动 才能使你成功的把握最大 认识并了解 用户 进行彻底的需求分析设计对数据的分析制订项目计划 我能做什么

6、确保充分的资源人员硬件 软件时间制订一个详细的计划制定界面的规格说明文档 描述 数据源访问控制数据的转换 修正 我能做什么 实施过程中进行标准的质量保证检查对等复审单元测试进行详细和完整的系统测试制订系统版本发布的配置管理和质量保证程序 总结起来 理想的实施情况 时间 详细的实施步骤 认识并了解用户用户访谈发现 问题或捆绕 所在收集现有报表的拷贝索取报表清单 期望的新报表或修改报表 建立原型 虚构的报表 让用户复审尽可能多的了解用户日常的工作职责 决定你所要建立的是什么企业级数据仓库 即席查询服务器 常规的报表服务器 单独专注的数据集市 根据用户的需要做出你的决定实施范围要限定在你能实际做到的

7、范围内 详细的实施步骤 定义系统需求基于用户的需要正式的文档 准确地描述最终的系统所能完成的功能与用户一起复审需求 即 进行正式的系统需求复审不要让范围扩大 瞄准最初的目标 规划提交一个系统需求规格说明书 详细的实施步骤 定义系统需求不要陷入需求的 分析怪圈 决定你能做到什么锁定那些需求 舍弃其他 放到未来的阶段确保向用户概述了你能够实施的内容这样也许不能使所有的用户都满意 但是 成功地实现了用户需要的一部分 子集 比试图建立一个超级系统却以失败而告终 什么都不能交付好的多 详细的实施步骤 投入和费用要实际基于系统需求分析确定完成需求所必需的资源人员时间 进度硬件 软件不要乐观地估计会发生意外

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

9、步骤 进行详细的数据分析确定必需的转换数据的清洗 查找Lookup 确认 合并 你想要这个过程自动执行吗 抽取 转换 装载 ETL 工具 定制代码和 或脚本 详细的实施步骤 进行详细的数据分析确定必需的数据更新频度需要多长时间刷新一次数据 如何更新数据 自动化的过程复制ETL工具定制的代码和 或手工的脚本 详细的实施步骤 进行详细的数据分析数据分析应获得以下结果数据字典 包含遗留 Legacy 的数据定义及其分布位置新的数据仓库的数据定义数据规模 类型 单位 例外 等等 这还不是数据模型 此时你还没有足够的信息来建立系统的模型 详细的实施步骤 进行详细的数据分析数据分析应获得以下结果接口文档

10、包含 将数据从现有系统迁移到数据仓库的ETL过程转换规则 标准刷新 实时性需求和详细规格说明 详细的实施步骤 下一步 系统需求分析和数据分析是详细系统设计的基础记住 基础不好 设计也不会好且非常局限稳固的基础将为设计奠定一个坚实 可扩的基础 详细的实施步骤 详细系统设计再次强调 这项工作乃至所有的工作都应该立足于已整理完成的用户需求 让我们看一下在进行详细的系统设计时考虑的一些具体的工作项目 详细的实施步骤 详细的系统设计设计首要考虑的是满足用户的需求数据和数据类型必须通过 数据分析 得到数据字典接口文档 详细的实施步骤 详细的系统设计必需由专业的数据建模人员设计 模式 Schema 是复制

11、修改现有的设计吗 还需要一个新的设计 你需要什么类型的模式 StarRelationalFlat 详细的实施步骤 详细的系统设计在设计数据模型时 考虑以下两者之间可能的折中方案 使用户报表获得最高性能使即席Ad HOC查询获得最大灵活性在进行用户界面设计时 考虑 开发所有报表的原形或样板构建 虚拟用户界面邀请用户复审和评判 详细的实施步骤 详细的系统设计特别注意数据抽取 转换和装载过程的设计这是很多项目失败的原因你准备怎样迁移数据迁移数据的频度如何如何更新完整 全面地记录这些文档 以后的系统维护人员会感谢你的 详细的实施步骤 详细的系统设计最后 也许是最重要的 你的设计 硬件 软件必须实现系统

12、需求 并确保足够的性能 如果性能很差 即使产生了所需要的报表 用户一样会抛弃的 不要让范围不断扩大 维持最初的需求 详细的实施步骤 详细的系统设计此时才是最终确定选择的最佳时机 存放数据仓库的硬件Unix NT 硬件平台厂商 是否有选择余地 磁盘阵列支持 快速的 共享的磁盘阵列 详细的实施步骤 详细的系统设计选择实施数据仓库的软件ETL工具DataModeling工具数据库通用的数据库 SybaseASE等专门的数据仓库数据库SybaseIQ 详细的实施步骤 详细的系统设计选择Query工具 报表生成工具定制开发 商业软件包 详细的实施步骤 详细的系统设计选择记住在订购设备和软件时考虑交货时间

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

14、endtoolNotdataextracttoolNotdataloadingutilitiesNotmoreprocessorsNotthebusinessvisionNottechnicalingenuityNotevenconsultants 如果物理设计没有做好 没有什么可以弥补的 现在可以开始实施了你应该有几个实施组数据获取 ETL组数据库 模型实施组用户界面 查询开发组 详细的实施步骤 实施在界面开发时要求用户参与尤其是开发屏幕 报表和 或原型能够更快地获得用户的反馈 实施 修正 详细的实施步骤 实施在实施过程中 尽可能多地做增量 单元测试尽早地发现问题识别无法预料的风险在问题 风

15、险威胁整个项目之前解决或规避 详细的实施步骤 正式的系统测试一旦实施接近尾声 就要开始考虑正式的测试 不要跳过 取消 缩短或忽略正式测试的重要性 这是让用户确信你已经为他们建立了一些可以实际工作或运行的系统的主要方法 详细的实施步骤 正式的系统测试应该由实施组之外的人完成测试系统需求规格说明中的所有需求制订正式的测试程序和计划要求用户参与复审测试计划和程序帮助测试用户界面 报表模块 详细的实施步骤 正式的系统测试邀请生产系统的员工参与部分系统测试系统的日常操作无法由开发人员完成生产系统的控制人员将获得宝贵的认识和体验此时体验将减少交接时间和对使用人员培训的时间 详细的实施步骤 正式的系统测试成

16、功地进行了完整的系统测试 你就能够很有信心地交付系统给用户 并确信这个系统对用户来说是一个有用的 有价值的系统 此外 用户也会有信心 这个系统将出色地运行并在工作中提供帮助 发挥作用 详细的实施步骤 配置管理如果公司没有专门的配置管理组 部门 计划 那么你应该执行一套配置管理计划捕获 锁定 备份和控制所有的文档 规格说明书 以及设计文档任何的ETL模板和 或定制代码脚本 批处理文件数据模型DataModel s 详细的实施步骤 配置管理一个好的配置管理计划将极大地方便以后系统的维护和升级尤其是在最初的开发人员和设计人员都离开了的情况下 详细的实施步骤 系统交付和培训此时 系统投入正式的生产环境使用生产环境的人不太可能是开发人员为了确保以后使用的成功 需要培训生产环境的操作人员你还需要提供一些不同级别的用户培训 详细的实施步骤 系统交付和培训制订正式的系统交付计划为系统的生产操作人员制订正式 全面的培训程序编写培训程序和手册函盖系统的各个方面 详细的实施步骤 如果你按照我们所谈到的内容去做了 那么 此时你应该已经成功地实施了一个系统 总结一下所谈的内容 详细的实施步骤 总结 建立用户想要