理性统一过程

理性统一过程（RUP）是一个迭代式的软件开发过程框架，由Rational软件公司创建，自2003年以来是IBM的一个部门。

RUP不是一个单一的具体的规定性过程，而是一个可适应的过程框架，旨在由开发组织和软件项目团队来定制，他们将选择适合其需求的过程元素。RUP是统一过程的一个具体实现。

理性软件公司最初开发的理性统一过程是一个软件过程产品。该产品包括一个超链接的知识库，其中有许多不同类型活动的样本工件和详细描述。

RUP包含在IBMRationalMethodComposer(RMC)产品中，它允许对流程进行定制。PhilippeKruchten，一位经验丰富的Rational技术代表，负责领导最初的RUP团队。

这些最初的版本结合了Rational软件组织在建立面向对象系统方面的广泛的现场经验（被Rational现场工作人员称为Rational方法）和Objectory对实践的指导，如用例，并纳入了JimRumbaugh的对象建模技术（OMT）建模方法、GradyBooch的Booch方法和新发布的UML0.8的广泛内容。

为了使这个不断增长的知识库更容易获得，PhilippeKruchten的任务是为现代软件工程组装一个明确的过程框架。这项工作采用了Objectory开发的基于HTML的过程交付机制。

由此产生的Rational统一过程（RUP）为Rational完成了一个战略上的鼎立。在随后的版本中，这个指导思想又根据Rational收购的公司的经验得到了增强。

在1997年，需求和测试学科被添加到该方法中，大部分的额外材料来自于DeanLeffingwell等人在Requisite公司开发的需求学院方法，以及在SQA公司开发的SQA过程方法，这两家公司已经被RationalSoftware收购。

1998年，Rational软件公司增加了两门新的学科。

业务建模，其中大部分内容已经在Objectory流程中，配置和变更管理学科，是通过收购PureAtria公司获得的。这些补充导致了一套总体原则，由Rational定义并在RUP中阐述为现代软件工程的六个最佳实践。

迭代 开发，以风险为主要的迭代驱动力管理需求采用基于组件的架构软件模型视觉上不断验证质量控制变化这些最佳实践与Rational的产品线紧密结合，既推动了Rational产品的持续发展，也被Rational的现场团队用来帮助客户提高软件开发工作的质量和可预测性。

额外的技术包括性能测试、用户界面设计、数据工程等，并进行了更新以反映UML1.1的变化。

1999年，引入了项目管理学科，以及支持实时软件开发的技术和反映UML1.3的更新。

此外，第 一本描述该过程的书《统一软件开发过程》也在同一年出版。

从2000年到2003年，除了对颁布RUP实例和定制RUP框架的工具支持外，还有一些变化从正在进行的Rational现场经验中引入了对迭代 开发的指导。

这些变化包括从eXtreme编程（XP）等方法中引入概念和技术，这些方法后来被统称为敏捷方法。这包括结对编程、测试优先设计等技术，以及解释RUP如何使XP在更大的项目中使用的论文。

对测试学科进行了全面改革，以更好地反映在不同的迭代 开发环境中如何进行测试工作。引入支持性指导–称为工具导师–用于在各种工具中实施RUP实践。

这些基本上为Rational工具的用户提供了逐步的方法支持。以一种允许客户从RUP流程框架中选择部分，用他们自己的补充来定制他们的选择，并且仍然将改进纳入Rational的后续版本的方式，实现RUP的自动化定制。

IBM在2003年2月收购了Rational软件。2006年，IBM为敏捷项目的交付定制了RUP的一个子集–作为一个开放源代码发布。