写点什么

瀑布模型总结

发布于: 2020 年 08 月 18 日
瀑布模型总结

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 总结

  瀑布模型的出现,也解决了软件项目开发中的几个重要问题。进行了模块划分,各个阶段负责各个阶段的内容,所谓分工明确。质量有了保证,每个阶段都有相应的文档评审,可以帮助大家少走弯路,提高工作效率。



发布于: 2020 年 08 月 18 日阅读数: 63
用户头像

公众号【我是程序员小贱】干货分享 2019.10.15 加入

计算机小硕,热爱分享

评论

发布
暂无评论
瀑布模型总结