RUP中的软件过程的四个阶段
在每个阶段的结尾执行一次评估，以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。
RUP的基本特性
一，用例驱动：
也就尽量以用例来描述用户的可描述需求。（这样一来可以更好理解用户需求，二来用户可以通过用例确认需求，）用例描述需求也较为清晰。
但一些依赖项可能无法在用例中描述，这就需要一些其它相关文档来记录这些依赖。在实际项目中，用例可以做为签暑合同的重要依据，但有时并不能做为唯一的依据。
一，以架构为中心：
也就是根据基线化（也就是初步成为标准的）需求来进行架构设计，形成原型性的关键产出物。
同时，在架构设计，要把架构中的元素组件化，能用到以后的产品，这很重要，所以架构并不是一个简单的原型性的产物
二，迭代开发：
也就是以迭代的软件周期方式进行开发，每次迭代，完成完成一部分需求,这样就能让第三方及开发组织能较早地认识开发的产物，以备应对需求的变更。及对帮助对需求能更好的确认与跟踪。同时，迭代的方式开发，更能保证产品的质量。
注意，每次迭代所选取的需求要按一定的规则，比如，选择风险较大，或未知性强的功能项进行先期迭代。
rup 4+1视图
