本文將從原型開發開始講起，仔細為大家描述需求入門中的一些方法。希望本文能對大家了解原型開發有所幫助。

為什么需要原型

建立原型的主要原因是為了解決在產品開發的早期階段不確定的問題，利用這些不確定性來判斷系統中哪一部分需要建立原型和希望從用戶對原型的評價中獲得什么。原型可以使他們的想象更具體化，有助于說明和糾正這些不確定性，總的來說通過原型法可以很好的減少項目風險。 水平和垂直的原型。

我們和業務人員經常談到的是水平原型，水平原型也叫做“行為原型” (behavioral prototype)。探索預期系統的一些特定行為，并達到細化需求的目的。當用戶在考慮原型中所提出的功能可否使他們完成各自的業務任務時，原型使用戶所探討的問題更加具體化。它更多從業務需求著手，應用在需求階段。

垂直原型（vertical prototype），也叫做結構化原型或概念的證明，實現了一部分應用功能。當預期實現階段可能存在技術風險時，可以開發一個垂直原型。垂直原型通常用在生產運行環境中的生產工具構造，使其結果一目了然（更有意義）。比起在軟件的需求開發階段，垂直原型更常用于軟件的設計階段以減少風險。

拋棄型原型或進化型原型

從原型存在生命時機考慮分為拋棄型原型和進行型原型，拋棄型原型不作為最終產品的一部分，只是作為探索性的回答一些需求問題，細化需求并提高需求質量。由于在開發階段最終將拋棄這些原型，因此不需要花太大力氣去建立該原型。

進化型原型是在已經清楚地定義了需求的情況下，為開發漸進式產品提供了堅實的開發基礎，作為產品的部分實現。與拋棄型原型的快速、粗略的特點相比，進化式模型一開始就必須具有健壯性和產品質量級的代碼。因此，對于描述相同的功能，建立進化型原型比建立拋棄型原型所花的時間要多。一個進化型原型必須設計為易于升級和優化的，因此，你必須重視軟件系統性和完整性的設計原則。要達到進化型原型的質量要求并沒有捷徑。進化型原型一般在處理架構時會采用。

低保真原型和高保真原型

原型分低保真原型和高保真原型，低保真原型目標在于表達工作主要內容，體現靜態的元素，不需要動態交互。高保真原型目標是作出一個和實際上線后的產品差不多的樣子，不僅包括靜態的界面，還包括交互，甚至有的還把數據保存、邏輯驗證等都包含在內。如果客戶要求開發之前必須看到和實際產品一樣的原型時，這時就需要做高保真原型，如果對于小型項目，或者只是用來做交流主要需求用時，就可以做低保真原型。

原型工具

需求在產品開發中的重要性已經是不需爭議的事實，現在需求方法有很多，業界最常用的一種辦法就是通過原型展現需求，通過用例表達需求。業務人員掌握制作原型能夠更快更清楚的表達業務，同客戶和開發可以進行更直觀的溝通，使得大家在理解上容易更一致。然而原型工具有非常多，比如大多數人用過的Excel、Access、Delphi、PowerPoint、Axure、Balsamiq Mockups、ForeUI、iRise、Lucid Spec、Mockup Screens、Pencil、Serena等，甚至開發工具雅奇等也可以用來做原型。工欲善其事，必先利其器，對于剛剛使用原型方法的業務人員來說，如何選擇適合自己的原型工具呢？這就需要首先根據原型的目的明確做原型的粒度。

在限定時間內能夠將需求表達更清晰需要一個合適的工具。業務人員一般都不會有什么編程經驗，我們怎么能夠做出表達靜態元素界面，又能加入動態交互功能的原型呢？為了能在需求階段都能夠更好的采用原型開發方法，我搜集并使用過多種原型工具，希望找打一款比較使用簡單，但又能實現一般的交互功能，最好是業務人員學個一個小時就可以完全自己動手使用了。我用過一個原型工具 GUI Design Studio ，它的主要特點就是操作簡單，不需要開發人員幫助，通過半個小時的學習后你將可以自己開始做原型了。《原型工具GUI Design Studio》對這個工具的使用進行可簡單介紹。

 原型不僅僅是界面

我們可以通過原型來引導用戶來使用系統解決問題，但原型不僅僅是需求，它還是設計、開發工具，所以作原型時不僅需要客戶的參與，也需要技術人員的參與，但應該盡量由業務人員而非開發人員來實現原型的需求部分。下面是在UCD社區里面看到的一張圖，原型最主要功能是表現界面，但要做好界面其實不容易，山下面還有很多東西需要考慮才能支撐界面，其實做原型的過程就是設計系統的過程。我們都希望盡量把開發工作前移，需求能做的工作就不留到開發環節做。如果軟件模式一定，那么框架做得好的話就一定可以讓業務人員來做一部分現在屬于開發人員的工作（注：這部分工作其實本就該屬于業務人員），那時大家就能體會到開發軟件就如同做原型一樣的樂趣了！

OpenExpressApp對原型的支持

細心的讀者在《OpenExpressApp架構－信息系統開發平臺》中的Roadmap圖中能看到右邊的OpenTool中包括對原型的支持。OEA關注點更多的是從軟件工程向業務工程的轉移，所以和業務相關的原型會作為一個重點工具來考慮。

使用原型有三個主要目的：

1. 作為一種需求工具，明確并完善需求原型，它初步實現所理解的系統的一部分。
2. 作為一種設計工具，探索設計選擇方案原型，探索不同的用戶界面技術，使系統達到最佳的可用性，并且可以評價可能的技術方案。
3. 作為一種開發工具，發展為最終的產品原型，是產品最初子集的完整功能實現，通過一系列小規模的開發循環后可以完成整個產品的開發。

OEA的原型工具將會考慮集成需求工具、設計工具和開發工具與一體，由業務需求人員、設計師和開發人員在OpenExpressApp平臺下進行連貫的開發，它做的是水平、進化型、高保真原型。

需求入門： 需求工程＝需求開發＋需求管理。

原文標題：需求入門： 原型開發

鏈接：http://www.cnblogs.com/zhoujg/archive/2009/11/15/1603450.html