谬种流传--瀑布模型

一些历史事实:

      20世纪80年代
              美国国防部(US Department of Defense,DoD)就针对软件开发颁布了标准DOD-STD-2167.
这是基于瀑布型与文档驱动的方法.有调查报告表明总成本370亿美元的项目样本中,75%的项目失败或者无法使用,
只有2%的项目能够不做进行一步修正就可使用.

      1988年2月
              改良的DOD-STD-2167A 发布,  该版本改进了2167标准,更加亲迭代开发(Iterative and Incremental Development (IID)).
              由于军方后勤部门不同意,无法将瀑布型流程剔除.但该标准仍被许多人解释为优先采用瀑布型.

      1994年12月
              2167A被MIL-STD-498取代,该标准描述了递增式的构建,倡导渐进的需求和设计.

       2000年
               美国国防部颁发了新的软件项目"指导意见" DoD 5000.2,再次推荐渐进交付和IID的应用.

遗憾的是,STD-2167影响了其他国家的标准定义.这些国家还没有了解到DoD后来摒弃了2167标准和瀑布型.

为什么还有人在推行瀑布型? 
        "对于任何的复杂问题，都有一个简单干净但是错误的解决之道" H.L.Mencken
       

以上资料源自 Agile&Iterative Development A Manager's Guide-- Craig Larman

瀑布用的最好的是作事一丝不苟的日本人
在欧美企业很少有瀑布开发的。。
(楼下：如果我说的不对请您说出哪里不对我也好改。。。。)

继续忽悠

就我工作的经历而言.
日本人用瀑布也都没什么好结果,2个用瀑布的大型项目都是失败的.
而欧美企业也仍然在使用瀑布.

不知楼上的发言是如何得来的.

在一对日外包公司作过一段时间，瀑布式开发的最底层。。。（公司里没有一个设计人员，文档那叫一个全）
欧美外包的同学对我说他们是用蜗旋开发的。。。（设计，开发，测试，再设计，修改，。。。）
所以有以上言论。。。
PS：
我认为瀑布开发是那种一个公司设计，一公司code，一个公司test，
每个公司与另一个公司都用文档说话
发现一个问题大约得一周左右才能开始修改

什么规模的项目?项目的结果怎么样?

走的时候还没完
大约是2007年能完成吧
规模很大
大约很多中国对日外包都在作这个项目
失败可能性不是很大
设计时太详细了
每个if与for 的顺序都是事先定好的。。

突然想到的，发点儿感慨：

大家不觉得这样的文档就是代码么？

这样的情况下，最后的coder人员就是一个翻译机。既然这样，那还不如开发一个翻译软件来做，呵呵。

就是说设计人员用DSL写文档，然后丢给DSL的环境跑就行了。

几十年前的大型机cobra就是这样？（当然现在根本没有人用cobra来稿项目，但是技术有的时候真的是有轮回，隔一段时间以一种新的形态出现。按马丁的说法，各种行业DSL流行的时代一定会来的。）。

小日本就是木头脑袋反应慢啊。

大家不觉得这样的文档就是代码么？

一眼看到本质

是日本贸易保险项目么?