从需求到设计--迭代进化

目标：

• 快速促进到设计活动的转换。
• 对比对象设计技术和UML表示法知识的重要性。

如果遵循UP准则，初始阶段大概要调查10%的需求，从细化阶段的第一个迭代开始进行较为深入的调查。后续章节的重点是针对协作的软件对象，为本次迭代设计解决方案。

以迭代方式做正确的事，正确的做事

需求和面向对象分析重点关注学习做正确的事。也就是说，要理解案例研究中的一些重要目标，已经相关的规则和约束。与之相比，后续的设计工作讲强调正确地做事。也就是说，熟练地设计解决方案来满足被你迭代的需求。

在迭代开发中，每次迭代都会发生从以需求或分析为主要焦点到以设计和实现为主要焦点的转变。早期迭代会在分析活动上花费较多的实际。当设想和规格说明通过早期编程、测试和反馈开始趋于稳定时，则会在后期迭代中减少分析活动，更加蛀虫构件解决方案。

尽早引发变更

在设计和实现工作中，特别时在早期迭代中，发现和变更一些需求时很自然的，也是有帮助的。迭代和进化式方法“包容变更”，经我们会试图在早期爹地啊中引发这种不可避免的变更。以便能够在后期迭代中拥有更为稳定的目标。今早编程、测试和演示有助于今早引发不可避免的变更。要注意，这一简单思想正式迭代开发能够运转的核心。

发现规格说明变化既可以澄清本次得带设计工作的目标，也可以精化对为了迭代的需求理解。在这些早期的细化迭代过程中，需求的发现应该稳定下来，因此在细化阶段结束时，大越可靠定义了80%的需求，这是基于早期编程、测试和反馈的结果进行的定义和精化，而不是像瀑布方法那样的推断。

完善所有分析和建模工作十分需要几个星期

在经过几章的详细讨论之后，大家一定认为之前的建模要用几个兴趣才能完成。事实上并非如此！

当熟悉了用例编写、领域建模等技巧之后，完成迄今为止所介绍的所有建模过程，实际上仅需花费几个小时或几天时间。

但是，这并不意味着共项目开始到现在只过去了几天，之前进行的其他大量活动可能会花费几个星期的准备时间，例如概念验证编程、寻找资源、计划、搭建缓解等。