前言

這是基于我所學習的軟件工程課程總結的第三篇文章。

原型模型又稱原型化模型、快速原型模型

書上對于（快速）原型模型的描述是：快速原型是快速建立起的程序，它所能完成的功能往往是最終產品能完成的功能的一個子集?？焖僭湍Ｐ偷牡谝徊绞强焖俳⒁粋€能反映用戶主要需求的原型系統，讓用戶在計算機上試用它，通過實踐來了解目標系統的概貌。通常，用戶試用原型系統之后會提出許多修改意見，開發人員按照用戶的意見快速地修改原型系統，然后再次請用戶試用。一旦用戶認為這個原型系統確實能做他們所需要的工作，開發人員便可據此書寫規格說明文檔，根據這份文檔開發出的軟件便可以滿足用戶的真實需求。（摘自 《軟件工程導論》第六版 ? 張海藩 牟永敏 著，有刪改）

正文?

1.原型

原型（prototype）

• 一個部分開發的產品，使得客戶和開發人員能夠對計劃開發的系統的相關方面經行檢查。

原型化的目的

• 明確并完善需求
• 研究技術選擇方案

原型結果

• 拋棄原型
• 把原型發展成最終結果

2.原型模型

快速原型模型正是為了克服瀑布模型的缺點而提出來的，它通過快速模型構建起一個可以在計算機上運行的原型系統，讓用戶試用原型并收集用戶意見的辦法，獲取用戶的真實需求。

軟件交給用戶后，維護便開始了根據所需完成的維護工作種類不同，可能需要返回到需求分析、規格說明、設計或編碼等不同階段。

3.原型模型的優點

• 減少需求不明確帶來的風險
• 軟件產品的開發基本上是線性進行的

能基本上維持線性順序開發的原因是：

• (1）原型系統已經通過與用戶交互而得到驗證，據此產生的規格說明文檔正確地描述了用戶需求，因此，在開發過程的后續階段不會因為發現了規格說明文檔的錯誤而進行較大的返工。
• (2）開發人員通過建立原型系統已經學到了許多東西（至少知道了"系統不應該做什么，以及怎樣不去做不該做的事情"),因此，在設計和編碼階段發生錯誤的可能性也比較小，這自然減少了在后續階段需要改正前面階段所犯錯誤的可能性。

4.原型模型的缺點

• 構造原型采用的技術和工具不一定主流．
• 快速建立起來的系統加上連續的修改可能導致原型質量低下
• 設計者在質量和原型中進行折中
• 客戶意識不到一些質量問題

5.原型模型的使用場合

客戶定義一個總體目標集，但是他們并不清楚系統的具體輸入輸出。

或開發者不確定算法的效率、軟件與操作系統是否兼容以及客戶與計算機交互的方式。

用戶無系統使用經驗，需求分析人員技能不足，盡量借助原型模型。

?

總結

以上是生活随笔為你收集整理的软件工程(3)--原型模型的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。