軟體開發生命週期 - 軟體原型模型



軟體原型是指構建軟體應用程式原型,這些原型顯示正在開發的產品的功能,但可能並不完全包含原始軟體的確切邏輯。

軟體原型正在成為一種非常流行的軟體開發模型,因為它能夠在開發的早期階段瞭解客戶需求。它有助於從客戶那裡獲得有價值的反饋,並幫助軟體設計師和開發人員瞭解對正在開發的產品的確切期望。

什麼是軟體原型?

原型是具有某些有限功能的軟體工作模型。原型並不總是包含實際軟體應用程式中使用的確切邏輯,並且在工作量估算中需要考慮額外的努力。

原型用於允許使用者評估開發人員的建議並在實施之前嘗試它們。它還有助於瞭解使用者特定的需求,而這些需求在產品設計過程中開發人員可能沒有考慮過。

以下是設計軟體原型的分步方法。

基本需求識別

此步驟涉及瞭解非常基本的產品需求,尤其是在使用者介面方面。在此階段可以忽略內部設計和外部方面(如效能和安全性)的更復雜細節。

開發初始原型

在此階段開發初始原型,其中展示了非常基本的需求並提供了使用者介面。這些功能在內部可能不會以完全相同的方式在開發的實際軟體中工作。同時,使用變通方法為客戶在開發的原型中提供相同的外觀和感覺。

原型審查

然後將開發的原型呈現給客戶和專案中的其他重要利益相關者。以有組織的方式收集反饋,並將其用於進一步增強正在開發的產品。

修改和增強原型

在此階段討論反饋和審查意見,並根據時間和預算限制以及實際實施的技術可行性等因素與客戶進行一些協商。接受的更改再次納入新開發的原型中,並且迴圈重複,直到滿足客戶的期望。

原型可以具有水平或垂直維度。水平原型顯示產品的使用者介面,並提供整個系統的更廣泛檢視,而不關注內部功能。另一方面,垂直原型是對產品中特定功能或子系統的詳細闡述。

水平和垂直原型的目的不同。水平原型用於獲取有關使用者介面級別和業務需求的更多資訊。它甚至可以在銷售演示中展示,以獲得市場業務。垂直原型本質上是技術性的,用於獲取有關子系統確切功能的詳細資訊。例如,給定子系統中的資料庫需求、互動和資料處理負載。

軟體原型 - 型別

行業中使用了不同型別的軟體原型。以下是廣泛使用的主要軟體原型型別:

一次性/快速原型

一次性原型也稱為快速原型或封閉原型。這種型別的原型使用非常少的努力和最少的需求分析來構建原型。一旦瞭解了實際需求,原型就會被丟棄,並且在對使用者需求有了更清晰的瞭解後開發實際系統。

演化原型

演化原型也稱為樣機原型,它基於從一開始就構建具有最少功能的實際功能原型。開發的原型構成了未來原型(在其之上構建整個系統)的核心。透過使用演化原型,將已理解的需求包含在原型中,並且隨著需求的理解而新增需求。

增量原型

增量原型是指構建各種子系統的多個功能原型,然後將所有可用原型整合在一起以形成一個完整的系統。

極限原型

極限原型用於 Web 開發領域。它包括三個順序階段。首先,以 HTML 格式呈現具有所有現有頁面基本原型。然後,使用原型服務層模擬資料處理。最後,將服務實現並整合到最終原型中。此過程稱為極限原型,用於提請注意該過程的第二階段,在該階段開發了一個功能齊全的 UI,而很少考慮實際服務。

軟體原型 - 應用

軟體原型在開發具有高水平使用者互動的系統(例如線上系統)中最有用。需要使用者填寫表單或在資料處理之前瀏覽各種螢幕的系統可以非常有效地使用原型來提供確切的外觀和感覺,甚至在開發實際軟體之前。

涉及大量資料處理並且大多數功能都是內部的,使用者介面很少的軟體通常不會從原型中受益。在這樣的專案中,原型開發可能是額外的開銷,並且可能需要大量額外的努力。

軟體原型 - 優缺點

軟體原型在典型情況下使用,應非常謹慎地做出決策,以便在構建原型中花費的精力為最終開發的軟體增加相當大的價值。該模型有其自身的優缺點,如下所述。

原型模型的優點如下:

  • 即使在產品實施之前,也可以提高使用者對產品的參與度。

  • 由於顯示了系統的工作模型,因此使用者可以更好地瞭解正在開發的系統。

  • 由於可以在早期檢測到缺陷,因此可以減少時間和成本。

  • 可以更快地獲得使用者反饋,從而帶來更好的解決方案。

  • 可以輕鬆識別缺少的功能。

  • 可以識別令人困惑或困難的功能。

原型模型的缺點如下:

  • 由於過分依賴原型,存在需求分析不足的風險。

  • 使用者可能會混淆原型和實際系統。

  • 實際上,這種方法可能會增加系統的複雜性,因為系統的範圍可能會超出原始計劃。

  • 即使在技術上不可行,開發人員也可能嘗試重用現有的原型來構建實際系統。

  • 如果未正確監控,構建原型所投入的精力可能過多。

廣告

© . All rights reserved.