软件开发模型之RUP（Rational Unified Process）方法

一、基本描述

1、RUP（Rational Unified Process，统一软件开发过程，统一软件过程)是一个面向对象且基于网络的程序开发方法论，是Rational软件公司（Rational公司被IBM并购）创造的软件工程方法。RUP描述了如何有效地利用商业的可靠的方法开发和部署软件，是一种重量级过程（也被称作厚方法学），因此特别适用于大型软件团队开发大型项目。（PS：基本上不适合于国内中型和小型软件机构）

2、软件工程领域， 与RUP齐名的软件方法还有：

净室软件工程（重量级）、CMMI（重量级）；

极限编程（extreme programming，简称 XP）和其他敏捷软件开发（agile methodology）方法学（轻量级）。

3、RUP最重要的它有三大特点：1）受控的迭代式增量开发，2）软件开发是由用例（Use Case）驱动的，3）软件开发是以构架设计（Architectural Design）为中心的。

二、开发过程

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

初始阶段

目标：为系统建立商业案例并确定项目的边界。

实践：为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。

描述：本阶段具有非常重要的意义，在这个阶段中所 关注的是整个项目进行中的业务和需求方面的 主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。

初始阶段结束时是第一个重要的里程碑： 生命周期目标（Lifecycle Objective）里程碑。

效果：生命周期 目标里程碑评价项目 基本的生存能力。

细化阶段

目标：分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。

实践：为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括 创建开发案例，创建模板、准则并准备工具。

细化阶段结束时第二个重要的里程碑： 生命周期结构（Lifecycle Architecture）里程碑。

效果：生命周期 结构里程碑 为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

构造阶段

目标：所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。

描述：从某种意义上说，构建阶段是一个 制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。

构建阶段结束时是第三个重要的里程碑： 初始功能（Initial Operational）里程碑。

效果：初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

交付阶段

目标：确保软件对最终用户是可用的。

描述：交付阶段可以跨越几次迭代，包括为 发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。

在交付阶段的终点是第四个里程碑： 产品发布（Product Release）里程碑。

效果：要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

三、6个最佳实践

迭代式开发

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

管理需求

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

体系结构

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

可视化建模

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

验证软件质量

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

控制软件变更

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

四、RUP的影响

　　长处：提高了团队生产力，在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面，针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。

　　不足：RUP只是一个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容；此外，它没有支持多项目的开发结构，这在一定程度上降低了在开发组织内大范围实现重用的可能性。

　　可以说RUP是一个非常好的开端，但并不完美，在实际的应用中可以根据需要对其进行改进并可以用OPEN和OOSP等其他软件过程的相关内容对RUP进行补充和完善。

转载于:https://www.cnblogs.com/Dream-Weaver/archive/2013/05/07/3064309.html