瀑布模型总结
1 瀑布模型怎么来的?
(1)所谓软件危机
瀑布模型算是现代软件工程的起源,软件工程的发展,很大部分都是构建于瀑布模型的基础之上的。在校期间做的项目相对简单,通常不会涉及到诸如性能测试等,通常为边写边改,但是一旦
项目变复杂,开发人员水平参差不齐,从而导致软件开发与维护过程中出现一系列严重问题,这个现象也被称之为“软件危机”。
(2)边写边改的缺点
开发的过程不可控
项目的人数多了以后,不方便协作分工
对需求分析的理解误差,导致返工,从而影响项目交付
没有有效的测试,上线问题一堆
(3)瀑布模型的诞生
1970 年,Winston Royce 博士借鉴了其他工程领域的思想,比如建筑工程,提出了瀑布开发模型,指出软件开发应有完整之周期,并将软件开发过程分成了若干阶段。像瀑布一样,从上往下,完成一个阶段继续下一个阶段
2 瀑布模型案例
按照一个我曾经毕业设计的案例
(1) 项目的定义和规划
毕业设计是做一个c++的网络嗅探器,所用库为libpcap,可行性没问题,老师大概给我说了下需要做哪些功能,然后说两个月完成吧。啊,你怕是在开玩笑,当时读本科一天天都是在摸鱼。。初步定下时间吧
需求分析——1 周;
软件设计——1周;
程序编码——4 周;
软件测试——1周。
的确如此,软件测试在当时开来就是功能测试,实现功能就完事,哎!!!
(2) 需求分析阶段
通过查看论文文献,使用viso画了一个项目的结构图,然后去和老师讨论,然后加了一些需求,并需要形成文档,然后再和老师谈论,最终确定了需求的文档,现在的时间变成这个样子。
需求分析——2周;
软件设计——1周;
程序编码——3 周;
软件测试——1周。
需求阶段多花了一周时间,这样子程序的编码就被压缩了一周,因为需要在规定的时间尽量完成任务嘛,毕业要紧!!
(3) 软件的设计
这个时候,老师就对应公司里面的架构师角色,画了一个图说明采用什么架构,用什么来界面展示,数据库采用什么。差不多就确定了,但是我写了差不多一周代码后,老师问我进展,需要我加上一些数据包统计功能等
这样子前前后后,软件的设计花了两周的时间。
需求分析——2周;
软件设计——2周;
程序编码——2 周;
软件测试——1周。
(4)编码
有了文档,开始编码,时间压缩了很多,加班呀,使劲加班!!但是身体受不了,只好问老师能不能往后延迟两周,编码,调试,有时候老师还要加功能,前前后后差不多花了4周时间。这样子相当于项目延期2周。
需求分析——2周;
软件设计——2周;
程序编码——4周;
软件测试——1周。
(5)测试
前期需求多了一周,软件设计多花了一周,在既定的时间里,只能压缩编码和测试的时间,加班!!
综上可知,这样子分层的思想,的确可以在每一步的实施上面可以效率比较高,这种编码前先设计、编码后测试、整个过程重视文档的方式,开发出来的产品,质量相对是有保障的。但是一旦前面某个环节出了问题,返工的操作不是延期就是压缩编码测试的时间。从而成了9116.。。。。。
3 瀑布模型的优缺点
最大的问题就是不能及时响应需求变更,越到后期变更代价越大
优点
简单易行
可以进行阶段检查,能够及时发现问题
较好的分工协作,不同阶段不同职位,架构师,项目经理,开发工程师,测试工程师,运维工程师
对质量有一定的保障,因为每个阶段有详细的文档
缺点
难以响应需求的变更
工作量分配不均匀
前期阶段受阻压缩后期进展
4 总结
瀑布模型的出现,也解决了软件项目开发中的几个重要问题。进行了模块划分,各个阶段负责各个阶段的内容,所谓分工明确。质量有了保证,每个阶段都有相应的文档评审,可以帮助大家少走弯路,提高工作效率。
版权声明: 本文为 InfoQ 作者【我是程序员小贱】的原创文章。
原文链接:【http://xie.infoq.cn/article/70f9c8bec128b9f104c1d2118】。文章转载请联系作者。
评论