【IT168 技术文章】

    信息技术市场流行的方法论有RUP、The Zachman Framework、XP等。在这些方法论中，最流行的要数RUP。RUP提供的是帮助人们更出色地工作的知识基础。

    RUP（Rational Unified Process，统一软件开发过程，统一软件过程)是一个面向对象且基于网络的程序开发方法论。根据Rational(Rational Rose和统一建模语言的开发者)的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。

    RUP和类似的产品-例如面向对象的软件过程（OOSP），以及OPEN Process都是理解性的软件工程工具-把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的组件（例如文档，模型，手册以及代码等等）整合在一个统一的框架内。

    UML是现今最为成熟的软件建模技术和语言。但UML的三位创始人在创建UML 的开始阶段，就开始认识到软件开发除了需要建模技术和语言之外，还需要一个更高层次，能够指导软件开发人员进行开发活动的开发过程方法学。

    UML三位创始人之一 Ivar Jacobson 在加入Rational之前，致力于开发能用于软件开发活动的软件过程，这就是其过程产品 Objectory 。Objectory 过程在被 Rational 收购之后，得到了进一步的发展，被命名为 Rational Object Process。

    同UML一样，在这个发展过程中也融入了其他优秀软件过程的精髓。1998 年，Rational Object Process被正式命名为 Rational Unified Process（RUP，Rational 统一过程），并且将 UML 作为其建模语言。由此 Rational 统一过程成为了业界最为成熟和成功的软件开发过程。

    RUP的二维开发模型

    RUP软件开发生命周期是一个二维的软件开发模型。横轴通过时间组织，是过程展开的生命周期特征，体现开发过程的动态结构，用来描述它的术语主要包括周期(Cycle)、阶段(Phase)、迭代(Iteration)和里程碑(Milestone);纵轴以内容来组织为自然的逻辑活动，体现开发过程的静态结构，用来描述它的术语主要包括活动(Activity)、产物(Artifact)、工作者(Worker)和工作流(Workflow)。

    RUP核心概念

    RUP中定义了一些核心概念，如图2。

    角色:描述某个人或者一个小组的行为与职责。RUP预先定义了很多角色。

    活动:一个有明确目的的独立工作单元。

    工件:活动生成、创建或修改的一段信息。

    RUP是一个通用的过程模板，包含了很多开发指南、制品、开发过程所涉及到的角色说明，由于它非常庞大所以对具体的开发机构和项目，用RUP时还要做裁剪，也就是要对RUP进行配置。RUP就像一个元过程，通过对RUP进行裁剪可以得到很多不同的开发过程，这些软件开发过程可以看作RUP的具体实例。

    首先，确定本项目需要哪些工作流。其次， 确定每个工作流需要哪些相关资源。接着，确定四个阶段之间如何演进。确定阶段间演进要以风险控制为原则，决定每个阶段要那些工作流，每个工作流执行到什么程度，制品有那些，每个制品完成到什么程度。再次， 确定每个阶段内的迭代计划。规划RUP的四个阶段中每次迭代开发的内容。最后，规划工作流内部结构。工作流涉及角色、活动及制品，他的复杂程度与项目规模即角色多少有关。

    开发过程中的阶段与里程碑

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

    初始阶段

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

    细化阶段

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

    构造阶段

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

    交付阶段

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