即原型制作和原型評價。
如果從需求角度看軟件過程，我們不妨可以把軟件過程這樣劃分：
3.1 需求收集和分析
搜集需求得到需求說明書，了解軟件要做什么，做成什么樣，解決用戶什么問題。
這時候軟件公司以書面文檔方式提出，例如需求問詢表等。
3.2 提供原型并進行評價
制定原型開發(fā)計劃，根據用戶需求及不確定的高風險部分進行原型開發(fā)，在內部進行原型評價，請客戶進行原型評價，以保證確實反映了用戶的真正想法。
3.3 實現(xiàn)需求
當前的軟件開發(fā)過程常常采用迭代方式進行開發(fā)，逐步求精，以降低風險和成本。對迭代的次數，每次迭代的里程碑，要實現(xiàn)的目標，及可提交的成果必須有可驗證的清晰的計劃。項目管理是一種藝術，迭代規(guī)劃及里程碑定義都是一種挑戰(zhàn)、一種藝術，但項目管理不在本文討論范圍。
3.4 需求變更
需求變更是正常的，也是難免的，應允許用戶和開發(fā)團隊自身對需求進行變更。變更處理的關鍵在于跟蹤和控制，如何使產生的影響應得到控制，這屬于配置管理的內容，也不在本文討論范圍。
實際上我們可以把原型看得更為廣義一些。任何用戶或者內部演示的材料，都可以看作為原型。例如，如果你的產品是某種通用的或者行業(yè)解決方案，雖然你其實還沒有產品，但先做出一個原型，再加一個漂亮的白皮書，就可以在市場上進行預銷售了。
對于拋棄型和演化型原型來說，也不是絕對的。演化型原型中必然會不斷拋棄一些內容，而拋棄型原型，盡管在完成歷史使命后不再使用，但很多思想以及部分設計還是可以繼承的。