JIRA 瀑布模型

在了解敏捷和 JIRA 之前，您必须了解瀑布模型。

什么是瀑布模型？

瀑布模型是 IT 行业用于开发软件的最古老的模型。

不同的公司使用不同的模型和流程，但瀑布模型是 IT 行业中最古老、最安全、最简单的模型。

它是构建代表现实生活的软件的最简单模型。

让我们了解瀑布模型。

瀑布模型被分解为多个阶段

要求

假设有一个客户想开发软件，那么客户会联系公司。 假设他联系了一家服务型公司，并要求该公司为他构建软件。

公司会做什么？

公司将收集所有需求，客户拥有的知识或客户希望在其软件上拥有的知识，公司将从客户那里收集所有信息并准备文档。 完成此活动后，将开始设计阶段。

设计

在此阶段，我们准备高级和低级设计。 在开发软件之前，需要软件的设计。 假设客户想要一个类似于亚马逊的电子商务网站，那么网站的 UI（用户界面）将由设计师制作，并且在此阶段还会设计数据流，即数据将如何流动。 完成此阶段后，将开始开发阶段。

开发

在开发阶段，软件开发团队开始编写代码并开发软件。 这是瀑布模型中最长的阶段，因为开发人员需要更多时间来构建软件。 软件开发完成后，该项目将移交给测试人员。

测试

测试团队将测试软件，如果发现任何错误，他们会告知开发人员他们发现的问题，并确保该错误已修复。 他们确保端到端软件已完成。

部署

项目经过测试后，项目将被部署，以便实时用户可以使用它。

维护

最后，项目被部署并可供客户使用。 客户希望有一到两年的维护期，因为如果发现任何错误或希望项目中稍微增强的功能，他们需要一些团队来处理此类事情。 由于这个原因，他们选择了维护期。

瀑布模型的例子

假设客户想要一个像 WhatsApp 这样的应用程序，所以他联系了一家公司，该公司和客户进行了 2 个月的讨论。 该公司在 2 个月内完成了所有需求的文档。 现在，开发团队开始开发该软件，假设开发该软件花费了大约 10 个月的时间。 这意味着已经使用了 12 个月，即需求阶段 2 个月，开发阶段 10 个月，但客户仍然不了解内部阶段。 开发完成后，进行测试，软件质量测试大约需要 2 个月。 测试完成后，它将进入集成和启动阶段，以便 WhatsApp 能够上线。 但是，当它到达客户手中时，客户说已经花费了一年多的时间，而且我收到的软件不是我期望的。 发生这种情况是因为客户仅与软件团队进行了口头沟通。 如果客户想要对软件进行一些更改，则将再次执行整个过程。

瀑布模型的优点

• 简单易懂易用
  它代表了您想在现实生活中完成的所有任务。 例如，您需要客户的需求。 它包含不同的阶段，并且只有在前一个阶段完成后才会开始每个阶段。
• 具体的可交付成果和审查流程
  每个阶段都有具体的可交付成果和审查流程。 在需求阶段之后，我们拥有客户所需的所有需求。 软件开发完成后，我们有了它的可交付成果。
• 阶段不重叠
  在此模型中，阶段不重叠，即一次完成一个阶段。 只有在前一个阶段完成后，下一个阶段才会开始。 例如，只有在设计阶段完成后，开发阶段才会开始。

瀑布模型的缺点

• 上市时间长
  只有在所有阶段完成后才会发布产品。 因此，此模型需要很长时间才能发布产品。
• 意外结果
  您期望的和您收到的通常是不同的，因为客户只有根据文档了解产品的想法。 客户只有一个想法，这是一个有文档记录的想法。
• 不适用于不断变化的需求
  此模型不适用于需求有中等到高变化风险的项目。 如果需求不断变化，则不建议使用此模型，因为所有需求都是在需求阶段完成的，这是一个非常耗时的过程。