将一个大型项目分解为可连续应用瀑布模型的几个小部分，在对一部分进行需求分析、设计、实现并确认之后，再对下一部分进行需求分析、设计、实现和确认，依次进行下去，直到整个项目完成，这就是迭代式开发。
在RUP中，迭代过程分为几个阶段，如图3－21所示。
图3－21 RUP迭代过程阶段
①初始阶段（Inception）：确定最终产品的构想及其用例，定义项目范围。
②细化阶段（Elaboration）：计划需完成活动和资源，详细说明产品特性并设计软件体系结构。
③构造阶段（Construction）：构造整个产品，逐步完善视图、体系结构和计划，直到产品（完整的构想）已完全准备好交付给用户。
④移交阶段（Transition）：移交产品给用户，包括制造、交付、培训、支持及维护产品。
这4个阶段经历的时间是不同的，每个阶段经历时间的长短要根据具体情况具体分析。特定项目环境导致各阶段时间的长短可能有很大不同。一个典型的时间分配如图3－22所示。每个阶段中最重要的是阶段目标和里程碑。
图3－22 典型时间分配图
这4个阶段构成开发周期，周期结束时产生新版本的软件产品。如图3－23所示，软件产品产生于初始开发周期，随着重复执行同样的过程，软件发展到下一版本，这一时期即为软件的进化周期。
图3－23 开发周期
用户需求的变更、基础技术的变化、竞争都可能激活新的进化周期。周期之间在时间上会有重叠。后一个周期的初始阶段和细化阶段与前一个周期的移交阶段可能同时进行。
在各阶段内也可能包含一个或几个迭代过程，如图3－24所示：
图3－24 各阶段的迭代过程
1）初始阶段
（1）目标：将一个好的想法发展为最终产品的一个构想，提出该产品的业务实例。包括：
①确定项目的软件范围和边界条件，明确系统向用户提供的基本功能。
②识别系统的关键用例，即主要行为场景。
③给出一个试验性的软件体系结构，它是包含主要场景的系统的大致轮廓。
④估计整个项目需要的成本和时间。
⑤评估风险，即分析不确定性因素。
（2）制品。
①构想文档：有关项目核心需求、关键特性和主要限制的构想。
②用例模型调查：包括所有在此阶段可确定的用例和参与者。
③初期的项目术语。
④初始的业务案例：包括业务环境、成功的评价标准、经济预测。
⑤早期的风险评估。(www.xing528.com)
⑥项目计划：表明阶段和迭代过程。
2）细化阶段
（1）目标：说明该产品的绝大多数用例，并设计出系统的体系结构。
①分析问题领域，建立合理的体系结构并对其进行评审，然后设定基线。
②确定项目计划，评价项目最有可能出现的风险因素，为计划设定基线。
体系结构表现为系统中各种模型的不同视图，包括了用例、分析、设计、实现、部署模型视图。
（2）制品。
①用例模型（至少完成80%）：定义在用例模型调查中识别出的所有用例、所有参与者，完成大部分用例描述。
②补充需求：包括非功能需求和与具体用例不相关的需求。
③软件体系结构描述及可执行的体系结构原型。
④修改后的风险清单和业务案例。
⑤关于整个项目的开发计划：描述迭代过程和每个迭代过程的评价准则。
⑥更新后的开发用例：详细描述将要用到的过程。
⑦初步的用户手册（可选）。
3）构造阶段
（1）目标：此阶段是一个制造过程，目标是开发整个系统，并确保产品可以开始提交给客户，使产品达到最初的运行能力。
①开发和集成构件特征及应用程序特征，使之成为软件产品，并进行测试。
②通过优化资源、减少返工与浪费来降低开发成本，提高产品质量。
③以最短时间生产一个实际可用的版本（Alpha版本、Beta版本及其他测试版本）。
（2）制品。
①在适当平台上集成的软件。
②用户手册。
③对当前版本的描述。
4）移交阶段
（1）目标：将软件产品移交给用户。如果用户在使用时发现了新问题，必须在纠正问题之后建立一个新版本。
①使产品达到用户可自我支持的程度。
②项目相关人员共同协作完成部署基线，并与构想的评价准则保持一致。
③以最快速度和最好效益达到最终产品效益。
（2）制品：移交过程是个迭代的过程，制品包括Beta版本、普通可用版本、纠错版本、升级版本等。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
