日期：2014-09-19 13:12:34

如何做好需求，拿其中一個說說，先了解客戶的初步需求，然後按照這個需求做一個比較好的原型，這個原型不需要實現程式碼，介面OK，點選跳轉沒問題，能夠把所有功能的業務流程展示在客戶面前。這樣子拿著這麼一個框架去給客戶演示，就算客戶不滿意，也可以在會議上，把不滿意，不符合要求的流程記錄下來，讓客戶確定，然後回去改，再演示。我稱這種方法叫圍點打援。一般改個三到四次、演示幾次，基本上整個專案的原型和客戶的需求，八九不離十了。然後再根住這個原型進行系統設計、資料庫設計，再進行編碼。是否發現開發變得簡單好多呢？這樣就不用程式設計師邊做邊想怎樣實現，不用專案經理總是在猜需求，客戶應該是這樣要求的，如果不是，那就慘了。當然，這個只是一個方法方式，在做的過程中還是有很多需要注意的地方的。

原型按照客戶的意願改好了，根據原型出了需求說明書，這個只是完成了一部分，可以說是一半，千萬不要馬上進行開發。因為，你永遠不知道客戶是否還需要修改，如果要修改怎麼辦？怎樣處理，怎樣才可以做得有根有據？所以，好的需求經理或者專案經理，先把演示的原型，形成文件，寫上每次演示會議的紀要，客戶要求修改的記錄，客戶對原型的要求等等，然後，當然是拿給客戶簽名確認，因為只有簽名了，才算是有法可依。

Loading...

未載入完，嘗試【重新整理網頁】or【關閉小說模式】or【關閉廣告遮蔽】。

使用【Firefox瀏覽器】or【Chrome谷歌瀏覽器】開啟並收藏！

移動流量偶爾打不開，可以切換電信、聯通網路。

收藏網址：www.peakbooks.cc

(＞人＜；)