注意：与传统的瀑布模型相比较，迭代过程具有以下优点：
- 降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。
- 降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。
- 加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。
- 由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。
4、实现UML建模的工具
Rose、together和Visio等
5、UML在软件开发过程中的应用
（1）UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。
（2）在需求分析阶段
可以用用例来捕获用户需求。通过用例建模，描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。
（3）分析阶段
主要关心问题域中的主要概念(如抽象、类和对象等)和机制，需要识别这些类以及它们相互间的关系，并用UML类图来描述。为实现用例,类之间需要协作，这可以用UML动态模型来描述。
（4）在设计阶段
只对问题域的对象(现实世界的概念)建模,而不考虑定义软件系统中技术细节的类(如处理用户接口、数据库、通讯和并行性等问题的类)。这些技术细节将在设计阶段引入,因此设计阶段为构造阶段提供更详细的规格说明。
（5）编程(构造)是一个独立的阶段
其任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。在用UML建立分析和设计模型时，应尽量避免考虑把模型转换成某种特定的编程语言。因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。
（6）UML模型还可作为测试阶段的依据
系统通常需要经过单元测试、集成测试、系统测试和验收测试。不同的测试小组使用不同的UML图作为测试依据；
- 单元测试使用类图和类规格说明；
- 集成测试使用部件图和合作图；
- 系统测试使用用例图来验证系统的行为；
- 验收测试由用户进行，以验证系统测试的结果是否满足在分析阶段确定的需求。
6、利用UML建模
（1）为什么要建模
软件系统也是一种非常复杂的系统，它的最终表现形式为可运行的目标代码。但是最终的软件代码是非常复杂的，包含了太多的细节信息，直接阅读代码很难对系统有一个全面的了解。我们需要有一个中间过程来得到这些结果，同时也需要对系统进行简化和抽象，这就是我们通常所说的系统设计。
利用统一建模语言UML 来对系统结构进行全面的分析设计，即构建系统模型的过程，这就是可视化建模(Visual Modeling)。可视化建模技术已经成为一种成熟标准的软件开发技术规范。
文章来源于领测软件测试网 https://www.ltesting.net/
