敏捷开发 瀑布模型_瀑布模型 敏捷开发 - CSDN
  • 敏捷开发瀑布模型对比  瀑布、迭代、螺旋、敏捷——在这里讨论的敏捷,都属于过程模型  ...

                                   敏捷开发和瀑布模型对比


                   瀑布、迭代、螺旋、敏捷——在这里讨论的敏捷,都属于过程模型

     

    展开全文
  • 瀑布模型:  瀑布模型核心思想是按工序将问题化简,将功能的实现与设计分开,便于分工协作,即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写...

    瀑布模型
      瀑布模型核心思想是按工序将问题化简,将功能的实现与设计分开,便于分工协作,即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
      简单的说就是先定好需求和相关文档,然后构建框架,然后写代码,然后测试,最后发布个产品

    一旦文档需求确定,开发人员就按文档开发,直到产品开发完后,才会拿出来给客户。不过这种方式基本不适应现今快速发展的市场现状了。

    迭代模型
    迭代的方式就有所不同,假如这个产品要求6个月交货,我在第一个月就会拿出一个产品来,当然,这个产品会很不完善,会有很多功能还没有添加进去,bug很多,还不稳定,但客户看了以后,会提出更详细的修改意见,这样,你就知道自己距离客户的需求有多远,我回家以后,再花一个月,在上个月所作的需求分析、框架设计、代码、测试等等的基础上,进一步改进,又拿出一个更完善的产品来,给客户看,让他们提意见。

    就这样,我的产品在功能上、质量上都能够逐渐逼近客户的要求,不会出现我花了大量心血后,直到最后发布之时才发现根本不是客户要的东西的情况。

    两种方法的比较:

    瀑布模型:假如我们对用户的需求判断的不是很准确时——这是很常见的问题,一点也不少见——你开发了几个月甚至是几年,当你把产品拿给客户看时,可能与客户原先想要的相差很远。

    迭代模型:相较瀑布较好,但也有自己的缺陷,那就是周期长、成本很高。适合大项目、高风险项目,比如是航天飞机的控制系统时,迭代的成本比项目失败的风险成本低得多,用这种方式明显有优势。


    敏捷开发和迭代不是一回事

    敏捷开发与迭代式开发是整体与局部的关系。打个比方,前者就像地球,而后者像欧亚大陆。

    敏捷开发是一个总体概念,而迭代式开发只是几乎所有敏捷开发所采用的一个主要的基础实践。敏捷开发除迭代式开发外,还包含了其他许多管理与工程技术实践,如演进式架构设计、敏捷建模、重构、自动回归测试(ART)等等。

    展开全文
  • 瀑布模型的特点 (传统的开发方式) 1、强调文档 前一个阶段的输出就是下一个阶段的输入,文档是个阶段衔接的唯一信息。...3、管理人员喜欢瀑布模型的原因是把文档理解为开发的速度,可以方便

     

    瀑布模型的特点

    (传统的开发方式)

    1、强调文档

    前一个阶段的输出就是下一个阶段的输入,文档是个阶段衔接的唯一信息。所以很多开发人员好象是在开发文档,而不是开发软件,因为要到开发的后期才可以看到软件的“模样”。 

    2、没有迭代与反馈。瀑布模型对反馈没有涉及,所以对变化的客户需求非常不容易适应。瀑布就意味着没有回头路。 

    3、管理人员喜欢瀑布模型的原因是把文档理解为开发的速度,可以方便地界定不同阶段的里程碑。

     

    敏捷开发 

    极限编程的思想体现了适应客户需求的快速变化,激发开发者的热情,也是目前敏捷开发思维的重要支持者。

    敏捷软件开发是一个开发软件的管理新模式,用来替代以文件驱动开发的瀑布开发模式。

     

    敏捷开发集成了新型开发模式的共同特点,它重点强调:

    1.敏捷就是“快”。快才可以适应目前社会的快节奏,要快就要发挥个人的个性思维多一些个性思维的增多。

    2.客户参与。以人为本,客户是软件的使用者,是业务理解的专家,没有客户的参与,开发者很难理解客户的真实需求。 

    3.强调软件开发的产品是软件,而不是文档。文档是为软件开发服务的,而不是开发的主体。 

    4.设计周密是为了最终软件的质量,但不表明设计比实现更重要。

    5.迭代。软件的功能是客户的需求,界面的操作是客户的“感觉”。对迭代的强调是缩短了软件版本的周期。

    6.小版本。快速功能的展现,看似简单,但对于复杂的客户需求合理地分割与总体上的统一,要很好地二者兼顾是不容易的。

     

    展开全文
  • 瀑布模型开发与敏捷开发的对比     瀑布模型开发: 严格把软件项目的开发分隔成各个开发阶段:需求分析,要件定义,基本设计,详细设计,编码,单体测试,结合测试,系统测试等。 使用里程碑的方式,严格定义...

    转自http://www.cnblogs.com/zh2000g/archive/2010/02/22/1671286.html

     

    瀑布模型开发与敏捷开发的对比

     

     

    瀑布模型开发:

    严格把软件项目的开发分隔成各个开发阶段:需求分析,要件定义,基本设计,详细设计,编码,单体测试,结合测试,系统测试等。

    使用里程碑的方式,严格定义了各开发阶段的输入和输出。如果达不到要求的输出,下一阶段的工作就不展开。

     

    强调文档,在开发的后期才会看到软件的模样。在这种情况下,文档的重要性仿佛已经超过了代码的重要性。

     

    瀑布模型把开发人员定义为流水线上的工人。由于各阶段的开发人员只能接触到自己工作范围内的东西,所以对客户需求的理解程度高低不等。对于客户需求变更,编码人员会比设计人员更容易产生很强的抵触情绪。

    在每个开发阶段都会有一些信息刻意的不让其他开发阶段的人员知道(本意是为了提到效率,但实际上有时候产生的是互相的理解偏差)。

     

    瀑布模型产生的管理文档(计划书,进度表)等,能让不太了解该项目的人也能看懂项目的进度情况(只有能看懂百分比就行),很适合向领导汇报用。所以管理人员比较喜欢瀑布模型,但是开发人员不喜欢,因为它束缚了开发人员的创造性。

     

    既然叫做瀑布,就意味着不应该走回头路。否则如果出现返工,付出的代价会很大。

    软件生命周期前期造成的Bug的影响比后期的大的多。

     

     

    敏捷开发:

    核心是迭代。

    因为最终目标是让客户满意,所以能够主动接受需求变更,这就使设计出来的软件有灵活性,可扩展性。

     

    宣言:

    个体和交互 胜过 过程和工具

    可以工作的软件 胜过 面面俱到的文档

    客户合作 胜过 合同谈判

    响应变化 胜过 遵循计划

     

    简单设计,重复迭代。减少不必要的文档。

    客户最关心的功能最先完成。

    要求客户有时间对每次迭代的成果进行确认,提出改进意见。

     

    沟通是非常重要的,所有的开发人员对项目活动的理解应该是一致的。

     

    开发团队有两个队伍,业务团队和技术团队。如果任何一方控制了沟通,那么项目注定会失败。如果业务一方控制,项目会议上就会不断的要求功能和交付日,而不太担心开发人员是否能够全部完成或开发人员是否明白他们的真正要求;如果开发人员控制了沟通,那么项目会议上技术术语会代替面向客户的业务语言,开发人员也失去了通过倾听来了解客户真正需求的机会。

     

    PMBOK的项目管理是自上而下的命令式管理,而敏捷的管理是团队的自我管理和项目经理的服务式管理。

     

    敏捷开发不能在一开始就给出项目的成本计划。

     

    在有技术问题还没有解决的情况下不适合展开迭代。

    展开全文
  • 今天查了相关资料,才对这两个概念有了深一步的理解。 瀑布模型:从需求,概要,编码,详细,测试,提交 ...我认为这两个概念是相辅相成的,瀑布模型现在依然常用,但是涉及到小模块设计,那就需要敏捷开发
  • 文章目录0. 软件的生命周期1. 瀑布模型2. 螺旋模型3. 迭代模型4. 增量模型5....  瀑布模型是最早出现的软件开发模型,是所有其他软件开发模型的基础框架。与软件的生命周期不同的是,它缺少了软...
  • 瀑布模型敏捷开发

    2020-02-24 10:14:06
    目录1、瀑布模型2、敏捷开发 1、瀑布模型   个人理解是瀑布模型就是一个有序的开发流程。一旦开发文档确定,就要严格按照开发文档规定的内容实现,如果想要临时变更内容或者功能的实现,就要等二次开发或者重新...
  • 瀑布模型 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 将...
  • 文章目录瀑布模型/改进的瀑布模型螺旋模型增量和迭代模型原型法快速和敏捷开发关于选择生命周期模型的最后的总结 瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效...
  • 瀑布模型自上而下完成,软件开发进行到下一阶段之前彻底完成上一个阶段。 遵循以下顺序: 需求分析和规范 架构设计 实现和综合 验证 操作和维护 瀑布模型适合开发需求特别明确的任务,缺点是一旦需求发生变化,...
  • 瀑布模型&敏捷开发

    2016-02-29 13:35:43
  •  1970年温斯顿·罗伊斯(Winston Royce)提出了著名的“瀑布模型”,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。    1.2 瀑布模型核心思想    瀑布模型核心思想是按工序将问题化简,将功能的...
  • 敏捷开发 PK 瀑布模型

    2014-05-19 17:45:34
    以前都是遵循传统的瀑布模型,而新方式的开发思路直接与传统的开发思路来了个正面碰撞,擦出了阵阵“火花”。  在一开始接触敏捷开发时,有些兴奋,有些期许,但是在真正用来做项目时,由于瀑布模式已经...
  • 今天接到一个面试电话,问了这么个问题,结果我说不上来,太悲催了。... 瀑布模型: 强调文档型 个人还是比较喜欢的(自己管自己型)说白了就是很工厂中的流水式工作方式是一样的,中间就是通过文...
  • Content瀑布模型(生命周期模型)原型模型增量模型 综合瀑布模型与原型模型螺旋模型喷泉模型RUP过程模型敏捷过程 详细内容 参考链接 1.瀑布模型、快速原型模型、增量模型、螺旋模型 优缺点及其适用范围. 2.软件工程 ...
  • 传统开发模型与敏捷开发模型的区别(!!!重点) 传统开发模型有: 瀑布模型, 螺旋模型, 增量迭代模型. 瀑布模型适合 "需求相对稳定或需求变更少"的项目 螺旋模型适合 "复杂度高, 风险大, 规模大"的项目 增量迭代模型...
  • 测试生命周期模型V模型W模型瀑布模型H模型快速原型模型X模型 V模型、W模型、瀑布模型、 H模型、快速原型模型、X模型 V模型 V模型:需求分析-概要设计-详细设计-编码-单元测试-集成测试-系统测试-验收测试 V模型的优...
1 2 3 4 5 ... 20
收藏数 8,849
精华内容 3,539
关键字:

敏捷开发 瀑布模型