敏捷团队依靠变化来获取活力。团队几乎不进行预先设计，因此，不需要一个成熟的初始设计。他们更愿意保持设计尽可能的干净、简单，并使用许多单元测试和验收测试作为支援。这保持了设计的灵活性、易于理解性。团队利用这种灵活性，持续地改进设计，以便于每次迭代结束生成的系统都具有适合于那次迭代中需求的设计。

　　为了改变上面软件设计中的腐化味，敏捷开发采取了以下面向对象的设计原则来加以避免，这些原则如下：

　　单一职责原则(SRP)

　　一个类而言，应该仅有一个引起它变化的原因。

　　开放-封闭原则(OCP)

　　软件实体应该是可以扩展的，但是不可修改。

　　Liskov替换原则(LSP)

　　子类型必须能够替换掉它们的基类型。

　　依赖倒置原则(DIP)

　　抽象不应该依赖于细节。细节应该依赖于抽象。

　　接口隔离原则(ISP)

　　不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。

　　重用发布等价原则(REP)

　　重用的粒度是发布的粒度。

　　共同封闭原则(CCP)

　　包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。

　　共同重用原则(CRP)

　　一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么要重用包中的所有类。

　　无环依赖原则(ADP)

　　在包的依赖关系图中不允许存在环。

　　稳定依赖原则(SDP)

　　朝着稳定的方向进行依赖。

　　稳定抽象原则(SAP)

　　包的抽象程度应该和其稳定程度一致。

　　上述中的包的概念是：包可以用作包容一组类的容器，通过把类组织成包，们可以在更高层次的抽象上来理解设计，们也可以通过包来管理软件的开发和发布。目的是根据一些原则对应用程序中的类进行划分，然后把那些划分后的类分配到包中。