JIRA瀑布模型

在了解敏捷和JIRA之前，需要了解瀑布模型。

什麼是瀑布模型？

瀑布模型是IT行業用於開發軟體的最古老的模型。不同公司使用不同模型和流程，但瀑布模型是IT行業中最古老，最安全，最簡單的模型。

它是構建代表現實生活的軟體的最簡單模型。下面我們來了解瀑布模型。瀑布模型分為多個階段：

要求

假設有客戶想要開發軟體，然後客戶聯絡到一家軟體公司。假設客戶聯絡了這家服務型公司並要求該公司為他們構建軟體。

公司做什麼？

公司將收集客戶的所有需求，知識或客戶希望擁有的軟體，公司將從客戶收集所有資訊並準備文件。執行此活動後，設計階段即開始。

設計

在此階段，我們準備高階和低階設計。在開發軟體之前，需要設計軟體。假設客戶想要與亞馬遜類似的電子商務網站，那麼網站的UI(使用者介面)將由設計者製作，資料流也在這個階段設計，資料將如何流動。完成此階段後，開發階段即可開始。

開發

在開發階段，軟體開發團隊開始編寫和開發軟體。這是瀑布模型的最長階段，因為開發人員需要更多時間來構建軟體。一旦軟體開發完成，專案就會交給測試人員。

測試

測試團隊將測試軟體，如果發現有錯誤，他們會通知開發人員他們發現的問題並確保錯誤得到修復。測試團隊確保完成端到端軟體。

部署

測試專案後，將部署專案，以使其成為實時使用者的實時使用者。

維護

最後，專案已部署並可供客戶使用。客戶希望維護期為一年或兩年，因為如果發現錯誤或想要在專案中稍微增強功能，那麼需要一些團隊來處理這些問題。由於這個原因，需要一個維護期。

瀑布模型的例子

假設客戶想要一個像WhatsApp這樣的應用程式，那麼客戶就會找到一個軟體開發公司並討論2個月。軟體開發公司在2個月內完成了所有要求的記錄。軟體開發公司的開發團隊開始開發軟體，並假設開發軟體花了大約10個月的時間。這意味著已經使用了12個月，即需求階段為2個月，開發階段為10個月，但客戶仍然不了解內部階段。開發完成後，測試完成，軟體品質測試大約需要2個月。一旦測試完成，它將進入整合並啟動，以便WhatsApp進入交付試用。然而，當它到達用戶端時，客戶說它花了一年多的時間，收到的軟體卻不是他所期望的。之所以發生這種情況，是因為客戶只與軟體團隊進行了口頭溝通。如果客戶想要對軟體進行一些更改，那麼整個過程將再次執行。

瀑布模型的優點

• 簡單易懂，易於使用
• 它代表了您想要在現實生活中完成的所有任務。例如，您需要用戶端的需求。它包含不同的階段，每個階段僅在前一階段完成時啟動。
• 具體的可交付成果和稽核流程。
• 每個階段都有一個特定的可交付和稽核流程。在需求階段之後，我們滿足客戶需求的所有要求。軟體開發完成後，我們就可以交付。
• 階段不重疊。
• 在該模型中，相位不重疊，即，它們一次完成一次。上一階段完成後，只有下一階段開始。例如，開發階段將僅在設計階段完成時開始。

瀑布模型的缺點

• 產品上線時間很長。
• 只有在完成所有階段後才會發布產品。因此，此模型需要很長時間才能發布產品。
• 出乎意料的結果。
• 期望和收到的內容大多不同，因為客戶根據文件僅了解產品。客戶只有一個想法，這是一個有記錄的想法。
• 不適合改變需求。
• 瀑布模型不適用於需求處於中度到高度變化風險的專案。如果要求發生變化，則不建議使用此模型，因為所有要求都是在需求階段完成的，這是一個非常耗時的過程。