軟件工程中的原型模型：方法論，過程，方法 · Guru99 中文系列教程

# 軟件工程中的原型模型：方法論，過程，方法 > 原文： [https://www.guru99.com/software-engineering-prototyping-model.html](https://www.guru99.com/software-engineering-prototyping-model.html) ## 什么是軟件原型模型？原型方法被定義為一種軟件開發模型，在該模型中構建，測試原型，然后在需要時進行重新加工，直到獲得可接受的原型。它還為產生最終系統奠定了基礎。在不了解項目需求的情況下，軟件原型模型最有效。這是在開發人員和客戶端之間進行的迭代，嘗試和錯誤方法。在本教程中，您將學習 * [什么是軟件原型模型？](#1) * [原型模型階段](#2) * [原型類型](#3) * [原型制作的最佳做??法](#4) * [原型模型](#5)的優勢 * [原型模型](#6)的缺點 ## 原型模型階段 ![](https://img.kancloud.cn/aa/6e/aa6ecfb26e3505358fbffbd3ae50cd39_920x227.png) 原型模型具有以下六個 SDLC 階段： ### 步驟 1：需求收集和分析原型模型始于需求分析。在此階段，將詳細定義系統要求。在此過程中，對系統的用戶進行了采訪，以了解他們對系統的期望。 ### 步驟 2：快速設計第二階段是初步設計或快速設計。在此階段，將創建系統的簡單設計。但是，它不是完整的設計。它向用戶簡要介紹了系統。快速設計有助于開發原型。 ### 步驟 3：建立原型在此階段，將根據快速設計中收集的信息來設計實際的原型。這是所需系統的小型工作模型。 ### 步驟 4：初始使用者評估在此階段，將建議的系統提供給客戶進行初始評估。它有助于找出工作模型的優缺點。意見和建議從客戶那里收集并提供給開發人員。 ### 步驟 5：精制原型如果用戶對當前原型不滿意，則需要根據用戶的反饋和建議來完善原型。在滿足用戶指定的所有要求之前，此階段不會結束。一旦用戶對所開發的原型感到滿意，便會基于批準的最終原型來開發最終系統。 ### 步驟 6：實施產品并進行維護一旦基于最終原型開發了最終系統，便會對其進行全面測試并部署到生產中。該系統經過例行維護，以最大程度地減少停機時間并防止大規模故障。 ## 原型模型的類型原型模型有四種類型： 1. 快速拋棄型原型 2. 進化原型 3. 增量原型 4. 極限原型 ### 快速拋棄原型快速丟棄是基于初步要求。它可以快速發展以顯示需求的外觀。客戶的反饋有助于推動對需求的更改，然后再次創建原型直到需求被基線化。用這種方法，開發的原型將被丟棄，并且不會成為最終接受的原型的一部分。該技術對于探索想法并獲得客戶需求的即時反饋很有用。 ### 進化原型在此，根據客戶的反饋逐步完善所開發的原型，直到最終被接受。它可以幫助您節省時間和精力。這是因為對于流程的每個交互從頭開始開發原型有時會非常令人沮喪。該模型對于使用尚未被很好理解的新技術的項目很有幫助。它也用于復雜的項目，其中每個功能都必須檢查一次。當需求在初始階段不穩定或不清楚時會很有幫助。 ### 增量原型在增量原型中，最終產品將被抽取為不同的小型原型，并分別進行開發。最終，將不同的原型合并為一個產品。此方法有助于減少用戶與應用程序開發團隊之間的反饋時間。 ### 極限原型：極限原型方法主要用于 Web 開發。它包括三個連續的階段。 1. 具有所有現有頁面的基本原型以 HTML 格式顯示。 2. 您可以使用原型服務層來模擬數據過程。 3. 這些服務已實現并集成到最終原型中。 ## 原型制作的最佳做??法這是在原型制作過程中應注意的一些事項： * 當需求不清楚時，您應該使用原型 * 執行計劃的和受控的原型制作很重要。 * 定期會議對于確保項目按時進行并避免代價高昂的延遲至關重要。 * 用戶和設計者應注意原型設計的問題和陷阱。 * 在非常早期的階段，您需要批準原型，然后才允許團隊繼續進行下一步。 * 在軟件原型制作方法中，如果需要部署新的想法，則永遠不要害怕更改早期的決策。 * 您應該為每個版本選擇適當的步長。 * 盡早實施重要功能，以便在沒有時間的情況下仍然擁有一個有價值的系統 ## 原型模型的優勢這里是使用原型模型的重要優點/好處： * 用戶積極參與開發。因此，可以在軟件開發過程的初始階段檢測到錯誤。 * 可以識別缺少的功能，這有助于降低失敗的風險，因為原型設計也被視為降低風險的活動。 * 幫助團隊成員有效溝通 * 之所以存在客戶滿意度，是因為客戶可以在很早的階段就感覺到產品。 * 幾乎沒有任何軟件被拒絕的機會。 * 更快的用戶反饋有助于您獲得更好的軟件開發解決方案。 * 允許客戶端比較軟件代碼是否符合軟件規范。 * 它可以幫助您找出系統中缺少的功能。 * 它還確定了復雜或困難的功能。 * 鼓勵創新和靈活的設計。 * 這是一個簡單的模型，因此很容易理解。 * 無需專業專家來建立模型 * 原型是得出系統規范的基礎。 * 該原型有助于更好地了解客戶的需求。 * 原型可以更改，甚至可以丟棄。 * 原型還可以作為操作規范的基礎。 * 原型可以為軟件系統的未來用戶提供早期培訓。 ## 原型模型的缺點這里是原型模型的重要缺點/缺點： * 原型制作是一個緩??慢且耗時的過程。 * 開發原型的成本是全部浪費，因為最終將原型扔掉了。 * 原型設計可能會鼓勵過多的變更請求。 * 有時，客戶可能不愿意在更長的時間段內參與迭代周期。 * 每次客戶評估原型時，軟件要求的變化可能太多。 * 文檔不佳，因為客戶的需求在變化。 * 對于軟件開發人員而言，要適應客戶要求的所有更改非常困難。 * 在看到早期的原型模型之后，客戶可能認為實際產品將很快交付給他。 * 如果客戶對初始原型不滿意，則可能會對最終產品失去興趣。 * 想要快速構建原型的開發人員可能最終會構建不合標準的開發解決方案。 ## 摘要 * 在軟件工程中，原型方法學是一種軟件開發模型，其中構建，測試原型，然后在需要時進行重新加工，直到獲得可接受的原型。 * 1）需求收集和分析； 2）快速設計； 3）建立原型； 4）初始用戶評估； 5）完善原型； 6）實施產品和維護；原型制作過程的 6 個步驟 * 原型模型的類型為 1）快速拋棄型原型 2）進化型原型 3）增量型原型 4）極限型原型 * 定期召開會議對于保持項目按時進行并避免原型設計方法造成代價高昂的延遲至關重要。 * 可以識別缺少的功能，這有助于降低失敗的風險，因為原型開發在 SDLC 中也被視為降低風險的活動。 * 原型設計可能會鼓勵過多的變更請求。