在RUP之前有个UP，U是unified的缩写，译为统一的。

在此想和大家讨论一下这个“统一”如何理解？

偶个人认为Rational一直再强调Unified Process(统一过程)，包括将其一整套软件工程的最佳实践都命名为Unified Process，那么它强调的到底是什么呢？

个人认为是软件开发过程中的所有方面的控制，信息共享做到统一，不再是各自为政，要全面的，统一的去管理他们之间的联系；而不再是以前仅仅局限于单个工具的应用。 企业要管理源代码版本控制了，就上个ClearCase，要管理缺陷了就上RequisitePro......等等，而忽略了需求，源码控制，缺陷管理，测试这之间的联系。

Rational一直在做这些工具的集成，为的就是捕获这些联系，让我们可以站在一个高度上看清楚软件开发过程中各个环节之间的联系。

俺只想到这些，其它的大家来补充。

学习一下~~~

一个过程它的各个阶段的各种产出（构件/工件）是协调统一的

非常同意懂你的观点，“统一”旨在“相互联系”。

我说说自己的看法，贯穿软件生命周期，不仅需要工具间的紧密结合，更需要一个统一的语言。

这也就是建模和设计领域最为流行的UML，它的首字母也是“U”哦，呵呵

如果把UP理解为RUP，有点狭隘或者片面。其实现在不只有RUP，还有EUP等等。所以不一定要在Rational工具框架之下理解。

用UP来处理/包含所有的软件开发/维护过程
所有的process/procedure都可以从UP里面取。

个人理解为软件工程中分为几个阶段，有需求分析、设计编码、测试、配置管理和项目管理。把这几个阶段有机的整合起来，贯穿一条线，这就是统一的意思吧。

一个过程它的各个阶段的各种产出（构件/工件）是协调统一的

软件开发的过程有多个阶段，如何串起来？看每个阶段的产出，活动，这些整合起来，统一起来就是UP了

难道没人认为这是最精辟的解释嘛？

不要从字面上直接去理解
1,RUP是种迭代的,以架构为中心的,用况驱动的软件开发方法
2,RUP是一种具有明确定义和结构的软件工程的过程
3,RUP还是一个过程产品

详细请见<<Rational统一过程实践者指南>>中国电力出版社


这本书写得还不错,可以看看