深入人心的瀑布开发

瀑布开发分为需求分析，方案设计，实施编码，测试评估，运行维护五个阶段，如下图所示。瀑布开发的历史悠久，并且非常的成熟，很多的传统大型软件公司，都在采用瀑布开发的开发模式。

总体来讲，瀑布开发的优势很明显，瀑布开发的项目阶段划分非常的清晰，有检查点，瀑布开发的流程非常的清晰，易于操作。瀑布开发的开发模式，已经经过很多公司，很多人员的检验，有非常成功的案例，所以说瀑布开发在相当长的一段时间内，都是主流的开发模式，深受大家的推崇。

那么说，瀑布开发有哪些应用场景？我们可以从以下三个方面来分析，首先是基础应用软件，大型信息系统居多。我曾经在某亚太地区最大的ERP供应商工作，以提供大型信息化系统服务为主，当时我们在项目上的开发模式就是瀑布开发。其次是软件售出后升级、修复成本比较高的行业，比如说我们所用的操作系统，或者是我们购买的其他的信息化系统，在首次购买后，需要反复升级迭代的系统，也是瀑布开发的应用场景。最后是行业竞争节奏相对平缓的行业，比如说医院的一些HIS、PACS、LIS系统，或者是政府单位采购的管理信息系统等，处于行业垄断地位的软件等等。

时代在变，软件开发的模式及应用场景，也在发生着翻天覆地的变化，我们可以从以下几个方面来进行分析：

l  互联网及移动互联网逐渐兴起，B/S架构的应用成为主流。就在多年前，我还在给甲方作实施的时候，那时候还存在着大量C/S架构的软件，需要在用户端安装独立的软件，才能够进行访问。可现在，大家通过浏览器就可以访问我们想要访问的信息化系统，非常的方便。

l  软件的交付手段发生了重大变化，在线更新，网络下载。原来我们的软件是需要专业的软件公司来升级和维护的，现在我们的大部分软件，直接可以在互联网应用市场下载后直接进行更新，不再需要软件厂商派专业人员来进行更新，所以说，软件的交付手段和更新方式也产生了很大的变化。

l  竞争速度越来越快。软件行业属于人才积聚的行业，当然，也是人力资源成本非常高的一个行业，如果说你的软件不能够快速的响应市场的变化，占有一定的用户数量或者拥有一定的变现能力，那很可能就会被迅速的淘汰掉。竞争速度在加快，你如果用传统的瀑布开发模式，已经不能够适应快速发展的需要。

所以说，瀑布开发的缺点日益突出，因为瀑布开发的响应周期过长，可能是三个月，可能是六个月，也可能是一年，这太长了。还有，对于瀑布开发来讲，只有在项目生命周期的后期才能看到相对完整的交付结果，如果说一个产品的开发周期是六个月，那么只有在第六个月的时候才能够看到最终的、可以试用的产品。在前几个月，可能第一个月只能看到接口文档，第二个月只能看到数据库的设计，第三个月可能看到某些页面设计，不到最后，是看不到完整的产品，这种等待对用户来讲是苦苦的煎熬啊！客户的需求不断变化，三个月之后客户的需求和三个月之前客户的需求，就可能产生巨大的变化，试想一下，在这3到6个月的开发周期后，当这个软件做出来时，可能已经不太符合客户的需求。

瀑布开发通过过多的强制完成日期和里程碑来跟踪各个项目阶段。瀑布开发中，我们会设置一些里程碑，但是缺点也很明显，其交付的东西，不太符合现在”完成“的定义，只能是部分完成，并不能够直接交给终端用户使用。当然，瀑布开发还有其他的缺点，我们在此就不一一列举了。

刚才我们谈了一些瀑布开发的缺点和问题，那么说，我们要如何去解决这些问题呢？伴随着敏捷的兴起，相信，这些问题可以得到更好的解决，或者是可以得到一些缓解和优化，有两个里程碑性的事件在这里和大家分享一下。首先是1995年，萨瑟兰和施瓦伯，提出了SCRUM概念，其次是1999年10月，肯特.贝壳出版《极限编程解析》，代表着敏捷的兴起，也代表着新的解决方案的端倪呈现。

敏捷开发

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。