瀑布模型是一种经典的SDLC模型，已广为人知，理解和常用。罗伊斯(Royce)于1970年推出了这种方法，并且在整个行业的各种组织中，它仍被作为通用的软件开发方法。

在瀑布模型中，每个生命周期阶段只能在较早的生命周期阶段完成之后开始。因此，它是没有反馈回路的线性模型。

瀑布模型–优势

瀑布模型的优势是-

• 易于理解，易于使用。
• 为经验不足的开发团队提供结构。
• 里程碑是众所周知的。
• 设置需求稳定性。
• 管理控制(计划，监视，报告)的理想选择。
• 当质量比成本或进度更重要时，效果很好。

瀑布模型–弱点

Waterfall模型的弱点或缺点是-

• 理想化-它与现实情况不太吻合。

• 不切实际-无法在项目早期期望准确的需求。

• 没有反映更普遍的探索性开发的迭代性质。

• 进行更改非常困难且昂贵。

• 软件仅在项目结束时交付。由于这个-

  • 延迟发现严重缺陷。

  • 交付过时要求的可能性。

• 大量的管理开销，这对于小型团队和项目而言可能是昂贵的。

• 在每个阶段都需要经验丰富的资源-分析师，设计师，开发人员，测试人员。

• 测试仅在开发完成后才开始，并且测试人员不参与任何较早的阶段。

• 跨职能团队的专业知识不会共享，因为每个阶段都是孤岛执行。

何时使用瀑布模型?

您可以在以下情况下使用Waterfall模型：

• 要求是众所周知的。

• 产品定义是稳定的。

• 技术是众所周知的。

• 现有产品的新版本。

• 将现有产品移植到新平台。

• 大型组织，具有结构化的跨职能团队。

• 在组织内部以及与客户之间都建立了良好的沟通渠道。

进化原型模型

在使用进化原型模型进行软件开发时，开发人员会在需求阶段构建原型。最终用户然后评估原型并提供反馈。反馈可以是对原型的更正或其他功能。根据反馈，开发人员进一步完善了原型。

因此，产品通过“原型”→“反馈”→“改进的原型周期”演变，因此名称为“演化原型”。当用户对产品的功能和功能满意时，将原型代码提高到最终产品交付所需的标准。

进化原型模型-优势

进化原型模型的优势或优势是-

• 客户/最终用户可以在收集原型时可视化系统需求。

• 开发人员向客户学习，因此在域或生产环境方面没有任何歧义。

• 允许灵活的设计和开发。

• 与原型的交互激发了人们对附加功能的意识。

• 意外的需求和需求变更很容易解决。

• 产生了稳定而明显的进步迹象。

• 交付准确且可维护的最终产品。

进化原型模型–弱点

进化原型模型的弱点或缺点如下-

• 尽管不是模型规定的，但倾向于在代码和修补程序开发中放弃结构化开发。

• 该模型因快速和肮脏的方法而享有声誉。

• 总体可维护性可能会被忽略。

• 客户可能会要求将原型作为最终产品交付，而不给开发人员执行最终步骤(即最终产品标准化)的机会。

• 项目可以永远持续下去(范围不断扩大)，而管理层可能不满意。

何时使用进化原型模型?

您可以使用进化原型模型-

• 当需求不稳定或必须澄清时
• 作为瀑布模型的需求澄清阶段
• 开发用户界面
• 对于短暂的示范
• 对于新的或原始的开发
• 实施新技术