快速地更新分析
目标：
- 快速地突出显示一些分析制品的变更，特别时在Monopoly领域模型中的变更。
案例研究：NextGen POS
用例
在本次迭代中不需要精化该用例。
但是，在过程的级别上，我建议在本次迭代举行为期一到两日的简短的需求讨论会，在这期间将会调查和详细编写更多需求。对于先前已经充分分析的用例，将会基于在迭代1编程和测试中所获得的理解重新进行条论，并且有可能进行精化。在迭代方法中，要注意早期编程和测试与同时进行的需求分析之间的相互影响，需求分析将基于对早期开发的反馈进行改进。
SSD
这次迭代包括增加对具有不同接口的第三方外部系统的支持。NexgGen POS系统将与这些外部系统进行远程通信。因此，为了阐明由哪些新的系统级事件，我们应该更新SSD，使其至少能够反映一些系统间的些许哦。
领域模型
在对领域建模有了一些经验后，建模者就可以估计是否存在一组新的需求将会对领域模型的许多新概念、关联和属性方面产生或小或达的影响。与前一次迭代形成对比的时，此时要解决需求并不会设计许多新的领域概念。对新需求进行究竟简要调查可以从中发现一些领域高内，但是不太可能弧线大量新事物。
在这种情况下，比较合理的做法是，跳过对领域模型的惊呼啊，快速投入到设计工作中，在对设计模型进行对象设计的过程中、在开发人员考虑好解决方案时，升值时在实际编码的时候去挖掘新的领域概念。
系统操作契约
在本次迭代中没有考虑新的系统操作，因此也不要契约。无论如何，当契约所提供的精确细节仅是对用例中描述的以中国改进时，契约只是一种考虑选项而已。