RUP的四个阶段
   RUP包括初始阶段,细化阶段,构造阶段和交付阶段. 每个阶段都由一个或多个连续的迭代组成,每个迭代都是一个完整的开发过程,是一个具体的迭代工作流从头到尾的执行. 每个阶段结束于一个主要的里程碑(Major Milestones);每个阶段本质上是两个里程碑之间的时间跨度.在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足.如果评估结果令人满意的话,可以允许项目进入下一阶段.
  这四个阶段每个阶段的的侧重点都有所不同.
   初始阶段: 需求和分析工作流;
初始阶段结束时是第一个重要的里程碑：生命周期目标(Lifecycle Objective)里程碑。生命周期目标里程碑评价项目基本的生存能力。
   细化阶段: 需求,分析和设计工作流;
细化阶段结束时第二个重要的里程碑：生命周期结构(Lifecycle Architecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。
   构造阶段: 实现工作流;
构建阶段结束时是第三个重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。
   交付阶段: 实现和测试工作流.
在交付阶段的终点是第四个里程碑：产品发布(Product Release)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

RUP的迭代开发模型

   RUP中的每个阶段都可以进一步分解为迭代. 一个迭代是一个完整的开发循环, 产生一个科执行的产品版本, 是最终产品的一个子集, 它增量式地发展,从一个迭代过程到另一个迭代过程到成为最终的系统.
在工作流中的每一次顺序的通过称为一次迭代.软件生命周期式迭代的连续, 通过它, 软件是增量的开发.
迭代过程的优点:

  降低了在一个增量上的开支风险. 如果开发人员重复某个迭代, 那么损失只是这个开发有误的迭代的花费.
  降低了产品无法按照既定进度进入市场的风险.通过在开发早期确定风险, 可以尽早解决问题而不至于在开发后期匆匆忙忙.
  加快了整个开发工作的进度. 因为开发人员清楚问题的焦点所在, 他们的工作会更有效率.
  由于用户的需求并不能在一开始就做出完全的界定, 通常是在后续阶段中不断细化的. 因此, 迭代过程这种模式使适应需求的变化会更容易.

上文来自CSDN博客，转载请标明出处：http://blog.csdn.net/Mr_Von/archive/2008/09/19/2949781.aspx

附：

RUP：通过用例应用需求管理 http://www.soft6.com/tech/4/46795.html