在软件工程的瀑布模型

瀑布模型可能是最古老和最有名的模型，尽可能关注软件开发过程模型。瀑布模型在软件工程中的作用及其在软件测试中的作用是重要的。当然，多年来，有许多已设计和实施的其他软件过程模型，但什么是真正的是，他们中的很多瀑布的基本原则的基础上（以某种方式或其他）模型。关于这一点，让我们来看看详细的瀑布模型。

瀑布模型和软件工程

如此命名是因为它采用“自上而下”的方法，无论是否是在测试的瀑布模型，或在SDLC的瀑布模型瀑布模型。现在，我不会坐下来画艺术的瀑布模型图，但我会做什么，是说明和解释不同的瀑布模型的阶段和整体瀑布模型的生命周期。

在软件工程的瀑布模型的阶段

把它在我自己的话来说，瀑布模型是什么，但常识。假设一块写的代码的一个小项目，是瀑布模型表明，你的目标，是什么，但什么人会在现实生活中使用他或她的常识。

首先，你需要完全分析问题的定义和所有不同的项目要求。这个阶段通常被称为“需求分析”。一旦你有了全面和详尽的识别和理解所有的项目要求，他们必须妥善记录，之后，你移动到下一个阶段，这被称为“系统设计”。这涉及到规范和设计项目的硬件和软件要求，以及他们的相互关系。该项目的整个软件方面被分解成不同的逻辑模块或块，这是确定的和系统记录的。 “制度的实施”是下一阶段涉及任何编写软件代码和实际执行的编程思想和算法已设计或决定后，在“系统设计”阶段。一旦编码和实施阶段已经完成，现在是时候来测试代码。这正是发生在下一阶段被称为“系统测试”。已编写的代码是受到了一系列测试和测试用例来检测和判断是否有任何缺陷，错误或软件故障。一旦所有的维修工作，即纠正并重新编写每一件错误或缺陷的代码完成后，你再移动到名为“系统部署和维护”一个和最后一个阶段。顾名思义，最后一个阶段是什么，但移交的客户端或客户完成的项目，并随后进行定期保养活动。

瀑布模型的优点和缺点

现在，让我们的优点和缺点瀑布模型在软件工程，软件测试以及检查。

赞成

*这是最简单的软件过程模型的复杂性和易于实现。正如我以前说过，这只是常识。

这种模式是非常容易理解，因此，在不同的项目管理水平的实施，并在若干领域（不只是软件开发）。

*它采用系统化，项目开发和交付的正统方法。

缺点

*由于它不是一个迭代模型，它有它的缺点和弊端的公平份额。

*作为一个严格的顺序模型，两个或两个以上的阶段之间来回跳跃是不可能的。只有一前一后已经完成，下一阶段可以达到。

*由于这个原因，bug和代码中的错误不能被发现，直至及除非达到测试阶段。这可能会导致大量的时间和其他宝贵资源的浪费。

*此过程模型是不适合其中的项目要求是动态的，不断变化的项目。

嗯，这是一个简短的概述瀑布模型在软件工程中的作用。我希望它已经成功地提高您的软件工程知识。...