CodeGym /Java 课程 /模块 3 /瀑布 - 瀑布模型

瀑布 - 瀑布模型

模块 3
第 15 级 , 课程 1
可用

级联模型设备

瀑布模型,也称为 Waterfall,是最著名的软件开发方法之一。该模型的作者是温斯顿罗伊斯。1970 年,他在一篇详细介绍其优缺点的文章中描述了他的创新的本质。在同一个地方,他解释了如何将这个模型细化为迭代模型。最初,在瀑布模型中,开发阶段按以下顺序进行:

  • 需求的定义和协调;
  • 立项;
  • 编码;
  • 创建软件产品的工作版本;
  • 测试和调试;
  • 软件安装;
  • 支持。

根据瀑布模型,开发人员执行的操作是按顺序发生的——逐点进行。首先,正在完成工作以确定并同意以待完成列表的形式的软件需求。

之后,过渡到项目的创建和批准,结果是编写描述如何实现先前商定的软件需求的文档。

如果设计完成,开发人员将负责实施。接下来是代码的合并——项目各个部分的集成,这些部分由不同的团队成员共同完成。

下一步是测试和调试产品。以前发现的错误已在此处修复。

最后,程序被安装和支持。它涉及在必要时对功能进行更改并消除发现的错误。

级联模型假定您可以严格按顺序进入下一个开发阶段——只有在完成前一个任务之后。不提供阶段中回滚或不一致的可能性。

的优点和缺点

瀑布模型有时会因为缺乏灵活性而受到批评。许多人不喜欢它,因为项目管理的目标在其中占主导地位,而满足最后期限、成本和开发质量更为重要。

但是,对于大型项目,管理往往更为重要,因为这可以降低项目的风险并提高工作的透明度。

尽管存在不足,PMBOK第三版只正式规定了“级联模型”方法论。不提供其他选项,包括迭代项目管理。

瀑布模型的优点:

  • 团队开发更容易掌控。客户熟悉程序员当前的工作,他可以​​更改项目的截止日期和预算。
  • 开发成本在第一阶段得到批准。在对实施的所有阶段达成一致后,软件产品被连续编写。
  • 不需要经验丰富的测试人员。对于测试阶段,您可以使用程序文档。

瀑布模型的缺点:

  • 由于测试是在开发完成阶段开始的,如果发现错误,修复它的成本将比初始阶段高。毕竟,测试人员只有在开发人员已经完成代码编写时才会发现错误,而撰稿人 - 文档。
  • 开发完成后,客户会熟悉成品。因此,只有当产品几乎完全准备好时,他才能评估产品。如果他不喜欢这个结果,项目预算的成本就会因为需要修正而显着增加。
  • 技术文档越多,完成工作所需的时间就越长。此类文档需要更多的更改和批准。

“瀑布”通常用于医疗和航空航天行业的项目中,这些行业已经有广泛的文档基础,可以在此基础上制定新软件的需求。

使用瀑布模型的时候,主要是写详细的需求。在测试期间,不应该发现某处存在对整个项目产生不利影响的错误。

评论
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION