请叫我空空
软件开发的瀑布模型的优点和缺点
瀑布模型的优点1、瀑布模型有以下优点：1）为项目提供了按阶段划分的检查点。
2）当前一阶段完成后，您只需要去关注后续阶段。
3）可在迭代模型中应用瀑布模型。
缺点1）在项目各个阶段之间极少有反馈。
2）只有在项目生命周期的后期才能看到结果。
3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
软件过程中瀑布模型的缺点？
1.客户很难一次给出所有的需求，但该需求对于模型来说是必需的.2.用户很难根据规范说明书预见最终构建的系统是否能满足他的需求.3.在实现过程中所做的任何更改都将导致混乱，因为这种模型本身是顺序的.4.吸有在最晚的阶段才能看到可运行的版本，如果发生严重的错误，必须将该错误反馈到需求阶段.
瀑布模型与原型法在软件开发中有何区别和特点？
展开全部 瀑布模型的优点：有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。
瀑布模型的缺点：（1）开发过程一般不能逆转，否则代价太大；（2）实际的项目开发很难严格按该模型进行；（3）客户往往很难清楚地给出所有的需求，而该模型却要求如此。
（4）软件的实际情况必须到项目开发的后期客户才能看到，这要求客户有足够的耐心。
瀑布模型的使用范围：（1）用户的需求非常清楚全面，且在开发过程中没有或很少变化；（2）开发人员对软件的应用领域很熟悉；（3）用户的使用环境非常稳定；（4）开发工作对用户参与的要求很低。
快速原型模型的优点：（1）可以得到比较良好的需求定义，容易适应需求的变化；（2）有利于开发与培训的同步；（3）开发费用低、开发周期短且对用户更友好。
快速原型模型的缺点：（1）客户与开发者对原型理解不同；（2） 准确的原型设计比较困难；（3） 不利于开发人员的创新。
快速原型模型的使用范围：（1）对所开发的领域比较熟悉而且有快速的原型开发工具；（2）项目招投标时，可以以原型模型作为软件的开发模型；（3）进行产品移植或升级时，或对已有产品原型进行客户化工作时，原型模型是非常适合的。
增量模型的优点：（1）采用增量模型的优点是人员分配灵活，刚开始不用投入大量人力资源；（2）如果核心产品很受欢迎，则可增加人力实现下一个增量；（3）可先发布部分功能给客户，对客户起到镇静剂的作用。
增量模型的缺点：（1）并行开发构件有可能遇到不能集成的风险，软件必须具备开放式的体系结构；（2）增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
增量模型的使用范围：（1）进行已有产品升级或新版本开发，增量模型是非常适合的；（2）对完成期限严格要求的产品，可以使用增量模型；（3）对所开发的领域比较熟悉而且已有原型系统，增量模型也是非常适合的。
螺旋模型的优点：（1）设计上的灵活性，可以在项目的各个阶段进行变更；（2）以小的分段来构建大型系统，使成本计算变得简单容易；（3）客户始终参与每个阶段的开发，保证了项目不偏离正确方向以及项目的可控性；（4） 随着项目推进，客户始终掌握项目的最新信息 ， 从而他或她能够和管理层有效地交互。
螺旋模型的缺点：（1）采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；（2）过多的迭代次数会增加开发成本，延迟提交时间。
螺旋模型的使用范围：螺旋模型只适合于大规模的软件项目。
软件开发模式瀑布模型有什么特点
展开全部 瀑布模型的优缺点 1、瀑布模型有以下优点： 1）为项目提供了按阶段划分的检查点。
2）当前一阶段完成后，您只需要去关注后续阶段。
3）可在迭代模型中应用瀑布模型。
迭代模型中应用瀑布模型 增量迭代应用于瀑布模型。
迭代1解决最大的问题。
每次迭代产生一个可运行的版本，同时增加更多的功能。
每次迭代必须经过质量和集成测试。
2、瀑布模型有以下缺点： 1）在项目各个阶段之间极少有反馈。
2）只有在项目生命周期的后期才能看到结果。
3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
...
什么是瀑布模型？
软件开发模型（Software Development Model）是指软件开发全部过程、活动和任务的结构框架。
软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。
软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。
最早出现的软件开发模型是1970年W·Royce提出的瀑布模型。
该模型给出了固定的顺序，将生存期活动从上一个阶段向下一个阶段逐级过渡，如同流水下泻，最终得到所开发的软件产品，投入使用。
但计算拓广到统计分析、商业事务等领域时，大多数程序采用高级语言（如FORTRAN、COBOL等）编写。
瀑布模式模型也存在着缺乏灵活性、无法通过并发活动澄清本来不够确切的需求等缺点。
典型的开发模型有：①瀑布模型（waterfall model）；②渐增模型/演化/迭代（inCRemental model）；③原型模型（prototype model）；④螺旋模型（SPIral model）；⑤喷泉模型（fountAIn model）；⑥智能模型（intelligent model） ; 7. 混合模型（hybrid model）1. 边做边改模型（Build-and-Fix Model） 遗憾的是，许多产品都是使用＂边做边改＂模型来开发的。
在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改.在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。
在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。
这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于： （1） 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改； （2） 忽略需求环节，给软件开发带来很大的风险； （3） 没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。
2. 瀑布模型（Waterfall Model）1970年WinSTon Royce提出了著名的＂瀑布模型＂，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。
瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。
当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。
但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于： （1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量； （2） 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险； （3） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。
我们应该认识到，＂线性＂是人们最容易掌握并能熟练应用的思想方法。
当人们碰到一个复杂的＂非线性＂问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。
一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。
线性是一种简洁，简洁就是美。
当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。
例如增量模型实质就是分段的线性模型，螺旋模型则是接连的弯曲了的线性模型，在其它模型中也能够找到线性模型的影子。
3. 快速原型模型（RAPId Prototype Model） 快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。
通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。
显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。
快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。
因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。
4. 增量模型（Incremental Model） 与建造大厦相同，软件也是一步一步建造起来的。
在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成. 增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。
整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。
但是，增量模型也存在以下缺陷： （1） 由于各个构件是逐渐并入已有的软件体系结构...
增量模型的优缺点
1） 由于能够在较短的时间内向用户提交一些有用的工作产品，因此能够解决用户的一些急用功能。
2）由于每次只提交用户部分功能，用户有较充分的时间学习和适应新的产品。
3）对系统的可维护性是一个极大的提高，因为整个系统是由一个个构件集成在一起的，当需求变更时只变更部分部件，而不必影响整个系统。
增量模型存在以下缺陷：1） 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。
2） 在开发过程中，需求的变化是不可避免的。
增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而使软件过程的控制失去整体性。
3）如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。
转载请注明出处51数据库 » 瀑布模型软件的优缺点
