一、产生背景：

1.软件危机：

1.软件开发周期大大超过规定日期；

2.软件开发成本严重超标；

3.软件质量难于保证。

2.软件开发面临的问题：

1.不能满足用户或商业的要求；

2.不能很好的定位需求；

3.模块难于集成；

4.到最后才发现错误；

5.对于终端用户来说质量较差；

6.负载时性能差；

7.没有协调团队的努力；

8.不断地修改发布问题。

二、RUP简介：

RUP全称Rational Unified Process，是一种目前影响较大、面向对象的软件开发过程。RUP提供了在开发机构中分派任务和责任的纪律化方法，其目标是能够在预定的进度和预算中提供高质量的、满足最终用户需求的软件。RUP提出了一整套以UML为基础的开发准则，用以指导软件开发人员以UML为基础进行软件开发。

三、RUP所处理的问题：

1.有缺陷的、无法预见结果的、高度依赖于个别“英雄”程序员的、不可重复开发过程。

2.开发的软件难以适应用户的要求。

3.在应对需求的变更方面无能为力。

4.需要单调乏味和昂贵的测试流程。

5.项目中出现的严重缺陷发现得太迟。

6.开发的软件难以维护和扩充。

四、RUP的思路：

1.迭代式开发 

在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。实际上，我们经常遇到的问题是需求在整个软件开发工程中经常会改变。迭代式开发允许在每次迭代过程中需求可能有变化，通过不断细化来加深对问题的理解。迭代式开发不仅可以降低项目的风险，而且每个迭代过程都可以执行版本结束，可以鼓舞开发人员。

2.管理需求 

确定系统的需求是一个连续的过程，开发人员在开发系统之前不可能完全详细的说明一个系统的真正需求。RUP描述了如何提取、组织系统的功能和约束条件并将其文档化，用例和脚本的使用已被证明是捕获功能性需求的有效方法。

3.使用构件架构 

构件使重用成为可能，系统可以由构件组成。基于独立的、可替换的、模块化组件的体系结构有助于降低管理复杂性，提高重用率。RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。

4.可视化建模 

RUP往往和UML联系在一起，对软件系统建立可视化模型帮助人们提供管理软件复杂性的能力。RUP告诉我们如何可视化的对软件系统建模，获取有关体系结构于组件的结构和行为信息。

5.检验质量 

在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，这样可以及早发现软件中的缺陷。

6.控制变更

迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快就陷入混乱之中，RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。RUP通过软件开发过程中的制品，隔离来自其他工作空间的变更，以此为每个开发人员建立安全的工作空间。

五、RUP的基本特征：

1.迭代式增量开发

2.用例驱动（Use case—driven）

3.以软件体系结构为中心

六、RUP软件开发生命周期：

1.横轴——时间：

周期Cycles：一个RUP可以分为若干个周期；

阶段Phases：起始、演化、构造、提交；

迭代Iterations：每个阶段进行若干次。

2.纵轴——核心工作流：

工作流Workflow：对应于特定的迭代的联系活动；

活动Activities：需求定义、分析、设计、实现和测试；

中间制品Artifacts：活动的结果。

七、开发过程：

RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段（Inception）、细化阶段（Elaboration）、构造阶段（Construction）和交付阶段（Transition）。每个阶段结束于一个主要的里程碑（MajorMilestones）；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。

1.初始阶段 

初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。初始阶段结束时是第一个重要的里程碑：生命周期目标（LifecycleObjective）里程碑。生命周期目标里程碑评价项目基本的生存能力。

2.细化阶段 

细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。细化阶段结束时第二个重要的里程碑：生命周期结构（LifecycleArchitecture）里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

3.构造阶段 

在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。构建阶段结束时是第三个重要的里程碑：初始功能（InitialOperational）里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

4.交付阶段

交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。在交付阶段的终点是第四个里程碑：产品发布（ProductRelease）里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

八、RUP带来的观念变化：

RUP,布布扣,bubuko.com

RUP

原文：http://blog.csdn.net/cyl_happygirl/article/details/20280223