原型方法論---關(guān)于軟件原型方法若干問題的討論

　　太多了！終于簽下合同-->得到了“正式”的客戶提供的“需求書”的幾片紙-->憑借自己的理解立即投入開發(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 什么是原型

原型(prototype)即把系統(tǒng)主要功能和接口通過快速開發(fā)制作為“軟件樣機(jī)”，以可視化的形式展現(xiàn)給用戶，及時(shí)征求用戶意見，從而明確無誤地確定用戶需求。同時(shí)，原型也可用于征求內(nèi)部意見，作為分析和設(shè)計(jì)的接口之一，可方便于溝通。mda.com

原型法主要價(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)圖；另外，原型通過充分和客戶交流，還可以提高客戶滿意度。

　　對(duì)原型的基本要求包括：

　　* 體現(xiàn)主要的功能；
　　* 提供基本的界面風(fēng)格；
　　* 展示比較模糊的部分，以便于確認(rèn)或進(jìn)一步明確，防患于未然。
　　* 原型最好是可運(yùn)行的，至少在各主要功能模塊之間能夠建立相互連接。

原型的處理方法基本上有2種不同類型，即拋棄型和演化型（不同的軟件工程書籍稱發(fā)不同，實(shí)質(zhì)意義則類似）。可以拋棄原型，在取得的明確需求基礎(chǔ)上重新開始設(shè)計(jì)與開發(fā)；也可在原型的基礎(chǔ)上繼續(xù)開發(fā)。一般小項(xiàng)目不采用拋棄型原型，否則成本和代價(jià)似乎會(huì)偏高。

原型的表達(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è)基本過程，即原型制作和原型評(píng)價(jià)。

　　如果從需求角度看軟件過程，我們不妨可以把軟件過程這樣劃分：

搜集需求得到需求說明書，了解軟件要做什么，做成什么樣，解決用戶什么問題。 這時(shí)候軟件公司以書面文檔方式提出，例如需求問詢表等。

制定原型開發(fā)計(jì)劃，根據(jù)用戶需求及不確定的高風(fēng)險(xiǎn)部分進(jìn)行原型開發(fā)，在內(nèi)部進(jìn)行原型評(píng)價(jià)，請(qǐng)客戶進(jìn)行原型評(píng)價(jià)，以保證確實(shí)反映了用戶的真正想法。

當(dāng)前的軟件開發(fā)過程常常采用迭代方式進(jìn)行開發(fā)，逐步求精，以降低風(fēng)險(xiǎn)和成本。對(duì)迭代的次數(shù)，每次迭代的里程碑，要實(shí)現(xiàn)的目標(biāo)，及可提交的成果必須有可驗(yàn)證的清晰的計(jì)劃。項(xiàng)目管理是一種藝術(shù)，迭代規(guī)劃及里程碑定義都是一種挑戰(zhàn)、一種藝術(shù)，但項(xiàng)目管理不在討論范圍。

需求變更是正常的，也是難免的，應(yīng)允許用戶和開發(fā)團(tuán)隊(duì)自身對(duì)需求進(jìn)行變更。變更處理的關(guān)鍵在于跟蹤和控制，如何使產(chǎn)生的影響應(yīng)得到控制，這屬于配置管理的內(nèi)容，也不在討論范圍。

原型在軟件過程中的定位如下圖所示

圖1 軟件原型的定位

　　實(shí)際上我們可以把原型看得更為廣義一些。任何用戶或者內(nèi)部演示的材料，都可以看作為原型。例如，如果你的產(chǎn)品是某種通用的或者行業(yè)解決方案，雖然你其實(shí)還沒有產(chǎn)品，但先做出一個(gè)原型，再加一個(gè)漂亮的白皮書，就可以在市場(chǎng)上進(jìn)行預(yù)銷售了。