软件开发模式的演变

近年来大厂流行的DevOps开发模式，拥抱移动互联网的快速变化。从传统的瀑布开发模式，再到敏捷开发模式，最后到如今的DevOps开发模式；三者是如何演变的，来这里，亿图告诉你！！！

软件开发模式的演变

• 开发
• 测试
• 运维
• 测试
• 开发
• 特点： （1）此模式下，将“更快”，又提升了一个层次：用户可以很早地就得到最终产品或服务的一部分进行实际体 验，从而可以尽快的把发聩传递回需求管理团队和产品研发团队。 （2）DevOps将开发、测试、运维都拉到了同一战线。 缺点： 对于追求投资回报率最大化的大厂来说，加班有可能更加常态化。对团队成员配合度要求更高！
• 开发
• 测试
• 运维
• 背景：移动互联网时代，互联网的网民在海量增加，在这种背景下，诞生了众多的互联网大厂以及多款现象级产品，比如微信、淘宝、抖音等等，互联网的竞争也越来越激烈。快速迭代产品，快速占领市场，快速占据用户心智成为了各互联网公司的目标。此时就对产品开发提出了更高的要求，能够对产品持续开发、持续集成、持续测试、持续部署、持续监控，需要每时每刻都可进行新版本的上线。
• 设计
• 敏捷开发模式
• 2001年
• 背景：随着时代的发展，互联网的网民越来越多了，而且口味也越来越刁了。开发出来的产品，“能用”已经满足不了他们的胃口了，更多网民越来越追求“好用”以及“好看”。而且这些人也变得越来越“朝三暮四”了，可能今天觉得这个好，明天就觉得那个好，软件开发的周期，也被压缩的越来越短。在这样的大背景下，敏捷开发模式正式登上了历史的舞台。
• 设计
• 开发
• 测试
• 运维
• 特点： （1）整个开发测试上线周期时间更短，速度更快。 （2）将开发与测试从对立关系，变成了同一战线。 缺点： 虽然敏捷开发大幅提升了软件开发的效率和版本更新的速度，但是它的效果仅限于开发环节。 运维依然依赖非常落后的手动部署上线，就成了新的瓶颈。
• 敏捷开发模式
• 2001年
• 运维
• 测试
• 开发
• 设计
• 特点： （1）需求是固定的。 （2）开发周期是固定的，可能为3个月，也有可能是1年。 （3）设计、开发、测试、运维各个环节独立，当前一个环节处理完毕，下一个环节才开始介入。 缺点： 需求不能得到快速验证；流程各阶段隔离，时间越长不确定因素更多！
• 背景：互联网初期，那时程序员还是科学家一般的存在，程序员的办公室被称为实验室。网民数量少，而程序员开发出来的产品，只要能解决他们的问题就兴高采烈、手舞足蹈。
• 瀑布开发模式
• 1970年