JIRA瀑布模型

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

什么是瀑布模型?

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

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

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

让我们了解瀑布模型。

瀑布模型分为多个阶段：

要求

考虑是否有客户并且他想开发软件，然后客户与公司联系。假设他联系了基于服务的公司，并要求该公司为我构建软件。

公司做什么?

公司将收集所有要求，客户拥有或客户希望在其软件上拥有的知识，公司将从客户收集所有信息并准备文档。一旦执行了此活动，就可以开始设计阶段。

设计

在此阶段，我们准备高层次和低层次的设计。在开发软件之前，需要设计软件。假设客户想要一个类似于Amazon的电子商务网站，则设计者将创建网站的UI(用户界面)，并在此阶段还设计数据流以了解数据的流向。此阶段完成后，将开始开发阶段。

发展历程

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

测验

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

部署方式

测试完项目后，便会部署项目，以便实时用户可以使用它。

保养

最后，项目已部署并可供客户端使用。客户希望维护期为一或两年，因为如果发现任何错误或想要在项目中进行稍微增强的功能，则客户需要一些团队来处理此类工作。由于这个原因，他们去维护期。

瀑布模型的例子

假设客户想要一个类似WhatsApp的应用程序，那么他到达了公司，公司和客户都进行了2个月的讨论。该公司在2个月内记录了所有要求。现在，开发团队开始开发软件，并假设花了大约10个月的时间来开发软件。这意味着已经使用了12个月，即在需求阶段使用了2个月，在开发阶段使用了10个月，但是客户仍然不了解内部阶段。一旦开发完成，就完成了测试，并且大约需要2个月的时间进行软件质量测试。测试完成后，将进行集成和启动，以便WhatsApp能够上线。但是，当涉及到客户时，客户说已经用了一年多的时间，而我收到的软件不是我期望的。发生这种情况是因为客户只能与软件团队进行口头交流。如果客户希望对软件进行一些更改，则整个过程将再次执行。

瀑布模型的优点

• 简单，易于理解和使用它代表了您现实生活中想要完成的所有任务。例如，您需要客户的要求。它包含不同的阶段，并且每个阶段仅在先前的阶段完成时才开始。
• 具体的交付和审查过程每个阶段都有一个具体的交付和审查过程。在需求阶段之后，我们将满足客户的所有需求。软件开发完成后，我们便可以交付产品。
• 阶段不重叠在此模型中，阶段不重叠，即，一次只能完成一次。一旦上一个阶段完成，则只有下一个阶段开始。例如，开发阶段仅在设计阶段完成时才开始。

瀑布模型的缺点

• 投放市场的时间很高只有在所有阶段都完成后才能发布产品。因此，此模型需要很长时间才能发布产品。
• 出乎意料的结果您期望和收到的结果大都不同，因为客户仅根据产品文档有想法。客户只有一个主意，这是一个已记录的主意。
• 不适合更改需求此模型不适用于需求处于中等到高更改风险的项目。如果需求在变化，则不建议使用此模型，因为所有需求都是在需求阶段完成的，这是一个非常耗时的过程。