敏捷开发

• 一种应对快速变化的需求的一种软件开发能力

        更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。

  请注意其中的三个关键词：
      在项目的整个生命周期中：这就涉及到了【敏捷项目管理】、【敏捷需求获取】、狭义的【敏捷软件开发】三个主要的领域和过程

• 敏捷软件开发宣言：
  
  个体和交互          胜过      过程和工具
  
  可以工作的软件   胜过      面面俱到的文档
  
  客户合作             胜过      合同谈判
  
  响应变化             胜过      遵循计划

• 敏捷宣言遵循的原则：
  
   1. 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
  
   2. 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
  
   3. 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
  
   4. 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
  
   5. 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
  
   6. 在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。
  
   7. 工作的软件是首要的进度度量标准。
  
   8. 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
  
   9. 不断地关注优秀的技能和好的设计会增强敏捷能力。
  
  10. 简单是最根本的。
  
  11. 最好的构架、需求和设计出于自组织团队。
  
  12. 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

• 面向对象的设计原则：
  
  单一职责原则(SRP)
  
  就一个类而言，应该仅有一个引起它变化的原因。
  
  开放-封闭原则(OCP)
  
  软件实体应该是可以扩展的，但是不可修改。
  
  Liskov替换原则(LSP)
  
  子类型必须能够替换掉它们的基类型。
  
  依赖倒置原则(DIP)
  
  抽象不应该依赖于细节。细节应该依赖于抽象。
  
  接口隔离原则(ISP)
  
  不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。
  
  重用发布等价原则(REP)
  
  重用的粒度就是发布的粒度。
  
  共同封闭原则(CCP)
  
  包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。
  
  共同重用原则(CRP)
  
  一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。
  
  无环依赖原则(ADP)
  
  在包的依赖关系图中不允许存在环。
  
  稳定依赖原则(SDP)
  
  朝着稳定的方向进行依赖。
  
  稳定抽象原则(SAP)
  
  包的抽象程度应该和其稳定程度一致。

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

• 目前列入敏捷方法的有：

1. 软件开发节奏，Software Development Rhythms
2. 敏捷数据库技术，AD/Agile Database Techniques
3. 敏捷建模，AM/Agile Modeling
4. 自适应软件开发，ASD/Adaptive Software Development
5. 水晶方法，Crystal
6. 特性驱动开发，FDD/Feature Driven Development
7. 动态系统开发方法，DSDM/Dynamic Systems Development Method
8. 精益软件开发，Lean Software Development
9. Scrum
10. 测试驱动开发，TDD/Test-Driven Development
11. XBreed
12. 极限编程，en:XP/en:Extreme Programming
    

       总结       

      敏捷设计是一个过程，不是一个事件。它是一个持续的应用原则、模式以及实践来改进软件的结构和可读性的过程。它致力于保持系统设计在任何时间都尽可能得简单、干净和富有表现力。