JIRA瀑布模型

本文概述

  • 什么是瀑布模型?
  • 瀑布模型的例子
  • 瀑布模型的优点
  • 瀑布模型的缺点
在理解敏捷和JIRA之前, 你必须了解瀑布模型。
什么是瀑布模型? 瀑布模型是IT行业用于开发软件的最古老的模型。
不同公司使用各种模型和流程, 但是瀑布模型是IT行业中最古老, 最安全, 最简单的模型。
它是构建代表现实生活的软件的最简单模型。
让我们了解瀑布模型。
瀑布模型分为多个阶段:
JIRA瀑布模型

文章图片
要求
【JIRA瀑布模型】考虑是否有客户并且他想开发软件, 然后客户与公司联系。假设他联系了基于服务的公司, 并要求该公司为我构建软件。
公司做什么?
公司将收集所有要求, 客户拥有或客户希望在其软件上拥有的知识, 公司将从客户收集所有信息并准备文档。一旦执行了此活动, 就可以开始设计阶段。
设计
在此阶段, 我们准备高层次和低层次的设计。在开发软件之前, 需要设计软件。假设客户想要一个类似于Amazon的电子商务网站, 则设计者将创建网站的UI(用户界面), 并且在此阶段还设计数据流以了解数据的流向。此阶段完成后, 将开始开发阶段。
发展历程
在开发阶段, 软件开发团队将开始编码和开发软件。这是瀑布模型的最长阶段, 因为开发人员需要更多时间来构建软件。一旦软件开发完成, 就将项目移交给测试人员。
测试中
测试团队将测试软件, 如果发现任何错误, 则他们将发现的问题通知开发人员, 并确保已修复该错误。他们确保完成端到端软件。
部署方式
测试完项目后, 便会部署项目, 以便实时用户可以使用它。
保养
最后, 项目已部署并可供客户使用。客户希望维护期为一两年, 因为如果发现任何错误或想要在项目中进行稍微增强的功能, 则他们需要一些团队来处理这些工作。由于这个原因, 他们去维护期。
瀑布模型的例子
JIRA瀑布模型

文章图片
假设客户想要一个类似WhatsApp的应用, 那么他到达了公司, 公司和客户都进行了2个月的讨论。该公司在2个月内记录了所有要求。现在, 开发团队开始开发软件, 并假设花了大约10个月的时间来开发软件。这意味着已经使用了12个月, 即在需求阶段使用了2个月, 在开发阶段使用了10个月, 但是客户仍然不了解内部阶段。开发完成后, 测试就完成了, 软件质量测试大约需要2个月的时间。测试完成后, 将进行集成和启动, 以便WhatsApp能够上线。但是, 当涉及到客户时, 客户说已经用了一年多的时间, 而我收到的软件不是我期望的。发生这种情况是因为客户只能与软件团队进行口头交流。如果客户希望对软件进行一些更改, 则整个过程将再次执行。
瀑布模型的优点
  • 简单, 易于理解和使用它代表了你现实生活中想要完成的所有任务。例如, 你需要客户的要求。它包含不同的阶段, 并且每个阶段仅在先前的阶段完成时才开始。
  • 具体的交付和审查过程每个阶段都有一个具体的交付和审查过程。在需求阶段之后, 我们将满足客户的所有需求。一旦开发了软件, 我们就可以交付它。
  • 阶段不重叠在此模型中, 阶段不重叠, 即, 一次只能完成一次。一旦上一个阶段完成, 则只有下一个阶段开始。例如, 开发阶段仅在设计阶段完成时才开始。
瀑布模型的缺点
  • 投放市场的时间很高只有在所有阶段都完成后才能发布产品。因此, 此模型需要很长时间才能发布产品。
  • 出乎意料的结果你期望和收到的结果大都不同, 因为客户仅根据产品文档有想法。客户只有一个主意, 这是一个已记录的主意。
  • 不适合更改需求此模型不适用于需求处于中等到高更改风险的项目。如果需求在变化, 则不建议使用此模型, 因为所有需求都是在需求阶段完成的, 这是一个非常耗时的过程。

    推荐阅读