瀑布式开发模型分为若干阶段:需求分析、系统设计、编码和单元测试、系统集成,以 及运行和维护等几个基本阶段。架构
瀑布模型作了 4 个主要假设: 若是咱们花时间来理解的话,存在着一套定义至关明确的需求 在开发过程当中,需求的变化很是小,使咱们可以应付惠集网,而不用从新构思或者修改咱们的 计划 系统集成是一个适当且必要的过程,咱们可以在架构和计划的基础上合理地预测系统集 成的运行状况 建立一个大型的新软件应用程序所须要的软件创新和研发工做,是能够按照预先制定的 时间表进行的 可是,很遗憾,现实状况代表这 4 个假设都是错误的,很难站得住脚的。 假设 1,已经在 B 项目中被证明是不存在的了。即便是在最擅长的行业领域,客户想法 的变化,独特化,都是没有办法保证需求是能够一会儿就全面到位的。 假设 2,肯定需求和交付系统之间的时间间隔越长,变化也就越多。若是开发速度很慢 而变化发生的太快,那状况就很糟了。 假设 3,系统集成会顺利进行?别开玩笑了,这个假设的前提是,只要进行适当的计划 和分析,咱们就能够预测复杂系统那个的全部组件系统工做的状况。现实状况,告诉咱们, 前期全部的分析,既不能预知也不能控制系统集成的过程。问题过于复杂,变化不断发生的淘宝网女装夏装; 项目进行期间技术不断革新;关于集成的假设都是错误的,而且发现错误时已经为时太晚。 假设 4,计划实际上是一种预测,只能反映预测的精确程度,但并不见得可以反映实际情 况,尤为是超大的计划。超出 4 周,就基本上是胡说了,变化太快。 其实,不是瀑布式模型概念错误了,而是从瀑布式模式被提出到如今这 30 多年来,我 们都错误的理解瀑布式模型。其实,瀑布式模型的应用是有前提条件的。Royce 在 1970 年 发表的《管理大型软件系统的开发》中,提到:这个模型建议在关键的原型阶段以后应用, 在原型阶段首先要充分的理解所要应用的关键技术以及客户的实际需求。 瀑布式开发模式想得很美好,可是,在残酷的现实面前祛痘产品哪一个好,却由于缺少灵活性,适应性不 佳而渐渐被放弃。单元测试
与此同时,业界不断探寻适合软件项目的开发模式,其中,敏捷软件开发 模式愈来愈获得你们的关注和采用。接下来,让咱们看看有何不一样。
测试