
_START_ARTICLE_
统一软件开发过程
_START_SECTION_
产品生命周期中的指导方针和模板
_START_PARAGRAPH_
RUP为项目成员定义了在一个产品生命周期中如下指导方针和模板。
_START_SECTION_
迭代式开发
_START_PARAGRAPH_
给定的时间内，开发一个大型的复杂的软件系统，定义问题并构建解决方案是不可能一蹴而就的。在项目的开发过程中，由于体系结构方面的约束，客户的需要或对原始问题更精确的理解，需求会经常地变更。迭代式开发允许通过后续的细化产生对项目更好的理解，并在每个迭代的阶段，把项目的最高风险的事项作为最高优先级的任务集中精力解决。理想的，每一次迭代都以一个可执行的发布为结束，这样可以减少一个项目风险，更多地允许客户的交互并帮助开发人员集中精力。
_START_SECTION_
管理需求
_START_PARAGRAPH_
对于任何大型项目来说，一个文档框架是必不可少的；因此RUP描述了如何描述功能性，约束，设计决定和业务需求。_NEWLINE_用例和场景是过程规定的制品的例子，在贯穿系统整个开发和部署的过程中，用例和场景在捕捉功能需求和提供一致的线索上是非常有效的。
_START_SECTION_
使用基于构件的体系架构
_START_PARAGRAPH_
基于构件的体系架构（CBA）创造了容易扩展的系统，并提升了软件的重用性和可读性。一个构件经常与面向对象程序设计中的一个对象有关。_NEWLINE_RUP提供了构建这种系统的一个系统化的方法，关注于在把所有资源投入到一个项目之前，开发出一个早期的可执行的体系架构。_NEWLINE_这些构件通过一些基础平台，如CORBA和COM组装在一起。
_START_SECTION_
软件的可视化建模
_START_PARAGRAPH_
将你的程序设计从代码上抽象出来，并用图形化构件块展现出来是得到解决方案的全面意象的一种有效方法。这对于项目的技术人员来说，一方面，能够更容易地勾画出如何最好的实现一个给定逻辑集合的轮廓，另一方面，能够更容易地构造在业务过程和实现业务过程的实际代码之间的中间物。_NEWLINE_统一建模语言（UML）是表示项目的产业标准方法，因此经常被RUP使用。
_START_SECTION_
验证软件质量
_START_PARAGRAPH_
质量评估是所有软件项目中最经常的失败所在，因为通常这样项目的仅仅在项目总结中进行质量评估和甚至由另外的团队来进行质量评估。 RUP在规划质量控制和评估方面有所帮助，并把质量控制和评估包括在每个项目成员都参与的整个过程中。