要期末考试了，急急
传统的开发模型包括瀑布、螺旋、快速、增量、code and fix等，他们应该是并列的吧
但是我看现在又有很多人把敏捷模型和瀑布模型作对比，好像开发模型只有这两种。我想问的是“敏捷模型”究竟是怎样的一种概念，它是应该和上面说的哪些的开发模型并列的吗
或者“开发过程”与“开发模型”是两个概念，瀑布同时属于他们两个范畴？？
------解决方案--------------------------------------------------------
是并列的，只不过他们俩特点对比比较明显而已
------解决方案--------------------------------------------------------
最近20年的所有实在的软件工程流派（而不是空洞的一个名词概念）全都是支持迭代的。所以，说所谓瀑布方法，更多地是指倾向于瀑布方法的比较缓慢、比较迂腐的流派，也就是是吧那些要作为自己的对立的方法全都批评为倾向瀑布模式的。实际上，所有这些方法今天全都号称自己是迭代开发的，只不过在敏捷方法看来这些号称迭代了的方法是假的迭代，无用的迭代。
------解决方案--------------------------------------------------------
对！敏捷方法把对立面说成是瀑布的，只是因为相对特点比较明显而已。
是因为那些号称迭代的工程方法根本没有在技术上指出保证有效迭代的具体技术方法，而仅仅是用一些非技术化的、门槛很低、上手很快现学现卖的方法来空谈迭代。敏捷方法使用非常严格的测试驱动、可执行的story、全面的bug管理流程等需要项目管理者懂得很深技术并且实际掌握这些技术才能实行，而不是仅仅靠空谈“需要”这些技术就勉强实行敏捷。举个例子，你在开发一个mis软件需要闯过多少个系统集成测试才能推出吗？是1000个、500个还是100个？每天运行一次还是每周运行一次？运行一次需要3个小时还是30分钟？平均要把这100个测试运行5遍还是50遍（每一遍都自动产生新的随机测试数据）才能算测试通过？许多程序员工作10年，未必经历过这其中的十分之一。敏捷要求你懂得这全部，而且做到的要比这里说的多，才能很好地保证真正可以推进项目而不是用“敏捷口号”为鼠目寸光想到哪里写到哪里的作坊开发找借口。
------解决方案--------------------------------------------------------
你在开发一个mis软件需要闯过多少个系统集成测试才能推出吗？ --> 你在开发一个mis软件时经常想到需要闯过多少个系统集成测试才能推出产品吗？