Rational Edge: 利用基于 RUP 的方法开发数据仓库 —— 第 1 部分：初始阶段

 本文概述了与传统串行的数据仓库开发方法相关的问题，并介绍 RUP 的渐进式方法为何更加适合于数据仓库的开发。

本文来自于 Rational Edge：这个分为两部分的系列文章概述了如何将基于 IBM Rational 统一过程（RUP）的方法用到数据仓库（data warehouse，DW）项目中，这些项目可以在遇到最终用户的需求变更时，交付高质量解决方案，从而减少您的商业及技术风险。本文概述了与传统、串行的 DW 开发方法相关的问题，介绍了 RUP 的渐进式的方法是如何更加适合 DW 开发的，并且概述了这种项目的初始阶段。

Gartner Group 已经将数据仓库项目的成功率标定在大约 50％，尽管这还要依赖于您是怎样定义成功的。其他人给出的成功率低到 20％，高到 65％。不论如何，我们似乎还有提高的余地。我的经验是，DW 开发的传统的、串行的方法（在开发开始之前要进行数周或数月的建模）不足以满足我们现今所处的动态商业环境的需求了。项目涉众(stakeholder)需求的不断变更需要一种灵活、渐进的，且高度协作的 DW 开发方法。Rational 统一过程®，或称 RUP®，定义了这样的方法。

采用一种渐进的方法进行 DW 开发的需要并不是什么新鲜的事情。Bill Inmon，公认的数据仓库之父，实际上从一开始就非常清楚这样做的需要。不幸的是，许多数据仓库的成就被不久以前的沉重缓慢的、串行过程所束缚，这些过程无疑是导致 DW 项目高失败率的主要因素。其他的因素包括：太过重视实际数据本身，而不是 DW 提供给最终用户的潜在商业价值，以及相当 天真的假设，即您需要为主要的数据实体确定“一个事实”。幸亏这些都是我们能够选择去处理的自己造成的问题。

在我开始之前，我想要宣布的是我已经将许多敏捷的概念和技术加入到依据 RUP 的 DW 项目开发方法中。我的许多建议，例如只对当前的情况做刚好够用的建模和文档编制，可能看起来是很容易应用于 DW 项目的常见的观点。其他观点在传统数据管理开发周期中似乎是异端的，举例来说，争取确定“一个事实”常常证明是价值很低的时间投入（别担心，我将在文章后面解释这为什么是真的）。我的经验是，如果您想要真正地达到能够响应涉众需求变更的高质量的 DW，那么您需要摆脱传统技术，并采用敏捷的、基于 RUP 的方法。

。。。。。。

　　　　　　　　　　　　　　　　　　　　　　　　　点击此处查看详情