从瀑布到敏捷——漫画解读软件开发模式变迁史

 读完这篇漫画图解和作者的解释后能够明显的感受到瀑布模式和敏捷开发之间的区别，与封闭的瀑布式开发相比敏捷开发显的更加灵活，敏捷型在形势发生变化时能够迅速调整，以适应业务和技术等方面发生的变化。瀑布模型就是按照一定顺序展开开发软件的流程。就好比图中的汽车流水线一样，把工作大致分为需求 → 设计 → 制造 → 测试，四个阶段。而瀑布模型也类似于此，把软件开发分为软件计划、需求分析、软件设计、编码、测试、运行维护，六个阶段。
 瀑布模型优点
有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。瀑布模型缺点
1.开发过程一般不能逆转，否则代价太大；2.实际的项目开发很难严格按该模型进行；3.客户往往很难清楚地给出所有的需求，而该模型却要求如此。
4.软件的实际情况必须到项目开发的后期客户才能看到，这要求客户有足够的耐心。
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。
在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。
敏捷模型优点：
1. 为项目提供了按阶段划分的检查点。
2. 它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。 
3.在敏捷开发中，生产不再是单一线性的，开发的同时还会进行测试工作，所有人都在同时工作，提高效率。
敏捷模型缺点：
1. 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。
2. 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险。
3. 通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
4.敏捷模型的突出缺点是不适应用户需求的变化。但相对于瀑布模式的秩序井然，敏捷开发在灵活的同时，也带来了一定程度的混乱。
解决混乱这一问题的方法——看板。