统一过程

UML是一种独立于过程之外的建模语言，它并不直接和软件开发过程相关，人们的问题是:统一的软件开发过程对软件开发是一剂灵丹妙药吗？软件开发过程能统一吗？

反模式就是不做什么：有些行为、习惯或者方法似乎很有价值，但对于准备完成的事情来说却没有帮助。本文讨论了多种RUP反模式，收集来自Black Diamond Software指导RUP使用者在各种不同大小，人员组成技术环境和工业项目中的经验。本文讨论了每一种反模式的本质，以及怎样才能避免的措施。

RUP即Rational Unified Process，是Rational公司开发的软件过程产品。The Unified Software Development Process也指的是RUP，不过去掉了前面的公司名。本文分别采用“统一软件过程”和“RUP”作为其全称和简称。

在实践中，笔者发现，对概念的理解不到位，特别是对概念之间的关系理解不到位，是阻碍不少人成功应用RUP的原因之一。本文采用“为概念及其关系建模”的方法，对概念及其关系进行考察，以期深入理解RUP的核心概念。

Rational统一过程(Rational Unified Process，RUP)提供了一个极有价值的软件开发业务框架，它正在成为一个广受欢迎的当代软件开发过程的事实标准。然而作为框架，必须根据每个项目团队及其环境的需要进行调整。RUP本来是用一种轻型和敏捷的方式来开发项目的，而不是被当作一个“万能尺码”的开发过程。若干因素妨碍了RUP的成功实施，其导致的结果往往非常糟糕。

RUP与XP的融合，是各自特点的相互补充，也是软件开发方法的平衡之道。而对软件技术平衡的思考也可以说是技术成熟的开始。

RUP将项目管理、商业建模、分析与设计等，统一到一致的、贯穿整个开发周期的处理过程。

作为迭代开发框架，Rational Unified Process 或称为 RUP，足够灵活地适应多种项目管理方式。随着基于 RUP 的团队开始采用模型驱动体系架构（model-driven architecture，MDA）策略，为成功地采用 MDA，他们需要了解 RUP 中的哪些任务、工件和阶段需要特别关注。

RUP与XP的融合，是各自特点的相互补充，也是软件开发方法的平衡之道。而对软件技术平衡的思考也可以说是技术成熟的开始。

近年来软件过程改进在国内日益得到重视，一度出现了许多组织纷纷开展 SW-CMM 商业评估的热潮。迄今全国已有近两百家软件企业通过了 SW-CMM、CMMI 各级评估（1 2 3）。这一方面说明原本作为美国军方标准（如今已成为全球通行的国际标准）的 SW-CMM、CMMI 并非高不可攀，另一方面也说明加强软件开发规范化管理、提高过程成熟度已经得到了业界的广泛认同。

件工程协会 (SEI) 的能力成熟度模型 (CMM) 提供了一种著名的软件流程成熟度基准。CMM 已经成为了许多领域内的流行工具，用于评估一个组织的软件流程的成熟程度。本文说明了 Rational Unified Process 如何支持正在努力达到 CMM 级别 2 （可重复的）和级别 3（已定义的）的组织。

在今天的系统开发环境中，IBM Rational客户工作的环境时常会包括多个系统的集成。本文阐述了IBM Rational Unified Process for Systems Engineering?（RUP SE?）如何在这些情况下对你有所帮助。

本文介绍了Rational统一过程（RUP）的主要内容，包括开发阶段、迭代过程和核心工作流等，并简要评述了其在软件项目开发中的优越及不足之处。

软件项目管理者常常认为 Rational Unified Process（即大家所熟知的RUP），不适用于有限规模的软件项目。本文提供了在整个迭代开发阶段均遵循RUP，从而获益匪浅的两个小项目的典型示例。

本文描述了怎样使用rational软件公司提出的RUP（Rational Unified Process Rational 统一过程）理论来开发web应用。本文特别关注于软件生命周期的前端部分，以及如何集成使用RUP理论的创意设计过程和软件工程过程。本文包含了context integration公司对RUP的一些应用经验和扩展，context Integration 公司是一家领先的web解决方案集成商，为其名列财富1000公司的客户提供web解决方案，并使用了该公司自己的wow（Web Opportunity Workshop）软件和web开发优化理论：inContext。

为了向初学者介绍 RUP 框架，软件开发的过程经常和建筑过程相比较。但是和建造房屋比起来，使用 RUP 进行软件开发更像是在制作电影，这正如文章题目所说的那样。

一个定义良好且管理良好的过程是区别成效卓著的项目和不成功项目之间的重要指标。“统一软件开发过程”正是我们在软件开发上面临的难题的解决之道。

IBM Rational Unified Process?（或简称 RUP?）是一个完善的软件开发过程框架，它具有若干种即装即用的实例。源自 RUP 的过程范围很广，从满足短周期的小型项目需要的轻量级 RUP，到满足大型的、可能是分布式的项目团队需要的更加完备的过程。各种类型和规模的项目都已成功地使用了 RUP。本白皮书说明了如何在小型项目中以轻量级的方式应用 RUP。我们将要讲解如何在一个完整项目的上下文范围内应用极限编程（XP）技术。

Rational Unified Process（或者简称为RUP） 是一套由Rational Software开发的完整的软件开发过程框架。它使用迭代式开发方法学，也可以被描述为"用例驱动的、风险驱动的和架构驱动的"。对于许多的刚刚开始使用RUP 的软件开发人员来说，这些都是新概念，也就意味着，在项目中第一次使用RUP 时，需要大量的培训和指导。仅仅"看看书"是不够用的！本白皮书描述了Volvo Information Technology 是如何实施RUP 的，如何通过调查问卷评估使用RUP 带来的影响，以及如何使用SPICE Framework（ISO 15504）评估开发团队软件过程能力的改善的。

对于统一过程而言，敏捷建模是在保持统一过程原有基本优点的前提下，加强这一重量级软件过程敏捷程度的有效途径。相信，会有越来越多的统一过程软件开发实践将受益于对敏捷建模精髓的汲取，而太原同城系统开发的成功实践就是其中一个很好的例子。