需要估算的工序包括：

需求分析，包括從最初投標(biāo)開始的所有和客戶協(xié)商或自己調(diào)查的所有需求分析活動。

概要設(shè)計，系統(tǒng)設(shè)計和數(shù)據(jù)庫設(shè)計，包括非功能性需求的設(shè)計。

詳細(xì)設(shè)計，所有的功能性需求的設(shè)計和非功能性需求的設(shè)計。

開發(fā)，所有功能的開發(fā)，包括門戶，管理，批處理等等。

單元測試，各個功能的測試。包括設(shè)計測試case，寫測試文檔，測試，bug修正及最后的確認(rèn)。

性能測試，需不需要，投入多少視具體項(xiàng)目而定。

結(jié)合測試，系統(tǒng)整體功能流程的測試。

數(shù)據(jù)的導(dǎo)入，就項(xiàng)目翻新的話需要。

服務(wù)器的搭建，投入多少根據(jù)承擔(dān)范圍而定。如，需不需要承擔(dān)硬件環(huán)境的搭建，需不需要承擔(dān)OS等基礎(chǔ)軟件的安裝配置等等。

發(fā)布，根據(jù)發(fā)布形式和發(fā)布規(guī)模而定。包括發(fā)布到測試服務(wù)器和發(fā)布到真正服務(wù)器。

項(xiàng)目管理，項(xiàng)目管理的投入也是要估算的，而且越大的項(xiàng)目，占的比例越大。

交付內(nèi)容的明確。項(xiàng)目完結(jié)時，需要向客戶提交什么成果物，一定要明確。常見的有：

數(shù)據(jù)庫設(shè)計文檔，包括ER圖，表定義及DDL。

概要設(shè)計，模板形式和內(nèi)容范圍要事先協(xié)商明確。

詳細(xì)設(shè)計，模板形式和內(nèi)容范圍要事先協(xié)商明確。

代碼

測試文檔，模板形式和內(nèi)容范圍要事先協(xié)商明確。

驗(yàn)收范圍和標(biāo)準(zhǔn)一定要明確。

驗(yàn)收范圍和標(biāo)準(zhǔn)不明確的話，項(xiàng)目交付將遙遙無期。建議使用敏捷開發(fā)，進(jìn)行分步release分步交付的方式。

交付一次收回一次的資金，這樣能降低風(fēng)險。

前提條件一定要詳盡，主要是一些承擔(dān)責(zé)任的明確和項(xiàng)目的開發(fā)和測試范圍的限定。以下是一些常見的前提條件

1).限定顯示客戶端設(shè)備的類型范圍。常見的有PC、smart phone和tablet。smart phone和tablet最好限定好設(shè)備型號和OS版本。特別是android。

2).限定smart phone和tablet的OS類型范圍。常見有iOS和Android。

3).限定瀏覽器的類型和版本。如IE9以上，firefox和google最新版等，以及smartphone和tablet的話只對應(yīng)默認(rèn)瀏覽器之類的。