1、目标
本章主要介绍需求和领域分析中的一些变更。
迭代1阶段：结束时，举行为期1-2天的简短的需求讨论会，内容是调查和详细编写更多需求+解决初始阶段反馈问题。
迭代2阶段：结束时，举行为期1-2天的简短的需求讨论会，内容是调查和详细编写更多需求+解决迭代1阶段反馈问题。
2、变更制品
对于SSD：
问题：由于新需求，原有用例场景的SSD可能会变更
解决：那就补充进去。
对于领域模型：
问题：新需求会对原有领域模型产生影响（关联、属性），或者 可能会出现新的领域概念 或者 泛化（抽取公共部分单独为的一个类）
解决：跳过对领域模型的精化，快速投入到设计工作中。在对设计模型进行对象设计过程中、在开发人员考虑好解决方案时、甚至在实际编码时去挖掘新的领域概念。
使用UP的成熟标志是：知道何时创建制品能够带来显著价值，或者是遇到呆板的“完成作业”式的步骤时能够较好的掠过。
当然，如果涉及到了操作契约等其他制品，也要一同变更。
3、泛化和特化
1）、概念
泛化：是识别概念之间共性部分并定义超类（泛化概念）和子类（特化概念）关系的活动。
2）、何时展示子类？
A、子类具有我们感兴趣的额外属性
B、子类具有我们感兴趣的额外关联
C、对子类概念的影响、处理、反应和操作与超类或其他子类有显著差异
3）、准则
A、将超类声明为abstract。符合常用OO准则（所有软件超类都是abstract）
B、在子类上附以超类名称。如：RegularSquare