1 引子
太多了！終于簽下合同-->得到了“正式”的客戶提供的“需求書”的幾片紙-->憑借自己的理解立即投入開發(fā)-->“木已成舟”，生米終于熬成粥-->用戶拒絕接受？-->艱難地修改，反復(fù)修改，開發(fā)人員厭倦了，而用戶對(duì)系統(tǒng)用之無味，棄之可惜，遂成雞肋。-->由此后期收款遙遙無期，軟件公司不再和用戶保持溝通-->互相埋怨，扯皮由此而生?；蛘撸粋€(gè)項(xiàng)目拆成為多期，從而收取一部分款項(xiàng)，而很多的開發(fā)都作廢。這樣的案例真是何其多也！
究其主要原因，與其說是沒有搞定關(guān)鍵客戶，或者項(xiàng)目管理不當(dāng)，不如說是沒有幫助客戶解決其問題，對(duì)客戶真正的需求研究不夠。實(shí)際上，原型方法是解決此類問題、確保項(xiàng)目成功的最佳途徑。
我在寫此文的同時(shí)，也試圖尋找資料，不知道是本就沒有，還是自己所不幸而未找到?？磥碓筒]有明確的標(biāo)準(zhǔn)，而目前不同軟件公司的理解和做法各不相同也就不奇怪了。但從軟件過程的角度來考察，原型法仍有著通用的優(yōu)化的做法。本文試圖從作者的實(shí)踐經(jīng)驗(yàn)出發(fā)，對(duì)原型方法進(jìn)行思考與探討。
另外，本文是發(fā)散型的，在研究原型的同時(shí)，也討論了原型相關(guān)的內(nèi)容。原型本質(zhì)上有些象是拋磚引玉，而本文也旨在拋磚引玉，但無意于一概地論定什么。
2 什么是原型
2.1 原型的定義
原型(prototype)即把系統(tǒng)主要功能和接口通過快速開發(fā)制作為“軟件樣機(jī)”，以可視化的形式展現(xiàn)給用戶，及時(shí)征求用戶意見，從而明確無誤地確定用戶需求。同時(shí)，原型也可用于征求內(nèi)部意見，作為分析和設(shè)計(jì)的接口之一，可方便于溝通。
2.2 原型的主要價(jià)值
原型法主要價(jià)值是可視化，強(qiáng)化溝通，降低風(fēng)險(xiǎn)，節(jié)省后期變更成本，提高項(xiàng)目成功率。一般來說，采用原型法后可以改進(jìn)需求質(zhì)量；雖然投入了較多先期的時(shí)間，但可以顯著減少后期變更的時(shí)間；原型投入的人力成本代價(jià)并不大，但可以節(jié)省后期成本；對(duì)于較大型的軟件來說，原型系統(tǒng)可以成為開發(fā)團(tuán)隊(duì)的藍(lán)圖；另外，原型通過充分和客戶交流，還可以提高客戶滿意度。
2.3 基本要求
對(duì)原型的基本要求包括：
* 體現(xiàn)主要的功能；
* 提供基本的界面風(fēng)格；
* 展示比較模糊的部分，以便于確認(rèn)或進(jìn)一步明確，防患于未然。
* 原型最好是可運(yùn)行的，至少在各主要功能模塊之間能夠建立相互連接。
2.4 處理方法
原型的處理方法基本上有2種不同類型，即拋棄型和演化型（不同的軟件工程書籍稱發(fā)不同，實(shí)質(zhì)意義則類似）?？梢話仐壴停谌〉玫拿鞔_需求基礎(chǔ)上重新開始設(shè)計(jì)與開發(fā)；也可在原型的基礎(chǔ)上繼續(xù)開發(fā)。一般小項(xiàng)目不采用拋棄型原型，否則成本和代價(jià)似乎會(huì)偏高。
2.5 表達(dá)工具
原型的表達(dá)工具可以有很多，如果是演化型的原型，當(dāng)然優(yōu)先選用軟件本身的開發(fā)工具。否則還可以應(yīng)用各種快速顯示的工具，例如，HTML，Powerpoint等等，只要能夠充分而形象地表達(dá)就可以了。
根據(jù)筆者的經(jīng)驗(yàn)，在原型系統(tǒng)中，可以采用一些與常規(guī)不同的做法，例如，可以在界面上比較顯著的地方寫明當(dāng)前模塊或界面的主要目的，由哪些角色操作，能解決其什么問題。這么做可以使得用戶或開發(fā)團(tuán)隊(duì)成員一開始就有非常清楚的概念；又如，對(duì)于決策分析，你可以直接把一些分析結(jié)果畫成圖，并且配上一些文字說明，這樣可以避免輸入大量初始數(shù)據(jù)，等等。
3 原型在軟件過程的地位
軟件的根本目的是實(shí)現(xiàn)用戶的需求，提供用戶日常使用，解決用戶工作中有所不便的問題，提高其工作效率，改進(jìn)質(zhì)量，加強(qiáng)管理控制，最終直接或間接地提高其效益。因此軟件開發(fā)本質(zhì)上就是需求的處理和實(shí)現(xiàn)，而軟件原型對(duì)需求確定來說具有非常重要的意義。原型方法包括2個(gè)基本過程，