日本的軟件項目開發(fā)進度控制非常嚴格， 項目很少出現(xiàn)延期，一旦延期， 伴隨而來的就是大宗的罰款， 因此， 日本的軟件項目非常重視按期交付。在日本軟件項目進度控制中起關(guān)鍵作用的就是軟件的階段定義。

　　日本軟件項目階段分項目提案、要件定義、概要設(shè)計、詳細設(shè)計、編寫代碼、單體測試、結(jié)合測試、系統(tǒng)測試、編寫手順等。項目提案指項目可行性分析、項目立項， 是用戶需求的正式提出階段， 本階段出具《項目提案書》。要件定義指業(yè)務(wù)需求的詳細確定和系統(tǒng)需求的詳細確定， 系統(tǒng)需求主要包括軟件安全性， 運行速度， 網(wǎng)絡(luò)環(huán)境， 運行環(huán)境，平臺， 架構(gòu)等方面的要求， 以及技術(shù)選擇的調(diào)查， 本階段出具《業(yè)務(wù)要件定義書))和《系統(tǒng)要件定義書》。概要設(shè)計指功能設(shè)計， 系統(tǒng)架構(gòu)設(shè)計， 界面設(shè)計和數(shù)據(jù)庫設(shè)計， 其中界面設(shè)計和數(shù)據(jù)庫設(shè)計涉及內(nèi)容最多， 要求最詳細， 本階段出具《概要設(shè)計定義書》、((數(shù)據(jù)庫設(shè)計定義書》和《界面設(shè)計定義書》。詳細設(shè)計主要指編碼前的類設(shè)計， 類中方法屬性設(shè)計， 類之間調(diào)用關(guān)系設(shè)計， 本階段出具(《詳細設(shè)計定義書》。編寫代碼指各模塊負責人編寫相關(guān)代碼， 在編碼之前還要編寫單體測試式樣書， 本階段出具程序源碼和(《單體測試式樣書》。單體測試指由各模塊編碼人員完成各自模塊的單體測試工作， 單體測試完成要求各模塊獨立運行時缺陷均消除， 本階段出具((單體測試票》。結(jié)合測試指各模塊單體測試完成后， 各模塊同時運行時， 模塊之間的運行狀況的測試，包括業(yè)務(wù)流， 負載， 運行速度， 穩(wěn)定性，一致性等內(nèi)容， 本階段出具《結(jié)合測試票》。系統(tǒng)測試指系統(tǒng)各模塊統(tǒng)一運行缺陷均消除后， 模擬用戶環(huán)境運行的測試過程，本階段要盡量模擬用戶實際平臺， 用戶數(shù)量， 硬件環(huán)境， 軟件環(huán)境， 網(wǎng)絡(luò)狀況， 用戶數(shù)據(jù)進行系統(tǒng)測試， 本階段出具《系統(tǒng)測試票》。編寫手順指編寫用戶手冊， 本階段出具《安裝手順》、《使用手順》和《維護手順》。

　　對日開發(fā)的基本流程中包括了以上1 1個階段， 每個階段為一個里程碑， 每個里程碑在安排計劃時都規(guī)定了明確的完成期限， 這些階段性的里程碑是項目進度的關(guān)。鍵點。每個階段完成后必須進行階段的Review， 這種階段Review起到了階段驗收和總結(jié)的作用。階段Review是日本項目階段控制的核心。

　　只采用階段Review的方式進行驗收也有其不足之處， 所有驗收工作都放在階段完成再進行， 階段中的錯誤后續(xù)持續(xù)放大無法得到控制。而且通常情況下， 階段Review時問題會比較多， Review后修改． 時間比較長， 修改次數(shù)也較多， 造成很大程度的反復工作。再有， 標準對日軟件開發(fā)過程中， 階段內(nèi)任務(wù)的安排和驗收比較； 無序， 很多問題會被有意推遲到Review時解決。

原文鏈接：http://www.cnblogs.com/heartstill/archive/2011/08/26/2154988.html

【編輯推薦】

1. Java侵權(quán)案鮮為人知的歷史內(nèi)幕:谷歌"螳螂捕蟬"
2. 相同中的不同:Java程序員應(yīng)該停止低看C#
3. 程序員新招：Java與C++混合編程
4. IT界那些性感的讓人尖叫的程序員
5. 看老外程序員如何向妻子解釋設(shè)計模式