浅谈开发模式之瀑布模型

本文探讨了瀑布模型这一传统的软件开发方法,它将项目分为需求、设计、实施、验证、上线和维护等阶段,强调文档的重要性和顺序执行。虽然瀑布模型在大型项目中便于管理和理解,但它可能导致大量非技术工作的增加、需求理解不一致、严格的阶段划分限制了灵活性,以及高昂的返工成本。
摘要由CSDN通过智能技术生成

       前面分享了N多干货,不知道看客有没有看吐,反正本凯总是写吐了。之前在合计着跳槽那点事,因为是半路出家,工作经验也只有一两年这样,所以面试准备的时候就比较尴尬,既要回顾一些底层的基础知识,又要总结项目上的内容,所以前段时间拿出了之前的学习笔记分享出来。现在入职个把月了,突然就想吐槽吐槽公司的开发模式。

       众所周知,当下圈内的开发模式,可以说有四种(瀑布,敏捷,快速应用,DevOps部署),或者就是两种(瀑布和敏捷)。

之前公司采用的是瀑布开发模式,瀑布模型是一种比较老旧的软件开发模型,1970年温斯顿·罗伊斯提出了著名的“瀑布模型”,直到80年代都还是一直被广泛采用的模型。

       瀑布开发是一种领导非常喜欢的开发模型,开发方式简单直接,思路清晰,将项目从头到尾划分为不同的阶段(需求,设计,实施,验证,上线,维护),严格定义每个阶段的输入输出,并且十分重视文档(对于文档相关的内容http://blog.csdn.net/zonzereal/article/details/76704455)。在瀑布开发中,每个阶段每个步骤有条不紊的执行,在进入下一阶段之前,每个阶段目标必须100%的完成,否则下一阶段就无法正常开展。这种模式下,管理人员仅通过文档就可以了解项目成型之后的模样,可以很好的对项目有一个宏观的把控,易于理解和管理,十分适合成熟

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值